Forum Replies Created
-
AuthorPosts
-
Hi,
I think that, as described in the error, the problem is that the version of SSL is not supported by SSLClient; try to check the server security settings.
Bye RenzoHi Edge,
to show the frequency as you need, you must put one of these define before the library include.#define FREQUENCY_868 #include "LoRa_E32.h"
Bye RM
Hi Sachi,
try to post your code so we can try to help you.
Bye RenzoHi Adi,
I don’t think it’s possible for the E22 to communicate with the E32 directly. They use different chips and have different cryptographic systems, which makes them incompatible for direct communication.
Best,
RenzoHi Adam,
You are right. The C1 is correct. It is also in the library. I verified that but also checked the other set that must be respected; if you receive that message, you have something wrong or some noise with the device setting. But if it works for the other operation, we will never discover what it is :D.Bye Renzo
Ahh! Yes, I already found that some models of E220 have this “issue,” but they’re working correctly.
Sometimes, there is a power supply problem. In your case, it’s more rare, but you can ignore that response.
Bye RenzoHi Adam,
If it’s well connected, there are two other options:- the power supply is not sufficient;
- the device is broken.
Try to use an external power supply for the module.
Bye Renzo
20 August 2024 at 16:02 in reply to: Troubleshooting Firmware Update Issues on E220 900T22D and 900T20D with EByte Software #31482Ahh! perfect!
I am waiting for your news.
Bye RenzoAhh, wait, you use uart directly to send messages.
If I remember, I applied encoding in the library to prevent problems with not-in-range characters.
Use the library.
Bye Renzo31 July 2024 at 14:37 in reply to: Troubleshooting Firmware Update Issues on E220 900T22D and 900T20D with EByte Software #31178No, no, the Arduino esp8266 core.
probably the problem is that you don’t connect the AUX pin, and the waiting time is too long.
I’m going to add some tricks to prevent the brownout.
Bye RenzoThe structure can’t be the same if you read the first 3 bytes.
Check the last sketch in the link I posted before.
Bye RM
Aaah, no, wait, you read the first 3 bytes, then you try to reread the first 3 bytes again.
You must create a structure for the remaining data.Check this article that explains how to manage the initial message.
Bye RM
But do you use the same MCU for the sender and receiver?
Hi,
ahh! Yes, the Terminator character.
It’s strange. Try to add this.#pragma pack(push, 1) struct LoRaNavData { char type[3]; uint8_t dev_id; int32_t latitude; int32_t longitude; int32_t altitude; uint8_t crc8; }; #pragma pack(pop)
Bye RM
Hi Poe,
try to passchar type[3] = "NDX";
and give us feedback.
Bye Renzo -
AuthorPosts