Błąd 50024 w robotach ABB: przyczyny i diagnostyka

Pytanie

Błąd 50024

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Błąd 50024 w robotach ABB to ostrzeżenie Corner Path Failure (nie awaria osi). Pojawia się, gdy kontroler nie ma gotowej kolejnej instrukcji ruchu w chwili wchodzenia w strefę narożnika (zone), więc zamiast płynnego „przelotu” musi zatrzymać się w punkcie.
• Kluczowe punkty:
  • Najczęstsze przyczyny: instrukcje typu Wait/Stop po ruchu z „zone”, zbyt małe odległości między punktami przy dużych strefach, zbyt duża prędkość wobec geometrii narożnika, nadmiar logiki między ruchami.
  • To zwykle problem programowy/parametryczny, nie sprzętowy.

Szczegółowa analiza problemu

• Mechanizm: Przy ruchach MoveJ/MoveL/MoveC z zadanym „zone” kontroler planuje łuk przejścia (fly-by). Jeśli „następny” ruch nie jest jeszcze obliczony lub cokolwiek wymusza zatrzymanie (fine stop), planowanie narożnika się nie powiedzie i loguje się 50024.
• Typowe scenariusze:
  • Po Move… z „z10/z50/…”, następna linia to WaitTime/WaitDI/Stop/Sync lub złożone obliczenia – to wymusza zatrzymanie w punkcie strefowym.
  • Sekwencja krótkich segmentów z dużymi strefami – strefy się nakładają; robot nie może geometrycznie utrzymać krzywizny przy zadanej prędkości.
  • Niewłaściwe tooldata/loaddata (rzadziej) – fizycznie nie da się „ściąć” narożnika z takim obciążeniem i prędkością.
  • W symulacji: wysokie obciążenie CPU, zbyt małe czasy prefetch – ostrzeżenie może się pojawiać mimo poprawnej trajektorii na rzeczywistym kontrolerze.
• Co to oznacza dla procesu: Robot zwykle wykona ruch, ale zamiast płynnej kontynuacji zatrzyma się dokładniej (fine) – wpływ to najczęściej niewielkie wydłużenie cyklu.

Aktualne informacje i trendy

• W nowszych wersjach RobotWare 6 można programowo tłumić to ostrzeżenie (np. dyrektywą/ustawieniem CornerPathWarning FALSE) albo parametrem systemowym Motion Planner → Remove Corner Path Warning = YES. To maskuje komunikat, ale nie usuwa przyczyny.
• Na forach użytkownicy potwierdzają, że 50024 bywa „nieszkodliwe” dla procesu, ale częstsze występowanie bywa symptomem nieoptymalnej sekwencji ruchów lub za dużych „zone”.

Wspierające wyjaśnienia i detale

• Dane „zone” określają dopuszczalną odchyłkę od punktu docelowego dla zachowania ciągłości ruchu. Im większe „zX”, tym większe „cięcie” narożnika.
• Jeżeli po punkcie z „zone” występuje instrukcja, która wymusza zatrzymanie, powstaje konflikt: planowany fly-by vs. konieczność zatrzymania – efekt to 50024.
• Dystans między punktami powinien być większy niż średnica stref łącznie oraz zgodny z krzywizną trajektorii i prędkościami/ograniczeniami dynamiki.

Aspekty etyczne i prawne

• Nie należy wyłączać ostrzeżeń „w ciemno” w systemach produkcyjnych objętych oceną ryzyka/zgodnością (np. ISO 10218, ISO 13849). Najpierw usuń przyczynę, a dopiero potem rozważ tłumienie komunikatu.
• Zmiany prędkości/stref i logiki zatrzymań muszą być zgodne z analizą ryzyka stanowiska i procedurami bezpieczeństwa.

Praktyczne wskazówki

• Szybkie kroki naprawcze:
  • Zmień ruch poprzedzający instrukcję Wait/Stop z „zX” na „fine”.
  • Zmniejsz „zone” w sekwencjach gęstych punktów lub zwiększ odległości między punktami.
  • Zmniejsz prędkość/acc w narożach o dużej krzywiźnie.
  • Ogranicz ciężkie obliczenia i dostęp do I/O pomiędzy ruchami; przenieś je przed ruch lub po punkcie „fine”.
  • Zweryfikuj tooldata/loaddata (LoadIdentify) – dopasuj do realnego chwytu/ładunku.
• Diagnostyka krok po kroku:
  • Event Log: znajdź linię RAPID, przy której loguje się 50024.
  • Przejrzyj trzy instrukcje: poprzedzający Move, problematyczny Move, następną instrukcję – szukaj Wait/Stop/synchronizacji.
  • Oceń geometrię: czy odległości punktów > zadane „zone”? Czy prędkości nie są nadmierne?
  • Test: wstaw co N ruchów punkt „fine” – jeśli błąd znika, to potwierdza problem z planowaniem „look-ahead”.
  • Symulacja vs. realny robot: jeśli błąd tylko w symulacji – sprawdź obciążenie CPU i ustawienia prefetch.
• Działania konfiguracyjne (świadomie):
  • RW6: rozważ programowe wyciszenie ostrzeżenia (CornerPathWarning FALSE) dla specyficznych sekcji po świadomym przeglądzie trajektorii.
  • Parametr systemowy: Motion Planner → Remove Corner Path Warning = YES – tylko jeśli masz pewność, że trajektoria i bezpieczeństwo są właściwe.

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Sprzęt: choć 50024 jest natury programowej, incydentalnie bywa logowane równolegle z innymi problemami (np. przelotne błędy napędów/złączy). Jeśli masz też kody komunikacji/napędów – sprawdź okablowanie i złącza osi 5/6 i SMB.
• Mylenie kodów: 50024 nie dotyczy „Axis configuration monitoring”/„Joint outside range” – to inne kategorie zdarzeń.

Sugestie dalszych badań

• Przejrzyj fragment programu: 5–10 linii przed i po miejscu wystąpienia – poszukaj Wait/Stop/warunków zaraz po ruchu z „zone”.
• Zweryfikuj globalnie politykę „zone”: standaryzacja z wartościami z1/z5/z10 dla ciasnych miejsc, z50/z100 dla długich przelotów.
• Przetestuj warianty: MoveC dla płynnych narożników zamiast wielu MoveL.

Krótkie podsumowanie

• 50024 = Corner Path Failure: kontroler nie mógł utrzymać przelotu przez narożnik i zatrzymał się precyzyjnie.
• Najpierw usuń przyczynę w kodzie/parametrach (fine przed Wait, właściwe zone/odległości/prędkości, poprawne loaddata), a dopiero w razie potrzeby rozważ wyciszenie ostrzeżenia.
• To ostrzeżenie najczęściej nie jest krytyczne, ale sygnalizuje potencjał do optymalizacji cyklu.

Jeśli chcesz, prześlij:

• model robota i wersję RobotWare,
• fragment RAPID (5–10 linii przed/po zdarzeniu),
• czy błąd pojawia się na realnym kontrolerze czy w RobotStudio,
  abym zaproponował konkretną modyfikację kodu.