TIA Variable xxxxx Adressfehler Steuerung

[yol]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

Wie im Anhang "Fehlermeldungen.PNG" bekommen wir in der Anlage Systemmeldungen von der HMI (ID 190004).

Dieses passiert nachdem wir das gleiche Programm in die SPS-Geräte hochgeladen habe (HW, SW alle komplett übersetzt und laden).

Bei uns haben wir 5 SPS insgesamt und kommunizieren mit einem SIMATIC-PC (wo die HMI liegt).

Von SPS-Forum mit gleichen Thema hatten wir gedacht, dass vielleicht die Reihenfolge des Ladens jedes SPS einfließt. Leider war auch nicht der Fall.

Im Moment haben wir keinen Zugang auf die HMI, das heißt, das WinCC wird nie übersetzt und hochgeladen. Die bleibt wie vorher.

Gerne würden wir von euch eure Meinungen bekommen und hoffentlich habt ihr gleiche Erfahrung einmal erlebt.

 

[PN/DP]

Wie sind die betreffenden HMI-Variablen deklariert? Wurden vielleicht die dazugehörigen PLC-Variablen auf andere Adressen verschoben oder umbenannt? Dann muß auch das HMI übersetzt und geladen werden. Um welches WinCC auf welchem Gerät geht es da?
Ihr könntet das HMI und die PLC auf Eurem Entwicklungs-PC simulieren - kommt es da auch zu den Adressfehlern?

Harald

 

[escride1]

Zuviel Werbung?
-> Hier kostenlos registrieren

Oft kann es u.a. durch Kopieren passieren das anstelle einer HMI-Verbindung eine S7-Verbindung angelegt wird. Das würde in der HMI im Ordner Verbindungen sichtbar. Allerdings sollte dann "Verbindung abgebaut" beim Start erscheinen, Du hast die Meldungen zensiert, daher kann das nicht eingesehen werden.

Zusätzlich kann es natürlich sein das die HMI-Variable auf eine nicht vorhandene PLC-Variable zeigt. Dann kommt ausschließlich diese Meldung die Du ausgeschnitten hast.

Wird denn über Rechtsklick - Übersetzen - vollständig die Übersetzung fehlerfrei ausgeführt?

Hilfreich wären alle Systemmeldungen der HMI vom HMI-Start an bis zum Fehlerzeitpunkt. Manchmal sind einige nur Folgemeldungen.

Zur Vereinfachung:
In der HMI bitte einen Screenshot der Verbindungen erstellen sowie die HMI-Variable und dann nochmal die PLC-Variable.

 

[yol]

Wie sind die betreffenden HMI-Variablen deklariert? Wurden vielleicht die dazugehörigen PLC-Variablen auf andere Adressen verschoben oder umbenannt? Dann muß auch das HMI übersetzt und geladen werden. Um welches WinCC auf welchem Gerät geht es da?
Ihr könntet das HMI und die PLC auf Eurem Entwicklungs-PC simulieren - kommt es da auch zu den Adressfehlern?

Harald

Hi,

Auf dem IPC läuft WinCC RT Advanced Version 12.0 wie im Anhang gezeigt. Wir haben per Projektdurchsuchen festgestellt, das keine verdoppelten Adresse/Variablen. Was du im Bild siehst, die sind zwei Variablen von unterschiedlichen SPS. Das heißt, keine Adresse Konflikt.

Die einzige Dinge was wir erinnern können ist, dass wir zufällig die Adresse oder das Variable umbenannt, aber vor der Übersetzung und Laden hatten wir schon korrigiert. Trotzdem das wäre vielleicht der Grund.

Um den HMI Projekt zu übersetzen und laden brauchen wir noch ein bisschen Zeit, weil wir nicht direkt mit dem IPC anschließen dürfen, sondern muss man das WinCC Projekt auf einen USB Stück laden & in den IPC legen.

