Skip to main content
CNC.wikiCNC.wiki

CNC-Verkabelung und Stecker prüfen: Kommunikationsfehler beheben

Leitfaden zur Diagnose von CNC-Kommunikationsfehlern an Kabeln, Steckern und Bussen von Fanuc, Siemens & Mitsubishi zur Erhöhung der Prozesssicherheit.

Hakan Gündoğdu
Hakan Gündoğdu

CNC CARE Mitgründer

Einleitung

Wenn ein Steuerkabel einer rotierenden Revolvergruppe (turret) während der Indexierung bricht oder ein hydraulischer Spanndrucksensor über eine PROFINET-Schnittstelle ein unvorhergesehenes Signal-Timeout erfährt, drohen katastrophale Folgen in der automatisierten Produktion. Verliert beispielsweise der Spindelantrieb, der das Spannfutter (chuck) steuert, während eines Gewindebohrzyklus seinen Drehzahlsollwert, stoppt die Bohrachse abrupt, während sich die Spindel unkontrolliert weiterdreht – ein Fehler, der typischerweise den Siemens-Alarm 22200 auslöst. Das Werkstück rutscht aus den Spannbacken, das Schneidwerkzeug zersplittert und das Bauteil wird augenblicklich zu teurem Ausschuss (scrap part). Im schlimmsten Fall kommt es zu einem unkontrollierten Achsen-Runaway, bei dem die Spindel mit maximaler Vorschubkraft in den Maschinenschraubstock (vise jaw), das Spannfutter oder die Spannvorrichtung (clamp) rast. Eine solche harte Kollision (hard collision) zerstört nicht nur die Spindelgeometrie und Führungsbahnen dauerhaft, sondern legt die gesamte Fertigungslinie für Tage lahm.

Für CNC-Programmierer und Einrichter ist die absolute Integrität der physischen Kommunikationswege das Fundament jeder prozesssicheren Zerspanung. Korrekte Konfiguration eliminiert die häufigste Ursache für Maßabweichungen bei diesem Befehl. Wird dieser Parameter nicht verifiziert, liegt das Ergebnis außerhalb der Toleranz — und der Fehler zeigt sich erst bei der Endmessung. Die kontinuierliche Fehlerüberwachung von Netzwerksignalen wie dem Fanuc Serial Servo Bus (FSSB), DRIVE-CLiQ-Verbindungen von Siemens oder optischen G380-Leitungen von Mitsubishi schützt Maschinen und Werkstücke vor den unkalkulierbaren Risiken transienter Übertragungsfehler.

Technische Übersicht

SpezifikationDetail
Befehlscode— (Hardware/Diagnostic)
Modal-GruppeNon-modal (Diagnostic / Hardware Check)
Unterstützte MarkenFanuc, Siemens, Mitsubishi
Kritische ParameterPRM No. 1936/1937, PRM No. 0103, PRM No. 1815 (Fanuc); r9936, p0124/p0154, MD11240 (Siemens); #9102, #9607, #85012 (Mitsubishi)
Hauptsächliche EinschränkungHot-swap von Kommunikationskabeln oder Leiterplatten niemals bei eingeschalteter CNC-Steuerung, Antriebs- oder Remote I/O-Spannungsversorgung durchführen. Schleifenwiderstand der Geberleitung strikt unter 0.5 ohms halten.

Schnellleser

  • Vor Wartungsarbeiten spannungsfrei schalten: Vor dem Trennen oder Anschließen von seriellen, Glasfaser- oder Netzwerkkabeln immer die Hauptspannung der CNC-Steuerung ausschalten, um ein Durchbrennen empfindlicher Transceiver-Chips zu verhindern.
  • Schleifenwiderstand verifizieren: Messen Sie die +5V- und 0V-Leitungen an Geberkabeln, um sicherzustellen, dass der gesamte Schleifenwiderstand (Hin- und Rückweg) strikt unter 0.5 ohms bleibt, was Spannungsabfälle bei langen Kabelwegen verhindert.
  • Erdungs-Schirmbleche verwenden: Vermeiden Sie einfache Draht-Beilauflitzen ("pigtails") zur Erdung von Kabelschirmen; verbinden Sie stattdessen die Schirme großflächig über spezielle Schirmanschlussbleche, um EMV-Rauschen zu blockieren.
  • Ungenutzte Ports schützen: Schützen Sie offene RJ45-, optische oder serielle Steckverbinder durch die Installation von Gummi-Verschlusskappen, um Kühlschmierstoffe und Metallstaub fernzuhalten.
  • Biegebegrenzungen einhalten: Halten Sie die herstellerspezifischen Grenzwerte für den minimalen Biegeradius bei Lichtwellenleitern wie Fanuc FSSB oder Mitsubishi G380 ein, um Mikrorisse im Faserkern zu vermeiden.
  • Parametereinstellungen beachten: Bestätigen Sie, dass Timeout-Parameter wie Mitsubishi #9607 oder Baudraten wie Fanuc PRM 0103 exakt mit den Spezifikationen der Peripheriegeräte übereinstimmen, um Framing-Fehler und Kommunikationsausfälle zu vermeiden.

Grundlegende Konzepte

Industrielle CNC-Steuerungen stützen sich auf serielle Hochgeschwindigkeits-, Glasfaser- oder Ethernet-basierte Feldbusnetzwerke, um die zentrale CPU mit Servonantrieben, spindle-Verstärkern und peripheren Ein-/Ausgangsmodulen zu verbinden. Im Gegensatz zu Standard-Büroverkabelungen arbeiten CNC-Kommunikationswege in Umgebungen mit starken elektromagnetischen Störungen, in denen physische Integrität und Schirmung unerlässlich sind. Bediener und Instandhaltungspersonal müssen verstehen, dass jede Verschlechterung dieser Signalwege zyklische Datenübertragungen direkt stört, was zu plötzlichen, nicht behebbaren Systemstopps führt.

