TIA Merkwürdiges Verhalten TP700/ S7-1511

[Mecha2211]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo zusammen,

hab hier ein TP700 Comfort Version 15.1 mit einer S7-1511F

programmiert mit TIA V15.1 latest Update.

Das Panel hat offenbar Verbindungs/Zugriffsprobleme auf die Steuerung, aber nicht konsequent
Weiß nicht, wie ich es anders beschreiben soll.

Beim Übersetzen keine Fehler, sowohl SPS als auch HMI. Alle relevanten DBs haben erreichbarkeit HMI aktiviert. Verbindung augenscheinlich korrekt parametriert.
Schutzstufe SPS auf Vollzugriff.

Im Panel werden laufen Systemmeldungen 190004 ausgegeben "Adressfehler Steuerung".

Eine Variable verhält sich beispielhaft wie in diesem GIF dargestellt. Sie switch (tatsächlich mit der eingestellten Aktualisierungsrate, also etwas langsamer als im GIF) zwischen korrektem Wert und Rauten.
Ich kann sowohl vom Panel als auch von der SPS den Wert ändern und die Änderung wird auch übernommen.



Ähnliches Verhalten für alle Variablen.

Das Panel ist eine Kopie aus einem V14 Projekt, allerdings hab ich das noch einmal neu projektiert und Bilder und Variablen einzeln vom alten ins neue kopiert.
IM-Ordner gelöscht und komplett übersetzen gemacht.

Always the same. Übrigens bei folgenden Kombis:

Simulierte SPS - Simuliertes HMI
echte SPS - echtes HMI
echte SPS - simuliertes HMI

Laden über PN und Ethernet aufs echte Panel möglich.
Alle Anderen Datenübertragungen (Traces, laden, online beobachten ) laufen normal ab.

Hatte das schon mal jemand, hat jemand ne Idee?

Bin um jeden Rat verlegen

Update 2020-03-30:

Durch Löschen der SPS aus dem Projekt und Wiedereinfügen der selben, unbearbeiteten SPS aus einem Dummyprojekt, Verbindung wieder einrichten, läuft es nun.
Mir ist dabei aufgefallen, dass im HMI einige Strukturvariablen nicht korrekt abgebildet wurden (Datentyp stand in der HMI-Variablentabelle, aber der kleine Ausklapppfeil links fehlte).
Möglicherweise war das das Problem.

Würde es dann einen Bug im V14->V15.1 converter nennen.

Danke für Eure Hinweise und sorry, dass ich die Ursache nicht präziser darstellen kann.

 

[Trainer06]

Vielleicht doppelte Ip-Adresse.


Gesendet von iPhone mit Tapatalk

 

[Mecha2211]

Zuviel Werbung?
-> Hier kostenlos registrieren

Nope.
Mehrfach geprüft, außerdem fällt das bei simulierten Geräten raus.

 

[escride1]

Nur mal eine Vermutung:

Du hast nicht den Wert normiert/skaliert und immer mit dem gleichen Wert weitergerechnet oder?
Also:
Rechenwert ist eine REAL-Variable

dann folgende Schritte, z.b. in einem Netzwerk oder aber hintereinander:
Eingang PEW normiert nach Rechenwert
Rechenwert skaliert nach Rechenwert
Variable Rechenwert im HMI angezeigt

Das wäre dann ein Fall für den "Zykluskontrollpunkt".
Bedeutet: Die HMI liest zwischen den Berechnungen den Wert, kann ihn aber aufgrund dem Format 99999 nicht darstellen, da ja 9,9 eingestellt wurde in der HMI. Ergebnis: Es flackert.

 

[Thomas_v2.1]

Wenn zusätzlich "Adressfehler Steuerung" kommt, kann eine Wertüberschreitung eigentlich nicht für die Rauten verantwortlich sein.
Und das ist wirklich bei allen Variablen gleichzeitig?

Vielleicht hast du ja die Möglichkeit mit Wireshark eine Aufzeichnung zu erstellen, ich kann aber nicht versprechen dass man daraus etwas erkennen kann. Dazu kannst du z.B. das simulierte HMI mit der echten SPS verbinden, und dann TCP Port 102 ab Start Simulation aufzeichnen.

 

[Mecha2211]

Zuviel Werbung?
-> Hier kostenlos registrieren

Sorry, das war nur ein Beispiel, die Meldung Adressfehler Steuerung werden von vielen (ob von allen kann ich nicht sagen) gemeldet.

Ich mache keine Skalierung mit der Variable. Der HMI-Wert ist ein direkter Sollwert für ein Prop-Ventil, wird nicht von der SPS geschrieben, auch nicht als InOut-Variable.

Adressfehler Steuerung wird doch eigentlich nur gemeldet, wenn die Steuerungsadresse nicht erreicht werden kann.
Aber sie kann ja erreicht werden, und ist auch als HMI-Erreichbar (und falls nötig schreibbar) projektiert.

 

[Mecha2211]

Ich versuche das mit Wireshark mal, wobei ich mich mit Netzwerkgedöns nicht soweit auskenne, dass ich mir zutraue was zu erkennen.
Worauf muss ich achten?

 

[Onkel Dagobert]

Überprüfe mal, ob die Bereichszeiger ihre Richtigkeit haben. Beim Kopieren von Projekten geht da gerne mal was unbemerkt verloren. Den Zusammenhang mit der Variablenaktualisierung kann ich aber auch nicht erklären.

 

[Mecha2211]

Zuviel Werbung?
-> Hier kostenlos registrieren

Moin Dagobert,

was meinst Du mit "ihre Richtigkeit haben"? Wenn Die Verbindung nicht verfügbar ist, kann ich nciht übersetzen, wen der Zeiger auf eine falsche Variable zeigt, auch nicht.

Schaut aber okay aus, ich verwende nur Bildnummer, und der zeigt auf ein [0..4] of Uint, das entspricht 5 Word, also in Ordnung.

 

[Mecha2211]

Update:

Durch Löschen der SPS aus dem Projekt und Wiedereinfügen der selben, unbearbeiteten SPS aus einem Dummyprojekt, Verbindung wieder einrichten, läuft es nun.
Mir ist dabei aufgefallen, dass im HMI einige Strukturvariablen nicht korrekt abgebildet wurden (Datentyp stand in der HMI-Variablentabelle, aber der kleine Ausklapppfeil links fehlte).
Möglicherweise war das das Problem.

Würde es dann einen Bug im V14->V15.1 converter nennen.

Danke für Eure Hinweise und sorry, dass ich die Ursache nicht präziser darstellen kann.

 

[PN/DP]

Wo kommt das "bar" in der Ausgabe her?
Ist das Panel als PROFINET-IO-Controller projektiert?
Wie schnell ist die Aktualisierungsrate eingestellt?
Wie ist die Variablenadressierung/Zugriffsart eingestellt? Symbolisch oder absolut?

PS: zu langsam getippselt...

Harald

 

[Mecha2211]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das "bar" ist die Einheit des E/A-Feldes.
das Panel ist werder PN-Controller (geht das überhaupt?), noch Device.

Aktualisierungsrate ist 1 s, nciht wie in dem GIF dargestellt.
Adressierung ist symbolisch, die Verbindung ist eine integrierte 1500er Verbindung.