Die Simulations-empfehlung von dir klingt interessant aus, meinst du, dass wir einfach per TIA alles simulieren können? ohne Verbindung mit dem IPC und SPS?

Danke trotzdem viel für das schnelle Antwort.

 

[yol]

Oft kann es u.a. durch Kopieren passieren das anstelle einer HMI-Verbindung eine S7-Verbindung angelegt wird. Das würde in der HMI im Ordner Verbindungen sichtbar. Allerdings sollte dann "Verbindung abgebaut" beim Start erscheinen, Du hast die Meldungen zensiert, daher kann das nicht eingesehen werden.

Zusätzlich kann es natürlich sein das die HMI-Variable auf eine nicht vorhandene PLC-Variable zeigt. Dann kommt ausschließlich diese Meldung die Du ausgeschnitten hast.

Wird denn über Rechtsklick - Übersetzen - vollständig die Übersetzung fehlerfrei ausgeführt?

Hilfreich wären alle Systemmeldungen der HMI vom HMI-Start an bis zum Fehlerzeitpunkt. Manchmal sind einige nur Folgemeldungen.

Zur Vereinfachung:
In der HMI bitte einen Screenshot der Verbindungen erstellen sowie die HMI-Variable und dann nochmal die PLC-Variable.

Hi,

Im Momentan haben wir Problem, um den WinCC Projekt zu übersetzen weil wir keinen direkt Zugang zu dem IPC haben. Aber trotzdem haben wir erfolgreich die SPS Programmen übersetzt und geladen.

Also, für alle Systemmeldungen haben wir in einer csv Datei. Es gab auch gleiche Fehler für andere Variablen aber die sind ok weil der Fehlerzustand den irgendwie beendet wurden. Siehst du bitte Anhang "FehlermeldungFULL.PNG". Wenn wir die Variablen von der Logdatei weglöschen, die Reste sind nur diese zwei Variablen, die genau auf den Bildschirm/HMI Müllwerte ######## zeigen.

Was interessant ist, unser Programm ist eine Sicherheitskopie und hat vorher geklappt. Deswegen sind wir sicher das die HMI Variablen nicht mit einem unvorhandene Variable verknüpft.

Ich glaube, die einzige Dinge, die wir testen können, ist das wir den HMI Projekt übersetzen und in IPC laden. Hoffentlich wäre der Fall wie PLC Address error.

Danke auch für die Zeit und schnelles Antwort.

 

[Thomas_v2.1]

Zuviel Werbung?
-> Hier kostenlos registrieren

Die "Adresse" die für den Zugriff verwendet wird, ist für dich selber nicht sichtbar. Es reicht wenn in dem eingespielten SPS Programm nur einmal z.B. ein Datentyp von Real auf Int und wieder zurück geändert wird, dann wird eine neue Adresse vergeben und der Zugriff funktioniert nicht mehr, auch wenn Name und Datentyp gleich sind. Ansonsten reicht auch wenn im Variablennamen nur ein einziges Zeichen geändert wurde, damit der Zugriff nicht mehr funktioniert. Du musst das HMI mit dem gleichen Projekt übersetzen und auch laden mit dem du die zugehörige SPS geladen hast, anders geht es nicht.

 

[PN/DP]

Auf dem IPC läuft WinCC RT Advanced Version 12.0 wie im Anhang gezeigt.

Version 12.0 ? Wirklich sooo alt?

Die Simulations-empfehlung von dir klingt interessant aus, meinst du, dass wir einfach per TIA alles simulieren können? ohne Verbindung mit dem IPC und SPS?

Ja, das geht normalerweise easy. Ich mache das allerdings erst mit TIA ab V13. TIA V12 war sooo grauenhaft instabil, ich weiß gar nicht mehr ob/wie das da ging.

