TIA TP700 Comfort Buttons bleiben hängen

Softi79

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

mit einem TP700 comfort habe ich immer wieder das Problem, dass manchmal Buttons "hängen" bleiben.
TIA Version 13 SP1 Update 4
Firmware Panel ...aktuell V13...

Das Problem ist Projekt und Steuerungs unabhängig (315PN/DP, 315 DP/DP / 1513 )
Es ist auch egal ob die Funktion SetzeBit (bei Taste drücken) / RücksetzeBit (Bei Taste loslassen) verwendet wird oder SetzeBitInVariable / RücksetzeBitInVariable verwendet wird.

Unter Runtime-Einstellungen wurde auch die Funktion "Schaltfläche beim Verlassen loslassen" aktiviert um das Problem zu minimieren...

Die Prozessorauslastung wurde bereits untersucht... lediglich 7% Auslastung und Speicher ist auch nur zu 40% belegt.
Es sind nur wenige (ca.30) die im 100ms takt gelesen werden die meisten anderen werden im 1s takt aktualisiert und auch nur bei Verwendung....


Solangsam weis ich keinen Rat mehr an was das liegen könnte.

Sitze gerade beim Kunden und soll eine Mischanlage fertigstellen... da habe ich eine Funktion "Öffne Schieber solange Button gedrückt" es echt blöd wqenn da ein paar tonnen mehr raus kommen und man nur über NOT-Halt den Schieber zu bekommt.....

Ich vermute einen Hammer Buck in der Firmware

Gruß Softi
 
Zuviel Werbung?
-> Hier kostenlos registrieren
"Öffne Schieber solange Button gedrückt" es echt blöd wqenn da ein paar tonnen mehr raus kommen und man nur über NOT-Halt den Schieber zu bekommt.....
Genau deshalb würde ich sowas NIE direkt mit einer Software-Taste machen, ganz besonders nicht mit einem Touchpanel. Selbst wenn da mal zufällig keine zusätzlichen Bugs oder Touch-Treiberprobleme dazukommen ...

Wenn Du keine Hardware-Taste(n) (Ausführungs-/Zustimm-Taste, Stop-Taste, ...) nachrüsten kannst, dann mache das wenigstens als Profinet-Direkttaste, da wird zumindest die Kommunikation überwacht.
Anwendungsbeispiel: Direkttasten Anwendung bei Touch- und Key Panels

Harald
 
Hi,
gibt es dazu einen besonderen Hintergrund? Es ist weniger Aufwand aber das Problem wäre das selbe, wenn der Bug nicht in der Funktion sitzt....
 
meinst du meinen beitrag?
ich hatte so ein Problem mit diesem setze/rücksetze auch schon unter Flex.
aber was pn/dp schreibt hat natürlich Hand und fuss. sowas macht man besser über echte taster.
wenn es zu viele Funktionen sind kann man ja auch einen taster zur Zustimmung nehmen verknüpft mit dem hmi-taster.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ja Volker deinen Beitrag meinte ich....
Und PN/DP hat natürlich recht, kritische Funktionen machen wir über Zustimmtaster (Wenn Schutzgitter offen) Aber Wenn Schutzgitter geschlossen braucht man dass normal nicht... und es ist natürlich unmöglich jeden Button mit einem Zustimmtaster zu verknüpfen... Programmanwahl, Parameter über Button erhöhen, Speichern, Motoren im Manuell Modus verfahren..... Entweder geht die Funktion zu 99,9% (Außer Kabelbruch, Virus, Panel beschädigt...also alle 2-3Jahre eine Fehlfunktion) oder ich kann das Panel nicht einsetzen... ein solch gravierenden Fehler hatte ich weder bei Protool noch bei Flex......

Ich hoffe Siemens findet das Problem bald....

Gruß Softi
 
benutze besser die Funktion beim drücken 'SetzeBitWährendTasteGedrückt'
WinCC flexible und TIA: Hilfe zu SetzeBitWährendTasteGedrückt
Hinweis

Verwenden Sie diese Systemfunktion nicht, wenn die Steuerung BOOL-Variablen unterstützt.
Verwenden Sie statt dessen die Systemfunktion "SetzeBit".



und es ist natürlich unmöglich jeden Button mit einem Zustimmtaster zu verknüpfen...
Wieso nicht??? :confused: Es muß doch nur jede Software-Tipptaste in der SPS mit dem Zustimm-/Freigabetaster UND-Verknüpft werden oder besser: die Bits aller Software-Tipptasten im SPS-Programm rückgesetzt werden, wenn der Hardware-Zustimm-/Freigabetaster nicht gedrückt ist.

