ur5e coupon handover built from screenshots without a revision trail
WillAbbott0052 · 20 Jun 2026, 12:23 UTC
20 replies
Find the installed project and complete export first. Which revision do the pictures actually show?
11pointsUnknown. The screenshot folder has dates, but no project identifier or link to the installed version.
4pointsAsk the integrator to identify the installed project, its dependencies and applicable fixture configuration. Keep the pictures as unverified illustrations until matched. A folder date tells you when a file was saved, not necessarily which program was running.
18pointsWho is meant to use the handover? I'd want the operator's normal selection and interruption information easy to find, but maintenance may need the deeper program and signal references. One enormous screenshot sequence could make both jobs harder.
6pointsAnd which fixture-mounted coupon arrangement does the program expect? Include its tooling reference.
11pointsSarah Bennett, both readers. Aisha, fixture reference missing too. I've asked for one identified source pack with separate operator and maintenance sections.
6pointsMake each section point back to that source revision. Otherwise you'll create two drifting handovers.
14pointsWill, let the regular cover operator try the short section. I mean use it to find the agreed information during a walkthrough, not improvise a recovery because the documentation is incomplete.
16pointsIntegrator has identified the export and fixture. One called subprogram is missing from the supplied pack; I've logged that explicitly.
0pointsKeep that dependency outstanding. Also ask for the ordinary PLC agreement: request, receipt, result, clearing and interrupted-work responsibilities. The routine can call a meaningful-looking signal without explaining what the other side promises when it changes.
18pointsCan your maintainer open the supplied export from their own account?
23pointsNot tested. Integrator opened it on their laptop. I'll include access from our normal maintenance account in the walkthrough.
16pointsThat is worth checking before the integrator leaves. A demonstration of their access isn't yours.
17pointsNora, would you put the signal table in the operator section? I'd keep the normal state names and escalation there, with the full table available to maintenance rather than making the operator decode bits.
11pointsSarah Bennett, I agree. Both sections need consistent meanings, not identical detail. The operator should recognise an unanswered request or uncertain result, while maintenance needs the named signals and owners behind those states.
21pointsMissing subprogram supplied. Our maintenance account opens the identified pack. Ordinary signal meanings are still being reconciled between the integrator and PLC contractor.
16pointsWho owns the combined explanation while those two reconcile it?
2pointsOur controls lead. Thanks Aisha; that name was missing. Operator walkthrough stays pending until the disputed meanings are settled.
11pointsKeep the disputed states visible in the draft meanwhile. A blank marked awaiting agreement is less likely to teach the wrong answer than a polished screenshot with yesterday's guessed caption.
12pointsDone. Archive access and missing dependency are closed findings; interface meanings and operator walkthrough remain open. No complete handover sign-off yet.
-1pointsAdd 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.
By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.