FANUC
Ihr Spezialist für Fabrikautomation
Fanuc 16i-MB: Keine Spindeldrehzahl, Motor-Drehzahl und Last funktionieren

16i-MB-Steuerung, ?i-Spindelantrieb, ?i-M-Motor-Encoder und ein Näherungsschalter zur Orientierung, der ein 2-Gang-Getriebe ansteuert.
Der ?i-M-Motor-Encoder wurde durch einen neuen ersetzt, der Spalt wurde auf 0,004" eingestellt, und die Motordrehzahl wird korrekt erkannt.
Wenn ich versuche, die Spindel zu starten, erscheint ein Fehlercode 31 (Motor blockiert / V-Signalverlust) am Spindelverstärker.
Der Motor dreht sich langsam in eine Richtung, kehrt dann um und wird noch langsamer, bevor er mit Alarm abschaltet.
Die Motorlast springt auf 150 %, aber man hört keine akustische Belastung des Motors.
Auf der Seite Servo Tune wird die korrekte Motordrehzahl und eine Spindellast angezeigt, aber die Spindeldrehzahl bleibt bei 0.
Die Umschaltung zwischen HIGH/LOW-Gang wird simuliert und schaltet manuell korrekt im DSPOPR-Menü, die entsprechenden I/O-Signale ändern sich wie erwartet, und die Ladder-Logik „weiß“, in welchem Gang sich die Spindel befindet.
Ich habe den Datenfluss in der Ladder-Logik so weit wie möglich verfolgt.
Die PMC liest abwechselnd Motordrehzahl und Motorlast aus D1110 und schreibt die Drehzahldaten nach D0520.
Von dort aus erfolgt eine Multiplikation und Division mit den Übersetzungsverhältnissen als Operanden.
Das Ergebnis wird dann in D0914 geschrieben, das ich überprüft habe – es aktualisiert sich korrekt und ändert sich je nach HIGH/LOW-Gang.
Ab dort verliere ich die Spur – die einzigen Referenzen zu D0914 sind in den Geschwindigkeitsberechnungen.
Ich vermute, dass irgendwo ein Bulk Memory Transfer durchgeführt wird, um die Daten zurück an die CNC zur Anzeige zu senden, aber ich konnte diesen Schritt in der Ladder nicht finden.
Ich gehe derzeit davon aus, dass der Fehler 31 dadurch ausgelöst wird, dass die Spindeldrehzahl auf 0 bleibt.
Ich konnte jedoch nicht herausfinden, ob zur Erzeugung des Alarms die Motordrehzahl oder die Spindeldrehzahl verwendet wird.
Die IGBT-Module im Antrieb habe ich überprüft – sie haben den grundlegenden Diodentest bestanden.
Ich weiß aktuell nicht, wie ich weiter vorgehen soll.
Wenn jemand bestätigen kann, ob die ?i-SP-Antriebe direkt die Motordrehzahl verwenden oder ob sie sich auf die Spindeldrehzahlinformation verlassen, um zu erkennen, ob die Spindel blockiert ist, würde mir das sehr helfen, mich auf die richtige Richtung zu konzentrieren.
Ich habe mehrere ähnliche Beiträge gesehen, aber keine wirklichen Antworten außer „Parameter prüfen“ oder „Sensor prüfen“ – beides habe ich in meinem Fall bereits ausgeschlossen.
Der ?i-M-Motor-Encoder wurde durch einen neuen ersetzt, der Spalt wurde auf 0,004" eingestellt, und die Motordrehzahl wird korrekt erkannt.
Wenn ich versuche, die Spindel zu starten, erscheint ein Fehlercode 31 (Motor blockiert / V-Signalverlust) am Spindelverstärker.
Der Motor dreht sich langsam in eine Richtung, kehrt dann um und wird noch langsamer, bevor er mit Alarm abschaltet.
Die Motorlast springt auf 150 %, aber man hört keine akustische Belastung des Motors.
Auf der Seite Servo Tune wird die korrekte Motordrehzahl und eine Spindellast angezeigt, aber die Spindeldrehzahl bleibt bei 0.
Die Umschaltung zwischen HIGH/LOW-Gang wird simuliert und schaltet manuell korrekt im DSPOPR-Menü, die entsprechenden I/O-Signale ändern sich wie erwartet, und die Ladder-Logik „weiß“, in welchem Gang sich die Spindel befindet.
Ich habe den Datenfluss in der Ladder-Logik so weit wie möglich verfolgt.
Die PMC liest abwechselnd Motordrehzahl und Motorlast aus D1110 und schreibt die Drehzahldaten nach D0520.
Von dort aus erfolgt eine Multiplikation und Division mit den Übersetzungsverhältnissen als Operanden.
Das Ergebnis wird dann in D0914 geschrieben, das ich überprüft habe – es aktualisiert sich korrekt und ändert sich je nach HIGH/LOW-Gang.
Ab dort verliere ich die Spur – die einzigen Referenzen zu D0914 sind in den Geschwindigkeitsberechnungen.
Ich vermute, dass irgendwo ein Bulk Memory Transfer durchgeführt wird, um die Daten zurück an die CNC zur Anzeige zu senden, aber ich konnte diesen Schritt in der Ladder nicht finden.
Ich gehe derzeit davon aus, dass der Fehler 31 dadurch ausgelöst wird, dass die Spindeldrehzahl auf 0 bleibt.
Ich konnte jedoch nicht herausfinden, ob zur Erzeugung des Alarms die Motordrehzahl oder die Spindeldrehzahl verwendet wird.
Die IGBT-Module im Antrieb habe ich überprüft – sie haben den grundlegenden Diodentest bestanden.
Ich weiß aktuell nicht, wie ich weiter vorgehen soll.
Wenn jemand bestätigen kann, ob die ?i-SP-Antriebe direkt die Motordrehzahl verwenden oder ob sie sich auf die Spindeldrehzahlinformation verlassen, um zu erkennen, ob die Spindel blockiert ist, würde mir das sehr helfen, mich auf die richtige Richtung zu konzentrieren.
Ich habe mehrere ähnliche Beiträge gesehen, aber keine wirklichen Antworten außer „Parameter prüfen“ oder „Sensor prüfen“ – beides habe ich in meinem Fall bereits ausgeschlossen.



Level 2 = Community-Facharbeiter


Gruppe: Mitglied
Mitglied seit: 19.07.2011
Beiträge: 53
Mitglied seit: 19.07.2011
Beiträge: 53
Motorsperre oder Vektor-Signalverlust.
Der Antrieb kann die Rotation oder Motorvektoren nicht korrekt erkennen, da Signale vom Encoder fehlen oder ungültig sind.
Der Antrieb kann die Rotation oder Motorvektoren nicht korrekt erkennen, da Signale vom Encoder fehlen oder ungültig sind.
--------------------

Hast du versehentlich zwei Phasen der Motorstromkabel auf der Motorseite oder der Verstärkerseite vertauscht?
Für eine korrekte Sensormontage musst du ein Oszilloskop anschließen und die Sinusform der A- und B-Signale prüfen.
Für eine korrekte Sensormontage musst du ein Oszilloskop anschließen und die Sinusform der A- und B-Signale prüfen.
1 Besucher lesen dieses Thema (Gäste: 1)
0 Mitglieder: