TIA Von HMI direkt auf Eingänge zugreifen 1515F

Zombie

Level-1
Beiträge
732
Reaktionspunkte
120
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

bei einem ktuellen Auftrag sollen wir den EA Status der Anlage direkt auf dem HMI Panel anzeigen.

Die Anlage besteht aus zwei 1515F und drei KTP900 Basic.

Zu einer 1515F funktioniert es, dass Variablen die direkt Eingänge der Steuerung abfragen, aktualisiert werden.
Bei der zweiten Steuerung funktioniert das hingegen nicht. Alle Variablen die von dieser Steuerung kommen sind dauerhaft FALSE. Woran könnte das liegen?

Die Variablen sind alle so eingestellt, dass sie aus dem HMI erreichbar sind.
Muss ich das noch irgendwo einstellen?

Vielen Dank
 
Wenn ich mal annehme, dass sich die 3 Panels und die beiden CPU's im gleichen Netz befinden (vor Allem auch physikalisch) und dass du auf den HMI-Projektierungen die Verbindungen zu beiden CPU's angelegt hast dann sollte das funktionieren ...
Ist das denn auch so - davon hast du nämlich nichts geschrieben ...

Gruß
Larry
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ist die zu den Variablen gehörende HMI-Verbindung aufgebaut?
Ist das die richtige Verbindung? Sind Bildteile aus einer anderen Projektierung kopiert (möglicherweise sind die Variablen dann auf der Verbindung zu der anderen SPS)?
Ist die Anbindung der PLC-Variablen symbolisch oder absolut? Gibt es die Variablen in der SPS? Lest Ihr jeden einzelnen Digitaleingang als BOOL oder lest Ihr DWORD-weise? Lest Ihr F-DI, und wie?
Gibt es am Panel Systemmeldungen die auf Probleme beim Variablenlesen hindeuten? Zeigt das Panel überhaupt Systemmeldungen an?
Ist "Software alles komplett übersetzt"?

Harald
 
Wenn ich mal annehme, dass sich die 3 Panels und die beiden CPU's im gleichen Netz befinden (vor Allem auch physikalisch) und dass du auf den HMI-Projektierungen die Verbindungen zu beiden CPU's angelegt hast dann sollte das funktionieren ...
Ist das denn auch so - davon hast du nämlich nichts geschrieben ...

Gruß
Larry

Sorry, ja da hast du recht, das hab ich in meiner Hektik glatt vergessen.
Ja, das ist alles angelegt und kontrolliert. Wenn der Kollege sich im selben Netz befindet, kann er alles anpingen.
Laut Kunden- IT ist nur ein einzelner Switch dazwischen, bei dem jede Kontrollfunktion abgeschaltet wurde.

Ist die zu den Variablen gehörende HMI-Verbindung aufgebaut?
Ist das die richtige Verbindung? Sind Bildteile aus einer anderen Projektierung kopiert (möglicherweise sind die Variablen dann auf der Verbindung zu der anderen SPS)?
Ist die Anbindung der PLC-Variablen symbolisch oder absolut? Gibt es die Variablen in der SPS? Lest Ihr jeden einzelnen Digitaleingang als BOOL oder lest Ihr DWORD-weise? Lest Ihr F-DI, und wie?
Gibt es am Panel Systemmeldungen die auf Probleme beim Variablenlesen hindeuten? Zeigt das Panel überhaupt Systemmeldungen an?
Ist "Software alles komplett übersetzt"?

Harald
Ja, die Verbindung ist aufgebaut, über die gleiche Verbindung können die Waagen und Motorzustände die als Integer, bzw. String übergeben werden, und in DB's zu finden sind, aktualisiert werden. Nur die Direktzugriffe auf Eingänge nicht.
Ja, die Bildteile sind zwar kopiert, aber die Verbindungen wurden auf die neuen für dieses Panel umgeändert. Die Zugriffsart ist symbolisch, ja die Variablen gibt es, ja die Variablen werden als Bool gelesen, kein DWord und es sind normale Eingänge. Keine F-DI.
Die Eingänge sind auf ET Modulen zu finden die über Profinet mit der Steuerung kommunizieren. Gibt es das Peripheriezugriffsodell mit TIA noch? Das haben wir nicht kontrolliert, da wir in der Software auf besagte Eingänge mit EX.X zugreifen können.

