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

Why does reconnect give our UR5e coupon another finished tick?

MarkBlair · 2025年12月7日 17:54 UTC

已关闭
MA
MarkBlair
Our reporting app calls a retained PLC completion new work after reconnecting. Same coupon still on the bench. I'd like a traceable decision about the old check, not somebody clearing the flag until the screen looks tidy.

18 条回复

LI
LiamChen1186
回复 MarkBlair

What identity survives with the completion, apart from the coupon name?

9
MA
MarkBlair

Recipe number and a local counter. The counter resets when the job is reopened, so its value appears in two runs. No shared run identifier in the export.

22
AN
AnikaBell0682
回复 MarkBlair

Does the duplicate exist in the saved report too, or only on the screen?

20
CA
CalebAllen0319
回复 MarkBlair

Replay the retained state offline. Keep the original history present, not an empty test database.

2
AI
AishaBell0692

Our shift once corrected a display total while leaving the exported report unchanged. The next planner reasonably trusted the file. I'd check both paths before describing this as a colour or counter problem.

15
MA
MarkBlair

Both paths, Anika. Aisha's point applies: the extra row is saved, not just drawn. Developer has a replay with the existing history; the original retained state remains unassigned to either run.

14
LI
LiamChen1186
回复 MarkBlair

Keep that uncertainty after restart too. Otherwise the next launch forgets why it was held.

20
CA
CalebAllen0319
回复 MarkBlair

And repeat the same delivery. One successful reconnect test may still hide duplicate counting.

7
AN
AnikaBell0682
回复 MarkBlair

Who reviews the physical coupon while the software history stays uncertain?

20
AI
AishaBell0692

Mark, if quality can decide the physical coupon, link that reviewed decision without inventing a missing software sequence. We needed both the practical disposition and an honest explanation of why the old report changed.

24
MA
MarkBlair

Quality owns that review. The proposed correction links its decision to the coupon and incident, leaving the unknown old attempt unassigned. I'm not treating the eventual physical decision as a recovered log.

23
CA
CalebAllen0319
回复 MarkBlair

Has the replay stopped another row appearing in the exported report?

19
MA
MarkBlair

In the developer's replay, yes. Repeated delivery stays one recorded event. Restart with the held reason retained is the next test, so not a completed fix yet.

19
LI
LiamChen1186
回复 MarkBlair

Include a genuinely different completion too. Rejecting everything would look impressively duplicate-free.

14
AN
AnikaBell0682
回复 MarkBlair

And show the held reason to whoever covers the next shift.

12
AI
AishaBell0692

Liam's new-event case matters to the operator explanation as well. People need to distinguish waiting work, completed work and an old uncertain event without assuming every warning means they should repeat the inspection.

15
MA
MarkBlair

New completion and retained-hold restart cases are added. Quality has released the coupon under the review process. Thanks Aisha, that kept the physical decision moving without pretending we found the missing run identity.

19
LI
LiamChen1186
回复 MarkBlair

Who approves the final report adjustment when those software checks are finished?

21

讨论已关闭

此讨论已连续六个月没有活动,现已关闭新回复。 最后活动: .