TIA Absichern eines NICHT remanenten Wertes (der via S7-Kommunikation empfangen wird)

Mogli schrieb:
Hallo @JSEngineering,
Im HMI würde ich dann ggf. einen Button anlegen (mit spezieller Berechtigung), der bei Betätigung dann "0" auf den iorZaehler lädt.

Oder wird dies dann eher nicht benötigt?
Zum Vergrößern anklicken....
Das darfst Du entscheiden - Du sitzt näher an der Quelle. Allerdings würde ich den Wert eingebbar machen - dann kannst Du, wenn es sinnvoll ist, auch mal den Wert 0 eingeben.

Du hast Recht. In dem Fall ist es "näher an der Wahrheit", einen zu kleinen Wert zu addieren als gar keinen.
 
Wie wird der Fall abgedeckt, dass beide SPSen ein bleiben, der Wert aber nur durch eine Kommunikationsunterbrechung zwischendurch auf 0 wechselt, danach aber wieder den zuvor gelieferten Wert bringt?
 
Guten Morgen zusammen,

@Heinileini und @JSEngineering vielen lieben dank für all eure Mühe.

Ich werde das Programm so wie in Post #16 beschrieben einpflegen.
Den angezeigten Zählerwert werde ich im HMI als Ein-Ausgabe anlegen, sodass man dort ggf. direkt den Wert abändern kann.



Nochmals vielen lieben Dank!

Grüße aus Luxembourg.
 
Oberchefe schrieb:
Wie wird der Fall abgedeckt, dass beide SPSen ein bleiben, der Wert aber nur durch eine Kommunikationsunterbrechung zwischendurch auf 0 wechselt, danach aber wieder den zuvor gelieferten Wert bringt?
Zum Vergrößern anklicken....
Das ist ein gutes Beispiel für
'In dem Fall ist es "näher an der Wahrheit", keinen Wert zu addieren als einen kleinen oder sogar grossen.'

PS:
Wenn man die KommunikationsStörung als solche erkennen kann, dafür sorgen, dass nicht zwischendurch auf 0 gewechselt wird.
 
Zuletzt bearbeitet:
Mogli schrieb:
Das heißt, das Beispiel von @JSEngineering muss nochmals abgeändert werden?
Habe absolut keine Erfahrung mit SCL
Zum Vergrößern anklicken....
Hmmm. Man muss irgendwie damit Leben, dass man nicht alle Fehler erkennen kann. Und damit, dass man nicht für jeden erkannten Fehler eine perfekte ReparaturMassnahme finden kann.
PlausibilitätsBetrachtungen helfen manchmal weiter, aber sie führen auch zu erheblichem Mehraufwand bei u.U. geringem Nutzen und zu neuen FehlerMöglichkeiten.
Wenn Du das Verhalten des Senders verändern könntest, dann könnte man sich weitere Gedanken machen (z.B. über das ÜbertragungsProtokoll).
 
Ich denke, dass ich es für den Moment so lassen werde.
Habe eben 2 neue Informationen bekommen. Das ganze ist erstmal auch "nur" temporär. Zeitnah soll die Firma kommen, die die SPS1 programmiert hat. Sobald die da sind, werden die ihren Sende-DB remanent machen. In der SPS 2 wird der Wert wohl auch hauptsächlich als Anzeige genutzt. Der Operator notiert sich den Wert (in einem bestimmten Intervall). Mithilfe der notierten Werte wird wohl ermittelt, wie viel Energie benötigt wird.

Selbst im Programm von SPS2 sind ca 75% aller Bausteine schreibgeschützt. Von daher denke ich, dass wir hier für den Moment mit dem Lösungsvorschlag von dir und @JSEngineering leben können.

Vielen Dank nochmals
 
Du musst dich einloggen oder registrieren, um hier zu antworten.

Similar threads

S
TIA Kommunikation S7 315-2DP als PN-Slave und S7 1511-1PN
Antworten
7
Aufrufe
971
Slimer
S
M
TIA Kommunikation S7 1212 (TIA V15.1) mit Roboter (Universal Robots UR10e) via OUC Kommunikation
2
Antworten
27
Aufrufe
5K
Mogli
M
M
TIA SIMATIC S7 - OUC Verbindung/ Kommunikation zu Dashboard Server (Universal Robot UR10e)
Antworten
4
Aufrufe
3K
Mogli
M
P
TIA SCL Werte in einen DB mithilfe einer For Schleife schreiben
Antworten
5
Aufrufe
2K
pkampitsch
P
R
Step 7 ET200SP mit CM PtP - RS232 Kommunikation - Empfange keine Daten
Antworten
2
Aufrufe
6K
Bocksth
B
Für die Nutzung dieser Website sind Cookies erforderlich. Du musst diese akzeptieren, um die Website weiter nutzen zu können. Erfahre mehr…