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

Three logs, one timeout, no clear sequence (Fairino FR5, sample verification)

AmaraBrooks0861 · 2026年5月13日 09:55 UTC

回复讨论
AM
AmaraBrooks0861
Our logs show a timeout during sample verification with Fairino FR5, but I can't assign an acknowledgement to the right attempt. We're in a commissioning station recording job events, using a machined bracket. Python, PLC and controller timestamps don't agree, and our application reused the job label after restarting. I'm trying to reconstruct what we actually know.

18 条回复

LI
LiamBaker0490

Got a process-start entry? That could separate the reused labels without trusting another machine's clock.

20
AM
AmaraBrooks0861

@LiamBaker0490 I've found the process-start line, so our Python entries can be divided into two sessions. I still can't link the PLC acknowledgement to a specific attempt.

8
LI
LiamBaker0490

Keep source order, label the sessions and leave that acknowledgement unassigned. Comparing the timestamps alongside them should establish the combined order.

20
AD
AdaBrown0912

Those clocks disagree. Why would putting their timestamps beside the sessions establish an order across systems without an offset or matching exchange?

9
LI
LiamBaker0490

You're right; I went too far. Timestamps suggest matches. Keep source order and mark cross-system links uncertain unless evidence supports them.

6
AM
AmaraBrooks0861

I'll leave it unassigned. A tidy timeline would be nice, but the nearest timestamp would still be a guess.

3
TH
TheoBrown0932

My merged log fooled us after a machine clock adjustment. Keeping the original source order let us untangle our confidently wrong interpretation.

4
DA
DanielBrooks0826

@TheoBrown0932 Can monotonic timestamps fix the clock issue across these systems, or are they only comparable within a process?

-1
LI
LiamBaker0490

Inside a running process. Machines and restarts don't automatically share that clock, so keep a session ID and wall-clock reference too.

16
AM
AmaraBrooks0861

@LiamBaker0490 I'm thinking of a stable job identifier plus a separate identifier per attempt. Is that the distinction our reused display label is missing?

11
LI
LiamBaker0490

Yes. Job for the work, attempt for each try. Record both with your event source and session.

24
AD
AdaBrown0912

Can your PLC exchange carry that identity? Python IDs won't label another system's records by magic.

17
AM
AmaraBrooks0861

I can't see a correlation field in our export. I'll need the interface owner's input, and that won't retroactively identify the entries I already have.

4
TH
TheoBrown0932

Your application grouping still helps. Just show where the cross-system identity link stops, so readers don't fill it in themselves.

14
DA
DanielBrooks0826

@LiamBaker0490 What replaces started and done? I'd have picked those too.

16
LI
LiamBaker0490

@DanielBrooks0826 Request recorded, acknowledgement received, completion reported, each with its source. Timeout means your wait ended; it doesn't establish the robot's final result.

20
AM
AmaraBrooks0861

Splitting the application sessions helps. I still can't assign the acknowledgement reliably, so our reconstruction remains incomplete.

19
LI
LiamBaker0490

Clearer sessions help, and you're right that they don't supply the missing acknowledgement link.

9

参与讨论

欢迎来到 Application Robot

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

忘记密码?

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