Allgemeine Best Practices für die Netzwerkverkabelung erfordern, dass alle Kommunikationsleitungen abseits von Hauptquellen elektromagnetischer Störungen wie Motorleistungskabeln oder frequenzgeregelten Antrieben verlegt werden. Die Einhaltung dieser Verlegeprotokolle gewährleistet eine ordnungsgemäße Erdungsschirmung und verhindert, dass elektrische Störsignale Datenpakete korrumpieren. Darüber hinaus ist die strikte Einhaltung der empfohlenen Biegebegrenzungen erforderlich, um die physische und elektrische Integrität von Lichtwellenleitern und Kupferleitern gleichermaßen zu bewahren.

Umgebungsfaktoren sind im Laufe der Zeit die Hauptursachen für Verkabelungsausfälle. Kontinuierliche mechanische Vibrationen können schwere Rundsteckverbinder allmählich lockern, während Kühlschmierstoffe in schlecht abgedichtete RJ45- oder serielle Buchsen eindringen können. In Hochgeschwindigkeits-Fräs- und Drehzentren können Spanansammlungen die Kabelmäntel physisch abschaben, was zu Kurzschlüssen oder gebrochenen Rückführleitungen führt. Das Überwachen von Diagnoseparametern und das physische Inspizieren von Steckverbindern während regelmäßiger vorbeugender Wartungszyklen verhindert, dass diese Fehler laufende Produktionspläne unterbrechen.

Befehlsstruktur

CNC-Kommunikationssysteme verwenden keine standardmäßigen Programm-G-codes, um physische Verkabelungsdiagnosen durchzuführen. Stattdessen nutzen die Hardware- und Software-Subsysteme dedizierte Diagnoseregister und Parameterkanäle, die den Netzwerkstatus kontinuierlich überwachen. Diese Register fungieren als aktives Fenster in die physische Verbindung und erfassen transientes Rauschen, Übertragungs-Timeouts und Synchronisationsfehler. Durch den Zugriff auf diese spezialisierten Bildschirme können Techniker eine 7-Schritt-Methode zur CNC-Fehlerdiagnose durchführen und manuelle elektrische Prüfungen umgehen, um fehlerhafte Verbindungen sofort zu lokalisieren.

Jeder Steuerungshersteller implementiert ein eigenes Adressabbildungsschema für die Diagnose. Einige Systeme bilden physische Verbindungsleitungen direkt auf interne Register der programmierbaren Maschinensteuerung ab, während andere strukturierte, mit Variablen gefüllte Alarme direkt an die Benutzeroberfläche ausgeben. Diese Diagnoserahmen enthalten spezifische Platzhalter, die den aktiven Port, die Modul-ID und die Kanalnummer identifizieren und so ein präzises Abbild der physischen Architektur bilden. Lassen Sie uns die spezifische Syntax und die Formate untersuchen, die von den einzelnen Marken verwendet werden, um Netzwerk- und Verbindungsfehler zu übermitteln.

Diagnosesyntax und Adressformate

  • Fanuc PMC- und DGN-Abbildung: Verwendet PMC-Eingangs-/Ausgangsadressen (wie X0 bis 127 und Y0 bis 127, oder F/G-Register wie F1000/G1000) für die Abbildung lokaler I/O-Einheiten. Die Impulsgeber-Diagnose (pulse coder) wird über die Bildschirme DGN 203 and DGN 204 verfolgt, die binäre Flag-Bits wie DTE (Data Error), CRC (Cyclic Redundancy Check) und STB (Stop Bit) darstellen.
  • Siemens HMI-Platzhalterformat: Zeigt Alarme im strukturierten Format an: <Alarm No.> <Location data> <Alarm text>. Innerhalb dieser Meldungen formatiert und befüllt das System automatisch die lokalen Platzhalter %1 (der die Bus- oder Komponentennummer darstellt) und %2 (der den physischen Anschlussport darstellt), um den Fehler zu lokalisieren.
  • Mitsubishi RIO-Hexadezimalzeichenkette: Für den Fehler Z55 RIO communication stop gibt das System eine 8-stellige Hexadezimalzeichenkette im Format (a)(b)(c)(d)(e)(f)(g)(h) aus. Jedes zweistellige Paar repräsentiert ein bestimmtes Teilsystem, und die einzelnen Bits jedes Paars bilden direkt die Stationen 0 bis 7 ab.
  • Mitsubishi Feldbus-Statuscode: Der Fehler Z60 Fieldbus communication error gibt ein vierteiliges Ganzzahlformat n1 n2 n3 n4 aus. In dieser Zeichenkette repräsentiert n1 den Zustand des Masterkanals, n2 den Fehlerzustand, n3 die Fehlernummer und n4 die betroffene Slave-Stationsnummer.

Kritische Diagnose- und Kabelparameter

