nrf52832 spi slave drops packets

RE: nrf52832 spi slave drops packets

Calvin T — Wed, 13 Sep 2023 20:57:50 GMT

Very cool! Thanks for the tip!

RE: nrf52832 spi slave drops packets

Johnny Nguyen — Wed, 13 Sep 2023 18:34:16 GMT

Glad you were able to find a solution that works.

There are a few config options that change how logging works for your knowledge, Nordic Semiconductor Infocenter

A pretty interesting one is NRF_LOG_DEFERRED. This will put log data into a buffer, and the app can call NRF_LOG_FLUSH in the main loop to process it. This can be nice since you will have minimal processing at the time of the call to log, but as far as var printing be mindful of the variable's scope and timing.

You can also config the logging backend as well. I am curious to see your sdk_config.h to see how your logging is configured, if you've got the time or need.

Best regards,

RE: nrf52832 spi slave drops packets

Calvin T — Wed, 13 Sep 2023 17:30:28 GMT

We implemented the "dropped" byte response in our protocol, and verified that this resolves the problem. The nRF spi slave solution to the problem of needing to drop a packet because the previous packet is still being processed is different than other solutions I've seen. I recommend a thorough read of that section of the Product Specification to anyone experiencing similar problems.