KUKA MFC – brak widoczności wejść, diagnostyka KRC2/KRC4, iosys.ini, WorkVisual

Pytanie

karta mfc nie widzi wejsc

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Karta MFC przestaje „widzieć” wejścia najczęściej z powodu: braku/niepoprawnego zasilania, błędnej lub utraconej konfiguracji I/O ( iosys.ini / WorkVisual ), przerwy lub zwarcia w okablowaniu, uszkodzenia samej karty bądź konfliktu w magistrali systemowej.
• Należy kolejno: sprawdzić zasilanie i bezpieczniki, zweryfikować okablowanie i masy, przeanalizować diody LED oraz logi kontrolera, potwierdzić mapowanie wejść w konfiguracji, a w razie potrzeby podmienić kartę lub zaktualizować firmware.

Kluczowe punkty
• Zasilanie +24 V / +5 V oraz masa
• Plik iosys.ini (KRC2) lub I/O-mapping w WorkVisual (KRC4)
• Diody „MFC Bus OK” / „Input Active”
• Kontrola ciągłości przewodów i pinów
• Ewentualna wymiana karty / aktualizacja KSS

Szczegółowa analiza problemu

1. Informacje wstępne (warto zebrać)

1. Model sterownika (KRC2, KRC4 Std/Compact, KRC5 itd.).
2. Dokładny typ karty (MFC1, MFC2, MFC3, CI3-MFC, MFC-DSE-IBS).
3. Wersja KUKA System Software (KSS).
4. Czy problem dotyczy wszystkich, czy wybranych wejść.
5. Status diod LED na karcie (kolor, miganie).
6. Komunikaty błędów na panelu KCP/KrC SmartPad.

2. Diagnostyka krok po kroku

Typowe wyniki i interpretacja:

• Brak diody „Bus OK” → brak magistrali, uszkodzenie karty lub zasilania 5 V.
• Diody wejść zmieniają stan, ale nie widać tego w Monitor I/O → błąd mapowania/iosys.ini.
• Wejścia widoczne tylko w T1, nie w AUT → problem z konfiguracją bezpieczeństwa lub program PLC SPS.SUB.

3. Teoretyczne podstawy

Karta MFC jest mostkiem pomiędzy:
• szyną PC/PCI(-e) sterownika,
• lokalną magistralą MFC-Bus (czasem DeviceNet/InterBus),
• plecami modułów cyfrowych i analogowych.
Prawidłowy odczyt wymaga jednoczesnego: synchronizacji magistrali, zasilania obwodów I/O, poprawnego „stackingu” sterowników w KSS oraz fizycznej ciągłości sygnałów.

Aktualne informacje i trendy

• W KRC4 i nowszych KUKA odchodzi od lokalnego MFC-Bus na rzecz EtherCAT (KSB) oraz Profinet-Device Stack, co zmniejsza liczbę błędnych połączeń i ułatwia diagnostykę online w WorkVisual 6.x.
• Firmware MFC3 (CI3-MFC) otrzymał w 2023 r. poprawkę rozwią­zującą problem sporadycznej utraty wejść po reboocie (patch KSS 8.6.9 HF1).
• Coraz częściej stosuje się rozproszone moduły IO-Link, umożliwiające diagnostykę czujnika na poziomie kanału (trend Industrie 4.0).

Wspierające wyjaśnienia i detale

• Dla KRC2 linie wejść często współdzielą wspólną masę 0 V; przerwa w tej linii powoduje „nie­widzialność” wszystkich DI.
• W KRC4 po zmianie hardware’u projekt WorkVisual należy ponownie „Deploy”, w innym razie urządzenie zostanie wykryte, lecz I/O pozostaną offline (status „Not Referenced”).
• Zakłócenia EMI: długie nieekranowane przewody indukcyjne mogą wprowadzać fałszywe 0 V na DI; użycie ekranowanych przewodów i prawidłowego prowadzenia mas według IEC 60204 minimalizuje ryzyko.

Aspekty etyczne i prawne

• Manipulacja przy zasilaniu i obwodach bezpieczeństwa (X11/X13) wymaga uprawnień SEP i zachowania procedur LOTO.
• Niezgodne modyfikacje mogą naruszać oznaczenie CE (Dyrektywa Maszynowa 2006/42/WE).
• Błędnie działające wejścia mogą wywołać niezamierzony ruch robota – należy bezwzględnie przestrzegać norm ISO 10218-1/-2.

Praktyczne wskazówki

1. Zrób zdjęcia obecnego okablowania przed demontażem.
2. Wyłącz zasilanie sterownika, rozładuj kondensatory, użyj bransoletki ESD przed wyciągnięciem karty.
3. Jeśli to KRC4 Compact, sprawdź bezpiecznik T2 A w zasilaczu 24 V pod gniazdem X55.
4. Do szybkiej diagnostyki użyj trybu „Automatic External” i sygnału testowego – pomoże to od razu wykryć brak reakcji na DI[$x].
5. Po zmianie iosys.ini pamiętaj o pełnym „Cold Start” (nie wystarczy Soft-Reset).

Ewentualne zastrzeżenia lub uwagi dodatkowe

• W starszych KRC1/KRC2 zdarzają się zimne luty w gnieździe PCI – objawy identyczne jak uszkodzenie karty.
• Firmware MFC2 nie jest kompatybilny z KSS ≥ 5.6 bez patcha; mieszanie wersji może skutkować częściową utratą I/O.
• Jeżeli używasz rozproszonych modułów (Beckhoff EK1100 + EL1xxx), problem może leżeć po stronie EtherCAT, a nie MFC – zwróć uwagę na komunikat „Device in Init”.

Sugestie dalszych badań

– Porównanie stabilności odczytu DI w architekturze MFC vs EtherCAT (projekt migracyjny).
– Implementacja diagnostyki predykcyjnej styków na podstawie detekcji drgań i prądu wejść.
– Wpływ topologii mas na odporność układu I/O – symulacje w EMC Studio.

Krótkie podsumowanie

Brak sygnałów na karcie MFC to efekt jednego z czterech obszarów: zasilanie, okablowanie, konfiguracja, uszkodzenie. Systematyczna diagnostyka – zaczynając od napięć i diod LED, przez plik iosys.ini / projekt WorkVisual, aż po podmianę karty – pozwala szybko zawęzić i usunąć przyczynę. Przestrzeganie procedur bezpieczeństwa i aktualnych patchy KSS minimalizuje ryzyko ponownego wystąpienia problemu.