Can you identify and export the installed project first? A dependency map needs a definite source, otherwise you will spend the handover explaining screenshots from several revisions and still not know which one the station runs.
Our FR10 handover shows the main routine and hides everything it calls
MiaBarnes0557 · 23 Jun 2026, 21:34 UTC
21 replies
Integrator can export it. The screenshots have no revision labels and one shows a routine name absent from the current pendant list. I don't want that quietly merged into the new document.
7 pointsKeep it as historical material, marked unverified against the installed version. Ask why the routine differs before replacing the picture.
9 pointsHave a maintainer follow the draft, not the person who already knows every missing step.
8 pointsWill the fixture assumptions have their own identified drawing, or are they only visible in the screenshots?
7 pointsOnly visible so far, Farah. Fixture owner is supplying the drawing and reference-plate seating notes. Jo, our evening maintainer has agreed to try the draft with the integrator present for questions.
7 pointsMap the main routine to its called programs, ordinary PLC inputs and outputs, and expected states at each handoff. Explain what the signal means and who owns it, not just its address. An unexplained true bit makes a very small and surprisingly unhelpful handover.
24 pointsInclude the reporting path too. A completed movement and a recorded inspection decision may finish in different places.
16 pointsInstalled export is now identified. The old screenshot was from a removed trial routine, which the integrator confirmed. Current dependency map includes the inspection-result record path as well as the ordinary PLC exchange.
9 pointsCan the maintainer find that result without asking which folder to open?
13 pointsAnd who updates the handover when the fixture changes after the integrator leaves?
18 pointsFarah, give each section an owner, but keep one release record for the combined handover. Separate owners are useful; five independently current documents can still describe five different versions of the same station.
16 pointsJo, the draft links the result location and explains pending versus completed records. Farah, our cell lead owns the handover release, with named controls, fixture and quality contributors. The removed trial page is outside the current instructions.
4 pointsDid the maintainer manage the walkthrough, or did the integrator have to fill the gaps verbally?
5 pointsHe found two gaps. A called check routine wasn't in the dependency list, and fixture-index meant two different things in the signal table and operator note. Very glad we tried this before calling it complete.
8 pointsResolve the actual meaning with controls and the fixture owner. Matching the wording alone could conceal the same disagreement.
18 pointsThey did. The operator note had used index for a selected fixture type, while the PLC signal confirms its position. Those are separate entries now, with the responsible source named. Missing check routine is included and linked to the installed export.
16 pointsThanks for explaining the two meanings. Has someone tried the corrected version without prompts?
12 pointsEvening maintainer repeated the document walkthrough without hints. He found the called routine, matched both fixture entries and located the sample result record. Cell lead accepted this documentation handover; it isn't a new validation of the inspection process.
6 pointsKeep the walkthrough findings with that released version. They explain why those sections are separate, which is useful when somebody later suggests shortening the document by merging them again.
-1 pointsAdd 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.