Technologie Objekt Restart mit Startdrive

Hallo,

an dem Befehl MC_Reset gibt es den Eingang Restart. Worauf kann ich erkennen, dass das TO neu gestartet werden muss?

Gruß

Guten Morgen.

Wie man das softwaremäßig erkennt, bin ich mir grad nicht sicher.
Wir starten unsere TO nur neu wenn wir entsprechende Parameter in der Expertenliste ändern (Bild1) oder eine ADS umschaltung mit Geberauflösungsändeurng ohne Safety vornehmen.

Wenn man sich den Symbolbrowser des TOs anguckt gibt es wohl sowas wie eine Erkennung (Bild2)

PS:

du könntest auch statt der MC befehle auch den AchsFB_LMCBasicLib verwenden. Der hat entsprechende Analyse gleich mit dran und mit dem kann man nem TO (Wenns nicht grad n Bahnobjekt ist) eigentlich alles sagen und abfordern.

Hallo,

danke für die Infos. 

Aber es geht nicht um Simotion sondern um MC Befehle in Startdrive und TIA.

Mein Beitrag wurde ins falsche Forum verschoben.

achso. für tia gibts den achsfb auch schon.
ok nicht ganz so scheinbar, wie in simotion, aberwirkt tauglich

https://support.industry.siemens.com/cs/ww/de/view/109749348

Hallo,

die Bausteine kenne ich. Nutze aber selten. 

Zum Thema:

Ich habe nirgendwo was gefunden das mir sagt: Das TO muss jetzt neu gestartet werden.

Gruß

In Statuswort der Achse oder des Gebers gibt es ein Bit "Restart erforderlich":

Handbuch
 (https://support.industry.siemens.com/cs/ww/de/view/109781849/137897591819 oder https://support.industry.siemens.com/cs/at/de/view/109781849/130987609355)

Restart-relevante Daten wurden verändert. Die Änderungen werden erst mit dem Restart des Technologieobjekts übernommen.
(<TO>.StatusWord.X3 (OnlineStartValuesChanged))

 Ob es das tut, was Du erhoffst, kann ich aber nicht sagen...

Danke für die Infos.

Das ist wenn am TO was geändert wurde. Was ist aber bei Fehlern?
Ich weiß, dass bei manchen Fehlern das TO neu gestartet werden muss. 

Gruß

Hab ich auch schon gesucht, aber soweit ich das gesehen habe gibt es kein solches Bit, das anzeigt ob ein Alarm den Restart zum Quittieren benötigt oder nicht.

Ich habe für mich folgende Daumenregel, damit fahre ich ganz gut:

Alle TO-Alarme die Restart brauchen sind (bis auf eine Ausnahme) eh nur Dinge, die schon bei Inbetriebnahme auffallen, d.h. im laufenden Betrieb rechne ich damit dass kein Restart zur Quittierung nötig ist. Restart ist eigentlich laut Handbuch nur bei Konfigurationsalarmen nötig, d.h. wenn man einmal die Inbetriebnahme gemacht hat sollte da nichts mehr in der Richtung kommen.

Sprich: Ich baue zwar immer die Möglichkeit eines TO-Restart ein für den Bediener, aber an sich sollte es dafür keinen Grund geben, normales Quittieren reicht im Betrieb aus.

Ausnahme wäre Alarm 531 bzgl. HW-Endschalter wenn Verpolung oder beide Endschalter angefahren erkannt wurde. Aber auch das ist eigentlich ja ein Konfigurationsthema. Ich hatte bisher selten mal den Fall dass die Endschalter von dezentraler HW eingelesen wurden und die Station erst nach CPU / TO hochgelaufen ist, da wurden dann vom TO temporär beide Endschalter als angefahren erkannt, da ist dann tatsächlich mal der Restart nötig. Aber das lies sich in aller Regel immer lösen indem die dezentrale Station etwas vor der CPU hochgefahren wurde.

Wenn man es wirklich sicher haben will, muss man halt abfragen ob die anstehende <TO>.ErrorDetail.Number eine der Nummern ist, die Restart zum Quittieren benötigen. Das sind ja in Summe nur ca. ein Dutzend, findet man über die Suche im Handbuch recht schnell raus. Einfach in dem Handbuch hier nach "Restart: Erforderlich" (mit den Anführungszeichen) suchen: https://support.industry.siemens.com/cs/ww/de/view/109781853/144105725707

Wobei man dann für den Fall Alarm 531 noch zusätzlich abfragen muss ob im StatusWord wirklich beide Endschalter gemeldet werden, weil bei dem Alarm auch nur dann Restart nötig ist. Wenn nur ein Endschalter gemeldet wird vom TO reicht normales Quittieren und Freifahren, da ist dann Restart ggf. sogar eher schädlich.

Sicherheitshalber einfach immer Restart zu machen ist jedenfalls auch keine Lösung, das kann ja auch ungewünschte Folgen haben.