[Renzo Mischianti]

Hi Celeb10,
I think the transistor isn’t sufficient to control a 12v motor, you need more ampere, try to use a MOSFET.
Bye Renzo

[Renzo Mischianti]

Hi Musti,
to use the repeater mode you must activate the relative flag on the device

        configuration.TRANSMISSION_MODE.enableRepeater = REPEATER_ENABLED;

Then you must use ADDH and ADDL to specify from which NETID to which NETID you want to repeat the signal.

But now I think the schema is more simple to understand.

Bye Renzo

[Renzo Mischianti]

Hi Warleysr,
I don’t know because you have this behavior.
Try to remove completely the resistor.
Bye Renzo

[Renzo Mischianti]

Hi Neuron,
Have you already seen the relative articles and tutorials?
If not, go here.
Bye Renzo

[Renzo Mischianti]

Ahh!! I forget to add this tip, E22 has a repeater function and can be very useful in a situation like yours.
Bye Renzo

[Renzo Mischianti]

Hi bepaald,
If you select the 5v pin, It absorbs energy directly from the USB, so if the USB has sufficient ampere, It works correctly.

To avoid the obstacles, there are 2 important factors, first power and second the frequency. A small frequency is able to avoid the obstacles better.
But If the structure to avoid is too big, It’s very difficult to have good efficiency.

The PCB is fully compatible, but some LoRa device has a big form factor and can be difficult to put in.
Bye Renzo

[Renzo Mischianti]

Hi Grzegorz,
It’s strange in the framework the default frequency is already 100000
but I think It’s sufficient tu put

Wire.setClock(100000);

before the pcf8574.begin

Bye Renzo

[Renzo Mischianti]

Hi warleysr,
a similar problem also here (resolved with the properly use of library).

Try to add an external power supply and check if M0 and M1 go HIGH correctly.

Bye Renzo

[Renzo Mischianti]

Hi Fabio,
sorry for the late response, I lost this message.

But all seems correct. Try to change the E220 and send the debug messages.

Bye Renzo

[Renzo Mischianti]

No Victor,
you must use 3.3v to control (m0 m1 aux and rx, tx) and from 5v to 5.5v on vcc.
Bye Renzo

[Renzo Mischianti]

Hi Ivan,
no, 3.3v on arduino rx works correctly. A factory of my friends (use the library for an irrigation system), work with Arduino with voltage divider without problem.
Bye Renzo

[Renzo Mischianti]

Hi Ivan,
you must use 5 to 5.5v to power the device (to get the best performance), but the communication level volts is 3.3. With 5v, you fire the device in long-term communication.

[Renzo Mischianti]

Hi fixshortcut,
can you attach the code to check It.
Bye Renzo

[Renzo Mischianti]

Hi Warleysr,
use the connection schema linked here and enable debug by uncomment the debug define, connect also the AUX pin to D5 and send me the output.
Bye Renzo

[Renzo Mischianti]

Hi Ivan,
now we have sufficient information.
First of all here I add a table comparison of EByte devices

                       E32                       E22                       E220
Chip                   sx1276-sx1278             sx1262-sx1268             LLCC68
Range                  3Km - 8Km                 5km - 11km                5Km - 10Km
Repeater               No repeater               Repeater                  No repeater
Remote conf            No                        Yes                       No

Power consumption      Best                      Good                      Very Good
                       Sleep 4μA                 Sleep 496μA               Sleep 6μA
Transmission and receiving have similar power consumption.

Message size bytes     58                        240                       200
Buffer size bytes      512 (ok)                  1000 (good)               400

Max air data rate (bps) 19.2k                    62.5k                     62.5k

Encryption             One standard              Configurable              Configurable crypt
Price                  Less expensive            More expensive            Less expensive

1. Neither the master nor the slaves sleep as they will be powered all the time by the eletricity network

If you want we can add after the WOR.

2. Each time a slave has something to send to the master, the set of information does not exceed 8 bytes, but it can be divided into more than one transmission, if necessary, without a problem.

If you select e22 or e220 the packet size is sufficient to send all the data.

3. As soon as the master receives data from a slave, it stops pooling and will process the slave’s operation, only resuming pooling after this processing, which can take up to 1 minute or more.

For this problem, we can adopt various solutions.

• The master tells the various clients when it is available for reception, and polls all clients in rotation.
• IF the sending frequency is quite low the buffer of the device It’s sufficient.
  If you select an e220 you have available 400bytes of buffer and if you set the packet size at 32bytes the LoRa device can store 12 packet without the intervention of the microcontroller.
  An e22 can store about 31 packet of data in his buffer (1000bytes).
• If you have a high sending frequency you can build a gateway with a microcontroller and put all the packets to a push server and another (or more than one) microcontroller to process the packet.

4. For security reasons, it is mandatory to have CRC and encryption in each communication.

E22 and E220 have configurable and transparent encryption.
You can develop CRC but remember these devices monitor the ambient noise and with a reduction of air data rate, It’s improbably that they lost packet.

5. The network will always be formed by a master and up to 8 slaves, typically from 2 to 5.

These devices support hundreds of devices.

Tell me if these informations are sufficient.
Bye Renzo

[Author]

Posts