There is fonction in deconz that check periodically for “sanitary stuff”, for exemple to check if zombie device are back, checks if bind or report are working, ect … there so much action done in this fonction.
But if this fonction is trigger too fast for the same device, it’s ignored.
// Use extra QElapsedTimer since QTimer seems sometimes to
// fire in < 1 sec. intervals (after database write?).
if (d->idleTimer.elapsed() < (IDLE_TIMER_INTERVAL - 50)) // -50 : don't be too strict
DBG_Printf(DBG_INFO, "Skip idle timer callback, too early: elapsed %lld msec\n", d->idleTimer.elapsed());
On your log this need to be done every 1000ms, but the fonction is called after 522 ms, too fast, so the code skip the fonction for this time, will be done at least 478 ms later.
Logs are realy talkative, even just with “info”. I think realy few users pay as much attention to the logs than you ^^ (not a critic).
Logs are enabled on demand, so better to have too much informations than not enought, and yes the choice info/info_l2 is sometime not logic for me too.
One difference I noticed is that on the Pi4 there is almost exclusively expected “ZCL attribute report…” while on the docker I saw a lot of “Skip idle timer callback, too early: elapsed 660 msec” (I see literally none of those on the Pi4)?
Could this be an indication of an issue with the maintenance taks scheduling or something on docker, or is this just a coincidence I hardly see these on the Pi4?