MarkeParameter / DatenbausteinBeschreibungWertebereich / Formatierung
FanucPRM No. 1936 / 1937Definiert die Steckernummer der ersten und zweiten separaten Sensor-Schnittstelleneinheit.0 bis 7 (Byte-Achstyp)
FanucPRM No. 0103Stellt die Baudrate für die CHANNEL 1 (I/O CHANNEL=1) Kommunikation ein.10 (4800 Baud), 11 (9600 Baud), 12 (19200 Baud)
FanucPRM No. 1815 (Bit 1 - OPTx)Konfiguriert den Verbindungstyp des Lagendetektors.0 (eingebauter pulse coder), 1 (separater pulse coder oder linearer Maßstab)
Siemensr9936[0...199]Fehlerzähler-Array zur Überwachung von DRIVE-CLiQ-Verbindungen und -Kabeln.Erhöht sich automatisch bei Datenübertragungsfehlern
Siemensp0124 / p0154Parameter zur Aktivierung der Komponentenerkennung über eine optisch blinkende LED.Aktiver oder inaktiver LED-Locator
SiemensMD11240 $MN_PROFIBUS_SDB_NUMBERBestimmt die Systemdatenbaustein-Nummer (SDB) für die PROFIBUS/PROFINET-Konfiguration.Systemdatenbaustein-Nummer
Siemensp8622Stellt die Baudrate für die CAN-Kommunikation ein.Standard-Bit-Timings zur Vermeidung von BUS OFF-Fehlern
MitsubishiParameter #9102 DEV0 BAUD RATEWählt die serielle Kommunikationsgeschwindigkeit für Gerät 0 aus.0 bis 7 (z. B. 0 = 19200 bps, 1 = 9600 bps)
MitsubishiParameter #9108 DEV0 HAND SHAKEWählt die Übertragungssteuerungsmethode für den Port aus.1 bis 3 (1 = RTS/CTS, 2 = kein Handshake, 3 = DC-Code)
MitsubishiParameter #9607 TIME-OUT SETStellt die Computer-Link-Timeout-Dauer zur Erkennung von Unterbrechungen ein.0 bis 999 (in Einheiten von 1/10 Sekunden, 0 = unendlich)
MitsubishiParameter #85012 Timeout ValueTimeout für die zyklische Kommunikation des CC-Link IE Field Network Basic.0, oder 20 bis 65535 (ms), wobei 0 standardmäßig 100ms entspricht
MitsubishiParameter #1762 cfgPR12/bit1Spezifiziert den Fehlertyp bei einem NC-HPU-Kommunikationsausfall.0 (Z107-Warnung), 1 (Z107-Alarm)

Markenanwendungen

Die Maschinenintegration stützt sich auf herstellerspezifische Netzwerke und Diagnosewerkzeuge, um die Betriebsstabilität aufrechtzuerhalten. Kabelspezifikationen, Schirmungsmethoden und Kommunikationsprotokolle variieren erheblich zwischen den Steuerungsherstellern. Techniker müssen die unterschiedlichen Betriebsverhalten und Softwarematrizen von Fanuc, Siemens und Mitsubishi verstehen, um eine physische Verschlechterung der Hardware effektiv zu diagnostizieren.

Fanuc

Fanuc-Systeme stützen sich in hohem Maße auf das proprietäre optische Netzwerk des Fanuc Serial Servo Bus (FSSB). Techniker beheben Fehler bei der Integrität der seriellen Übertragung, indem sie Parameter No. 1815 (OPTx-Bit) konfigurieren, um den Geberverbindungstyp (encoder) festzulegen. Physische Anschlussports werden darüber hinaus über Parameter wie Parameter No. 1936 verwaltet, um Sensor-Schnittstelleneinheiten zu identifizieren.

Um Kommunikationswege zu prüfen oder Standarddiagnosen durchzuführen, Bediener einfache G-code-Blöcke aus, um Achsen zu bewegen, während sie die Feedbacksignale beobachten. Beispielsweise kann der Befehl G04 X2.0; ausgeführt werden, um eine 2-sekündige Verweilzeit (dwell) zu erzwingen, was stabile Diagnoseprüfungen auf seriellen pulse coder-Datenströmen ohne Störungen durch Achsbewegungen ermöglicht.

Bei der Fehlersuche für ALM 351 kann die Durchführung einer Messung von Spannung und Stromstärke an Servoantrieben bestätigen, ob das Netzteil eine stabile Spannungsversorgung für den pulse coder liefert.

KategorieSystemdetails
ParameterPRM No. 1936 / 1937 (Detektoreinheit-Steckverbinder), PRM No. 0103 (Baudrateneinstellungen), PRM No. 1815 (OPTx-Verbindungskonfiguration).
AlarmeALM 351 (serieller pulse coder Kommunikationsfehler), SYS_ALM114 (optische FSSB-Unterbrechung zwischen Hauptplatine und Servoverstärker), ALM 086 (DR OFF RS-232C DSR-Signalabfall).
VersionsunterschiedeDie Series 16 erfordert eine dedizierte Adapterplatine (A20B-1004-0940) und ein spezielles codiertes Kabel (A660-2040-T007) für die Signalverfolgung; ältere Achssteuerplatinen der Series 0-C werden direkt an die Standard-Prüfplatine (A06B-6057-H602) angeschlossen. Die Motorsteuerung mit seriellem pulse coder C erfordert die Servosoftware Series 9050 Edition 001B oder neuer; die pulse coder A und B laufen mit der Edition 001A.

Warnung: Verifizieren Sie immer, dass die +5V-Stromversorgungsleitungen die korrekte Spannung am Geberstecker (encoder) liefern. Spannungsabfälle unter den Schwellenwert lösen sprunghafte ALM 351-Fehler aus, selbst wenn die Kupferleitungen vollen physischen Durchgang haben.

Siemens

Siemens SINUMERIK-Systeme nutzen das DRIVE-CLiQ-Daisy-Chain-Netzwerk, das elektronische Typenschilder über alle Geber, Motoren und Komponenten hinweg integriert. Techniker verfolgen den physischen Kabelverschleiß über den Fehlerzähler-Parameter r9936, der sich bei transienten Fehlern automatisch erhöht. Die Identifizierung von Komponenten wird durch das Auslösen visuell blinkender LEDs über den Parameter p0124 erreicht.

Vor Hochgeschwindigkeits-Indexierungen oder Gewindebohrzyklen können Bediener spezifische HMI-Meldungsbefehle direkt in das Teileprogramm einbetten, um sicherzustellen, dass physische Kabelprüfungen durchgeführt werden. Das Einfügen von MSG('Verify DRIVE-CLiQ cables on X200-X203') benachrichtigt den Techniker auf dem Bildschirm, bevor ein Stoppbefehl erteilt wird.

