KRC4: Nesoulad pózy: Oddělte chyby časování od chyb snímků
Disciplovaný postup řešení problémů s KRC4 při nesouladu poloh, který před změnou kalibračních dat odděluje časování předběžného zpracování a aproximaci od chyb nástroje, základny a reprezentace so...
Póza KRC4, která se v prvním cyklu jeví jako správná a v dalším jako odlišná, bývá často přisuzována dvojnásobnému použití posunu nástroje. Toto vysvětlení je možné, ale nemělo by být výchozím předpokladem. Hodnoty polohy robota ovlivňuje načasování provádění, aproximace dráhy, aktivní nástroj a data základny, význam příkazové a naměřené polohy i souřadnicová reprezentace použitá v místě porovnání.
Užitečná diagnostika nejprve ustálí načasování a referenční soustavy, teprve potom se mění mastering nebo trvalá kalibrace.
Nejprve chraňte známou správnou referenci
Uložte kompletní archiv řídicího systému a zaznamenejte verzi KSS, model robota, stav masteringu, aktivní nástroj, aktivní základnu, data zatížení, provozní režim, override a řádek programu, na kterém se nesoulad projevuje. Zachyťte přesné hodnoty při první i druhé iteraci. Snímek obrazovky bez aktivní soustavy a události vzorkování není úplným důkazem.
Nekalibrujte nástroj ani základnu tak, aby jedna hlášená hodnota vypadala správně. Kompenzační soustava může zakrýt chybu načasování nebo transformace a následně posunout každý správný program, který používá stejná data. Porovnejte podezřelý program s archivovanou referencí a zjistěte případné změny inline formulářů, podprogramů, přerušení, logiky na pozadí nebo PLC handshake.
Relevantní komponenty řídicích systémů lze najít v systémech PLC a PAC, zatímco servo a osový hardware spadá do oblasti pohonů a řízení pohybu. Výměna hardwaru by však měla přijít až poté, co software a měřicí důkazy vyloučí příčiny související se soustavou a načasováním.
Reprodukujte nesoulad v kontrolovaném bodě
Spusťte robot sníženou rychlostí podle bezpečnostního postupu pracoviště pro roboty. Pokud to proces dovoluje, odstraňte v okolí podezřelého zachycení aproximaci a vložte záměrný synchronizační bod s využitím chování popsaného pro nainstalovanou verzi KSS. Zaznamenejte jediný vzorek až poté, co robot dosáhne definovaného stavu. Opakujte test ze stejné počáteční pózy, aby byly obě stopy porovnatelné.
Test by měl zodpovědět čtyři otázky: Byl vzorek odebrán na stejném řádku programu? Nacházel se fyzický robot ve stejné fázi pohybu? Byl aktivní stejný nástroj a základna? Představovala hodnota příkazovou, nebo naměřenou polohu? Pokud je některá odpověď neznámá, číselný rozdíl zatím nedokazuje geometrickou chybu.
Proč může advance run změnit důkazy
KRL připravuje nadcházející pohybové instrukce s předstihem, aby řídicí systém mohl spojovat dráhy a vyhnout se zbytečným zastavením. Tento look-ahead je zásadní pro plynulý pohyb robota, ale znamená, že interpretace programu a fyzický pohyb se nemusí vždy nacházet na stejné hranici instrukcí. Přiřazení bez pohybu může být vyhodnoceno, zatímco robot stále provádí předchozí pohyb.
Aproximace tento jev zviditelňuje. Robot může projet v blízkosti naprogramovaného bodu, aniž by se v něm zastavil, takže naměřená poloha zachycená skenem PLC nebo úlohou na pozadí může odpovídat jinému bodu na spojené dráze, než programátor očekává. Pokud nesoulad zmizí po odstranění aproximace a synchronizaci provádění, zkoumejte nejprve vzorkování a tok programu, nikoli kalibraci.
Produkční řešení by mělo zachovat požadovanou spojenou dráhu. Nenechávejte každý bod v přesném režimu jen kvůli zjednodušení logování. Místo toho definujte handshake, který určí, kdy je datový vzorek platný, a použijte chování řídicího systému vhodné pro nainstalovanou verzi softwaru.
Jasně definujte řetězec soustav
Póza robota má význam pouze v určité referenční soustavě. Zapište transformační řetězec od světa nebo kořene robota přes vybranou základnu a od příruby přes vybraný nástroj k procesnímu bodu. Poté určete, zda hlášená hodnota popisuje přírubu, střed nástroje, příkazovou dráhu nebo naměřenou polohu.
Prohledejte program i související úlohy a zjistěte, zda se mezi iteracemi nemění nástroj, základna nebo data soustavy. Inline formulář, podprogram, přerušení nebo proces na pozadí může vybrat jiná data bez zjevné změny v místním pohybovém bloku. Zvláštní pozornost věnujte nepřímým odkazům, protože zobrazený název proměnné může zůstat stejný, zatímco se změní vybraný index.
Porovnávejte všechny hodnoty v jedné deklarované soustavě. Odečtení pózy vztažené ke světu od pózy vztažené k základně vytvoří na pohled věrohodnou, ale bezvýznamnou chybu. Stejně tak použití transformace nástroje na pózu, která již představuje střed nástroje, může vypadat jako dvojnásobný posun. Zobrazte každý transformační krok a jeho směr, místo abyste výpočet zkrátili do jediného výrazu.
Nezaměňujte Eulerovy úhly za fyzickou orientaci
Průmyslová rozhraní robotů běžně vyjadřují orientaci třemi úhly. Tyto hodnoty jsou reprezentací orientace, nikoli nezávislými fyzickými osami. Stejnou fyzickou orientaci může popisovat více různých trojic úhlů a hodnoty se mohou prudce měnit v blízkosti singularity reprezentace, i když se nástroj otáčí jen nepatrně.
Pro diagnostiku porovnávejte transformace nebo použijte vhodnou míru chyby orientace, nikoli rozdíl jednotlivých zobrazených úhlů po složkách. Úhly normalizujte jednotně a jednotky uvádějte jednoznačně. Pokud je translace stabilní, ale hodnoty úhlů skokově mění, prověřte před obviňováním masteringu reprezentaci a výběr soustavy.
Oddělte příkazovou a naměřenou polohu
Příkazová poloha popisuje cílovou polohu dráhy nebo stav interpolace v řídicím systému. Naměřená poloha vychází ze zpětné vazby enkodérů a zahrnuje proto regulační odchylku, poddajnost, vliv zatížení, ustálení a okamžik pořízení. Obě hodnoty jsou užitečné, ale odpovídají na různé otázky.
Zaznamenávejte příkazové i naměřené hodnoty společně s rychlostí, stavem programu a monotónně se měnícím číslem vzorku. Pokud se rozdíl zvětšuje pouze během zrychlování a po ustálení se zmenší, důkazy ukazují spíše na běžné nebo abnormální sledování polohy než na trvalou chybu soustavy. Pokud jsou obě hodnoty posunuty stejnou konstantní transformací, prověřte data nástroje a základny.
Vytvořte atomickou datovou smlouvu mezi robotem a PLC
PLC může snadno zkombinovat souřadnice z různých interpolačních cyklů robota, pokud se každá hodnota načítá samostatně. Robot by měl zkopírovat kompletní pózu a její kontext do stabilní přenosové struktury a teprve po dokončení kopírování změnit pořadové číslo nebo příznak platnosti. PLC načte celou strukturu, ověří, že pořadové číslo zůstalo beze změny, a tento vzorek potvrdí.
Zařaďte číslo nástroje, číslo základny, označení příkazové nebo naměřené polohy, souřadnicovou soustavu, jednotky, režim robota a časové razítko vzorku nebo čítač cyklů. Přijímací logika by měla odmítnout zastaralá, neúplná data nebo data s neočekávaným kontextem. Tím se vágní nesoulad pózy změní v dohledatelnou chybu rozhraní.
Využijte simulaci jako řízené porovnání
Oficiální simulační prostředí společnosti KUKA podporuje offline ověřování pohybu robota a chování aplikace. Simulace může pomoci reprodukovat sekvenci programu, zkontrolovat použití soustav a porovnat aproximované a přesné dráhy bez spotřeby výrobního času. Nenahrazuje však kontroly masteringu, zatížení, poddajnosti, zpětné vazby enkodérů ani skutečného načasování PLC, proto ji považujte za jeden ze zdrojů důkazů.
Rozhodovací postup zaměřený nejprve na poruchy
Pokud synchronizace nesoulad odstraní
Opravte smlouvu pro vzorkování, předpoklady aproximace nebo načasování toku programu. Zachovejte ověřenou výrobní dráhu a zdokumentujte událost, která činí pózu platnou.
Pokud chyba souvisí s výběrem nástroje nebo základny
Opravte logiku výběru nebo směr transformace. Kalibraci opakujte pouze tehdy, když nezávislé fyzické kontroly prokážou, že samotná uložená soustava je chybná.
Pokud se příkazová a naměřená data během pohybu rozcházejí
Prověřte data zatížení, mechaniku, stav serva, regulační odchylku a načasování pořízení. Důkazy nezakrývejte souřadnicovým posunem.
Nejdůležitější metodický závěr je tento: nesoulad pózy je nejprve problém důkazů, teprve potom problém kalibrace. Ustalte bod provádění, deklarujte každou soustavu, porovnávejte srovnatelné hodnoty a trvalá data robota měňte až poté, co otestujete hypotézy týkající se načasování a transformací.