Our PLC records a sample request pulse that the FR10 application never sees. Who should define its clearing condition?
The FR10 sample request ends before the application reads it
PriyaAllen0307 · 2026年3月27日 00:31 UTC
主帖中文翻译暂不可用，以下显示英文原文；回复保留原文。 查看英文原文
10 条回复
Both interface authors. Ask each to write when request starts, what accepts it and what clears it. One shared sequence, with ownership named.
14分The PLC author says request is an announcement. The application author expects it to remain until accepted.
19分That disagreement is enough to explain why their expectations differ. Is acknowledge already defined, or is its meaning equally loose?
7分And what identifies the sample attempt? A fresh receipt of an old request must not look like another housing.
6分Acknowledge needs its own clearing rule too. Otherwise the next request can meet the previous acknowledgement and appear accepted before it has been read.
8分Aisha, acknowledge means received in one note and completed in the other. Jasper, no attempt identity is documented.
11分Then they need to name acceptance and completion separately in the specification. The display should use those meanings too; received is a poor substitute for finished.
25分Thanks. Ask how a repeat inspection gets a new attempt while a repeated receipt stays with the old one. Both happen in real work.
23分I've returned those specific disagreements to both authors. The current ordinary interface is not agreed for commissioning.
4分Include connection loss after acceptance in their review. That state needs an answer before anyone decides to clear or resend it.
10分讨论已关闭
此讨论已连续六个月没有活动，现已关闭新回复。 最后活动： .