WinCC Flex Schieberegler bleibt hängen

S

sschnurr

Level-2
Beiträge
14
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Zusammen,

ich habe ein TP700 comfort über Profinet verbunden mit einer S7-1212 Steuerung.

Im Panel habe ich ein Schieberegler parametriert mit einer INT Variable in einem DB.

Nun das Problem.


Wenn man den Schieberegler schnell bewegt, bleibt er hängen oder fängt an zu springen.
Es ist ein gewisses hinterherlaufen festzustellen.
Er ist praktisch so nicht bedienbar.

Ich vermute die Kommunikation zwischen SPS und Panel ist zu langsam. (Erfassungszyklus bereits auf 100ms).
Die Position des Reglers wird ja auch umgekehrt durch eine Wertänderung in der SPS geändert.


Wird die SPS Verbindung getrennt, funktioniert die Bedienung einwandfrei.


Gibt es hierzu eine Lösung?

Vielleicht erst auf eine interne Variable und dann erst zur SPS?
 
Wie viele Variablen hast du denn so drin in deiner Projektierung ? Was haben die für einen Erfassungszyklus (100 ms ist Qu....h) ?
Was hat dein SPS-Programm für eine Zykluszeit ? Was hängt noch so dran am ProfiNet ?

Gruß
Larry
 
Das Verhalten ist auch in der HMI-Simulation so.
Meine Vermutung ist, dass der Schieberegler bei Wertänderung auf einer externen Variable dort ein Ereignis auslöst, was dann rückwärts den Schieberegler selber wieder animiert und die Position ändert usw. usf.
Schönes Beispiel dafür, dass bei Siemens entweder gar nicht oder nicht an realen Steuerungen getestet wird.

Das Verhalten liegt zumindest nicht darin begründet, dass der Wert erst verspätet von der SPS zurückgemeldet wird, und dieser dann den Schieberegler springen lässt. Denn auch wenn der Erfassungszyklus auf z.B. 10 Sekunden gestellt wird, hüpft der Schieberegler munter durch die Gegend, obwohl garantiert kein Wert aus der SPS zurückkommt.

Ich wollten den Schieberegler letztens schon einsetzen, ist aber daran gescheitert dass dieser nur Integer kann. Ein Glück...
 
Das TP700 Comfort lässt sich doch garnicht mit Wincc flex projektieren, oder bin ich falsch?


Ich habe das mal nachgebaut (in TIA allerdings nur komplett Simuliert, CPU und HMI). Ich stelle da keine Probleme mit dem Schieberegler fest.

Habe ich was falsch verstanden?


Gruß

Chris
 
Sorry vielleicht falsch formuliert.
Natürlich wincc im tia.
Allso alles im tia projektiert.

Simulation und praxis sind halt nicht gleich.
 
Wie wird die Position des Reglers bei Wertänderung gemacht?

Man kann dem Regler doch nur eine Prozessvariable zuweisen (Zumindest für den aktuellen Wert. Min und Max mal aussen vor).

Wenn du über den Regler den Wert im DB änderst, wie wird umgekehrt die Positions (der Wert) des Reglers vom Programm aus geändert, wenn du sagst, es wird nur lesend darauf zugegriffen?
 
Das HMI ändert den Wert beim Verschieben des Schieberegler und gibt den aktuellen Wert auch gleichzeitig aus, ja.
 
Der Schieberegler liest im eingestellten Variablen-Aktualisierungszyklus den Wert der Prozessvariable aus dem DB und zeigt ihn an. Wenn der Schieberegler bedient wird, dann wird der "Eingabewert" so schnell wie möglich in die Prozessvariable im DB geschrieben und angezeigt, bis die Variable das nächste mal gelesen wurde.

Ich habe mal die S7-1212 und das TP700 mit TIA V13 SP1 simuliert, da verhält sich der Schieberegler ohne Auffälligkeiten so wie er soll.

Hast Du bei dem Schieberegler irgendwas unter "Ereignisse" projektiert? Oder bei der HMI-Variable?
Wie greift die PLC "nur lesend" auf die Variable zu - an einem INOUT-Parameter? Kannst Du mal in der PLC gar nicht auf die Variable zugreifen (am besten einen neuen DB erstellen)?
Erhältst Du Sytemfehlermeldungen am TP700 (z.B. Kommunikationsüberlastung)? (Kannst Du überhaupt Systemmeldungen sehen?)

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also ich habe es mit der HMI Simulation eines 1200 an einer echten 1214 getestet. Der Schieberegler springt durch die Gegend beim schnellen Verschieben, so wie vom TO beschrieben. TIA V14 SP1.
Vielleicht wurde da von V13 zu V14 wieder etwas "optimiert".
 
