Aktueller Inhalt von CS.

Hallo, was hat siemens dazu gesagt? Gibt es jetzt eine Möglichkeit zum Optionen-Handling im Safety-Programm?

Auch eine gute Idee...aber nur wenn man die Siemens Quittierschaltfläche ausblendet ;)

Melde Vollzug: so lässt sich der SystemAlarm quittieren: export function AckSystemAlarm_1_BackColor_Trigger(item) { HMIRuntime.Alarming.GetActiveAlarms(HMIRuntime.Language) .then(function(alarms) { // Ersten Alarm mit "PlcInStopAlarm" im Namen suchen let target = null...

sieht jmd ein Fehler im Script?

Ich habe im HMI schon ein Quittierbutton, aber wie kann ich die Quittierung des SystemAlarms triggern? Außer über diese popelige Siemens Buttons:

Okay du steckst die CPU an und ab...und die Meldung geht wieder weg. Ich bin nicht vor Ort und kann nur CPU-Neustart machen, aber meine Meldung bleibt. Mein ID ist xxx274 :D

das ist eine System Runtime-Meldung, da kann ich meines Wissens keine Meldeklasse zuweisen. Mit diesem Button geht die Meldung natürlich weg, aber ich möchte kein manueller Eingriff nach CPU-Neustart:

Die Meldung "Partner nicht betriebsbereit" kommt immer beim CPU-Neustart (also auch wenn der Hauptschalter der Anlage aus war) und verschwindet dann nicht mehr. Ich suche eine Möglichkeit, diese Meldung wegzubekommen. Wenn man nur die Runtime neu startet, während die CPU weiter läuft dann tritt...

Ich möchte eigentlich nicht die System-Leiste von dem Meldungsfenster, weil das viel Platz in einem kleinen Touchpanel verbraucht. Ich wollte einen Script aber kann nicht auf das Element 14 zugreifen.

Ich habe folgende Meldung, weiß jemand wie man das behebt? "Partner nicht betriebsbereit" Geräteinformationen ================ Gerätetyp: MTP700 Unified Comfort Hersteller: Siemens AG MLFB: 6AV2 128-3GB06-0AX1 Imageversion: V21.00.01.00_06.02.00.01 Erstellungsdatum: 2026/02/18, 08:09:38...

Zwei blaue EKS-Switche im MRP-Ring wird nicht funktionieren, weil diese nicht MRP-fähig sind und das müssen die Teilnehmer im MRP-Ring sein. Folgend ist momentan das Konzept. Wichtig ist der Zentrale-Schrank muss redundant sein.:

Zwei blaue EKS-Switche im MRP-Ring wird nicht funktionieren, weil diese nicht MRP-fähig sind und das müssen die Teilnehmer im MRP-Ring sein.

genau das Prinzip haben wir verfolgt. Die Tanks (Schaltschränke 2...11) sind im LWL-Ring. Und die beiden Controller sind auch Im Kupferring. Nur die Verbindung zwischen Kupferring und LWL Ring ist bisschen der Engpass. Aber wie könnte man das entschärfen?

Ich brauche doch keine S2-Geräte wenn ein Ausfall von ein paar Sekunden akzeptiert wird oder? Dann reicht ja S1.

Die Schaltschränke 2…12 sind von der Funktion redundant und nicht vom Hardwareaufbau. Also jede Tankanlage hat ein Schaltschrank. Also wenn ein Tank von 11 ausfällt ist nicht kritisch. Dann müssen die anderen Tanks herhalten.