DIAGNOSTIK
Felsökning av humanoider börjar med ett bra felunderlag
Samla händelseförlopp, versioner och diagnosticeringsuppgifter utan att blanda observationer med gissningar.
Det viktigaste att ta med
- Spara händelseförlopp och felmeddelanden.
- Skilj observation, hypotes och beslutad åtgärd.
- Diagnostik ersätter inte säkerhetsfunktioner.
Ett tekniskt felunderlag ska göra det möjligt för ansvarig specialist att förstå vad som hände och i vilket sammanhang. Det är särskilt viktigt när en robot består av flera samverkande delar och ett synligt symptom kan ha mer än en orsak.
Guiden handlar om dokumentation. Den ger inga kommandon till roboten och inga anvisningar för att kringgå skydd, öppna batterier eller provköra en felande maskin. Hantera ett osäkert tillstånd enligt robotens och verksamhetens avsedda rutiner innan du arbetar vidare med ärendet.
Skriv händelsen före hypotesen
Beskriv robotens uppgift, det observerade beteendet och vad den visade eller rapporterade. Kopiera felmeddelanden exakt i stället för att sammanfatta dem ur minnet. Notera tidpunkt och tidszon så att uppgifterna går att jämföra med loggar.
Lägg möjliga orsaker i ett separat fält. En mjukvaruuppdatering samma morgon är relevant sammanhang, men bevisar inte att uppdateringen orsakade felet. Bevara skillnaden mellan tidsmässigt samband och fastställd orsak.
Samla minsta användbara uppsättning uppgifter
| Uppgift | Varför den hjälper |
|---|---|
| Modell och konfiguration | Knyter ärendet till rätt dokumentation och utrustning. |
| Mjukvaruversion | Gör det möjligt att förstå vilka funktioner och ändringar som var aktuella. |
| Tid och händelseförlopp | Hjälper till att hitta rätt del av en logg eller supporthistorik. |
| Exakt felmeddelande | Bevarar den information roboten faktiskt rapporterade. |
| Senaste ändringar | Gör relevanta förändringar i miljö, komponenter och konfiguration synliga. |
Vad diagnostik kan berätta
ROS-projektets REP 107 beskriver en diagnostikmodell med bland annat komponentnamn, status, meddelande och hårdvaruidentitet. Historik kan hjälpa en operatör att förstå ett tidigare förlopp. Det är ett exempel från ROS, inte ett krav på att varje humanoid använder samma system.
Dokumentet skiljer uttryckligen diagnostik från funktioner som hanterar ett osäkert tillstånd. Ett statusmeddelande är alltså inte i sig ett skydd eller ett bevis på att roboten är säker att köra. Följ alltid den aktuella plattformens avsedda säkerhetsrutiner.
Gör underlaget lätt att lämna vidare
Samla uppgifterna i ett ärende och behåll originalen på den plats verksamheten har bestämt. Dela relevanta utdrag genom tillverkarens eller organisationens avsedda supportkanal. Ta inte med lösenord, åtkomsttoken, personuppgifter eller kameramaterial som inte behövs för ärendet.
Avsluta med vad du vill ha hjälp med: tolkning av meddelandet, bedömning av nästa tillåtna kontroll eller planering av service. Verktyget på startsidan kan hjälpa dig att strukturera texten, men gör ingen automatisk diagnos och skickar inget till en robot eller verkstad.
FRÅN LÄSNING TILL HANDLING
Exempel: gör underlaget tidsbundet
Ett användbart ärende kan innehålla ”kl. 14:32, under uppgift A, avbröts armrörelsen och meddelande X visades; mjukvaran uppdaterades samma morgon”. A och X är exempel – använd riktiga uppgifter i ditt eget ärende.
Koppla relevanta loggutdrag till samma tidszon och version. Att två händelser inträffar nära varandra bevisar inte att den ena orsakade den andra.