Step 7 Kommunikationsverbindung S7-400(Software-SPS) und S7-300(Insevis) mit TSend u. Trecv

Hallo,

ich möchte eine S7-416 Software-SPS mit einer S7-315 Insevis verbinden. Dazu habe ich bisher mit PUT/GET gearbeitet, allerdings reichen die Anzahl der übertragbaren Bytes für die Zukunft nicht aus.

Deshalb habe ich mich mit Tsend und Trecv beschäftigt. Ich konnte auch erfolgreich folgende Verbindung realisieren:

S7-416 Tsend (passiv) --> S7-315 Trecv (aktiv) (8192 Bytes - bestehend aus einen großen Datenbaustein)


Danach wollte ich in die andere Richtung schreiben:

S7-315 Tsend --> S7-416 Trecv (auch wieder 8192 Bytes)

Beim Beobachten des zugehörigen DB ist mir folgendes aufgefallen:

Ein Sekundenzähler, welcher in diesen DB übertragen wird, wird kurz angezeigt und danach nimmt alles wieder den Wert 0 an. Nach einer Sekunde (das ist die REQ-Zeit des Tsend) erscheint wieder kurz der zu übertragende Wert und geht bis zum nächsten REQ wieder auf 0.

Sobald ich die Anzahl unter 1470 Bytes setzte funktioniert es richtig. Mir ist jetzt allerdings unklar, woran das liegt. In die andere Richtung gehen ja auch 8192 Bytes.
In Wireshark habe ich die Daten mal beobachtet. Von der S7-315 kommen die Daten in 6 Paketen und ergeben im gesamten die 8192 Bytes Nutzdaten.

Der Trecv-Baustein scheint aber das erste Paket zu bearbeiten und in den Datenbaustein zu schreiben. Die anderen 5 Pakete innerhalb dieser Anfrage werden dann auch wieder am Anfang des DB´s geschrieben. Deshalb hab ich zwischenzeitlich auch die 0-Werte.

Die Länge bzw. Bytes an den Bausteinen steht überall auf 8192. Liegt das Problem somit am Trecv der 416er CPU?

Könnt ihr mir sagen, warum der Trecv-Baustein nicht den gesamten Datenblock mit 8192 in den DB schreibt?


Bei der 416er Software-CPU ist die CP 443-1 in NetPro konfiguriert.
Die 315er Insevis SPS hat eine eigene Software zur Netzprojektierung, prinzipjell aber ähnlich.

Den FB65 T-CON habe ich nicht verwendet. Dort gibt es aber den "Connection type", der etwas mit den 1400 Bytes bzw. 8192 Bytes zu tun hat. Liegt hier der Schlüssel zu meinen Problem?

S7-Kommunikation:
Du könntest auf BSEND/BRCV umstellen, da kannst Du pro Auftrag 64kB (oder 32kB?) übertragen. Ist vermutlich einfacher zu realisieren als Deine Trial-and-Error-Versuche mit den T-Bausteinen für "Offene Kommunikation".

"Offene Kommunikation" (TCP-/ISO-on-TCP-/UDP-Protokoll):
Verbindungen mit TSEND/TRCV kann die S7-400 über CP nur ISO-on-TCP-Verbindungen mit max 1452 Bytes senden/empfangen. Dazu muß die Verbindung mit TCON eingerichtet werden.
Um 8kB über den CP443-1 zu übertragen muß eine Verbindung in NetPro projektiert werden und mit AG_LSEND/AG_LRECV mit dem CP kommuniziert werden.
Bei der 315-Insevis-CPU kenne ich mich nicht aus.

Schau Dir mal im "Kompendium" die Kapitel 32.2, 34.2 und 35.2 an
Links zum "Kompendium" und zu zahlreichen Programmierbeispielen und weiteren FAQ


Falls Du eine Erklärung zum halb- bzw. nicht-funktionieren Deiner Lösung willst:
Was für eine Verbindung(en) hast Du realisiert? TCP-, ISO-on-TCP- oder UDP-Verbindung?
Hast Du in beide Richtungen die selbe Verbindung verwendet oder 2 verschiedene Verbindungen?
Welche Verbindungs-ID hast Du bei TSEND/TRCV angegeben? Eine Nummer einer Verbindung, welche Du in NetPro projektiert hast? Bei TSEND/TRCV muß die Nummer einer Verbindung angegeben werden, welche zuvor mit TCON eingerichtet wurde.

Harald

Schau dir die Dokumentation unter https://cache.industry.siemens.com/dl/files/612/22146612/att_113920/v1/t-bausteine_d.pdf an:
auf Seite 34 findest du die Erklärung zu deinem Phänomen.

Evtl. musst du dir einen zweiten "Empfangsbuffer" in deinem SPS-Baustein erstellen und diesen befüllen, bis alle deine Daten in diesem Buffer vorhanden sind ...
Oder die Länge fest vorgeben ...