NRF24L01+ design running on batteries - Standby-I question

RE: NRF24L01+ design running on batteries - Standby-I question

ovrebekk — Fri, 18 Jan 2019 08:20:23 GMT

Hi Kent

It's good to hear you found the issue.

The best of luck with your project 🙂

Best regards
Torbjørn

RE: NRF24L01+ design running on batteries - Standby-I question

KentR — Thu, 17 Jan 2019 18:21:26 GMT

Ok, I think I have this figured out now. It was not related to sending the same payload message. Although, adding the counter into the payload was a handy troubleshooting tool.

It turned out to be an issue on the Transmitter side, and not the Receiver side. The very last byte of my packet is a checksum byte. It turns out that the first packet sent, had the correct checksum value, but every packet after that had a wrong value transmitted, for some reason. With the original software, this wasn't noticed, because the first packet was always received. But with the Standby Mode added to the software, you would only occasionally receive the very first (correct) packet.

So, Nordic is working fine, it was just my own software screw-up. :)

RE: NRF24L01+ design running on batteries - Standby-I question

ovrebekk — Thu, 17 Jan 2019 12:52:22 GMT

In some cases this can be a problem, but it is a bit situation dependent.

Just let me know as soon as you have tested it.

Best regards
Torbjørn

RE: NRF24L01+ design running on batteries - Standby-I question

KentR — Wed, 16 Jan 2019 15:12:04 GMT

Hello,

I am indeed sending the same payload over and over again. I did not realize that this would cause any issues like you mention. I will add a counter into the payload, as you suggest, & see what happens.

Thank you for the help!

RE: NRF24L01+ design running on batteries - Standby-I question

ovrebekk — Wed, 16 Jan 2019 14:09:06 GMT

Hi Kent

It is odd that you would receive so few packets with the timing parameters you mention. If you send the same packet at 5ms intervals for 500ms you should have around 10 attempts to get through, regardless of how the TX and RX have drifted timing wise.

Are you sending the same payload over and over again?
This can some times lead to issues where the packet is discarded in the receiver because it is assumed to be a retransmit of an older packet.

If this is the case can you try to include a rolling counter in the payload and see if the performance improves?

Best regards
Torbjørn