Entweder geht die Funktion zu 99,9% (Außer Kabelbruch, Virus, Panel beschädigt...also alle 2-3Jahre eine Fehlfunktion) oder ich kann das Panel nicht einsetzen...
Das ist zu blauäugig gedacht. Bei Einsatz von HMI mit Steuerung über Daten-Kommunikation muß man immer mit Kabelbruch und Kommunikationsausfall rechnen und Vorkehrungen treffen, daß die Anlage dann angehalten werden kann. Einfach Buttons in die Visu malen reicht nicht. Es ist nicht garantiert, daß nach einem Start-Kommando auch das Stop-Kommando noch in der Steuerung ankommt. Auch deshalb gibt es die "Direkttasten" - bei denen wird die Verbindung überwacht und die Bits ggf. automatisch rückgesetzt.

Kommen da eigentlich nur unerwartet zuviele Tonnen 'raus oder könnten auch Personen gefährdet werden?
Dann wäre der Software-Tippbetrieb sowieso nicht zulässig.

Harald
 
... und es ist natürlich unmöglich jeden Button mit einem Zustimmtaster zu verknüpfen...
Nur noch mal sicherheitshalber:
Es ist von einem gemeinsamen Zustimmtaster für alle Buttons die Rede.
Nicht jeder Button mit seinem eigenen Zustimmtaster.


Kam (zumindest bei mir) irgendwie so rüber, als ob doch eher Letzteres verstanden wurde.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
benutze besser die Funktion beim drücken 'SetzeBitWährendTasteGedrückt'
WinCC flexible und TIA: Hilfe zu SetzeBitWährendTasteGedrückt
Hinweis

Verwenden Sie diese Systemfunktion nicht, wenn die Steuerung BOOL-Variablen unterstützt.
Verwenden Sie statt dessen die Systemfunktion "SetzeBit".
was soll mir das jetzt sagen? was soll ich denn sonst steuern wenn nicht eine bool-variable

Ich kann nur sagen, dass ich auch schon mal diese Probleme hatte mit dem setze Bit und mit setzebitwährendtastegedrückt gibt's keine Probleme.
 
WinCC flexible und TIA: Hilfe zu SetzeBitWährendTasteGedrückt

was soll mir das jetzt sagen? was soll ich denn sonst steuern wenn nicht eine bool-variable

Ich kann nur sagen, dass ich auch schon mal diese Probleme hatte mit dem setze Bit und mit setzebitwährendtastegedrückt gibt's keine Probleme.

Bei 'SetzeBitWährendTasteGedrückt' muss ja immer zusätzlich ein Bitindex angegeben wereden.
Das ist wahrscheinlich für Steuerungen bestimmt, die keine Bitverabeitung unterstützen (wenn es
den so etwas gibt). Siemens unterstützt ja mit seinen Panels auch Fremdsteuerungen, anderer
Hersteller.

Da währe es Sinnvoll von Siemens gewesen, wenn ihre Funktion nicht sauber Arbeitet, diese Funktion
bei Siemens Steuerungen nicht anzubieten.
 
Zuletzt bearbeitet:
Ich kann nur sagen, dass ich auch schon mal diese Probleme hatte mit dem setze Bit und mit setzebitwährendtastegedrückt gibt's keine Probleme.
Hmm, ist auch das erste Mal dass ich auf diesen Hilfeeintrag aufmerksam werde.

Kann aber Volkers Beobachtungen nur bestätigen. Hatte (auch meine Kollegen) schon oft Probleme mit Setze/Rücksetze am selben Button. Sowohl unter Flex als auch unter TIA. Verwende eigentlich auch nur mehr SetzteBitWährendTasteGedrückt. Das funktioniert eigentlich zuverlässig für normale Anwendungen oder in Kombi mit Zustimmtaster.

Hat mir sogar der Support mal angeraten als ich mich mit so einem Problem al gemeldet habe, aber die wissen es ja selbst oft nicht.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
somit könne wir erst einmal festhalten, beide Funktionen funktionieren nicht Sauber.

Ist halt Siemens, ein einfaches setzen von Boolvariablen muss ja auch nicht unbedingt
bei einer SPS funktonieren. Da gibt es wichtigeres, zb. Farben bei den Engernieringsytem.
 
Ich hab da 1 TP700 mal eingesetzt. Das war mit V13 upd5. Also ohne SP1.
Und keine Problemen mit Setze bit bei drucken und Rücksetze bit bei loslassen.
Kommunikation über Profinet mit Aktualisierung 10ms

Wer weis ist es ein SP1 Bug ?, Wobei, das muss dann schon viel früher aufgefallen sein.

Bram