SPS + HMI auf dem Entwicklungs-PC simulieren geht so (kurzgefasst, z.B. in TIA V13):
- im Projektbaum die PLC markieren, dann Menü: Online > Simulation > Starten Strg+Shift+X
- es kommt (normalerweise) die Meldung, daß wegen der Simulation alle Online-Schnittstellen deaktiviert werden --> Ok
- jetzt wird PLCSIM gestartet (was die PLC simuliert), und das PLC-Programm wird in die simulierte PLC geladen
- im Projektbaum das HMI markieren, dann Menü: Online > Runtime starten
- jetzt startet die HMI-Runtime (bzw. die PC Runtime) und verbindet sich mit der simulierten PLC in PLCSIM

Es darf aber keine höhere WinCC Advanced Runtime Version auf dem PC installiert sein, als die TIA-Version, dessen HMI simuliert werden soll.
Eventuell hießen die Menüpunkte in TIA V12 auch noch anders. Vielleicht musste man da auch noch "Simulation starten"? Und ob das bei einer WinCC Advanced PC Runtime vielleicht noch anders war weiß ich nicht. Habe ich nie gemacht. Ich habe das TIA V12 z.Z. auch nicht mehr verfügbar.

Harald

 

[escride1]

Im Momentan haben wir Problem, um den WinCC Projekt zu übersetzen weil wir keinen direkt Zugang zu dem IPC haben. Aber trotzdem haben wir erfolgreich die SPS Programmen übersetzt und geladen.

Verstehe ich das nun richtig oder falsch:
Es sind Änderungen im Projekt an den CPUs gemacht worden aber die HMI wurde nicht erneut übersetzt und geladen und zeigt nun die Meldungen an.

 

[koderko]

Zuviel Werbung?
-> Hier kostenlos registrieren

Die "Adresse" die für den Zugriff verwendet wird, ist für dich selber nicht sichtbar. Es reicht wenn in dem eingespielten SPS Programm nur einmal z.B. ein Datentyp von Real auf Int und wieder zurück geändert wird, dann wird eine neue Adresse vergeben und der Zugriff funktioniert nicht mehr, auch wenn Name und Datentyp gleich sind. Ansonsten reicht auch wenn im Variablennamen nur ein einziges Zeichen geändert wurde, damit der Zugriff nicht mehr funktioniert. Du musst das HMI mit dem gleichen Projekt übersetzen und auch laden mit dem du die zugehörige SPS geladen hast, anders geht es nicht.

Ist das wirklich so?
Wenn ich dich richtig verstehe, wird also eine Art "Handle" erzeugt, was auf genau diese Variable zeigt. Ändert man nun etwas an der Variable, so ändert sich das Handle und entsprechend muss die HMI neu erzeugt werden. Komisch, dass mir das bisher nicht aufgefallen ist...

 

[Thomas_v2.1]

Ist das wirklich so?
Wenn ich dich richtig verstehe, wird also eine Art "Handle" erzeugt, was auf genau diese Variable zeigt. Ändert man nun etwas an der Variable, so ändert sich das Handle und entsprechend muss die HMI neu erzeugt werden. Komisch, dass mir das bisher nicht aufgefallen ist...

Es wird ein Handle (also eine ID) erzeugt, und es gibt ein Hashwert über den Symbolnamen und den Datentyp. Wann sich das Handle ändert hat Siemens im Verlaufe der TIA Versionen meine ich auch mal geändert. Wenn du nur den Symbolnamen änderst und sonst nichts, bleibt die ID wenn ich das richtig in Erinnerung habe bei V14 (wo ich das mal analysiert habe) gleich. Aber da der Hashwert des Symbols nicht mehr passt, erfolgt kein Zugriff. Es besteht auch die Möglichkeit nur die ID zu verwenden und den Hash zu ignorieren, aber bei allem was ich an Siemens Kommunikation gesehen habe (WinCC Panels, WinCC V7.x, WinCC OPC-Server), wird immer der Symbolhash verwendet.

 

[yol]

Version 12.0 ? Wirklich sooo alt?

