TIA EA-Feld-Werte 'blinken'

[Alde_Oma]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,
ich hab bei TIA16 Upd3 das komische Phänomen, dass die Werte von EA-Feldern blinken, wenn ich die Erfassungszeit auf 1 Sekunde stelle. Blinken bedeutet, dass die Anzeige zwischen dem tatsächlichen Wert und ############# im Sekundentakt gewechselt wird.
Sobald ich die Zeit umstelle ist dies nicht mehr der Fall.
Ich kann mir nicht erklären, woran das liegen könnte.


Hat dieses Problem schon einmal jemand gehabt?

MfG Oma

 

[PN/DP]

Welches WinCC Gerät verwendest Du?
Zu welcher SPS-CPU geht die HMI-Verbindung?

Könnte es sein, daß in dem SPS-Programm im Zyklus mehrmals Zuweisungen an die HMI-Variable stattfinden?
Z.B. "vorsichtshalber" erstmal die Variable mit -1 initialisieren/zuweisen und etwas später einen richtigen Wert zuweisen?

Mache mal das E/A-Feld so groß/breit, daß da Platz genug für 10 Ziffern plus Vorzeichen ist, vielleicht kannst Du dann den Wert anstatt der ##### sehen.

Harald

 

[Alde_Oma]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich hab eine 1513F und als HMI ein ITP1000, es läuft also die WinCC-Runtime.
Eine Mehrfachzuweisung gibt es nicht. Selbst wenn ich eine Variable in einem DB anlegen ohne diese weiter zu nutzen und diese nur auf dem HMI anzeige, blinkt diese.
Das EA-Feld habe ich auch schon in der Größe geändert, das macht auch keinen Unterschied bei den angezeigten Daten. Der Wert wird ja auch richtig angezeigt, nur eben nicht durchgehend.
Die Erfassungsart der HMI-Variable steht auf 'Zyklisch in Betrieb'.

 

[ducati]

Ich hab eine 1513F und als HMI ein ITP1000, es läuft also die WinCC-Runtime.

Hmm, ja welche WinCC-Runtime? TIA WinCC Advanved??? (oder Prof, oder unified)

 

[ducati]

H
Sobald ich die Zeit umstelle ist dies nicht mehr der Fall.

wenn Du sie schneller oder langsamer machst?

 

[Mecha2211]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das hatte ich schonmal.
Ich konnte nicht ermitteln, woran es lag, Abhilfe hat geschaffen, das HMI neu zu erstellen, und die Bilder/Variablen zu kopieren/neu anzulegen.
Versuche ggf. mal die Verbindung zu löschen und neu anzulegen.

 

[JesperMP]

Versuche auch die Variabel in eine Beobachtungstabelle zu betrachten.
Wenn es um eine REAL handelt, dann kann es z.B. zu NaN (Not a Number) kommen, z.B. durch divison durch Null.

 

[Matze001]

Wenn es ####### anzeigt, dann heißt es doch, dass die Variable nicht gelesen werden kann (z.B. Verbindungsfehler).

Prüf doch mal die Kommunikationsverbindung.

Grüße

Marcel

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wenn es ####### anzeigt, dann heißt es doch, dass die Variable nicht gelesen werden kann (z.B. Verbindungsfehler).

### wird auch angezeigt, wenn sie nicht darstellbar ist ( z.B. zu lang oder ungültig ( REAL ) )

 

[Alde_Oma]

Wie gesagt, die Werte werden richtig angezeigt.
Wenn ich mir einen neuen Zyklus erstelle und dort 1s oder 1000ms eingebe hab ich das selbe Problem. Wenn ich 1100ms eingebe nichtmehr. Auch bei den anderen Erfassungszyklen ist kein Problem zu sehen...
Hab auch schon die Verbindung gelöscht und neu hinzugefügt => kein Unterscheid.
Neues Panel erstellt und die Daten usw kopiert => kein Unterschied
Neues Panel erstellt und keine Daten kopiert, nur eine einzelne Variable aufs Panel gelegt => Kein Problem!

Es betrifft auch nur die PLC-Variablen, HMI-interne Variablen werden korrekt angezeigt.

Bevor ich mir aber mein gesamtes HMI neu erstellen muss, ändere ich erstmal lieber die Erfassungszeit...
Ich bin noch weiter an Fehler suchen...

 

[JSEngineering]

wenn Du sie schneller oder langsamer machst?

Du schreibst bisher nur, daß Du sie langsamer gemacht hast mit 1100ms. Hast Du sie mal schneller gemacht? 900ms?

Unwahrscheinlich aber: Es ist eine F-Steuerung, hat also ein wenig mehr zu tun als normal. Verbindung über Ethernet? Welche anderen Verbindungsressourcen an der Steuerung sind noch belegt? Nicht, daß Du schneller fragst, als die Steuerung antworten kann....

 

[Alde_Oma]

Zuviel Werbung?
-> Hier kostenlos registrieren

Auch eine schnellere Abfrage funktioniert.
Wir haben im Prinzip nur F-CPUs im Einsatz. Das Problem ist aber erst seit kurzem aufgetreten. Auch bei Kollegen, da wir alle das gleiche Projekt als Vorlage nutzen.
Verbindung via ProfiNet. Sonst hängt nur eine Kamera welche ab und an kommuniziert und ein Roboter an der Steuerung. Die Steuerung ist nicht ausgelastet, die Zykluszeit liegt bei 10ms (Mindestzykluszeit ist auf 10ms eingestellt). => das mach ich auch mal raus und teste ohne Mindestzykluszeit.
Ich nutze WinCC Advanced.
Das Beobachten in einer VAT zeigt nichts außergewöhnliches.

 

[Alde_Oma]

Neues Projekt angelegt, vom fehlerhaften Projekt die CPU und das HMI in das neue kopiert, verbunden, gestartet, kein Fehler mehr vorhanden...
Hab zuvor das fehlerhafte Projekt mit meinem "Testprojekt" (bauen mehr oder weniger aufeinander auf) verglichen und entsprechend beides gleichgezogen, ohne das sich was an dem Fehlerbild geändert hat. Konnte also leider nicht rausfinden, was das Problem ist.

 

[ducati]

oder hattest Du das HMI-Projekt nicht gesamtübersetzt?

 

[Alde_Oma]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das hab ich auch versucht. Sogar den IM-Ordner im Projektordner gelöscht, damit das HMI wirklich alles neu übersetzt...
Da muss am Projekt selbst oder an einer Einstellung, welche sich nicht ohne weiteres Erkennen lässt, etwas faul sein.