Anzahl Verbindungen reduziert sich nach PG-Zugriff

Aboden

Level-1
Beiträge
117
Reaktionspunkte
1
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo, ich mal wieder

habe folgendes Problem an einer 416F-2 mit CP443.
Wenn man über TCP eine Online-Verbindung mit dem PG aufbaut, dann wird hierfür doch eine CPU-Verbindung verbraten. Geht das PG wieder offline sollte doch diese Verbindung wieder frei werden.
Die 416F-2 hat 64 Verbindungen zur Verfügung.
Bei meiner CPU sieht es so aus, als ob die Verbindungen nicht wieder frei werden. Dies bedeutet, dass nach ca. 64 Online-Verbindungen über TCP mit dem PG kein Zugriff mehr möglich ist.
Danach muss man die CPU spannungslos schalten dass es wieder funktioniert.

Weiß man hierüber etwas?
 
Bei meiner CPU sieht es so aus, als ob die Verbindungen nicht wieder frei werden. Dies bedeutet, dass nach ca. 64 Online-Verbindungen über TCP mit dem PG kein Zugriff mehr möglich ist.
Danach muss man die CPU spannungslos schalten dass es wieder funktioniert.

Weiß man hierüber etwas?

Wie kommst du darauf? Schon ausprobiert? Ich hatte es 1 mal, das eine Verbindung nicht wieder freigegeben wurde nach einem Rechnerabsturz. Da war dann auch der BAustein der gerade beobachtet wurde noch gesperrt. Das war damals (ca. 3Jahre) eine normale 416.
Ein CPU-Neustart behob das ganze. Seither ist es nicht nochmal aufgetreten.

Thomas
 
Dieses Phänomen betrifft mehrere Anlagen.
Bei einer weiß ich genau, dass eine neuste CPU416 im Einsatz ist.
Habe diese vor kurzem getauscht!)
Müsste also die neuste Firmware haben.
Gruß
 
Mit FC10 AG_CNTRL sollte es als Workarround möglich sein, das Ansteigen der belegten Verbindungsressourcen zu beobachten und ggf. nicht-projektierte Verbindungen zu killen. Sowas habe ich aber noch nie gemacht und habe auch keine Ahnung, ob das die Verbindungsressourcen der CPU beeinflußt.

Dann wäre da noch die Frage, ob es an der Firmware der CPU oder an der Firmware des CP443 liegt.

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Passiert das bei Dir allein dadurch, daß Du mit dem PG mehrmals Online gehst oder erst, wenn Du Programmänderungen einspielst?
Einige Kommunikationsbausteine mögen es nicht, wenn das Programm mit den Bausteinen in RUN geändert wird, da bleiben dann gewollte Verbindungen der alten Instanz geöffnet und die neue Instanz legt neue Verbindungen an.

Harald
 
