[Renzo Mischianti]

Hi L33t331,
It seems to be a memory leak problem; try to examine the memory usage and give me feedback.
Check also the power supply, but It isn’t probably.
Bye Renzo

[Renzo Mischianti]

Please, paste the complete error stack trace..
Bye Renzo

[Renzo Mischianti]

Hi Woto,
if you don’t add the sleep time, the processor gets 100% of usage and can freeze.

If you receive more than one message, the messages are stored in the buffer of E220, and when you read them, you receive the two messages at once.

Bye Renzo

[Renzo Mischianti]

Haa!! perfect.
But also the other module works better at 5V power supply; if you use 3.3V, the distance is reduced drastically.
Bye Renzo

[Renzo Mischianti]

I don’t know if I explain well.
Suppose you put the code with the operation of sending and relative variables inside a function. In that case, all the variables and operations executed and allocated inside the function remain inside the function (like Fight Club).
So this can prevent the memory leak.
Bye Renzo

[Renzo Mischianti]

If you put all sending and receiving process inside a function, theoretically when function end all allocated variable and memory will be free.
Or you can malloc inside memory.
Bye Renzo

[Renzo Mischianti]

Hi Elkez,
It can be a wiring problem, or there is a read or write problem in the sketch code, or a configuration problem.
Bye Renzo

[Renzo Mischianti]

Hi Fabiooo,
the problem of deep sleep was explained here, to be sure to read the message you must use light sleep.
The power-consuming difference isn’t so big, so It’s preferable.
Bye Renzo

[Renzo Mischianti]

Hi Fabiooo,
if you have a (minimal) memory leak, probably write over the memory location of the received message variable or at the sending time.
Bye Renzo

[Renzo Mischianti]

hi Fabioo,
It’s very strange; It’s possible that there are some issues with the power supply.
Or a bad usage of memory allocation?
Bye Renzo

[Renzo Mischianti]

Thanks a lot. Your work is precious.
Bye Renzo

[Renzo Mischianti]

Sorry Woto,
if you set the ADDH, ADDL, and CHAN with the same value, you have configured the devices to communicate in transparent transmission.

To use fixed transmission, you must set a different ADDH or ADDL and send the message from the first by setting the receiver’s destination address.

So, if you have configured the sender

ADDH = 00
ADDL = 03
CHAN = 18

you must configure the receiver

ADDH = 00
ADDL = 04
CHAN = 18

and in the sender
ResponseStatus rs = e220ttl.sendFixedMessage(0, 4, 18, "Hello, world?");

But I think you must check the articles, they can be more clean.

Bye Renzo

[Renzo Mischianti]

Hi woto,
you have configured the Address and Channel for transparent transmission and set fixed transmission.

Follow these tutorials to send fixed message
Ebyte LoRa E220 device for Arduino, esp32 or esp8266: fixed transmission, broadcast, monitor, and RSSI – 4

this is for E32 and micropython but you can get some ideas
EByte LoRa E32 & MicroPython: a deep dive into transmission types – 4

Bye Renzo

• This reply was modified 1 year, 8 months ago by Renzo Mischianti.

[Renzo Mischianti]

Hi woto,
you don’t need to change the library.
You can find how to use the library for e32 (similar to E220) in this article.
EByte LoRa E32 & MicroPython: a detailed look at configuration – 3
I create a specified tutorial for E220 soon.

code, configuration = lora.get_configuration()
configuration.CHAN = 18
code, configuration = lora.set_configuration(configuration)

Bye Renzo

• This reply was modified 1 year, 8 months ago by Renzo Mischianti.
• This reply was modified 1 year, 8 months ago by Renzo Mischianti.

[Renzo Mischianti]

Hi MAWMN,
not inside the library, but I think you can check the millis(), and if you already have a click in a specified interval, you can abort the previous action and activate the new one.
But pay attention, if you already clicked one and after that interval, no other action was activated, you must execute the click function.
Bye Renzo

[Author]

Posts