KategorieSystemdetails
Parameterr9936[0...199] (DRIVE-CLiQ-Fehlerzähler), p0124 / p0154 (Parameter zur visuellen LED-Komponentenaktivierung), MD11240 $MN_PROFIBUS_SDB_NUMBER (SDB-Nummer-Konfiguration), p8622 (CAN-Baudraten-Timing).
AlarmeAlarm F01356 / 201356 (DRIVE-CLiQ fehlerhafte Topologie oder falscher Portanschluss), Alarm 380003 (PROFIBUS/PROFINET Betriebs-/zyklischer Übertragungsfehler), Alarm 230835 (DRIVE-CLiQ zyklischer Datensynchronisationsfehler aufgrund von Rauschen oder Kabelbruch).
VersionsunterschiedeDie CU320-2 DP Control Unit erfordert eine Mindestfirmware-Version von 4.3; die CU320-2 PN Control Unit erfordert die Firmware-Version 4.4 oder höher. Ältere Regelungsbaugruppen 6SN1118-_N_00-0AA0 unterstützen keine RS485-Schnittstelle; Versionen ab 6SN1118-_N_00-0AA1 unterstützen RS485.

Warnung: Verwenden Sie niemals einfache Draht-Beilauflitzen ("pigtails"), um Kabelschirme zu erden. Schirme müssen großflächig mit speziellen Schirmanschlussblechen kontaktiert werden, um das Einkoppeln von elektromagnetischem Rauschen zu verhindern.

Mitsubishi

Mitsubishi-Steuerungen wickeln die Hochgeschwindigkeitskommunikation über proprietäre Glasfaserkabel und serielle Standardverbindungen ab. Die serielle Übertragungsgeschwindigkeit für Gerät 0 wird über den Parameter #9102 ausgewählt, der Baudraten-Ganzzahlen den Geschwindigkeitseinstellungen zuordnet. Timeouts während Host-Übertragungen werden über den Parameter #9607 streng überwacht, um unerwartete Systemstopps zu verhindern.

Beim Schreiben automatischer Skripte oder manueller Testzyklen strukturieren Programmierer Standard-Referenzblöcke, um eine physische Achsenprüfung durchzuführen. Die Ausführung eines Blocks mit G28 X0. Y0. Z0. ; erzwingt die Rückkehr der Achsen auf die Referenzposition und validiert die Integrität der Feedbackschleife über alle drei Achsen hinweg, bevor die Bearbeitung beginnt.

KategorieSystemdetails
ParameterParameter #9102 DEV0 BAUD RATE (serielle Kommunikationsgeschwindigkeit), Parameter #9108 DEV0 HAND SHAKE (Übertragungssteuerungsmethode des Ports), Parameter #9607 TIME-OUT SET (Dauer des Computer-Link-Timeouts), Parameter #85012 (CC-Link IE Basic Timeout), Parameter #1762 (cfgPR12/bit1 NC-HPU optischer Fehlertyp).
AlarmeAlarm Y02 0051 (SV-Kommunikationsfehler zwischen Steuerung und Antriebseinheit), Alarm Z55 (RIO-Kommunikationsstopp durch Trennung des Remote-I/O-Kabels), Alarm Z68 (CC-Link nicht verbunden durch physischen Kabelbruch), Alarm L01 -4 (Computer-Link-Timeout-Fehler).
VersionsunterschiedeHochzyklisches Abtasten für die Analyse von Servokommunikationsverzögerungen wird ausschließlich auf der M700V-Serie ab Version J0 und der M800-Serie ab Version C3 unterstützt. Das Analysieren von CC-Link-IE-Paketstatistiken über NC Analyzer2 auf der M80W-Serie erfordert die Softwareversion A3 oder neuer und die NC-Version C0 oder neuer. Die Geschwindigkeiten der M800VS/M80V-Serie bei kabelgebundenen LAN-Verbindungen können unter drahtlosen Netzwerklasten abfallen.

Warnung: Bündeln Sie optische Kommunikationskabel (wie G380 und G396) absolut niemals mit Standard-Vinylband. Die Weichmacher im Band zersetzen chemisch den verstärkten Mantel des PCF-Kabels und führen zu Rissen, was einen katastrophalen Signalverlust nach sich zieht.

Markenvergleich

Die Kernunterschiede in den seriellen, optischen und Feldbus-Kommunikationstopologien bestimmen, wie die Fehlersuche in der Werkhalle durchgeführt wird. Während einige Marken auf visuelle Diagnoseanzeigen auf Hardwareebene setzen, integrieren andere umfangreiche softwarebasierte Trace-Parameter. Die folgende Tabelle bietet einen direkten technischen Vergleich der Netzwerk- und Verkabelungssysteme von Fanuc, Siemens und Mitsubishi.

DiagnosemetrikFanucSiemensMitsubishi
Servobus-TopologieProprietärer FSSB (Lichtwellenleiter-Daisy-Chain)DRIVE-CLiQ (standardisierte Ethernet-basierte Daisy-Chain mit elektronischen Typenschildern)Proprietärer optischer Kommunikationsbus (unter Verwendung von G380- oder G396-PCF-Lichtwellenleitern)
DiagnoseschnittstelleDGN 203/204-Bildschirme zur Anzeige von Übertragungsfehlern auf Bit-Ebene (DTE, CRC, STB)Native HMI-Anzeige der exakten hexadezimalen Komponente, des Anschlussports und des Sub-SlotsBildschirm für rohe Paketstatistiken (I/F Diagnosis) und dedizierte PLC-SD-Register
Remote I/O-AdressierungPMC-Eingangs-/Ausgangsadressen (X0 bis X127, Y0 bis Y127) und F/G-RegisterHMI-Diagnoseplatzhalter %1 (Bus-/Komponentennummer) und %2 (Portnummer)Hexadezimale 8-stellige Zeichenkette zur Abbildung von bis zu 64 Remote-I/O-Stationen in 8er-Blöcken
Physischer KabelschutzStrenger minimaler Biegeradius, spezielle Erdungs-SchirmblecheGroßflächige Schirmanschlussbleche, Abdeckkappen für ungenutzte PortsSpezielle Dämpfungsklemmen für optische Kabel; Umwicklung mit Vinylband streng verboten

