TIA Profinet "Phantombits"

[Reckers]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

Ich habe eine Frage bzw. Problem bezüglich Profinet IO.

Ich habe eine neue Anlage mit einer S7-1513 und TIA-Portal V13 SP1 Update 4 projektiert.
Über Profinet sind mit der Steuerung 29 Teilnehmer verbunden, davon 23 Siemens Key-Panels (KP8), zwei ET200S, ein Comfort Panel, ein KTP1000 Panel sowie zwei SEW-Gateways.
Die Steuerung ist mit einem Switch (unmanaged) im Schaltschrank verbunden. Von diesem Switch gehe ich nun auf vier weitere Switches, an denen jeweils die Key Panels hängen.
Das Ganze funktioniert eigentlich auch wunderbar, nur ist mir nach einer Woche folgendes Problem aufgefallen:
Drei Key-Panels besitzen die Frechheit, sporadisch drei Bits aus dem Eingangsbyte für ca. 13 ms auf "high" zu setzen, obwohl keine von den Tasten gedrückt wird. Dies hat zur Folge
das der Teil der Anlage abgeschaltet wird, da eines dieser Bits auch diese Funktion erfüllen soll, wenn die Taste auch tatsächlich gedrückt wird.
Zu erst dachte ich, ein Bediener will mir einen Streich spielen, jedoch scheint sich ein "Phantom" im Profinet-Netzwerk herumzuschleichen
Mittels Trace-Aufzeichnung habe ich dann herausgefunden, dass drei Bits gleichzeitig gesetzt werden, daraus erhebe ich nun den Verdacht, dass es an den Panels oder am Netzwerk selbst liegt.

Kennt jemand diese Problematik oder hat eine Idee was die Ursache sein könnte?


Gruß

 

[vollmi]

Ich würd im Panel mal eine Zusatzfunktion auf die Taste legen um eine Interne Variable hochzuzählen. ggf ist das Tastenfeld defekt.

mfG René

 

[Reckers]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo.
Es sind ja drei Panels die das haben. Das wäre schon ein Zufall wenn gleich drei defekt sind denke ich.

Gruß

 

[vollmi]

Trotzdem wärs interessant obs von der Tastenabfrage kommt oder erst später. Mir wären solche Phantome noch nicht aufgefallen. Aber ich nutz die Tasten nur zum Bild wechseln und Quittieren. Also dingen die kaum auffallen würden wenn die Bits so zwischendurch zur SPS gehen, wenn nix zum Quittieren ansteht.

mfG René

 

[MSB]

@Rene
Beim KP8 gibt es keine "Bilder", eigentlich ist das Ding nur ein PN-Device mit ein paar Tasten und LEDs:
http://w3.siemens.com/mcms/human-ma...ey-panels/simatic-hmi-kp8/seiten/default.aspx

 

