Which installed FR5 job do these coupon screenshots belong to?

FelixAbbott0023 · 17 Aug 2026, 18:42 UTC

Reply to discussion
FE
FelixAbbott0023
Our training inspection station's handover is mostly unversioned pendant pictures of the main routine, with subprograms, fixture assumptions and ordinary PLC conditions missing; while the integrator is available, what should I ask for so another maintainer can trace the actual coupon-verification job?

20 replies

AN
AnilBell0636
Replying to FelixAbbott0023

Get a program pack tied to the installed revision, then trace one coupon through the calls and expected inputs with the integrator. Use that walk to build the dependency list. A folder of screenshots cannot tell you whether a missing routine is elsewhere, obsolete or simply undocumented.

8 points
HA
HazelArcher0397
Replying to AnilBell0636

Can somebody who will maintain it join that walk? I'd want them trying to follow the job, not just watching the integrator click through something they already understand. That's a cheap way to discover which explanations never made it into the handover.

7 points
FE
FelixAbbott0023
Replying to AnilBell0636

The integrator supplied an installed-revision pack and agreed to walk it with our maintainer; the screenshots are not yet tied to that revision, so I have kept them as background rather than current instructions.

17 points
PR
PriyaBennett0742
Replying to FelixAbbott0023

Does the fitted coupon fixture match the assumptions in that pack, independently of the software revision?

0 points
PR
PriyaAli0220
Replying to HazelArcher0397

And let the maintainer explain one ordinary wait without prompts. That exposes missing meanings quickly.

9 points
FE
FelixAbbott0023
Replying to PriyaBennett0742

The fixture identity matches, but the written PLC list calls one ordinary input inspection complete while the routine waits on it before inspection starts; we found that discrepancy during the desk walkthrough.

14 points
AN
AnilBell0636
Replying to FelixAbbott0023

Don't correct the label by guessing from the routine. Ask the PLC owner and integrator what actually produces the input and what event it represents, then compare that with the installed job. Could be documentation, could be a deeper mismatch.

20 points
HA
HazelArcher0397
Replying to AnilBell0636

Exactly, and keep the original line visible in the discrepancy list. Otherwise the person who learned from that sheet won't know why the replacement says something different.

6 points
PR
PriyaAli0220
Replying to FelixAbbott0023

Is that signal being described as process information only, separate from safety permissions?

10 points
PR
PriyaBennett0742
Replying to PriyaAli0220

And keep fixture identity confirmed separate from the signal question; one unresolved PLC description need not undo the independent fixture check.

15 points
FE
FelixAbbott0023
Replying to PriyaAli0220

Yes, ordinary process information only; the safety documentation is separate, and the confirmed fixture identity remains recorded while the two authors check the signal's actual meaning.

20 points
AN
AnilBell0636
Replying to FelixAbbott0023

Ask for its source, set condition and clear condition, not just a better name. If the same bit remains asserted across jobs, a label change alone won't tell the maintainer what it means on the next coupon.

12 points
FE
FelixAbbott0023
Replying to AnilBell0636

The PLC owner traced the installed input to fixture-present status, and the integrator confirmed that is what the pre-inspection wait expects; the complete label was copied from another line in the handover, not from the installed logic.

15 points
HA
HazelArcher0397
Replying to FelixAbbott0023

Useful, that is a documentation error with an identified source. Has the corrected list also been checked for the line it was copied from, or might the two descriptions have been swapped rather than just one duplicated?

9 points
PR
PriyaBennett0742
Replying to FelixAbbott0023

Keep the inspection-result signal traced separately; fixture present does not establish that a coupon passed inspection.

20 points
PR
PriyaAli0220
Replying to FelixAbbott0023

And show the corrected meaning in the teaching notes, not only the maintenance pack.

6 points
FE
FelixAbbott0023
Replying to HazelArcher0397

Both lines have now been traced and corrected by their authors; the fixture-present and inspection-result meanings are distinct, with source and set/clear conditions recorded, and the teaching-note correction is included.

7 points
AN
AnilBell0636
Replying to FelixAbbott0023

Have the maintainer read the corrected wait and result path back now, then leave any unanswered recovery conditions open. Resolving this copied label is real progress, but it doesn't complete every dependency the screenshots omitted.

10 points
HA
HazelArcher0397
Replying to AnilBell0636

Backup ownership belongs in that remaining list too. The right pack today is little help if nobody knows who updates it after the first approved change.

17 points
FE
FelixAbbott0023
Replying to HazelArcher0397

The maintainer could distinguish the wait from the result without prompts, and owns the versioned backup register now; interruption recovery still needs agreement, so the corrected signal documentation is closed but the full handover is not.

8 points

Add to the discussion

Welcome to Application Robot

Everyone can read the forum. Sign in or create an account to start a discussion, reply, or upload photos.

Forgot your password?

By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.