Guten Tag,

Aktuell Problem : bei ausschalten und wieder einschalten die CU320, der Achse mit der TO_ExterneGeber verliert sein null und zeigt eine andere Position.

Topologie :

-Gantry Achsen, CPU1507D TF, S120 CU320-2 PN
-Master Achse Hardware: Linearmotor, Absolut Messsystem EnDat 2.2 + EnDat to DriveCliq Umsetzer (Heidenhain EIB3392S) 
-Master Axis Software: in PLC mit TO_PosAxis mit Telegramm 105
-Slave Achse Hardware: wie Master Achse.
-Slave Achse Software: in der CU320 mit eine Technologieregler um zu der Lastabgleich haben. (Im Anfang, war der Lastabgleich in der SPS programmiert mit der LoadBal Library, aber nach implementieren andere große Baustein, war der SPS Belastung zu hoch, und als der Lastabgleich wichtig ist in diese Applikation, diese Lösung in der CU320 mit Technologieregler ist gefunden, wie im Doku SINAMICS S120 Geschwindigkeitsgleichlauf mit optionaler Lastverteilung bei Regalbediengeräten Beitrags-ID: 72341566 )
Kommunikation steht mit SPS durch Telegramm 3, der TO_ExterneEncoder mit Telegramm81.

Wann wir fahren zB. der Gantry zum Position Null, und dann die CUs sind ausgeschaltet und wieder an, dann der Master Achse zeigt wieder 0, aber der Slave zeigt +600mm. Der Fehler ist wiederholbar aber der Werte ist nicht immer gleich.

Damals war die Kommunikation mit der TLG105 und der Fehler war immer ab sofort sichtbar. Als der Achse Regelung steht in der CU mit der Technologieregler, war der DSC nicht mehr notwendig, dann war der TLG3 angewählt, mit welche der Fehler kommt manchmal sofort, andere mal bei eine MC_Befehl.

In der Programmierung steht auch die Empfehlungen von https://support.industry.siemens.com/cs/de/de/view/109750297

MC_Home ist mit Mode 7

Die Geber sind in Zyklisch Absolut (auch nur Absolut probiert, hat keine Einfluss)

In der Achse-DB, der Werte in AbsEncoderOffset ist nicht verloren.

Der Problem steht nur bei die Achsen mit TO_ExterneGeber. Es gibt 8 Achsen mit die gleiche Hardware-Konfiguration, aber mit der TO_PosAchse, funktionieren ohne Probleme.

Ob jemand eine Idee hat, wäre schön.

Hallo,

Mode 7 am MC_Home ist erstmal korrekt, und auch die Einstellung zyklisch absolut ist soweit gut.
Wenn der AbsEncoderOffset nicht verloren geht, deutet das darauf hin dass einerseits die Justage funktioniert hat (denn es scheint ja ein Wert ≠ 0 in AbsEncoderOffset vorhanden zu sein), andererseits heißt dass, dass vermutlich keine erneute (versehentliche) Justage durchgeführt wird (denn dann wäre der Wert ja aller Wahrscheinlichkeit nach ein etwas anderer).
Generell gibt es zu dem Thema folgenden FAQ, der alle möglichen Gründe für dein Problem abdeckt: https://support.industry.siemens.com/cs/ww/de/view/84133347

Mit den Infos die du bereits gegeben hast, deutet es für mich darauf hin, dass hier etwas in den Gebereinstellungen am TO External Encoder nicht stimmt. Dann berücksichtigt das TO zwar den AbsEncoderOffset, kommt aber am Ende (über die falschen Geberparameter) auf einen falschen Wert.
Arbeite am besten einfach den FAQ mal durch, wie gesagt, alle möglichen Ursachen und deren Behebung werden dort aufgezeigt.

Grüße,
daviso

Nach Analysis mit Unterstütze von Siemens, hier der Ergebnis :

 --> Beim Ausschalten der S120 CU wird vom TO-ExternelEncoder, welcher über den Datenbaustein angebunden ist und die

Geberdaten vom Salve-Antrieb (Tel3) kopiert bekommt, der Ausfall der Kommunikation nicht erkannt. (Communikation_OK im

Geber-TO) Da in diesem Moment der G1_Xist1 auf "0000" fällt, kommt der Sprung im Positionswert Act.Position des Gebers

zustande.

--> Beim wieder Einschalten der S120 CU wird zwar der G1_Xist1 wieder aktualisiert, jedoch initialisiert sich das Geber- TO

nicht neu, dass es keinen Kommunikationsverlust gesehen hat. somit wird auch der eigentliche Absolutwert G1_Xist2 nicht

neu abgefragt und mit dem Offset verrechnet. --> Versatz bleibt bestehen!

--> Abhilfe: nach dem Neustart der S120 CU und Rückmeldung der Master-Achse (Kommunikation OK) muss ein MC_Reset

mit Restart=True am TO-Geber (Slave-Achse) durchgeführt werten. dadurch wird eine Neuinitialisierung angestoßen und der

G1_Xist2 angefordert und mit dem AbsEncoderOffset verrechnet. Danach stimmt der Akt-Positionswert des Gebers wieder.

(Kein Versatz des Positionswertes mehr vorhanden.)