Technische Analyse

Die Analyse der unterschiedlichen Kommunikationsdesigns dieser drei großen CNC-Steuerungshersteller offenbart gegensätzliche technische Prioritäten. Fanuc konzentriert sein Feedback- und Antriebsnetzwerk auf den proprietären optischen FSSB-Ring, der die komplexe Schaltschrankverkabelung auf eine einzige, schnelle Glasfaserkette reduziert. Zur Diagnose dieses Glasfasernetzwerks bietet Fanuc eine hochgradig granulare Software-Diagnosematrix auf Bit-Ebene über die Bildschirme DGN 203 und DGN 204. Techniker können die binären Flags analysieren, um sofort festzustellen, ob der Fehler auf einer fehlenden physischen Datenantwort (DTE), mathematisch korrumpierten Übertragungspaketen (CRC) oder einem fehlenden Stoppbit (STB) beruht. Um absolute physische Sicherheit zu gewährleisten, wendet Fanuc strenge Systemalarmprotokolle (SYS_ALM) an, die sofort einen nicht behebbaren Zustand erzwingen, wenn eine DeviceNet- oder I/O Link-MAC-ID-Duplizierung erkannt wird, was einen vollständigen Neustart (power cycle) erfordert, um die Hardwareverriegelung der doppelten Adresse aufzuheben.

Siemens verfolgt mit seiner proprietären DRIVE-CLiQ-Technologie einen hochgradig strukturierten, automatisierten Ansatz für die Netzwerktopologie. Während des Hochlaufs scannt die Control Unit automatisch das Netzwerk und fragt die elektronischen Typenschilder ab, die in jedem Motor, Geber (encoder) und Modul eingebettet sind. Wenn ein DRIVE-CLiQ-Kabel an einen falschen Port angeschlossen ist oder ein Hardware-Mismatch erkannt wird, stoppt das System sofort den Hochlauf und zeigt den genauen physischen Fehlerort nativ auf dem HMI an. Anstatt externe Glasfaser- oder serielle Sniffer-Werkzeuge zu erfordern, Siemens gibt die genaue hexadezimale Komponente, den Anschlussport und den Sub-Slot direkt in HMI-Diagnosevariablen wie Parameter r2124 aus. Darüber hinaus integriert Siemens eine leistungsfähige Funktion zur vorausschauenden Instandhaltung über das Fehlerzähler-Array r9936, das transiente Paketverluste und Übertragungsanomalien geräuschlos im Hintergrund protokolliert. Dies ermöglicht es Technikern, verschlechterte Kupfer- oder Glasfaserverbindungen zu identifizieren und auszutauschen, bevor sie einen harten Maschinenabsturz verursachen.

Mitsubishi konzentriert sich auf ein hochdetailliertes physisches Kabelmanagement und eine zweistufige Kommunikationsdiagnose, um langfristige industrielle Zuverlässigkeit zu gewährleisten. Das Remote-I/O-Diagnosesystem ist auf einzigartige Weise abgebildet; beispielsweise gibt der Alarm Z55 RIO eine 8-stellige Hexadezimalzeichenkette aus, die bis zu 64 Remote-I/O-Stationen mathematisch abbildet. Dies ermöglicht es Wartungsingenieuren, eine getrennte Station sofort aus dem Fehlerprotokoll zu lokalisieren, ohne externe Software zu benötigen. Auf der Seite der physischen Verkabelung setzt Mitsubishi ein strenges mechanisches Installationsprotokoll für seine proprietären optischen G380- und G396-PCF-Leitungen (Plastic Clad Fiber) durch. Da die Weichmacher in Standard-Vinylband chemisch mit dem PCF-Mantel reagieren, was dazu führt, dass dieser versprödet und reißt, verbietet der Hersteller das Umwickeln dieser Leitungen mit Vinylband strikt und schreibt stattdessen spezielle Dämpfungsklemmen vor. Auf der Diagnoseseite erfasst Mitsubishi Protokolle auf niedriger Ebene der Netzwerkpaket-Statistiken – wie Rahmenlängenfehler und CRC-Kollisionen – direkt auf dem HMI-Bildschirm 'I/F Diagnosis' unter Verwendung dedizierter PLC-SD-Register wie SD1141, was Echtzeitdaten über elektromagnetische Störpegel liefert.

Programmbeispiele

Bei der Fehlersuche in Kommunikationsnetzwerken ist die Ausführung physischer Bewegungen oder diagnostischer Verweilzeiten unter kontrollierten Bedingungen eine äußerst effektive Methode, um die Systemstabilität zu beobachten. Die folgenden markenspezifischen Programmblöcke sind strukturiert, um Netzwerk-Feedback, serielle Kanäle und DRIVE-CLiQ-Verbindungswege zu isolieren und zu testen. Jeder Block wird von einer detaillierten Trockenlauf (dry run)-Analyse begleitet, die den exakten Funktionsablauf beschreibt.

Fanuc-Diagnoseverweilzeit- und Bewegungsprogramm

; Fanuc: G00 X150.0 Z50.0;
; Fanuc: G01 Y25.0 F300.0;
; Fanuc: G04 X2.0;

Trockenlauf-Analyse:

  • Schritt 1: Schnelle Achspositionierung (G00): Die Steuerung befiehlt den X- und Z-Achsen eine schnelle Bewegung auf die Koordinaten X150.0 und Z50.0. In dieser Phase fragt der CNC-Interpolator aktiv die Feedbackschleifen ab. Jede Signalunterbrechung oder ein loses Geberkabel (encoder) löst sofort einen ALM 351 aus, der die Achsbewegung augenblicklich stoppt.
  • Schritt 2: Lineare Achsinterpolation (G01): Die Y-Achse wird angewiesen, mit einer kontrollierten Vorschubgeschwindigkeit (feedrate) von 300.0 mm/min auf Y25.0 zu verfahren. Diese langsame, kontinuierliche Bewegung ermöglicht es Wartungstechnikern, den Kabelbaum physisch zu wackeln, um intermittierende Kupferleitungsbrüche oder schlechten Steckersitz zu prüfen.
  • Schritt 3: Programmierte Verweilzeit (G04): Das System führt eine Verweilzeit (dwell) von 2.0 Sekunden aus. Während die physischen Achsen in Position gesperrt bleiben, bleibt der optische FSSB-Ring voll aktiv. Diese Verweilzeit ermöglicht es dem Techniker, den Bildschirm DGN 203 zu öffnen und zu beobachten, ob die Fehlerbits DTE, CRC oder STB unter statischen Vibrationsbedingungen hochzählen.

Siemens DRIVE-CLiQ-Verifizierungsprogramm

; Siemens: MSG('DRIVE-CLiQ-Kabel an X200-X203 verifizieren')
; Siemens: STOPRE
; Siemens: M0

Trockenlauf-Analyse:

  • Schritt 1: Diagnostische HMI-Meldung (MSG): Die Steuerung gibt die Zeichenkette 'Verify DRIVE-CLiQ cables on X200-X203' direkt auf der aktiven HMI-Alarm- und Meldungszeile aus. Dies bietet dem Bediener eine sofortige visuelle Anweisung, vor dem Fortfahren die LED-Zustände an den physischen Anschlüssen der Control Unit zu überprüfen.
  • Schritt 2: Vorlaufstopp (STOPRE): Der Interpolator führt einen Vorlaufstopp (STOPRE) aus und hält die Ausführung nachfolgender Blöcke im Puffer an, bis der aktuelle Block vollständig ausgeführt ist. Dies stellt sicher, dass keine Bewegungsbefehle gepuffert oder vorausberechnet werden, während die physische Kabelprüfungen durchgeführt werden.
  • Schritt 3: Programmierter Stopp (M0): Das System führt einen obligatorischen Programmstopp aus, hebt die Achsfreigaben auf und sperrt die Maschinenachsen. Der Bediener muss physisch überprüfen, ob alle DRIVE-CLiQ-Kabel korrekt sitzen und keine grünen/orangefarbenen Status-LEDs blinken. Das Programm wird erst fortgesetzt, wenn der Bediener manuell die Taste Cycle Start auf dem Bedienfeld drückt.

Mitsubishi Referenzpunktfahrt- und Positionierungsprogramm

; Mitsubishi: G28 X0. Y0. Z0. ;
; Mitsubishi: G00 X150. Y150. ;
; Mitsubishi: M02 ;

Trockenlauf-Analyse:

  • Schritt 1: Rückkehr zum Referenzpunkt (G28): Die Steuerung weist die X-, Y- und Z-Achsen an, an ihre absoluten mechanischen Nullpositionen zurückzukehren. Die Rückkehr auf Null zwingt die Geberkreise (encoder), ihre Nullmarkensignale zu überprüfen. Wenn der maschinenseitige optische Detektor während dieser Bewegung einen Kommunikationsausfall erleidet, verriegelt das System sofort und gibt einen Y02 SV-Kommunikationsalarm aus.
  • Schritt 2: Eilgangpositionierung (G00): Die X- und Y-Achsen führen eine Eilgangbewegung auf die Koordinatenposition X150.0, Y150.0 aus. Die Antriebseinheiten verfolgen die Motorpositionen in Echtzeit und gleichen die Geberrückführung (encoder) mit den Befehlseingaben ab. Jedes hochfrequente EMV-Rauschen in der optischen Leitung während dieser schnellen Beschleunigungsphase löst sofort einen Kommunikationsfehler aus.
  • Schritt 3: Programmende (M02): Das System schließt die Programmausführung ab, setzt alle Register zurück und setzt den Cursor an den Anfang des Programms. Die Maschine bleibt in einem sicheren Ruhezustand, während das Netzwerk vollständig synchronisiert und bereit für die Standardproduktion ist.

Fehleranalyse

