2 Datenbausteine senden CP 342-5

[Forge_01]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hab da mal ein Problemchen.

Ich bereite gerade bei einer bestehenden Anlage ein BDE System vor (Master 412-2, Slave 314 IFM mit CP 342-5). Jetzt bin ich mit der Kapa des DB's im Slave am Ende. Auch waren nur 10 Byte als Übertragunggröße programmiert. Das Günstigste wäre es, einen 2.DB über den Profibus noch zu senden. Der 2. DB müsste dann einen anderen freien Bereich auf dem Master füllen.

Vielleicht denk ich auch zu komliziert aber mir fällt gerad nix ein wie ich es lösen könnte, HILFE !:shock:!

Grüße
Forge_01

 

[Larry Laffer]

Hallo,
baust du dir in der Master-SPS für deine 10-Byte-Blöcke eine Art Pufferspeicher auf ? Wenn ja - wann ist Schluß ?
Wohin sollen die Daten den letztendlich gehen ? Zu einer Visu ?

Gruß
LL

 

[Forge_01]

Zuviel Werbung?
-> Hier kostenlos registrieren

Im Prinzip gibt es im Master schon einen großen DB der alle Daten sammelt von allen Slaves. Ich habe vom letzten Slave einige Daten schon rübergeschaufelt. Ich erweitere ein bestehendes Programm (nicht von mir programmiert) Es waren für den Slave nur 10 Byte vorgesehen. Jetzt müssen aber noch 10 Word vom Slave hingesendet werden. Gleiche Adresse, selber CP anderer Bereich im MasterDB. Sonst muß ich im Slave Bereiche rücken und das ist ne "Lebensaufgabe" . Letztlich werden die Daten igendwann mal von nem OPC zentral abgerufen.

 

[Larry Laffer]

... dann leg doch den bereits reservierten 10-Byte-Bereich im aktuellen DB einfach tot und pack den ganzen Kram (komplett) in den neuen DB hinein. Das erschein mir eleganter, als mit 2 Send's zu arbeiten ...

 

[Forge_01]

Da hast du sicher recht aber dafür benötige ich noch mehr Zeit.
Für den Moment und zum testen die Frage, geht es überhaupt mit 2 Send's so wie ich mir das vorstelle und wenn ja wie??? Ich habe immer das Problem wenn ich den 2.Send aktiviere, bekomme ich probleme mit dem 1.Send. Der Master schimpft dann herum.
Ich brauch es nur zum kurzen testen des OPC.

 

[Gebs]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

Ihr könnt mich gerne korrigieren, aber soweit ich weiss funktioniert das mit 2 Send-Aufrufen nicht.
Ich nehme an Du arbeitest mit dem FC1 "DP_Send" und dem FC2 "DP_RECV".
Bei diesen Bausteinen kannst Du nur die E/A-Adresse des Slaves/Masters angeben. d.h. man kann
nicht zwischen den verschiedenen Send-/Receive-Aufrufen unterscheiden.

Mein Vorschlag:
Du machst einen Send-Aufruf und übergibst eine DB-Nummer oder Telegrammkennung,
anhand der Du das Telegramm in den richtigen DB kopierst.

Grüße
Gebs

 

[JesperMP]

Nein, er ist verwendet sicherlich AG_SEND und AG_RECV.​

Wenn ich mich richtig erinnere, dann gab es eine Siemens FAQ, wie zum Senden zu mehrere Ziel-DBs in den Empfänger. Ohne das man mehrere Verbindungen einrichten muss.

Das FAQ verwendete ein Zwisschen-Ablage bevor die Daten in den Ziel DB geschrieben wurde.
Leider kann ich diese FAQ nicht finden.​

Aber 10 Byte ist ja so eine geringe Datenmenge das es sich nicht lohnt ein Spezielle Datentransfer zu programmieren.
Also ich stimme LL zu.​

 

[Forge_01]

Sorry ist wohl falsch verstandn worden oder ich hab mich komisch ausgedrückt. Ich übertrage 10 Byte auf den Master. Dort sind in der HW Konfig 10 Byte (Universalmodul)definiert. Ich benötige aber noch min. 5 Word. Und so dachte ich, man kann da noch so ein Universalmodul einfügen und 5 Word definieren. Aber ich bekomme es vom Slave CP nicht adressiert über den Bus. Ratlosbin!

 

[JesperMP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Oho. Das "Master 412-2, Slave 314 IFM mit CP 342-5" habe ich ganz übersehen.

Wie Du das beschreibst ist es klar möglich.
Wenn Du es versucht das neue Universalmodul einzufügen, wo geht es schief ?

 

[Forge_01]

Wenn ich am Master die HW Konfig übertragen habe geht der Tanz los.
Da ich im Slave 2x Sende über die gleiche Adresse (vermute ich) hat der Master Probleme mit den ersten 10Byte des ersten DB. Muss ja 2x bei CPADRE die W#16#xx eingeben. (Fehler aktualisieren der Adressen)

 

[JesperMP]

Wie Gebs schreibt, du kannst nur einmal DP_SEND und DP_RECV aufrufen.
Die E/A Bereiche die DP_SEND und DP_RECV zugewiesen sind, muss die alte und die neue Daten enthälten.
Ganz kurz: DP_SEND und DP_RECV starten immer mit BYTE 0 und endet mit das letzte E oder A BYTE das man addressieren will.

edit: Also, Du hast erfolgreich die neuen 10 BYTE als 5 WORD als Ausgabe in 314IFM und als Eingabe in 414-2 konfiguriert ?
Das Problem ist bei programmieren von DP_SEND/DP_RECV, oder gibt es BF am 414-2 und/oder CP342-5 ?

 

[Forge_01]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich hab es schon befürchtet. Dann werd ich wohl in den sauren Apfel......
Die Programmierung ist soweit i.O.
Werd also Datenbereiche schieben und das in einem Stück senden.

Ich dank Euch trotzdem für die Hilfe !
Forge_01