Home › Forums › The libraries hosted on the site › EByte LoRa e32 UART devices sx1262/sx1268 › E32-900T20D communication
Tagged: E32-900T20D, problems
- This topic has 6 replies, 1 voice, and was last updated 3 years, 8 months ago by
Renzo Mischianti.
-
AuthorPosts
-
-
19 August 2021 at 15:34 #14004
rudy
How to configure Ebyte E32-900T20D modules? Ebyte tool “RF Setting E32 TTL v3.49” does not work (“Module not supported” message)….
I tried also LittleFS, following the instructions on http://mischianti.org/ebyte-lora-e32-web-manager-description-configure-and-demo-esp8266-esp32-2/ but when I refresh the configuration website, I get different configuration and moduleinfo data every time. Also a message “The information on the module is inconsistent, reset the device.”
I can easily establish communication between E32-868T20D modules.
Is there a difference in approach between E32-868T20D and E32-900T20D modules?
Best regards,
Rudy
-
20 August 2021 at 09:50 #14005
Hi Rudy,
It’s very strange, but if Ebyte tool had problems I think the module was broken, try to do simple set configuration and get configuration (specify correct define for frequencies), and activate DEBUG on library.
Bye Renzo -
20 August 2021 at 13:21 #14006
rudy
Hi Renzo,
Thank you very much for caring about my problem 😉
In the meantime I got an answer from ebyte with a link to RF_Setting3.9 for E32-900T20D (https://www.ebyte.com/pdf-down.aspx?id=2548) and this tool works great!
I’ll experiment further with this and let you know my experiences.
Best regards,
Rudy
-
7 September 2021 at 23:29 #14344
rudy
Hi, communication with E32-900T20D is now successful, but only with fixed communication. I enabled DEBUG in ” LoRa_E32.h.” and sometimes I get a “timeout error” error. This occurs when aux stays low for more than 3000 msec… An arduino reset does not solve anything. I need to completely remove the power supply, so I’m assuming the E32 module is crashing. I therefore have tried an “e32ttl.resetModule();” but without success… I also tried “this–>serialDef.stream–>setTimeout(1000);” in “LoRa_E32.cpp” (line 264) with values from 100 to 3000, also without result…
Another observation: when a message is sent, it arrives nicely at the recipient. However, when sending a second message, the recipient reports the first sent message followed by the second sent message. Apparently the buffer is not being cleared from the receiver or the sender. I tried a “flush();” and a “cleanUARTBuffer(); (with “private:” commented out in LoRa_E32.h line 237) but also to no avail…
Any idea?
Best regards,
Rudy
-
8 September 2021 at 14:21 #14357
Hi Rudy,
It’s very strange, try to put 5v power supply and change pull-up resistor with lower value.When you read the buffer It’s cleared, but if you send fast series of messages you must use readMessageUntil (orange box)
ResponseContainer receiveMessageUntil(char delimiter = '\0');
You must send a message with a terminator character
ResponseStatus rs = e32ttl.sendMessage("Prova\0");
and receive message like so
ResponseContainer rs = e32ttl.receiveMessageUntil();
default terminator as you can see in the declaration of the method is ‘\0’, but you can use what you want.
Bye Renzo
-
9 September 2021 at 20:29 #14377
rudy
Fantastic! Problems solved. Problems did indeed occur with fast series of messages. You made my day! Thanks a million!
Best regards,
Rudy
-
9 September 2021 at 22:40 #14378
Hehe.. no problem Rudy
Bye Renzo
-
-
AuthorPosts
- You must be logged in to reply to this topic.