Ja, leider ist es so. Die Anlage war im Jahr 2013 programmiert & entworfen. Aber nur die Runtime, unser Projekt ist per TIA v15.1 programmiert.

Ja, das geht normalerweise easy. Ich mache das allerdings erst mit TIA ab V13. TIA V12 war sooo grauenhaft instabil, ich weiß gar nicht mehr ob/wie das da ging.

SPS + HMI auf dem Entwicklungs-PC simulieren geht so (kurzgefasst, z.B. in TIA V13):
- im Projektbaum die PLC markieren, dann Menü: Online > Simulation > Starten Strg+Shift+X
- es kommt (normalerweise) die Meldung, daß wegen der Simulation alle Online-Schnittstellen deaktiviert werden --> Ok
- jetzt wird PLCSIM gestartet (was die PLC simuliert), und das PLC-Programm wird in die simulierte PLC geladen
- im Projektbaum das HMI markieren, dann Menü: Online > Runtime starten
- jetzt startet die HMI-Runtime (bzw. die PC Runtime) und verbindet sich mit der simulierten PLC in PLCSIM

Es darf aber keine höhere WinCC Advanced Runtime Version auf dem PC installiert sein, als die TIA-Version, dessen HMI simuliert werden soll.
Eventuell hießen die Menüpunkte in TIA V12 auch noch anders. Vielleicht musste man da auch noch "Simulation starten"? Und ob das bei einer WinCC Advanced PC Runtime vielleicht noch anders war weiß ich nicht. Habe ich nie gemacht. Ich habe das TIA V12 z.Z. auch nicht mehr verfügbar.

Es tut mir leid. Vielleicht gibt es ein Missverständnis, Bei uns wurde der Projekt schon zum v15.1 hochgerüstet aber die WinCC Runtime auf unserem IPC ist v12.0. Trotzdem werden wir mit der Simulation ausprobieren und hoffentlich läuft alles wie erwartet bevor wir die Programme in SPS und IPC hochladen. Danke für das Hinweis.

 

[yol]

Zuviel Werbung?
-> Hier kostenlos registrieren

Verstehe ich das nun richtig oder falsch:
Es sind Änderungen im Projekt an den CPUs gemacht worden aber die HMI wurde nicht erneut übersetzt und geladen und zeigt nun die Meldungen an.

Ja, das hast du Recht. Wir haben nur bei den SPS Seite gearbeitet, übersetzt, & ins Gerät laden; nie so weit mit dem HMI. Trotzdem die einzige "Veränderungen", die wir gemacht haben war, dass wir zufällig diese spezielle Variable Adresse (Verknüpft mit der HMI Variable) geändert. Aber die wird ab sofort zurückgesetzt. Vielleicht zählt das in TIA als eine Veränderung.

 

[PN/DP]

Die PLC ist programmiert mit TIA V15.1, und die HMI läuft unter V12, und die HMI greift symbolisch auf PLC-Variablen zu? Ich bin erstaunt, daß das tatsächlich für die meisten Variablen noch geht ... (und habe keine Erfahrung mit einer solchen Konfiguration).

Harald

 

[yol]

Erste, ich entschuldige mich für das verspätete Antwort. Wir hatten keine Chance die Anlage anzugucken weil sie in Betrieb ist trotz der HMI Fehlermeldung.

Folgende ist die Rückmeldung von Siemens Support:

Diese Meldung konnte eine Zeit lang kommen, wenn S7-1200 Steuerungen genutzt werden und das Projekt auf TIA V15.1 hochgerüstet wurde. In seltenen Fällen konnte hier die Datenbank beschädigt werden sodass diese Adressfehler Meldungen gekommen sind.

Da Sie jedoch angegeben haben mit TIA V12 zu arbeiten, dürfte dies bei Ihnen nicht der Fall sein.

