TIA Leidiges Thema S7 Verbindungen

vollmi

Level-3
Beiträge
5.425
Reaktionspunkte
1.403
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen. Ich grüble grade intensiv über ein Problem mit meiner Kommunikation.

Ich habe eine 317-2PN/DP mit einem CP343-1 1EX30 also keine Lean.

Projektiert sind je eine S7 Verbindung zu 10 Unterstationen 315-2PN/DP

Es kommuniziert von jeder Unterstation ein BSEND/BRECV mit je 1kb an Daten hoch zur 317er.

ebenfalls wird zyklisch je unterstation ein USEND_S/URECV_S mit knapp 20byte daten gesendet.
Und jeweils ein USEND_S/URECV_S ausgelöst durch einen Trigger mit knapp 100 byte.

Die Bausteine sind alle nicht gegeneinander verriegelt. Da in der Hilfe ja eigentlich steht dass sie mit der Gegenseite über die r_id sich gegenseitig managen.

trotzdem kriege ich regelmässig die Fehler:
20

  • Maximale Anzahl paralleler Aufträge/Instanzen ist überschritten
  • Die Instanzen wurden bei CPU-RUN überladen (STOP-RUN-Übergang der CPU oder des CP ist erforderlich.)
  • Ist beim Erstaufruf möglich

und
1
1
Kommunikationsprobleme, z. B.

  • Verbindungsbeschreibung nicht geladen (lokal oder remote)
  • Verbindung unterbrochen (z. B. Kabel, CPU ausgeschaltet, CP in STOP)
  • Verbindung zum Partner noch nicht aufgebaut
  • Maximale Anzahl paralleler Aufträge/Instanzen ist überschritten

muss ich diese jetzt wirklich alle gegeneinander verriegeln? Das wollte ich eigentlich vermeiden weil dann die Kommunikation extrem langsam wird.

mfG René
 
Kann es sein, das du nur max. 16
S7-Verbindungen mit dem CP kannst (lt. Technische Daten), also 8 hin und 8 zurück.
Bei 10 Unterstationen hättest du allerdings 10 hin und 10 zurück = 20!

MfG
 
Zuviel Werbung?
-> Hier kostenlos registrieren
BSEND und BRECEIVE können über die gleiche Verbindung abgehandelt werden (jedenfalls zwischen PC und SPS).
Ich gehe davon aus, dass die Anzahl der gleichzeitigen Verbindungen limitiert ist. Was passiert wenn Du bei dem Fehler den Aufruf später wiederholst?
 
.
@vollmi:

zu deiner ersten Fehlermeldung fehlt die
letzte Hinweiszeile zur Abhilfe:
"Speicherengpass des CP"

ich tippe also mal hier drauf:
"Maximale Anzahl paralleler Aufträge/Instanzen ist überschritten".

Du solltest demnach nicht mehrere Aufträge gleichzeitig an dein
CP geben, sondern nach Start mit "REQ" auch die Rückmeldung
"DONE" abwarten, bevor der nächste Auftrag gestartet wird.

Gruss
 
Hast du schonmal geprüft was die CPU unter Baugruppenzustand bei den Verbindungsressourcen anzeigt?

Bei einer CPU mit CP würde ich mir dazu einmal die Ressourcen in der CPU, und einmal die beim Ethernet CP unter Spezialdiagnose ansehen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hast du schonmal geprüft was die CPU unter Baugruppenzustand bei den Verbindungsressourcen anzeigt?

Nein die Verbindungsrecourcen habe ich in der CPU nicht überprüft. Interessanterweise zeigt TIA unter den Verbindungen alles grün an. Und BRECV scheint auch weiter zu funktionieren. Nur den PUT kann ich dann irgendwann nicht mehr auslösen. Auch wenn ich damit länger warte.

Der CP selbst zeigt sich schön grün und meldet auch keine weiteren Probleme die ich irgendwie damit in Verbindung bringen würde.
Alle 10 Verbindungen zeigt er als aufgebaut an.

mfG René
 
Also ich hab mich nochmal um das ganze Thema gekümmert. Leider so richtig auf einen grünen Zweig bin ich noch nicht gekommen.

Erstmal scheint es wirklich einen Recourcenengpass und zwar beim CP zu geben.
In dem Dokument:
https://a248.e.akamai.net/cache.aut...M/TMxMDg1AAAA_16767769_FAQ/IE_CP_S7-300_d.pdf
Steht für meinen EX10 CP dass maximal 16 S7 verbindungen möglich sind. Bei mir kann also vorkommen dass neben den zyklischen BRECV zu allen 10 Unterstationen auch gleichzeitig noch einige PUT aktiv ist.

Darum habe ich mir jetzt überlegt auf ein GX31 zu gehen, dass kann ja bis zu 32 S7 Verbindungen nach obengenanntem Dokument.
Allerdings wenn ich mir das Datenblatt dazu ansehe steht von 32 wieder garnix, nur von 16 Verbindungen. Was gilt denn jetzt? Oder sind da zwei verschiedene Dinge gemeint?

https://eb.automation.siemens.com/D...<caller>Mall</caller></pdf_generator_control>

mfG René
 
Zurück
Oben