[vollmi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Achso die sind gemeint. Ich dachte die KTP Tasten. Sorry.

Die Keypanels werden ja dann direkt ins Prozessabbild eingebunden. Hatte ich zwar auch schon. Wär mir bisher auch nix aufgefallen das spontan Eingangsbits gesetzt werden.

mfG René

 

[Ralle]

13ms??? Wie lang ist die Zykluszeit der SPS bzw. des Busses?
Ich hatte mal ein ähnliches Verhalten, das dann durch fehlerhafte indirekte Adressierung verursacht wurde.
Durch einen Fehler in der Programmierung wurde "irgendwelche" Speicherstellen beschrieben. Der Fall dort war so, dass die Fehlerleuchte anging. Ohne Fehler ohne Bedingung und eben auch nur ganz kurz. Ich hab ewig gesucht und dann irgendwann die falsche Adressierung gefunden. Aber was genau da passiert war ... Es war begehbar, indem man die Bausteine in anderer Reihenfolge aufrief . Möglicherweise wurden da irgendwelche Lokaldaten überschmiert.

 

[Reckers]

Hallo Ralle,

das ist schon mal ein guter Hinweis. Nach falschen Adressierungen habe ich schon gesucht, jedoch (noch) nichts gefunden.
Nach der Zykluszeit habe ich gerade geschaut, die ist um die 12ms. Dann werden die Bits wohl für einen Zyklus gesetzt sein.
Habe die ganze Software schon mal komplett neu übersetzt und geladen, hat jedoch nichts gebracht. Nächster Punkt wäre dann wohl mal wie Ralle schon sagte mal die Aufruf-Reihenfolge
der Bausteine zu ändern.
Gibt es sonst noch Vorschläge oder Erfahrungen?

Gruß

 

[Larry Laffer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Gibt es sonst noch Vorschläge oder Erfahrungen?

Für mich hört sich Ralle's Vorschlag auch gut und vor Allem logisch an.
Vielleicht solltest du den Code für deine Art des Zugriffs auf die KP8's mal hier posten.
Ansonsten ggf. mal bestimmte Sektionen deines Programms gar nicht bearbeiten lassen (im OB1 ein BEA schreiben). An welcher Stelle im Programm liest du die ein ? Das sollte ja eigentlich ziemlich am Anfang des OB1 stattfinden ...

Gruß
Larry

 

[Reckers]

Hallo Larry,

vielleicht sollte ich mal beschreiben, wie die KP´s eingebunden sind.
Bei der Konfiguration eines KPs werden 2 Eingangs- und 4 Ausgangsbytes dem Panel zugewiesen.
Als Beispiel:
Eingangsbytes: EB 486, EB 487
Ausgangsbytes: AB 584, AB 585, AB 586, AB 587

Das erste Eingangsbyte ist für die "physikalischen Eingänge", das zweite für die 8 Tasten.
Das erste Ausgangsbyte ist für die "physikalischen Ausgänge", die anderen drei für die RGB-LED Ansteuerung der Tasten.


Nun habe ich das zweite Eingangsbyte in der Variablentabelle als BOOL definiert, zum Beispiel:

%E487.0 "KP Taste EIN"
%E487.1 "KP Taste AUS"
%E487.2 "KP Taste IRGENDWAS"
usw...
Diese entsprechen dann den Tasten des KP´s.
Diese Eingangsvariablen verwende ich nun im Programm "verstreut".
Von daher wird es schwierig, diese am Anfang des Programms einzulesen
Eine Möglichkeit wäre es evtl. zu Anfang alle Eingangsvariablen einzulesen und den Wert in einer lokalen Variable übergeben.
Die Idee, einen Teil des Programms nicht bearbeiten zu lassen ist nicht schlecht, allerdings läuft die Anlage bereits und der Fehler tritt sporadisch auf (~6 Mal in 24 Stunden).

Gruß

 

[centipede]

Für den Zugriff auf die KPs gibt es Bibliotheksbausteine

 

[Reckers]

Zuviel Werbung?
-> Hier kostenlos registrieren

Für den Zugriff auf die KPs gibt es Bibliotheksbausteine

Ja, da hast Du Recht. Jedoch meines Wissens nach nur für die Ansteuerung der RGB-LEDs.

 

[centipede]

Ja, da hast Du Recht. Jedoch meines Wissens nach nur für die Ansteuerung der RGB-LEDs.

Stimmt natürlich... bei den Tasten gibt es ja eigentlich nichts zu beachten

 

[PN/DP]

Schreibt irgendwas (Programm, Visu, HMI, Kommunikation) auf das Eingangsabbild der Tasten? Direkt oder indirekt?
Überwache mal: Ist am Ende des OB1 in den Tastenbytes EB48x noch der selbe Wert wie am Anfang des OB1?

Harald

 

[Larry Laffer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Diese Eingangsvariablen verwende ich nun im Programm "verstreut".
Von daher wird es schwierig, diese am Anfang des Programms einzulesen

OK ... ich hatte mir dafür einen Baustein erstellt (hauptsächlich wegen der Farben der Tasten und weil ich nicht unnötig das Prozessabbild aufblähen wollte).
So hatte ich dann bei dir herausgehört, dass du es ähnlich gemacht hattest.
Ein Baustein bietet dann natürlich auch ggf. die Möglichkeit, ihn nicht korrekt erstellt zu haben ... 8)

Wenn das Ganze natürlich so selten (und ggf. auch unregelmäßig) passiert dann wird es sehr schwer den Fehler (sofern es denn einer ist) zu finden.
Dein Bus (ich nehme an ProfiNet) läuft aber sauber ????

Gruß
Larry

 

[Reckers]

Ja der Bus (Profinet) läuft sauber. Wenn ich die Kommunikationsdaten betrachte, gibt es keine Fehler/ Kollisionen.
Gibt es noch eine andere Möglichkeit, den Bus auf Störungen zu untersuchen?

Gruß

 

[centipede]

Ich halte es für sehr unwahrscheinlich, dass die Ursache an verfälschten bzw. veränderten Telegrammen liegt. Da würden Sicherungsmechanismen innerhalb der Übertragung zum tragen kommen.
Vielleicht haben die Geräte wirklich den selben Defekt, aber am wahrscheinlichsten liegt die Ursache im Programm.

 

[Onkel Dagobert]

Zuviel Werbung?
-> Hier kostenlos registrieren

.. Es sind ja drei Panels die das haben. Das wäre schon ein Zufall wenn gleich drei defekt sind denke ich..

3 von 23 ist doch gar nicht soo schlecht ;-) . Spaß beiseite, ich kenne die Dinger nicht. Wenn du sonst keinen Fehler findest, dann tausche doch mal die drei Problemfälle, gegen drei der anderen.

 

[Larry Laffer]

Ich halte es für sehr unwahrscheinlich, dass die Ursache an verfälschten bzw. veränderten Telegrammen liegt.

Ich nicht unbedingt ... es müssen auch nicht verfälschte Telegramme sein ...
Einen ähnlichen Fall hatte ich schon mal ...
Es könnte aber auch z.B. am Potentialausgleich liegen. Vielleicht, wenn deine 3 Panels im gleichen Bereich liegen (Anbauort), machst du da mal noch etwas - das könnte ja auch erstmal provisorisch sein ...

Gruß
Larry

 

[PAC_Man]

Bei der S7 1500 ist alles im Prozessabbild. Soweit ich weiß. Kann hier ggf. der Denkfehler liegen?