Step 7 CPU313C (etwas älter) akzeptiert keine T-Bausteine

[RONIN]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo zusammen,

wisst ihr wie es bei ner 313C (6ES7 313-5BE01-0AB0 aktuell in Fw2.0.8 ) mit den T-Bausteinen ist?
Die CPU ist von einem älteren Gewerk das ein Modbus-TCP-Energiemessgerät eingebaut bekommt.
Das Gerät ist, wie damals noch üblich, mit ner CP313-1-Lean nachgerüstet worden.

Das Problem ist jetzt nur dass ich die nötigen T-Bausteine (TCON etc.) nicht auf die Baugruppe downloaden kann.
Man bekommt dann beim Download-Versuch die Meldung:

(D280) Fehler bei der Übersetzung eines Bausteins in S7-300 CPU
Der Baustein FB65 konnte nicht kopiert werden​

IM Diagnosepuffer steht dann:

Unzulässiger Befehl im Baustein (Vom Compiler erkannt) ​

Hab mir mal die technischen Daten der jeweiligen Generationen der 313C angesehen

Ausgabe 2011-03 : CPU 313C 6ES7313-5BG04-0AB0 V3.3 - TCON ist für CPU/CPU-Kommunikation vermerkt​

Ausgabe 2008-06 : CPU 313C 6ES7313-5BF03-0AB0 V2.6 - TCON ist für CPU/CPU-Kommunikation vermerkt
Ausgabe 2003-12 : CPU 313C 6ES/313-5BE01-0AB0 V2.0 - keine Spur von TCON​

Gehe ich also richtig in der Annahme dass TCON und Co. Befehle enthalten die diese CPU-Generation nicht konnte und somit nur ein CPU-Tausch bleibt?
Danke.

 

[Kaulquappe]

Hallo Ronin,
ich vermute mal, du meinst einen CP343-1 LEAN. Der kann keine T-Bausteine sondern verwendet AG_SEND und AG_RECV. Und wenn ich nicht ganz daneben bin, gibt es keine 313 mit PN-Schnittstelle. Was willst du also mit den T-Bausteinen? Warum willst du den CP nicht weiter verwenden?

Gruß,
Kaulquappe

 

[RONIN]

Zuviel Werbung?
-> Hier kostenlos registrieren

ich vermute mal, du meinst einen CP343-1 LEAN

Ja

Der kann keine T-Bausteine sondern verwendet AG_SEND und AG_RECV.

Ach du Schande... hab's zwar irgendwie geahnt aber hab mich vom Handbuch "technische Daten CPU31xC" verwirren lassen.
Da steht unter Kapitel 3.4 "Kommunikation über Industrial Ethernet"

Um mit anderen Kommunikationspartnern Daten austauschen zu können, stellt Step 7 in der Bibliothek "Standard Library" unter "Communication Blocks" die folgenden Fbs zur Verfügung.
Verbindungsorientierte Protokolle: TCP, ISO on TCP

FB63 TCON
FB64 TRCV
FB65 TSEND
FB66 TDISCON​

Hatte das eigentlich so interpretiert dass die T-Bausteine verwendbar sind. Nach weiterem Handbuch-Lesen hab ich jetzt aber auch gesehen dass das nicht geht.
Hätte mir aber erwartet dass man die Baustein zwar in die CPU spielen kann, sie dann dort aber irgendeinen Fehler am ERR-Output liefern würden.

Und wenn ich nicht ganz daneben bin, gibt es keine 313 mit PN-Schnittstelle. Was willst du also mit den T-Bausteinen? Warum willst du den CP nicht weiter verwenden?

Wie gesagt, wollte die T-Bausteine über den CP nutzen.

Gut, anderer Lösungsweg.
Ich müsste dann wahrscheinlich in NETPRO eine TCP-Verbindung mit unspezifiziertem Partner (Betriebsart SEND/RECIEVE) projektieren und diese dann mit AG-SEND/AG-RECV betreiben.
Könnte ich so meinen Modbus-TCP-Teilnehmer ansprechen?

 

[RONIN]

Ich müsste dann wahrscheinlich in NETPRO eine unspezifizierte TCP-Verbindung (Betriebsart SEND/RECIEVE) projektieren und diese dann mit AG-SEND/AG-RECV betreiben.
Könnte ich so meinen Modbus-TCP-Teilnehmer ansprechen?

Versuch macht klug, geht.

 

[Kaulquappe]

Hallo Ronin,
ModbusTCP ist nicht TCP. Entweder du programmierst das Protokoll selbst aus oder kaufst bei Siemens einen Bibliothek dafür.
Als Modbus Client brauchst du eine spezifizierte TCP-Verbindung mit aktivem Verbindungsaufbau und remotem Port 502.

Gruß,
Kaulquappe

 

[RONIN]

Zuviel Werbung?
-> Hier kostenlos registrieren

@Kaulquappe: Das ist schon soweit klar, das (Protokoll selber programmieren) hab ich auch schon immer so gemacht, nur eben mit der integrierten PN-Schnittstelle und den T-Basteinen.

War mir als also insofern nur nicht sicher wie ich die nötige TCP-Verbindung zum Protokoll-Austausch in Verbindung mit dem CP343-1-Lean projektieren muss.
Dachte zuerst das geht auch mit den T-Basteinen....
Dein Anstoß von oben (AG_SEND und AG_RECV) plus Handbücher lesen hat aber letztlich zum Erfolg geführt und ich bekomm die Messwerte wie gewohnt.

Trotzdem, Danke.