Dann ist die Häufigste Ursache, dass an den Variablen der PLC etwas geändert wurde und dann nur die PLC neugeladen wurde, das HMI aber nicht. Daher empfehlen wir bei solchen Fällen immer zuerst PLC und HMI komplett zu übersetzen und neu zu laden um so einen veralteten Projektstand am HMI auszuschließen.

Wir werden die Empfehlung von ihnen und vom @Thomas_v2.1 testen wenn wir die Chance haben.

Im Momentan haben wir die folgende Probleme:

1) Sicherheitskopie(backup) des HMI Program zu erstellen

2) Kompatibilität der RT mit Projekt Version
https://www.sps-forum.de/threads/kompatibilität-wincc-rt-advanced-v12-0-und-tia-portal-v15-1.109043/

3) Offline Laden des HMI Program in den IPC (SIMATIC-PC)

Nachdem wir diese Probleme löschen dann testen wir ob das HMI Variable Problem noch nach dem Laden der HMI und SPS bleibt. Wir werden hier under Update hoffentlich in der nächsten Woche update geben.

 

[yol]

Zuviel Werbung?
-> Hier kostenlos registrieren

Die PLC ist programmiert mit TIA V15.1, und die HMI läuft unter V12, und die HMI greift symbolisch auf PLC-Variablen zu? Ich bin erstaunt, daß das tatsächlich für die meisten Variablen noch geht ... (und habe keine Erfahrung mit einer solchen Konfiguration).

Harald

Ja, die letze Umstellung der Software war 3 Jahren vor. Leider ist unser Programmierer auch seit 2019 weg und müssen wir langsam erweitern/bearbeiten, sonst wird die Anlage nicht mehr in Betrieb Zustand.

 

[DeltaMikeAir]

Dann ist die Häufigste Ursache, dass an den Variablen der PLC etwas geändert wurde und dann nur die PLC neugeladen wurde, das HMI aber nicht.

Darauf hätte ich jetzt auch getippt.

 

[yol]

Hallo Leute,

Nach so vielen Zeit endlich können wir testen. Das ist nur Problem mit der Hochladung des WinCC Programmes. Ich weiß nicht warum, aber wäre gut wenn man gleichzeitig das HMI mit der SPS Seite zusammen hochladen, egal ob man nichts mit HMI bearbeitet hat.

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich weiß nicht warum, aber wäre gut wenn man gleichzeitig das HMI mit der SPS Seite zusammen hochladen, egal ob man nichts mit HMI bearbeitet hat.

Naja, wenn du in deinem SPS-Programm FB´s / DB´s oder sonstige Variablen änderst, dann verschieben/ändern sich halt auch Adressen und ein Komplettübersetzen / Laden der HMI wird dann natürlich auch notwendig.

PS:
Hat dir der Siemens Support ja auch schon gesagt ( siehe #14 ):

Dann ist die Häufigste Ursache, dass an den Variablen der PLC etwas geändert wurde und dann nur die PLC neugeladen wurde, das HMI aber nicht.

 

[Hendrik]

Moin,
ich habe gerade das Problem bei TIA V16.

Ich arbeitet mit einer 1517 CPU und einem TP1500 - beide sind über ProfiNet verbunden.
Es handelt sich bei mir um einen UDT (eigene Structure) die zwischen PLC und HMI ausgetauscht wird.
Dort bekomme ich den Fehler bei der wErrID welche nur bei den Bitmeldungen verwendet wird...

Ich habe ein neue Projekt und folgende sachen ausprobiert...
- PLC und HMI komplett neu übersetzt.
- HMI Verbindung geprüft und neu angelegt zum testen.
- Längen in HMI und PLC stimmen überein
- Optimierter Bausteinzugriff hin und her geschaltet keine Änderung
- PLC Variablen mit WinCC-Variablen synchronisieren

Problem taucht sowohl beim Simulieren als auf beim TP1500 auf.

Vielleicht hat ja jemand schonmal einen ähnlichen fall gehabt oder noch eine weitere Idee was man noch testen könnte.

Beste grüße und vielen Dank =)