Die Systemmeldungen haben wir gerade kontrolliert. Es werden keine angezeigt.
Ja, die Software ist komplett übersetzt.

Erfassungsart der Variablen ist Zyklisch im Betrieb, Abfragezeitraum ist 1s, es ist nicht gemultiplexet.
Unter Adresse ist bei keiner Variable etwas eingetragen. Auch bei denen die Funktionieren nicht.
Wir dachten uns, dass es etwas damit zu tun haben könnte, dass die Variablen für die Sichtbarkeit einer Linie benutzt werden und es irgendwie Probleme mit den Linien oder der Sichtbarkeit gibt. Aber die Sichtbarkeit funktioniert im Zusammenhang mit einer anderen aus einem DB stammenden Variable mit Rechtecken und mit Linien. Es sind wirklich nur die Variablen die direkt auf Eingänge abzielen, die keine aktualisierung bekommen.

Beim großen WinCC 6.irgendwas war es ja so, dass Variablen die auf Variablen in der Steuerung abzielen die aber nicht vorhanden sind, der gesamte Block in der sich die Variable befindet, nicht aktualisiert wird. Das haben wir kontrolliert, indem wir alle Variablen rausgeschmissen haben und auf eine Eingangsvariable zugegriffen haben die definitiv existiert.

Aich haben einige Variablen in der Steuerung SOnderzeichen, und werden deshalb im HMI mit Hockommata ("xxxxx") unter PLC Variable angezeigt.
Das haben wir kontrolliert, indem wir die Variablen rausgeschmissen haben und es ging trotzdem nicht.

Es scheint für mich so, als würde die Steuerung den Zugriff auf die Eingänge blocken. Ob es dort eventuell noch irgend eine Einstellung gibt die man machen muss?

Danke soweit
 
Mit S7-1500 kenne ich mich nicht aus. Bei S7-300 würde ich vermuten, die E-Adressen liegen außerhalb des PAE.
In welchem Prozessabbild liegen die Eingänge? Wie verarbeitet das SPS-Programm die Eingänge? Wenn Du die Eingänge Ex.x in TIA in einer Beobachtungstabelle beobachtest - zeigen die da den richten Wert an?

PS: Du könntest die Eingangsbits in einen DB kopieren (aka "sauber dokumentierte Schnittstelle zur HMI") und in der HMI die Werte aus dem DB anzeigen (so könntest Du auch sehr einfach die Animationen/Sichtbarkeit testen/prüfen und die Anzahl PowerTags verringern). Doch das umgeht das Problem nur und erklärt nicht die Ursache des Problems.

Harald
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Soweit ich das bisher analysiert habe, werden bei der 1500er die Variablen bei der SPS angemeldet, sodass der Zustand bei Änderung übermittelt wird. Ein Zugriffsfehler wird dabei normalerweise über eine Systemmeldung signalisiert. Es könnte sich natürlich gerade bei den F-Variablen noch um einen Fehler in der Firmware handeln, dass die SPS hier bei Änderung der Eingangs kein Ereignis generiert und das HMI das somit nicht mitbekommt.

Du könntest zum Test mal bei einem F-DI welcher den Signalzustand true besitzt, das HMI starten und dann sehen welcher Wert angezeigt wird, denn bei Erstanmeldung wird auch einmalig der Signalzustand mitgesendet.

Wenn du Wireshark auf deinem Rechner hast, könntest du auch mal einen Mitschnitt machen wenn du die HMI-Simulation auf dem PG startest, ich kann da mittlerweile schon recht viel erkennen was da vor sich geht.
 
