I enabled detailed logging for controller availability logging, and now our diagnostic display sometimes stops updating while the log folder is busy.
We're watching Universal Robots UR5e in a workshop telemetry desk, with a fixture block as a reference.
The cell controls are separate.
I suspect synchronous file writes, but I haven't ruled out communication delays.
Move the replay's file writing behind a bounded queue and let a separate writer handle it. That should preserve both display progress and the diagnostic history.
You're right about my preservation claim. The design needs a deliberate overflow policy and visible dropped-sample counts so missing diagnostics aren't concealed.
My setup originally queued its overflow warning through the writer that was already full, so the warning disappeared along with the samples it was meant to explain.
@HanaArcher0361 Are you displaying when the application observed the sample or when the writer saved it? A delayed writer makes those different events.
The replay establishes that synchronous logging can stall this application. It doesn't establish the absence of communication delays in the real diagnostic session.