Das ganze spielt sich bei einer großen Firma ab.
Alle Anlagen sind über CP mit Netzwerk verbunden.
Jetzt kann man mit allen PC`s die S7 drauf haben und im gleichen Netzwerk sind online auf die Steuerung zugreifen.
Es reicht schon aus, wenn man den Status online betrachtet.
Meistens funktioniert die Verbindung wieder, wenn man das Ethernetkabel kurz von der CP trennt, aber meistens nur durch abschalten der CPU.
 
Zuletzt bearbeitet:
Ich spreche von den Verbindungs- Ressourcen.
Unter Baugruppenzustand der CPU online kann man das sehen. Bei mir "Maximale Anzahl" 64 und bei "Nicht belegt" normalerweise 63 aber wie gesagt 0
 
Kannst du eine CPU mal isoliert vom Unternehmensnetz(scheint ja größer zu sein ;-) ) nur mit dem PG laufen lassen, ob da dieses Verhalten auch auftritt? Bzw. einen Zugriffsschutz einrichten, der nur den wirklich nötigen Partnern eine Kommunikation erlaubt(finde ich persönlich in den meisten Fällen sowiso sinnvoll). Wenn im Netz "genug" Rechner vorhanden sind die nach erreichbaren Teilnehmern suchen, oder anderweitig nach Kommunikation ersuchen könnte soetwas eventuell auch auftreten.

Thomas
 
Immer wieder das Problem

Hier seht ihr, dass nur noch 2 Verbindungen offen sind! Es müssten aber weit über 40 offen sein!
Verbindungen lassen nur durch Spannung aus und wieder ein an der CPU löschen.
Gibt es da andere Möglichkeiten, die Verbindungen wieder freizugeben?


S7-400 CPU.JPG
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Da wirsst du wohl oder übel dir einmal den FC10 AG_CNTRL anschauen müssen, wie es dir schon Harald vorgeschlagen hat.
Ich kenne dieses Problem immer dann, wenn man während des Beobachten das Kabel abzieht, dann werden die Verbindung nicht richtig beendet und bleiben belegt.
Läuft die Kommunikation im Netz auch über PG Verbidungen?
Was sind die sonstigen Kommunikationen für welche?


bike
 
Wenn ich das richtig gelesen habe, kann der FC10 aber nur projektierte Verbindungen Reset'en und wieder neu aufbauen die über Send und Receive ausgeführt sind.
Ich hab's mit dem FC10 versucht, da kommt aber die Meldung 2 zurück! (RESULT1 0002H Der Reset-Auftrag konnte nicht an den CP übertragen werden, da der Dienst im CP nicht gestartet ist ( z. B. CP in STOP). Anlage läuft aber!


An den Anlagen hängen über TCP-IP direkt Bedienpulte. Außerdem kann über sämtliche Rechner im Netz auch über TCP als PG auf die Anlagen zugegriffen werden.
Es gibt noch Zielrechner usw. die über Send und Receive Bausteine kommunizieren.

Es muss doch irgend eine Möglichkeit geben, die sämtliche Verbindungen zu löschen ohne die Spannungsversorgung der CPU auszuschalten.
(Wie schon gesagt, Stop Run der CP oder Netzwerkkabel ziehen reicht nicht aus)

Grüße aus der Pfalz
 
Noch was, sämtliche Bedienpulte und PG's hängen im Firmennetz und kommunizieren über TCP direkt mit den entsprechenden Anlagen. Diese Teilnehmer sind in der Hardwarekonfig oder im NEtPro nicht aufgeführt.

Meistens passiert es nach größeren Umbauten so wie jetzt nach Weihnachten. Sonst eigentlich recht selten.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo
ich kenne dieses Problem auch. Da habe ich eher den verdacht das die IT dahinter steckt, meine "theorie" ist das die Hirschmann Switche (in meinem Fall) die Verbindungen offen halten . Erst nach ausschalten der Spannungsversorgung CPU sind die Verbindungen wieder frei. Dieses Phenomen tritt bei mir sehr sporadisch und auch nur bei einer bestimmten Montagelinie auf. Da die Siemens Hardware aber auch an vielen anderen Montagen und Maschinen mit der selben Hardware eingesetzt wurde und dort noch nie solche Probleme waren, tippe ich sehr stark auf die Switche..... Konnte es aber bisher nicht nachstellen oder belegen. Bei uns patchen die IT Leute gern ihre Systeme an Produktions freien tagen ...... :confused: Nur so eine Theorie von mir.....
 
Wenn das mit den Switchen zutrifft, was passiert denn wenn der Switch mal kurz spannungslos gemacht wird? dann sollten doch die Verbindungen getrennt werden:sw14:
 
Wie gesagt ich konnte damit noch keine Feldversuche machen. Unsere Switche sind geschätzt mit 50-60 Ports belegt und in einem Schatschrank zudem nur die IT den Schaltschrank Schlüssel besitzt. Die Sicherung davor herraus zu drehen habe ich mich nicht getraut , da hängt alles mögliche dran....
 
Zurück
Oben