MarkeAlarmcodeAuslösebedingungBediener-SymptomUrsache / Behebung
FanucALM 351Serieller pulse coder Kommunikationsfehler (Datenübertragungsfehler) auf der angegebenen Achse.Die Maschine stoppt sofort, das aktive Programm wird abgebrochen und die Achsbewegung ist vollständig gesperrt.Prüfen Sie das Geber-Signalkabel (encoder) auf physische Schäden, verifizieren Sie, dass an den +5V-Stromversorgungsleitungen keine Spannungsabfälle auftreten, oder ersetzen Sie einen fehlerhaften seriellen pulse coder.
FanucSYS_ALM114Es kann keine FSSB-Kommunikation zwischen der Hauptplatine und dem Servoverstärker (AMP1) durchgeführt werden.Das System fällt in einen kritischen Systemalarmzustand, der die gesamte Maschine deaktiviert und einen vollständigen Neustart (power cycle) erfordert.Lokalisieren und ersetzen Sie das gebrochene oder getrennte Glasfaserkabel im FSSB-Ring, oder überprüfen Sie die Spannungsversorgung des Servoverstärkers.
SiemensAlarm F01356 / 201356Defekte DRIVE-CLiQ-Komponente erkannt oder eine Komponente ist an einen unzulässigen Port angeschlossen.Das System hebt den NC-Bereitschaftszustand auf und führt einen sofortigen schnellen Stopp (OFF2/OFF3) aus, der alle Bearbeitungskanäle anhält.Verifizieren Sie, dass alle Komponenten streng nach der Designtopologie angeschlossen sind, oder ersetzen Sie den defekten DRIVE-CLiQ-Geber (encoder) oder das Modul.
SiemensAlarm 380003PROFIBUS/PROFINET-Betriebsfehler bei der zyklischen Datenübertragung.Die Bearbeitung stoppt mit Verlust der Remote-Eingangs-/Ausgangssteuerung, und Peripheriegeräte verlieren die Synchronisation.Prüfen Sie, ob die Busabschlusswiderstände am ersten und letzten Knoten auf ON und andernorts auf OFF stehen, oder verifizieren Sie, dass die SDB-Nummer mit der Konfiguration übereinstimmt.
MitsubishiAlarm Y02 0051Kommunikationsausfall zwischen der Steuerung und der Servo-Antriebseinheit (Subcodes xy03, xy04, x006).Achsbewegungen sind gesperrt, die 7-Segment-Anzeige des Antriebs blinkt mit spezifischen Fehlercodes und ein harter abnormaler Stopp wird ausgelöst.Prüfen Sie auf getrennte oder gebrochene optische/serielle Kommunikationskabel, eliminieren Sie hochfrequentes elektromagnetisches Rauschen oder tauschen Sie fehlerhafte Antriebskarten aus.
MitsubishiAlarm Z55Remote-I/O-Einheit Kommunikationsstopp.Alle Remote-Eingangs-/Ausgangsoperationen frieren sofort ein, was Hydraulikpumpen, Spannelemente (clamp) oder Werkzeugrevolver-Indexiersysteme (turret) deaktiviert.Lokalisieren und reparieren Sie physische Kabeltrennungen zwischen der Steuerung und Remote-I/O-Blöcken, oder überprüfen Sie die Spannungsversorgung des RIO-Moduls.

Anwendungshinweis

Der plötzliche Verlust des Positionssignals und eine dadurch ausgelöste Toleranzüberschreitung an hochpräzisen CNC-Achsen sind die direkte Folge mangelhafter mechanischer Schirmkontaktierung oder chemischer Kabelschäden. Wird beispielsweise ein optisches G380- oder G396-Glasfaserkabel von Mitsubishi im Schaltschrank unsachgemäß mit Standard-Vinylband gebündelt, diffundieren die darin enthaltenen chemischen Weichmacher in den Kabelmantel. Das verstärkte PCF-Gehäuse (Plastic Clad Fiber) versprödet und reißt, wodurch Kühlschmierstoff direkt in die Faser eindringt und eine extreme Dämpfung des Lichtstrahls bewirkt. Wenn dieser Signalabfall im laufenden Bearbeitungszyklus auftritt, bricht die Kommunikation über den Servobus augenblicklich zusammen – es kommt zu Fehlern wie dem Alarm Y02 0051 (xy03/xy04 Data ID/Frame-Fehler) und einem abrupten Stopp, der das Schneidwerkzeug im Werkstück blockieren lässt und teuren Ausschuss (scrap part) erzeugt. Korrekte Konfiguration eliminiert die häufigste Ursache für Maßabweichungen bei diesem Befehl. Wird dieser Parameter nicht verifiziert, liegt das Ergebnis außerhalb der Toleranz — und der Fehler zeigt sich erst bei der Endmessung.

Zur Vermeidung solcher prozessgefährdenden Stillstände müssen Instandhaltungsteams strenge Schaltschrank-Verlegeprotokolle durchsetzen. Signal- und Geberkabel dürfen niemals zusammen mit Leistungskabeln verlegt werden, sondern erfordern einen Mindestabstand von 20 cm oder separate Metalltrennwände. Zur Schirmerdung sind einfache Draht-Beilauflitzen (pigtails), die wie EMV-Antennen wirken, strengstens untersagt; Kabelschirme müssen vollflächig über metallische Schirmanschlussbleche direkt auf das Systempotenzial gelegt werden. Bei Fanuc-Systemen der Series 16 muss für die Signalverfolgung zwingend die Adapterplatine A20B-1004-0940 in Kombination mit dem codierten Kabel A660-2040-T007 verwendet werden, um präzise Signalanalysen zu gewährleisten. Zudem muss der Schleifenwiderstand der Geberleitung auf den +5V- und 0V-Adern zyklisch gemessen und unter 0.5 ohms gehalten werden, da Spannungsabfälle transiente Datenpaketausfälle und Fehlalarme wie den ALM 351 provozieren, selbst wenn die physische Durchgängigkeit der Kupferleitungen gegeben scheint.

Verwandte Befehle

Die Fehlersuche in der Verkabelung und Kommunikation funktioniert im Zusammenspiel mit wichtigen Bewegungs-, Synchronisations- und Systemadministrationsbefehlen. Das folgende Netzwerk von Befehlen definiert die primären Werkzeuge, die zum Verwalten, Zurücksetzen und Testen von Kommunikationsschnittstellen verwendet werden:

  • G04 (Dwell Command - Fanuc): Pausiert die Achsbewegung für eine definierte Dauer, sodass Techniker die aktiven Übertragungszustände des seriellen pulse coder unter statischen Bedingungen auf dem Diagnosebildschirm beobachten können.
  • MSG (HMI Message Command - Siemens): Zeigt benutzerdefinierte Anweisungen auf dem HMI-Bildschirm an, sodass Techniker bei automatisierten Testroutinen aufgefordert werden, die physischen DRIVE-CLiQ- oder Netzwerkanschlüsse zu überprüfen.
  • STOPRE (Vorlaufstopp - Siemens): Hält die Programm-Vorausberechnung an, bis der vorhergehende Block vollständig ausgeführt ist, um sicherzustellen, dass Diagnosebefehle nicht vom Look-Ahead-Puffer umgangen werden.
  • POWER ON (System Hardware Reboot - Siemens): Initiiert einen vollständigen Hardware-Reset des Schaltschranks, der erforderlich ist, um doppelte Netzwerk-MAC-IDs, PROFIsafe-Fehler oder DRIVE-CLiQ-Topologie-Abweichungen zu löschen.
  • I/F Diagnosis (Schnittstellenüberwachung - Mitsubishi): Ruft das native HMI-Dienstprogramm auf, das die Netzwerkintegrität in Echtzeit überwacht und Paketfehler sowie Übertragungszahlen auf niedriger Ebene erfasst, die auf die Register SD1133 bis SD1150 abgebildet sind.

Fazit

Die Maximierung der Prozesssicherheit und die absolute Vermeidung von Maßabweichungen in hochautomatisierten Fertigungsbetrieben erfordern eine rigorose, vorbeugende Instandhaltungsstrategie für alle Kommunikationswege. Statt auf sporadische Störungsbeseitigung zu warten, sollten Instandhalter wöchentlich die Diagnoseregister DGN 203 und DGN 204 auf Fanuc-Steuerungen auf CRC- und DTE-Flags prüfen oder die DRIVE-CLiQ-Fehlerzähler r9936 bei Siemens-Systemen auswerten. An Mitsubishi-Anlagen liefert die kontinuierliche Überwachung der HMI-Diagnoseseite 'I/F Diagnosis' über die PLC-Register SD1133 bis SD1150 unschätzbare Echtzeitdaten über elektromagnetische Störungen und transiente Paketverluste. Durch das systematische Verschließen ungenutzter Ports mit Gummischutzkappen und die strikte Einhaltung der minimalen Biegeradien von FSSB- und DRIVE-CLiQ-Verbindungen lassen sich schleichende Signalverschlechterungen lokalisieren und beheben, noch bevor ein harter Systemalarm die Produktion blockiert und hohen Ausschuss erzeugt.

Häufig gestellte Fragen (FAQ)

Wie lassen sich ein sporadischer Signalverlust bei DRIVE-CLiQ-Verbindungen ohne teure Messgeräte im Betrieb lokalisieren?

Sporadische Signalstörungen an DRIVE-CLiQ-Schnittstellen beruhen oft auf minimalen Übergangswiderständen durch Mikrovibrationen, die im Stillstand nicht messbar sind. Statt Kabel auf Verdacht zu tauschen, nutzen Sie die integrierte Systemfunktion zur kontinuierlichen Leitungsdiagnose. Aktion: Öffnen Sie die Siemens-Inbetriebnahmearbeitsumgebung, rufen Sie das Parameter-Array r9936 für den betroffenen Antrieb auf und wackeln Sie im laufenden Betrieb vorsichtig an den Steckverbindungen X200 bis X203 des Control Units, um den Fehlerzähler gezielt zu triggern und die schadhafte Leitung eindeutig zu identifizieren.

Warum führt ein unvollständiger Erdungskontakt am Kabelschirm zu unregelmäßigen Toleranzfehlern beim Fanuc-Servobus (FSSB)?

Ein nur einseitig oder über eine Beilauflitze (pigtail) geerdeter Schirm wirkt bei hochfrequenten Störungen durch Leistungskabel wie eine Antenne, die induzierte Ausgleichsströme direkt in den optoelektronischen Wandler leitet. Das Signal-Rausch-Verhältnis sinkt, wodurch die Steuerung fehlerhafte FSSB-Synchronisations-Flags setzt. Aktion: Überprüfen Sie das HMI-Diagnoseregister DGN 356 auf Bit-Ausschläge und montieren Sie anstelle von Drahtbrücken geschraubte, verzinnte Schirmanschlussbleche, die den metallischen Schirm großflächig an der Gehäusemasse des Servoverstärkers kontaktieren.

Wie wird nach einem Z55-Remote-I/O-Verbindungsfehler die absolute Positionssicherheit einer Mitsubishi-CNC wiederhergestellt?

Nach einem Ausfall der RIO-Kommunikation sind die Status- und Quittierungssignale der Werkstückspannung und des Werkzeugrevolvers nicht mehr synchronisiert, was bei direktem Neustart zu Werkzeugbruch führen kann. Zur Wiederherstellung der Prozesssicherheit muss die Hardware-Lageerfassung neu initialisiert werden. Aktion: Dekodieren Sie die 8-stellige Hexadezimalzeichenkette des Z55-Alarms, um den fehlerhaften I/O-Knoten zu ermitteln, reinigen Sie den Stecker mit Kontaktreiniger und führen Sie nach dem Einschalten eine manuelle Referenzfahrt (Jog-Modus) bis zum mechanischen Anschlag aus, um das Koordinatensystem neu zu synchronisieren.

Immer noch nicht gelöst?

Frage unseren KI-Assistenten zu diesem Thema in natürlicher Sprache. Basierend auf verifizierten Quellen, keine Halluzinationen.

KI-Assistent fragen
Hakan Gündoğdu
Hakan Gündoğdu
  • CNC CARE Co-Founder (May 2025 - Present)
  • Mitsubishi Electric NC Sales & Service Section Manager (2008 - 2025)
  • Reis CNC Service Engineer (2003 - 2005)
  • Ören Kalıp CNC Mold Line Team Leader (1999 - 2002)

Mit über 25 Jahren Erfahrung in allen Bereichen der CNC-Maschinenbranche bin ich weiterhin als Mitgründer von CNC CARE tätig, wo wir markenunabhängige Beratung, Engineering und Original-Ersatzteil-Services anbieten.

Ähnliche Artikel

Weitere Artikel zu diesem Thema