简体中文界面。帖子、指南及政策正文保留原文;未对原文作自动翻译。

Keeping diagnostic output from holding up the display (controller availability logging)

HanaArcher0361 · 2026年5月16日 18:10 UTC

回复讨论
HA
HanaArcher0361
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.

17 条回复

DA
DavidAbbott0084

Can you replay saved responses offline with a slow log destination? Measure receipt and processing separately.

15
HA
HanaArcher0361

It does. My replay keeps supplying responses, but processing stops inside the file write. Finally, something I can reproduce.

13
DA
DavidAbbott0084

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.

3
AN
AnikaBaker0508

@DavidAbbott0084 A bounded queue fills. You can't promise the whole diagnostic story survives. What happens when storage stays blocked?

4
DA
DavidAbbott0084

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.

3
HA
HanaArcher0361

Can routine samples be dropped but error summaries kept? I don't need endless identical status lines.

9
DA
DavidAbbott0084

@HanaArcher0361 Yes, with explicit limits for both. Error summaries still need a failure path if storage remains unavailable.

13
LI
LinBaker0444

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.

-1
IS
IsabelArcher0387

So where does that warning go? Another log sounds like the same problem twice

19
DA
DavidAbbott0084

Expose a counter or health state directly in the application. Include it in exports when writing is possible again.

16
HA
HanaArcher0361

@DavidAbbott0084 I'll make logging health visible beside our monitor status. A moving display shouldn't quietly imply complete logs.

8
AN
AnikaBaker0508

@HanaArcher0361 Are you displaying when the application observed the sample or when the writer saved it? A delayed writer makes those different events.

17
HA
HanaArcher0361

Written, currently. That's awkward. Our charts could make a disk pause look like a late robot response.

12
DA
DavidAbbott0084

Record when the application receives the observation and measure the later write delay independently, making the chart's chosen time field explicit.

10
IS
IsabelArcher0387

Could the controller still be late, though? The replay only proves the disk can cause it

10
DA
DavidAbbott0084

The replay establishes that synchronous logging can stall this application. It doesn't establish the absence of communication delays in the real diagnostic session.

11
HA
HanaArcher0361

Right. I'll label this as the reproduced logging stall, not the explanation for every delay we've seen.

8

参与讨论

欢迎来到 Application Robot

所有人都可以阅读论坛。登录或注册后即可发起讨论、回复或上传照片。

忘记密码?

注册账号即表示你同意我们的 使用条款 社区准则。请阅读我们的 隐私政策 ,了解我们如何处理你的信息。