Stopped connector job, questionable message screenshot
MayaChen1171 · 15 Jul 2025, 18:32 UTC
18 replies
I once sent a screenshot of the last alarm while the station was waiting on something else entirely. Check whether your screen is showing an active condition or a historical entry before trying to explain the mismatch.
8pointsThe operator opened the alarm page for the photo. I assumed the top line was current. I will check how the page is sorted.
18pointsCould be as simple as that.
25pointsTop line was the oldest retained entry. The photo belongs to the right stop, but the selected alarm does not. Corrected the ticket and asked maintenance for the active sequence state.
14pointsThanks for posting that distinction. It is easy to have a genuine photo tell the wrong story when the page needs explaining.
21pointsWhat was physically in the fixture during the pause, Maya? I would include whether the connector had already been placed, as well as which message the screen selected.
15pointsConnector placed, fingers withdrawn. Fixture closed around it. I described the pause as after fixture closes, but left the completed placement out of the report.
15pointsThat should help whoever reads the sequence. Have they told you which state they want captured if it happens again?
6pointsI would add how long the station was unavailable on each occurrence. Not a diagnosis, I know, but our planner could not arrange cover when every report just said intermittent. We needed the interruptions separated rather than one growing total.
16pointsChen, would you count the time waiting for support separately from the actual stopped-cycle time? Those have been very different on our lab jobs.
24pointsThey were different on a teaching cell I covered too. A short interruption ate a whole class because nobody authorised to deal with it was available. The event itself and the loss of use both mattered. I would avoid squeezing either into one neat downtime number.
21pointsYes, Ada, separate entries. I meant the time the station could not be used for the planned work, with the reason for waiting alongside it. Otherwise it sounds as though the equipment spent the whole interval producing the fault.
12pointsSupport has asked for the active step and two named ordinary fixture inputs. Maintenance can capture them together. I've also added the stopped time and the wait for assistance as separate fields.
10pointsWho gets the capture when you're not there? You have done the hard work of narrowing the request; it would be a shame for it to sit in one person's phone.
22pointsDoes support want those inputs before or after the fixture closes? Their requested window should be clear to the person collecting it.
15pointsThey asked for the sequence around closure, including the lead-in. Maintenance set that capture up. It goes to the shared ticket mailbox, Luis, with the occurrence identified.
13pointsA repeat is captured now. Support says the station is waiting for a clearance input that has not changed. Maintenance is checking the relevant target arrangement. No repair confirmed yet.
13pointsMaya, can the next shift see that specific investigation on the handover? Otherwise someone will reopen your old clamp-open screenshot and send the whole thing backwards.
17pointsDiscussion closed
This discussion is closed to new replies after six months without activity. Last activity: .