I'm working on an application that uses the persistent storage manager to store some calibration data. I thought I had everything working well, but after higher volume testing, I found that the calls to pstorage_update are failing about 5% of the time.
I'm using SDK 6.1 and S110 7.3.0. I don't want to update the SDK this late in the process, and we have hardware with older rev chips that we need to support, but if there are any known bugs in 6.1 or patches, that would be good to know. I haven't found any specific errata yet.
Normally when I call pstorage_update, my callback is called with the PSTORAGE_UPDATE_OP_CODE.
When this problem occurs, the callback is just not called. In testing I have tried calling pstorage_update again, and typically this results in both operations completing. I then get two calls to the callback with PSTORAGE_UPDATE_OP_CODE. I haven't tried to figure out what order they are completing in (both calls are the same). Sometimes, I have to call update a 3rd time, and then I get three callbacks. Obviously, the updates are getting queued but never executed, and the second or third call "kicks" things back into normal operation.
Here's what I've tried so far:
-
My calls to pstorage_update were originally from within a callback in interrupt context. Several questions here address this, and I am now using the app_scheduler so that everything is called from the main loop.
-
I have tried disabling advertising to see if radio activity is the issue. I still have the same symptoms.
-
I have an app_timer that fires periodically at 50 ms. Is it possible that this would interfere with pstorage? At any rate, I've also tried stopping that.
-
If I perform minimal initialization and then do the write repeatedly from within the main loop, it seems to work 100% of the time, so I know I have some kind of conflict. This is with no app_timers or advertising.
So, a few basic questions:
- Is the radio the only thing that should interfere with pstorage executing successfully?
- Is it possible that a frequent app_timer with a lengthy handler, called with the app_scheduler, could interfere with pstorage?
- Is not getting the pstorage callback at all a normal failure mode?
- Would high priority interrupts, like gpiote interfere? (just a theoretical question)
Thanks, Philip
