TIA V16 1200'er Motion Control HW-Endschalter Fehlerreaktion

[NBerger]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hi...,
Habe eine 1214DCDC aktueller Stand mit einer Achse (DC-Motor mit Geber) als TO-Objekt angelegt.

Die Achse benötigt zwei HW-Endschalter. Soweit erstaml kein Problem, aber:

Werden Beide Endschalter betätigt kann die Achse nicht mehr quittiert werden, da hilft kein SPS-Stop-Run und auch kein Reset mit "Restart".

Wie kriege ich die Achse wieder fehlerfrei ohne AUS-EIN ???

P.S.: Die Achse befindet sich auf einem Werkzeug welches gewechselt werden kann. Da kommt es unweigerich zu diesem Problem.

 

[blackpeat]

Sind den die HW-Endschlter wieder OK wenn du quittieren willst?

 

[NBerger]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ja, sonnst wäre ein weiteres Anstehen des Fehlers ja richtig.
Siemens will aber aktiv vom Endschalter runterfahren...
Sind beide Endschalter betätigt worden geht nichts mehr

 

[blackpeat]

Hm sehr merkwürdig ich hab mit MC3 oder MC4 da allerding bei einer 1500 keine Probleme gehabt. Wenn die Elektriker die Endschalter abgestecktund wieder angesteckt haben einmal Restart und die Achse ging wieder.

Weiß halt nicht ob die 1500 und die 1200 da große unterschiede haben aber ich hoffe eigentlich nicht.

 

[Funky]

Hallo,

der Fehler ist seit April bei Siemens bekannt. CPU 1517 oder 1518. Der Supportmitarbeiter hat es der Entwicklung weitergegeben.
Hier die Antwort von Siemens.

Sehr geehrter Herr Funk,

lösen während der Fahrt beide HW-Endschalter aus, tritt der Fehler 531 mit "Verpolung/Beide Endschalter ausgelöst" auf. Aktuell ist erst durch einen Restart der CPU ist die Achse wieder verfahrbar.
Ich werde ihren Vorgang ebenfalls an die Entwicklung weiterleiten, dazu benötige ich aber noch die genaue MLFB der CPU und die eingesetzte Firmwareversion.

Für weitere Fragen und Informationen zum Thema stehe ich Ihnen gerne zur Verfügung.

Leider ist bis jetzt nichts passiert. SR ist noch offen.

Harald

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

der Fehler ist seit April bei Siemens bekannt. CPU 1517 oder 1518.

Dann scheint es ja auch die 1200ér zu betreffen ( bzw. bei NBerger verhält es sich ja etwas anders )

Aktuell ist erst durch einen Restart der CPU ist die Achse wieder verfahrbar

Wobei dies bei NBerger ja anscheinend nichts bringt:

...da hilft kein SPS-Stop-Run und auch kein Reset mit "Restart"...

EDIT:
Bzw. was meinst du mit "Restart der CPU"?
RUN => STOP => RUN oder 24V wegnehmen?

 

[NBerger]

Reset mit "Restart" meint das Technologieobjekt nicht die CPU selbst.

Habe die Endschalter jetzt aus dem TO-Objekt reusgenommen und mache das zufuß.

Auch hier hat Siemens noch ne Leiche im Keller...

 

[Superkater]

Weil viel Jahre brauchen die noch, bis die TOs in der Simatic endlich funktionieren?

Spaß: Wahrscheinlich wird das TIA Portal in der V21 eingestampft, weil das Compelieren vom Quellcode 3 Monate dauert. In dieser Version funktionieren wahrscheinlich das erst mal die TOs sauber.

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

der Fehler ist seit April bei Siemens bekannt. CPU 1517 oder 1518. Der Supportmitarbeiter hat es der Entwicklung weitergegeben.
Hier die Antwort von Siemens.

Sehr geehrter Herr Funk,

lösen während der Fahrt beide HW-Endschalter aus, tritt der Fehler 531 mit "Verpolung/Beide Endschalter ausgelöst" auf. Aktuell ist erst durch einen Restart der CPU ist die Achse wieder verfahrbar.
Ich werde ihren Vorgang ebenfalls an die Entwicklung weiterleiten, dazu benötige ich aber noch die genaue MLFB der CPU und die eingesetzte Firmwareversion.

Für weitere Fragen und Informationen zum Thema stehe ich Ihnen gerne zur Verfügung.

Leider ist bis jetzt nichts passiert. SR ist noch offen.

Harald

In der aktuellen FW hat sich wohl etwas getan diesbezüglich:
https://support.industry.siemens.co...-200-cpus-(et-200sp-et-200pro)?dti=0&lc=de-AT