Gerade nochmals den gleichen Test mit einer 1513 durchgeführt.
Es ist eine Verbesserung festzustellen, aber weiterhin das gleiche Problem bei schneller Bewegung des Schiebereglers.

Ich verstehe immer noch nicht wie man so eine Funktion bereitstellen kann, die absolut unbrauchbar ist.
Typisch Siemens.

Wenn jemand eine Lösung hat.
Bitte melden.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
sschnurr schrieb:
... Ich verstehe immer noch nicht wie man so eine Funktion bereitstellen kann, die absolut unbrauchbar ist. ...
Zum Vergrößern anklicken....

Du verstehst es NOCH nicht? Mach Dir keine Hoffnung - Du wirst es NIE verstehen! Ich übrigens auch nicht.
Das ist der technische Fort-Schritt. Etwas raushauen, was optisch einen guten Eindruck macht und sich erstrebenswert anhört.
Gute Ideen gibt es viele - Umsetzungen in brauchbare Lösungen eigentlich nicht mehr.
Einfache, überschaubare, anwendbare, nützliche, wirkungsvolle, bewährte Lösungen werden durch eierlegende WollMilchMonster ersetzt, die so ziemlich alles können - nur leider nicht das Bisschen, wofür sie eigentlich gebraucht werden.
Früher hat man die Neuerungen noch so verpackt, dass es irgendwie möglich war, die "alten" Fähigkeiten weiterhin benutzen zu können, wenn man nur nachdrücklich genug danach geforscht oder darauf gedrängt hat.
Diesen Luxus können wir uns nicht mehr leisten. Heutzutage: alte Funktionalität ersatzlos weg - neue her.
Es wird keine Rücksicht mehr auf die altmodischen Anwender genommen - die haben gefälligst ihre Gewohnheiten und Bedürfnisse dem neumodischen Kram anzupassen.
Erst Neuerungen raushauen, dann gucken, ob sich jemand die Blösse gibt, zu protestieren, dann geistloses Update raushauen, dann gucken, ob sich jemand die Blösse gibt, zu protestieren u.s.w..
Nein, keine Angst, das ist keine Endlosschleife. Denn bald kommt schon das NachfolgeProdukt und das alte wird nicht mehr unterstützt. Das neue Produkt hat neue Features mit neuen Fehlern und alte Features mit noch älteren Fehlern, die aber keiner mehr bemerkt - wie auch, wenn man gar keine sinnvolle Verwendung für die Features finden kann.
Wo das hinführen soll? Keine Ahnung - wir Menschen sind zu doof, um damit klar zu kommen und die Computer zu intelligent, um es überhaupt zu wollen.
 
Ich habe das übrigens letzte Woche auch noch mit der HMI-Simulation von TIA V13 an einer realen 1214 getestet. Hüpft bei mir genauso wie bei V14, irgendwann kommt sogar eine Meldung dass Daten verloren gegangen sind.
Zu einer 1500 dürfte das keinen Unterschied machen, da die Kommunikation identisch wie bei der 1200 abläuft. Und wie geschrieben, hüpft der Schieber auch wenn überhaupt keine Werte von der SPS zurückkommen weil das Aktualisierungsintervall so weit heraufgesetzt wurde. Evtl. wird ein Ereignis ausgelöst, wenn der Schreibvorgang von der SPS bestätigt wurde. Das könnte dann erklären warum es in einer SPS-Simulation angeblich nicht auftritt (oder nicht zu sehen ist), oder auch weil es bei der 1500 etwas weniger auffällig ist, weil diese vielleicht etwas schneller auf die Schreibbefehle antwortet als die 1200.

Bei Siemens melden kannst du dir sparen, sowas interessiert die überhaupt nicht. Wenn du eine Anfrage stellst, dann stellen die sich erstmal blöd und verstehen nicht was du meinst, und dann verläuft das einfach im Sande und bleibt so.
 

Similar threads

M
TIA VB-Skript für Rezept-Datenbank
2 3 4
Antworten
63
Aufrufe
7K
hucki
hucki
Korniman
Gleitender Mittelwert für Batteriemessung mit ESP32 über OpenPLC realisieren
Antworten
6
Aufrufe
1K
Cassandra
Cassandra
C
Beckhoff TwinCAT (2) Debugging mit Breakpoints / Single Step ...
Antworten
2
Aufrufe
3K
MasterOhh
M
asm
TIA Script: Wertübernahme an eine lokale HMI-Variable
Antworten
9
Aufrufe
6K
asm
asm
M
CAA oder SysFile bitte um Hilfe
Antworten
1
Aufrufe
4K
MrAnderson0815
M
Zurück
Oben