how to use deferred NRF logging and twi manager

RE: how to use deferred NRF logging and twi manager

Susheel Nuguru — Wed, 10 Feb 2021 07:13:49 GMT

George,

[quote user="George Sykes"]I've since fixed the issue by moving to the deferred logging and flushing using a low priority FreeRTOS task[/quote]

Since by default configUSE_TIME_SLICING is set to 0 in our examples, the scheduling becomes priority-based and cooperative. You might have already figured that out by now. Unless you choose the lowest priority for the logger task, there is always a chance that the logger task can starve other tasks for a reasonably long time. So choosing lowest priority for logger module makes good sense.

RE: how to use deferred NRF logging and twi manager

George Sykes — Tue, 09 Feb 2021 20:42:21 GMT

Do you have an update on the best method to use the NRF Logger and FreeRTOS together?

RE: how to use deferred NRF logging and twi manager

George Sykes — Mon, 08 Feb 2021 11:47:03 GMT

Hi,

I've since fixed the issue by moving to the deferred logging and flushing using a low priority FreeRTOS task. Is this the correct way to use the NRF Logger in conjunction with FreeRTOS? If not is there a FreeRTOS logger I should use instead?

RE: how to use deferred NRF logging and twi manager

Susheel Nuguru — Mon, 08 Feb 2021 10:26:26 GMT

The TWI callbacks are called from TWI interrupt context and calling NRF_LOG_FLUSH in that context is not correct as it is very time-consuming.

At which function does the NRF_BUSY error code is returned? could it be that the logger thread was running and was in the middle of the of processing the log buffer when the TWI ISR was called and left the logger module in a state where it would not accept any addition of logs to the buffer?

I have not seen the scenario above myself but would be possible. Could you give me your project so that i can test to see if that is the case?