Mit S7-1500 kenne ich mich nicht aus. Bei S7-300 würde ich vermuten, die E-Adressen liegen außerhalb des PAE.
In welchem Prozessabbild liegen die Eingänge? Wie verarbeitet das SPS-Programm die Eingänge? Wenn Du die Eingänge Ex.x in TIA in einer Beobachtungstabelle beobachtest - zeigen die da den richten Wert an?

PS: Du könntest die Eingangsbits in einen DB kopieren (aka "sauber dokumentierte Schnittstelle zur HMI") und in der HMI die Werte aus dem DB anzeigen (so könntest Du auch sehr einfach die Animationen/Sichtbarkeit testen/prüfen und die Anzahl PowerTags verringern). Doch das umgeht das Problem nur und erklärt nicht die Ursache des Problems.

Harald

Bei einer 300er wäre das auch meine erste Vermutung gewesen. Das Programm kann aber auf besagte Eingänge normal zugreifen.
Wenn ich die Eingänge in der Beobachtungsliste anschaue, zeigen sie die richtigen Werte an. Die Anlage läuft ja auch schon.

Der Steuerungsteil der keine Aktualisierung zulässt ist ein Zukaufteil und eine komplette Katastrophe wenn man mich fragt.
Das Programm besteht aus einer Reihe FB's, in denen eine Standardstruktur aus mehreren Netzwerken direkt auf die Eingänge zugreift, anstatt über Inputs.
Komplett am Sinn eines FB's vorbei, aber trotzdem läuft die Anlage.
Wir haben die Liste mit den Variablen so vom Inbetriebnehmer bekommen. Zusammen mit dem Projekt, das wir dann in unser Projekt eingefügt haben.

Darauf wird es wohl hinauslaufen. Ich hänge jetzt seit heute morgen am Telefon mit dem Kollegen vor Ort und suche mir die Finger wund ob es nicht irgendwo eine Einstellung gibt die keiner kennt. Bei den beiden Kränen läuft das Vorgehen reibungslos, nur bei dem Zukaufteil nicht. Alle drei sind die gleiche Steuerung.
 
In Eurem HMI-Projekt habt Ihr nur die Namen der PLC-Variablen auf die das HMI symbolisch zugreifen soll, aber nicht das Projekt der PLC? Muß das HMI-ES (TIA) da vielleicht noch eine interne ID der Variablen kennen um sie in der PLC anzusprechen? (Oder kann das HMI die Variablen aus der PLC irgendwie browsen?)

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Nein, nein. Das kam falsch rüber.

Wir haben die CPU aus dem Zulieferer Projekt bei uns ins TIA Projekt eingefügt und die Variablen dann mit der CPU Variable gleichen Namens verbunden. Zum anlegen der Variable im Projekt hier im Büro hatten wir nur eine Liste.
Ich hoffe doch, dass beim umschalten einer vorher als Intern gekennzeichneten Variable auf eine Verbindung jedwede Art von ID mitübertragen wird.

Ich hab den Kollegen gebeten die Variablen auf einen DB umzulegen. So haben wir dann zwar eine Verarbeitungsebene dazwischen, aber wenn es anders nicht geht.
 
Zuletzt bearbeitet:
- Ist das Projekt der Fremd-SPS aktuell? Online/Offline Unterschiede? Kannst Du übersetzen und Laden?
- Sind dort irgendwelche Passorte, Zugriffsschutz aktiviert?
- Kannst Du Kommunikation über PUT/GET aktivieren und die Eingänge absolut adressiert lesen?

Gruß.
 
Ihr habt das Projekt bei euch eingefügt OK.

Dann mit der Visu verknüpft OK

Aber habt ihr das Projekt auch wieder an die CPU übertragen?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
- Ist das Projekt der Fremd-SPS aktuell? Online/Offline Unterschiede? Kannst Du übersetzen und Laden?
- Sind dort irgendwelche Passorte, Zugriffsschutz aktiviert?
- Kannst Du Kommunikation über PUT/GET aktivieren und die Eingänge absolut adressiert lesen?