V2.9.2:
Folgendes Verhalten wurde verbessert:
-Das Verhalten beim Auslösen von falsch angeschlossenen (verpolten) Hardware-Endschaltern wurde verbessert.
-Der Status <TO>.StatusWord.X17 (HWLimitMinActive) bzw. <TO>.StatusWord.X18 (HWLimitMaxActive) wird nach einem Restart des Technologieobjektes bei angefahrenem Hardware- Endschalter und nachfolgendem Verlassen des Endschalters korrekt ausgegeben.

 

[Ralle]

@Delta

Das Problem kenne ich, es tritt mit V2.8.x noch auf. 2 Hardwareendschalter gleichzeitig betätigt und ich muß die SPS neu starten, um das wegzubekommen.

 

[NBerger]

Firmware 2.9.x wird nur ab V17 gehen... für die meisten hier also keine Option.

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

Firmware 2.9.x wird nur ab V17 gehen... für die meisten hier also keine Option.

Die Firmware kann man doch auf der CPU installieren, unabhängig von der TIA Version. In TIA V16 gibt man dann V2.8 als Version an, in V15.1 die V2.6

 

[Ralle]

Firmware 2.9.x wird nur ab V17 gehen... für die meisten hier also keine Option.

Ernsthaft? Das wäre nchct in Ordnung. Die FW behebt teilweise gravierende Mängel und sollte auch für V14 bis V16 funktionieren. Die machen es sich wirklich leicht. Vor Allem, da die V17 noch nicht mal da ist und erst enmalm mind. 1 Jhar Beta ist (bei mir ;-) )
Einige meiner Kunden arbeiten mit eigenen Frameworks und Bubliotheken und geben nicht jede TIA-Version gleich frei bzw. lassen auch mal welche aus.

 

[DeltaMikeAir]

Ernsthaft? Das wäre nchct in Ordnung. Die FW behebt teilweise gravierende Mängel und sollte auch für V14 bis V16 funktionieren. Die machen es sich wirklich leicht. Vor Allem, da die V17 noch nicht mal da ist und erst enmalm mind. 1 Jhar Beta ist (bei mir ;-) )
Einige meiner Kunden arbeiten mit eigenen Frameworks und Bubliotheken und geben nicht jede TIA-Version gleich frei bzw. lassen auch mal welche aus.

Die V2.9 kann man immer auf der passenden CPU installieren, auch wenn man V14, 15 oder 16 hat. Die Fehler sollten behoben sein. Das einzigste für was man V17 braucht ist, wenn man neue Funktionen der Firmware nutzen möchte.

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

Die V2.9 kann man immer auf der passenden CPU installieren, auch wenn man V14, 15 oder 16 hat. Die Fehler sollten behoben sein. Das einzigste für was man V17 braucht ist, wenn man neue Funktionen der Firmware nutzen möchte.

PS:
Das Ganze ist auch bei den Firmware-Info´s so angegeben:

Abhängigkeiten zu STEP 7, STEP 7 Safety Advanced und Aufwärtskompatibilität:
Für die Projektierung dieses FW-Standes der CPU ist das Totally Integrated Automation Portal mit STEP 7 Professional ab V17 oder höher erforderlich.
Projektierungen mit früheren TIA Portal STEP 7 Professional Versionen sind aufwärtskompatibel einsetzbar.
Das Handling wird ausführlich in Beitrag 109744163 beschrieben.

Beispiel
Sie hatten in der Gerätekonfiguration für die S7-1500 CPU die Firmware V2.6.1 projektiert. Das letzte Firmware-Update Ihrer CPU ist aber V2.8.1. Die CPU mit dem Firmwarestand V2.8.1 können Sie aber mit der projektierten Firmware V2.6.1 in Betrieb nehmen.

• Während des Ladens der Projektdaten in die CPU weist eine Warnung auf die Unterschiede zwischen der projektierten CPU (mit Firmware V2.6.1) in der Gerätekonfiguration und der realen im Rack eingebauten CPU (mit Firmware V2.8.1) hin. Ignorieren Sie diese Warnung.
• Die Korrekturen bzw. Verbesserungen der Firmware V2.8.1 sind implementiert und benötigen keine neue Projektierung mit dem Firmware Stand V2.6.1.
  
• Wenn Sie aber die neuen Funktionen der S7-1500 CPU nutzen wollen, die ab dem Firmwarestand V2.8.1 eingeführt wurden, müssen Sie STEP 7 (TIA Portal) V16 verwenden und eine CPU mit der Firmware V2.8.1 projektieren.

Quellen:
https://support.industry.siemens.co...-200-cpus-(et-200sp-et-200pro)?dti=0&lc=de-AT
https://support.industry.siemens.co...ortal)-version-auswählbar-ist-?dti=0&lc=de-AT