Forum Replies Created
-
AuthorPosts
-
Ahh!! I forget to add this tip, E22 has a repeater function and can be very useful in a situation like yours.
Bye RenzoHi 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 RenzoHi Grzegorz,
It’s strange in the framework the default frequency is already 100000
but I think It’s sufficient tu putWire.setClock(100000);
before the pcf8574.begin
Bye Renzo
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
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
No Victor,
you must use 3.3v to control (m0 m1 aux and rx, tx) and from 5v to 5.5v on vcc.
Bye RenzoHi 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 RenzoHi 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.Attachments:
You must be logged in to view attached files.14 July 2022 at 08:22 in reply to: Lora did not send data if ESP32 Serial not connected to PC #21876Hi fixshortcut,
can you attach the code to check It.
Bye RenzoHi 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 RenzoHi Ivan,
now we have sufficient information.
First of all here I add a table comparison of EByte devicesE32 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 RenzoHi Ivan,
do you know what kind of data (and the quantity) you must manage?LoRa has the possibility to send a structured packet or a simple string, so as needed we can create a reliable and efficient transmission protocol, better than modbus which is widely used but has physical limitations.
Bye Renzo
Hi Ivan,
I think you can use the fixed transmission like in the examples in this article.If you give our some details we can try to be more specific.
And if you are Italian remember that the articles are also in Italian.
Bye Renzo
Hi Anton,
I check the link and the source, and all are correct.
Explain which step you make to do the build.
Bye RenzoHi Anton,
you can read all that information in the relative articles.
MKS WIFI for Makerbase Robin: boards and how to wiring esp12 & NodeMCU – 1
MKS WIFI for Makerbase Robin: PCB and how to compile & upload firmware – 2
MKS WIFI for Makerbase Robin: communication protocol and Cura plugin – 3
MKS WIFI for Makerbase Robin: firmware upgrade and new Web Socket features – 4
MKS WIFI for Makerbase Robin: BeePrint web interface with Camera on Flying Bear Ghost – 5Bye Renzo
-
AuthorPosts