Have you captured the exact alarm before restarting? Also, does the stop happen before release, during it, or after it?
How do I make this robot support ticket actionable? (tray unloading)
LeahChen1191 · 29 May 2026, 13:48 UTC
20 replies
@FarahBarnes0591 I now have the alarm indicating a missing process confirmation. Reviewing the unedited video places the wait before release, so my original description of a dropped workpiece was inaccurate.
7 points@LeahChen1191 Correct the ticket with that alarm, the unedited clip and the installed versions. Ask which confirmation is missing and who owns the next diagnostic step.
8 pointsShould I preserve the original report when I correct it? Removing that wording might make it difficult to understand why support's existing replies focused on a drop.
25 pointsKeep it with a clear correction. Explain that the full clip shows a pre-release wait; that tells support why the investigation needs to change direction.
21 points@FarahBarnes0591 On my setup, the arm and gripper contacts both thought the other owned the test. Naming one coordinator helped us get an actual next step.
25 pointsI've checked our messages. Same gap here: each contact asks what the other said, but neither has assigned the test.
20 pointsThat missing confirmation points to the gripper, so its contact should take the diagnostic lead.
8 pointsThe alarm establishes that an expected confirmation wasn't received. It doesn't tell you whether the gripper, interface or sequence caused that, so it can't determine the diagnostic owner alone.
6 points@CallumAbbott0012 You're right; I assigned the cause too early. Ask the package seller to coordinate tracing that confirmation across the interface, with both contacts involved as needed.
13 pointsWhen you say the seller should coordinate this, do you mean Alibaba or the business that supplied the package through the marketplace?
11 pointsThe unnamed seller who supplied your package. Alibaba is the marketplace; your technical request here is to the seller and their support contacts.
10 points@FarahBarnes0591 Would you send every log I've? There are lots, and I don't know which ones cover the stop.
14 pointsHave support identify the required diagnostic files, then associate the supplied files with the recorded event and explain how they were collected. A large unrelated collection can make the relevant evidence harder to find.
13 points@FarahBarnes0591 In my support case, descriptive attachment names made it easier for both support and me to locate the relevant recording. Generic revision names had made the collection unnecessarily confusing.
15 points@OliverAbbott0015 My filenames have that problem, and the initial clip was cropped too closely around the alarm. The missing lead-in contained the wait that helps explain the sequence.
20 pointsKeep the unedited copy with the ticket. A shorter excerpt can point to the issue, but support needs the lead-in you've just identified.
18 pointsShould they keep reproducing it until support can watch? Or is the captured event enough to start with?
15 pointsStart with what's captured. Any further equipment test needs a defined procedure from the responsible support or integration person, especially with a workpiece still held.
24 pointsI'll make the next request specific: assign a diagnostic owner, identify the confirmation to trace and list the required files. That should give me a concrete action to carry out.
15 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.