TIA Datenbausteine unter 1500 und 1200 austauschen

Byte0815

Level-2
Beiträge
149
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

Aktuell arbeite ich mit einer 1515-2PN und einer 1214C diese sollen Daten miteinander austauschen. Aktuell löse ich dies über die I-Device Funktion.
Da aber nun noch mehrere 1214C Stationen dazu kommen sollen, wollte ich es gern mit einer Datenbaustein Kommunikation lösen. Jedoch habe ich keine AWl oder SCL Kenntnisse leider nur FUP.
lässt es sich auch irgendwie simpel mit FUP lösen ?

Danke schonmal im voraus


Achja ich arbeite mit dem TIA Portal V15.1
 
warum nicht die weiteren 1200er auch als i-device?
möglich wäre auch put/get (falls die 1200er das kann)
oder send/receive.
das lässt sich alles in fup erledigen
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Weil ich befürchte irgendwann mit den Adressen den Überblick zu verlieren. Da jede 1200er Station ca. 20 Meldungen dazu bringen wird.

send/receive hört sich denke ich gut an sowas hatte ich mal vor längerer Zeit mit 300er aufgebaut. Ist jedoch lang her. Hast du einen Tipp wie ich das am besten umsetze ?
 
Weil ich befürchte irgendwann mit den Adressen den Überblick zu verlieren. Da jede 1200er Station ca. 20 Meldungen dazu bringen wird.
Also so ein Argument gegen simple E/A-Projektierung habe ich noch nicht gehört ... ;) (und dann auch noch bei sooo wenig Signalen...)
Für die projektierten E/A-Adressen gibt es eine automatisch erstellte Übersicht. Und die Gerätekonfig achtet darauf, daß sich die Adressen nicht überlappen können.
Wenn man von mehreren Stationen die E/A mit Kommunikationsfunktionen in (womöglich mehrere) DB packt, dann wird die Übersicht eher schlechter als besser. Und es können Bereichs-Überlappungen programmiert werden, wo man nicht gewarnt wird. Und man muß für SEND/RECEIVE oder PUT/GET sogar mehr und fehlerträchtiger programmieren als für die simple E/A-Projektierung bei I-Device. Für S7-1x00 kann man sogar E/A-Adressen in Strukturen packen (PLC-Datentypen erstellen und auf E/A-Adressen packen). Da kann man richtig schön symbolisch strukturieren/programmieren, ohne sich Gedanken über die Gesamtmenge der Signale machen zu müssen.

Harald
 
Okay vielleicht ist die simple E/A-Projektierung doch nicht ganz das falsche :D

Jedoch würde ich trotzdem gern eine PUT/GET Verbindung nutzen habe es auch mal probiert aber irgendwie passiert nichts. Ich bekomme aber auch nicht wirklich eine Fehlermeldung.

Habe mal 2 Screenshots angehängt vielleicht kann ja jemand helfen.

PLC1.jpgPLC2.jpg
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich bekomme aber auch nicht wirklich eine Fehlermeldung.
Wenn PUT oder GET mit dem Ausgang ERROR einen Fehler melden, dann den Wert des Ausgangs STATUS in eine speicherfähige Variable sichern:
Code:
                   +------+
 "GET_DB_1".ERROR--| MOVE |
                   |      |
"GET_DB_1".STATUS--|      |-"MyDB".GET_ERR_STATUS_SAVE
                   +------+

Harald
 
Ok das werde ich morgen noch einmal ausprobieren.

Ich habe mich gerade mal hier durch das Forum gelesen was für meinen Zwecke besser ist PUT/GET oder T_send/T_receive.

Vermutlich wäre Send/Receive das beste.
Habe es vorhin mal versucht umzusetzen jedoch scheint es auch nicht zu funktionieren. Wobei mir spontan kein Fehler auffällt :/
PLC1online.jpgPLC2online.jpg
 
Die richtigen Firmware-Stände für TSEND_C und TREC_C? Ggf. alternativ TCON, TSEND und TREC nutzen.

Beim Put/Get die Verbidung in "Geräte und Netze" angelegt?

Gegenüber PUT/GET hat die TSEND / TREC den Vorteil, dass man es bei laufenden SPSen (zumindest 300er und 1500er, 1200er weiß ich nicht) einspielen und ändern kann. Für PUT / GET muss man in "Geräte und Netze" die Kommunikation einrichten und die HW-Konfig in zumindest eine der SPSen (in deinem Fall die 1500er) laden.
 
Zuletzt bearbeitet:
Zurück
Oben