Gruß.

Ich hoffe doch dass das Projekt aktuell ist. Ob man das übersetzen und Laden kann, müsste ich den Kollegen fragen der dort vor Ort ist.
Nein, kein Zugriffsschutz und nur das Safety hat ein Passwort.
Das weiß ich nicht, müsste ich auch nicht, die gesamte notwendige Kommunikation geschieht über I- Device Kommunikation.

Ihr habt das Projekt bei euch eingefügt OK.

Dann mit der Visu verknüpft OK

Aber habt ihr das Projekt auch wieder an die CPU übertragen?

Das müsste ich den Kollegen fragen der dort vor Ort ist, die sind aber gerade auf dem Heimweg.
 
Ihr habt das Projekt bei euch eingefügt OK.

Dann mit der Visu verknüpft OK

Aber habt ihr das Projekt auch wieder an die CPU übertragen?

Ich hoffe doch dass das Projekt aktuell ist. Ob man das übersetzen und Laden kann, müsste ich den Kollegen fragen der dort vor Ort ist.
Nein, kein Zugriffsschutz und nur das Safety hat ein Passwort.
Das weiß ich nicht, müsste ich auch nicht, die gesamte notwendige Kommunikation geschieht über I- Device Kommunikation.

Also ich denke auch, dass Du die Fremd-SPS aus Deinem Projekt laden musst... Sonst wird das nix. Spätestens wenn der Fremd-Programmierer mal ne Änderung macht und Dein Projekt nicht aktuell ist, wird das schwierig, mit dem Symbolischen Zugriff...

Was hat I-Device damit zu tun, auf die SPS-Eingänge von der Visu nicht symbolisch sondern absolut zuzugreifen?

Gruß.
 
Das weiß ich nicht, müsste ich auch nicht, die gesamte notwendige Kommunikation geschieht über I- Device Kommunikation.
Also, die Eingänge dass diesen Thema umhandelt, werden mittels I-Device übertragen ?
Dann sind es nicht einzelne Bools, sondern ein Anzahl von Bytes, die als Bools interpretiert werden.

1. Es kann sein dass jeden I-Device Datengruppe als ausserhalb von Prosessabbild konfiguriert sind. Normal ist "automatic update", aber es gibt auch z.b. "none" (i.e. kein automatischer aktualisierung). Siehe Bild.
I-device_process_image_update.jpg

2. Es kann sein, dass die Daten müssen konsistent gelesen werden, d.h. alle Bytes auf einmal, nicht nur einzelne Bools (Ich habe kein Erfahrung mit ein HMI direkt konsistente E/A-Daten zu lesen). Ich wurde immer solche Daten mittels DPRD_DAT in ein DB ablegen, und dann davon lesen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
So wie sich das momentan darstellt, lag das Problem an einer nicht vorhandenen Lizenz oder dem Zusammenspiel von Tia V15 und Win10 Build 1810.

Der Kollege hat keine Lizenz für WinCC Basic V15, sondern nur eine für V14. Trotzdem konnte er das Projekt bearbeiten und auf die Panels überspielen. Die Simulation auf dem Rechner konnte jedoch ebenfalls nicht auf die Steuerung zugreifen, und bestimmte Funktionen des Panels funktionierten auch nur eingeschränkt.
Ich bin letzte Woche mit vor Ort gewesen und hab das Panel von meinem PG, auf dem noch Win7 läuft, eingespielt und alles funktioniert seitdem bestens.

Wir rätseln wegen zwei Sachen:
1. Wie kann WInCC Basic V125 ohne passende V15 Lizenz funktionieren? Ich kann nichtmal ein HMI Projekt öffnen wenn ich keine Lizenz habe.
2. Liegt das vielleicht an Win10 und dem neuen Build?
 
Zurück
Oben