SINUMERIK Safety Achszuordnung/Fehler in Überwachungskanal

M.V

Level-2
Beiträge
56
Reaktionspunkte
9
Zuviel Werbung?
-> Hier kostenlos registrieren
Guten Tag zusammen,

Vorab: Sinumerik 840D SL V04.08 + SP06 + HF03

Ich habe folgendes Problem,
27001 Achse XXX Defekt in einem Überwachungskanal, Code 11 Werte NCK: 1000, Antrieb: 234000

Der Fehler sagt folgendes aus, die Safetyendlage (positiv) sind in NCK und Antrieb (Safety) unterschiedlich.
Laut meinen Achs-MD und passenden Antriebparameter passen diese zusammen. Also passt der Safety Gebersatz nicht zu dem Antrieb?
Er nimmt die Werte von einer anderen Achse/Antrieb, wie man es sehen möchte.
Um vorab Hardware Fehler auszuschließen ohne Safety sind alle Achsen gefahren, also sollte die Zuordnung passen.

Nun habe ich schon folgende Parameter kontrolliert

Allgemein MD
13050 mit der HW Konfig
10393 mit der HW Konfig

Achs-MD
Dass 36906 (von 36907) und 30110 zueinander passen, also die selben Antriebsnummern besitzen.

Safety habe ich natürlich auch immer kopiert und bestätigt + Reset PO.

Momentan komme ich nicht weiter, da die Hilfe auf die Parameter 13050+10393 und 36906 hinweist.


Hat jemand noch eine weitere Idee? Ansonsten müsste ich die Werkseinstellungen laden und nochmal anfangen, eventuell habe ich da etwas durcheinander geschmissen.

Vielen Dank!
 
Hallo,
nur weil's für mich nicht eindeutig ist:
Hast du auch nach dem Kopieren einen PO-Reset gemacht oder nur nach dem Bestätigen?

Grüße von HaDi
 
Guten Morgen,

@HaDi ich mache nur nach den Kopieren UND Bestätigen EIN Reset PO, das sollte doch ausreichen, oder? Die Maschine übernimmt dann zumindest immer alles.
@Peter Gedöns Ja, also diese wird doch über MD36906 und indirekt über MD30110 eingestellt, oder nicht?

Das Problem lag indirekt damit zusammen, es ist eine Erweiterung und beim alten Archiv einspielen sind in MD13050 einige Fehler passiert und es war teilweise immer eine 8000 drin, anstatt z.B. 4100 und weitere.
Habe die MD10393 auch dementsprechend angepasst und die Zuordnung der Achsen nochmal überarbeitet. Dort sind wohl Fehler in Verbindung mit 13050 aufgetreten. Nachdem das alles gerade gebogen war hatte ich dann die Achsfreigabe, bzw. die Fehler sind verschwunden.


Vielen Dank!
 
Guten Morgen,

Nun habe ich folgendes Problem. Freigaben der Achse alle vorhanden, Achse soll fahren fährt bis ein STOP A kommt.
Fehler: 27001 CODE 3, Werte NCK und Antrieb unterschiedlich. bzw. am Anfang gleich und laufen dann in eine unterschiedlichen Richtungen.

MD32110 MD36925 und p410 schon geändert hat nichts gebracht.
Bei der ersten Achse habe ich MD36925 geändert (Richtungsumkehr) und dann lief diese Achse.

Wie oben beschrieben, laufen die Achsen ohne Safety wunderbar, daher dachte ich, es liegt an den MD36925. Bei der nächsten Achse löst es leider nicht das Problem. Es sind übrigens SIEMENS Motoren mit integrierten Geber und Stecker. Also Hardware Fehler kann ausgeschlossen werden.

Daher sollte ich auch gar nicht MD32110 und p410 ändern.

Vielen Dank für die Hilfe!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
ist da evtl. eine Übersetzung im Spiel (36920-36922)?
Kannst du in den Servicedaten sehen wie sich der sichere Istwert verhält?

Grüße von HaDi
 
Guten Morgen,

die Fräse gibt es schon und wurde nochmal gebaut. Die Parameter 36920-36922 sagen mir nicht so viel, also ein Übersetzungsverhältnis gibt es. Es ist auch schon eingestellt (Aus den alten Maschinendaten).


MD36925 habe ich, wie gesagt, auch geändert. Wenn ich nur diesen Wert ändere, springt der Fehler von 27001 Code 3 auf 27001 Code 44. Also das verstehe ich nicht...
Fehler 27001 Code 3 , NCK 64045, Antrieb 65928 bei MD 36925= 1
Fehler 27001 Code 3, NCK 56111, Antrieb 68619 bei MD 36925=-1

MD36931 von 1000 auf 2100 erhöht

Fehler 27001 Code 3, NCK 55999, Antrieb 56335 bei MD 36925=-1
Fehler 27001 Code 44, NCK 59229, Antrieb 61830 bei MD 36925= 1


Ich komme noch nicht wirklich weiter und weiß nicht woran es liegen kann p9516 war auch noch eine Vermutung. Hat leider auch nicht geholfen
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also, ich weiß zwar nicht von welchem Istwert du jeweils gestartet bist, aber für mich sieht das so aus als wäre 36925=1 richtig, aber die Istwerte zählen unterschiedlich "schnell" hoch, bei 36925=-1 zählen sie offensichtlich gegensinnig.
Es müsste demnach, da es ja ohne Safety funktioniert, einen Unterschied in der Geberparametrierung zwischen Standard und Safety geben (Spindelsteigung, Geberimpulse, Übersetzung,...).

Grüße von HaDi
 
Guten Morgen,

also es lag am Parameter 9522, dieser wurde beim Einspielen womöglich ignoriert und auch ich habe Ihn lange übersehen...
Im MD36921/22 war er passend aber eben im Antrieb nicht.


Vielen Dank!
 
Zurück
Oben