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

inspection request disappears before the app sees it

HenryAdams0090 · 2025年9月30日 08:13 UTC

已关闭
HE
HenryAdams0090
Our FR10 inspection application misses a brief PLC request in the bench test. Nobody agrees who clears it. Ordinary job interface, separate from safety. Is a longer pulse really the right fix?

16 条回复

AM
AmyChan1076

A line I supported kept stretching a request pulse whenever the laptop got busier. It bought time without settling whether the request had been accepted. I'd define an acknowledged request and its owner instead of chasing a lucky pulse length.

1
MI
MiaCarter0992

Have you captured the request arriving at the application at all, or only watched the PLC bit change?

15
OW
OwenBrooks0834

I'd like the screen to distinguish waiting for the application from inspection running. Operators tend to interpret a flashing request indicator as activity, even when nothing has accepted the job.

4
JA
JasperCarter0986

Amy, is an acknowledged request something we'd expect in the original integration scope, or does this become a new charge? I'm not trying to price a bit, just understand what handover should include.

1
HE
HenryAdams0090

Mia, only the PLC trace so far. Owen, the screen says running as soon as it sends the request. That's misleading, thanks for pointing it out.

0
AA
AaronAllen0262

The screen should change, but that does not tell you whether the receiver saw this particular request; the two tests need separate answers.

8
LU
LuisBrown0956

Jasper, look at the agreed function rather than counting interface bits. If inspection-cycle coordination was supplied, ask the integrator to show how a request is accepted, completed and recovered after an interruption. I can't settle the commercial scope from here.

3
PE
Peter_Bailey

We had two suppliers each assume the other wrote the timeout message, so I would put the owner of that screen behaviour beside the owner of the handshake, not leave it in a general handover paragraph.

18
KA
KaiCarter0976

Does the PLC clear its request on a timer now, or is the application writing that same value too?

15
DA
DanielChen1174

And who gets called when it stays waiting? Make that somebody's job.

11
JU
JuliaBarnes0587

For training, waiting needs a reason and an allowed next step. It shouldn't invite people to keep pressing request. I've seen repeated presses turn one unclear inspection into several unclear requests.

3
JE
JessBailey

The maintainer also needs the interface description kept with the delivered software version. A clear ownership table is useful, but a later replacement laptop can undo the arrangement if its application expects the earlier behaviour.

10
HE
HenryAdams0090

Kai, both sides can clear the same request in the current draft. We're removing that shared ownership. The revised design isn't tested yet, and the screen wording is part of it now.

5
AM
AmyChan1076

Give acceptance its own meaning in that revision. It should identify the request being taken, not merely say the application is connected. A connection can be healthy while the requested inspection has not been accepted.

18
JA
JasperCarter0986

Luis, that helps. I'll ask for a demonstration of those agreed behaviours, with the interruption case included, before arguing about whether an extra column in the interface list is chargeable.

11
OW
OwenBrooks0834

Julia, I agree about repeated presses. I'd include an unanswered request in the training walkthrough and ask what people think they should do. That will show whether the revised wording actually helps.

2

讨论已关闭

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