Bram
 
WinCC flexible und TIA: Hilfe zu SetzeBitWährendTasteGedrückt
Hinweis

Verwenden Sie diese Systemfunktion nicht, wenn die Steuerung BOOL-Variablen unterstützt.
Verwenden Sie statt dessen die Systemfunktion "SetzeBit".
was soll mir das jetzt sagen? was soll ich denn sonst steuern wenn nicht eine bool-variable
Das sagt, daß die Funktion nicht mit einer S7-Steuerung verwendet werden soll (darf), sondern nur mit "exotischen" Steuerungen, welche keine BOOL-Variablen haben. Eigentlich war die Funktion noch nie für S7-Steuerungen "freigegeben", wird allerdings auch nicht in der Projektierung gesperrt. Warum weiß wohl nur Siemens...

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich hab da 1 TP700 mal eingesetzt. Das war mit V13 upd5. Also ohne SP1.
Und keine Problemen mit Setze bit bei drucken und Rücksetze bit bei loslassen.
Da hast Du irgendwie Glück gehabt - V13 UPD5 war doch die Version mit dem Bug, daß Setzen und Rücksetzen vertauscht war...


Doch egal - wie man im Siemens Forum sieht, gibt es "schon immer" Probleme, daß das Setzen bei Drücken/Rücksetzen bei Loslassen und SetzeBitWährendTasteGedrückt unzuverlässig funktioniert.

Harald
 
Sicherheitsrelevante Dinge mit einem Zustimmtaster zu verknüpfen (Software und Hardware) ist mehr als logisch und auch zwingend notwendig.
Aber ein Speicherbutton, Auswahl einer Funktion, Schrittbetrieb, Wertänderung einer Variablen nur mit Zustimmungstaster zu erlauben finde ich Irrsinn da bin ich froh das Siemens noch keine Multitouchpanel hat, sonst muss ich mit der Nase oder der "Nase" den Zustimmtaster drücken....:) Und wie bedienen dann die Frauen die Anlage :)

Es gibt bei solchen Funktionen nur die Möglichkeit die Variable unten in der Steuerung zu resetten, doch wenn der Button "klemmt" setzt das HMI das Bit dann wieder?


Natürlich kann die Anlage immer über Not-Halt angehalten werden oder durch loslassen des Zustimmtasters wenn dieser erforderlich war, oder eben wenn der Button nicht mehr gedrückt ist.
Personen können keine gefährdet werden, wir haben eine aktive Zuhaltung der Schutzgitter und nach dem öffnen und schließen muss von außen quittiert werden (Von innen nicht zugänglich)


Profinet-Direkttaste wo kann ich diese deffinieren? Als Verbindung habe ich Ethernet gewählt


Das Projekt lief unter Flex und TP177B problemlos und bei dem TP700 haben wir mehrer Maschinen (große und kleine) die fast alle 1-2mal am Tag dieses Problem haben, verschiedenste Bilder, und Buttons....

Da schlägt man sich wieder mit Dingen rum die irgendwann mal gegangen sind.... *keks*

Gruß Softi

PS: Ich geh mal Mehl beiseite schaufeln....mal schauen ob ich da auf andere Gedanken komme, Außer Schieber nur mit Zustimmtaster öffnen....
 
Mag sein das SetzeBitWährendTasteGedrückt nicht für Siemenssteuerungen genutzt werden soll.
Ich benutze die schon seit protool und hatte noch nie Probleme mit dieser Funktion sowohl bei S5 als auch bei S7.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi!

Welchen Grund gibt es, sich den doppelten Projektierungsaufwand zu machen, indem man SetzeBit (beim Drücken) und RücksetzeBit (beim Loslassen) verwendet?

Dafür gibt es doch SetzeBitWährendTasteGedrückt.


Gruß,

Ottmar
 
Hi!

Welchen Grund gibt es, sich den doppelten Projektierungsaufwand zu machen, indem man SetzeBit (beim Drücken) und RücksetzeBit (beim Loslassen) verwendet?

Dafür gibt es doch SetzeBitWährendTasteGedrückt
Den Beitrag von PN/DP (und die anderen) hast du schon gesehen, oder?
www.sps-forum.de/simatic/79267-tp700-comfort-buttons-bleiben-haengen.html#post599126

Obwohl ich die Funktion, wie schon geschrieben, auch nutzte. RN hat auch schon das richtoge Fazit gezogen.
 
Hi!

Ähm, ja klar?

Ich frag mich halt nur, warum man von vorne herein die umständliche Variante mit doppeltem Projektierungsaufwand nimmt.

Gruß,

Ottmar
 
Zurück
Oben