Lora P2P communication about stm32wlxx-hal HOT 5 CLOSED

The subghz test has a basic LoRa example:

You code looks correct. ExecutionFailures can be difficult to debug. Generally I start with a known working configuration then bisect to find why the radio is returning ExecutionFailure.

Perhaps try changing the clock/power configuration to match the code in the test? That's one difference I noticed.

from stm32wlxx-hal.

Examples helped a lot, not sure what was the issue but I used the code from the test with small changes and at least I am not getting ExecutionFailure. And I am receiving a lot of data (I think there is a plenty of smart meters in my area). Still cannot receive PING message, but I think it is a matter of time to make it work or find emptish frequency.

from stm32wlxx-hal.

Anyway looks like something is wrong with my code, I have tested embassy example and it works like a charm there. I get the correct length and data.
@newAM thanks for help and if there is anything I can help you with this repository let me know, I am eager to do it 😄

from stm32wlxx-hal.

@newAM I am trying to make it work but for some reason I am not getting the correct data. Looks like I am sending the data correctly, I am getting the TxDone interrupt as expected.
But the reading part is a problem, I am not getting any data and the length is kind of faulty also I am getting Irq::Err which means the CRC is incorrect, but the buffer is empty (no data change at all, I check it before and after the read part).
I am pretty confident that I am triggering the interrupt from the other board, I've configured to send a data on button push and after every push I am entering the interrupt.

Any idea what might be cause? Is it possible that something else is also sending data at exactly same moment? I find it strange that I get exactly the same Err when I am using only one board, I get it just after transmitting the data.

BTW, I found a small typo in the library and created a PR to fix, hope it is fine.

from stm32wlxx-hal.

Is it possible that something else is also sending data at exactly same moment?

It's possible, but unlikely I think.

I have not seen this sort of behavior before, so all the advice I can give is guesswork. Are the radios configured the same in terms of hardware and code?

from stm32wlxx-hal.