CP342-5 in CPU 315-2PN/DP

Jochen Kühner

Level-3
Beiträge
4.291
Reaktionspunkte
527
Zuviel Werbung?
-> Hier kostenlos registrieren
Wenn Ich in einer CPU 315-2PN/DP einen CP 342-5 einsetze, als DP Master, die CPU Schnittstelle bleibt auf MPI, muss Ich zur Kommunikation auf dem Profibus FC1/FC2 einsetzen wenn Ich das richtig sehe, oder?

Dazu hab Ich eine Frage:

Habe nun 3 Teilnehmer ab Bus.

PB10 - E0..5, A6..11
PB12 - E128-159, A128..139
PB13 - E12..15

Code:
      CALL  "DP_RECV"
       CPLADDR :=   //hier CP Addresse
       RECV    := 
       NDR     :=
       ERROR   :=
       STATUS  :=
       DPSTATUS:=

Wie sage Ich dem DP_RECV von welchem Teilnehmer er mir die Daten lesen soll?
 
Gar nicht, RECV (also der ANY-Pointer) muss so lang sein, wie du das halt eben benötigst.

Hier also mindestens 160Byte

Du lest hier den kompletten E-Bereich, und keinen speziellen Teilnehmer.

Mfg
Manuel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ahhh alles klar, d.h. Ich kann auch immer nur an alle Teilnehmer schreiben, nicht nur an einen bestimmten? (Ausser er ist natürlich der erste, und Ich mache meinen Pointer kleiner!)
 
Mhmm

Hätte dazu noch ne Frage, wäre es möglich das Ich den CP343-5 zur MPI Kommunikation via X-SEND bzw X-Recieve verwende, denke zwar nicht aber vieleicht geht da ja doch was?
 
Hallo Jochen,

hier zwei Antworten:
1. der CP342-5 unterhält quasi ein privates Prozessabbild, welches du mit den FCs 1 und 2 zwischen CPU und CP austauschen mußt. Der Austausch ist dann schneller wenn dieses "Prozessabild" klein ist, d.h. es ist nicht gut Die EAs auf z.B. EB0 und andere auf EB128 zu legen, da dann ja dieser große Bereich zu übertragen ist.

2. Die Frage zum CP343-5, dieser kann kein X-Send/Receive (MPI). Er könnte Send/Receive über projektierte S7-Verbindungen. Oder du könntest X-Send/Receive nachbilden, über FDL-Telegramme. Dies würde aber nur dann gehen, wenn der CP343-5 statt mit dem Profibus mit den MPI-Bus verbunden ist. X-Send/Receive gibt es ja nur auf MPI.

mfG. Klaly
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Jochen,
hier zwei Antworten:
1. der CP342-5 unterhält quasi ein privates Prozessabbild, welches du mit den FCs 1 und 2 zwischen CPU und CP austauschen mußt. Der Austausch ist dann schneller wenn dieses "Prozessabild" klein ist, d.h. es ist nicht gut Die EAs auf z.B. EB0 und andere auf EB128 zu legen, da dann ja dieser große Bereich zu übertragen ist.

Jo, so hab Ichs nun auch gemacht!
 
Oder du könntest X-Send/Receive nachbilden, über FDL-Telegramme. Dies würde aber nur dann gehen, wenn der CP343-5 statt mit dem Profibus mit den MPI-Bus verbunden ist. X-Send/Receive gibt es ja nur auf MPI.
Also du meinst das man ein CP342-5 auf MPI verbinden kann, und dann per FDL mit MPI Teilnehmer Daten austauschen ?
Hast du ein Beispiel davon ?
 
ich glaube bei uns war mal ne Anlage die hatte mehrere dieser DP_Recv/Send aufrufe.
Ich musste mal nen Teil rausnehemen und Gott sei dank wurde das eben "Abschnittsweise" gemacht.
Kann mich jetzt aber auch irren, die Anlage steht schon paar Jährchen nicht mehr.

Wäre auch übersichtlicher, wenn jede Station ihren eigen Aufruf hat.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Jesper,

Also du meinst das man ein CP342-5 auf MPI verbinden kann, und dann per FDL mit MPI Teilnehmer Daten austauschen ?
Hast du ein Beispiel davon ?

Ich meinte, dass dies mit dem CP343-5 gehen sollte. Ob auch mit dem CP342-5 CP auch FDL-Telegramme versendet werden können, das weiß ich im Moment nicht.

Zudem wäre es recht kompliziert, über FDL mit MPI zu kommunizieren.
Du müßtest halt verschiedene FDL Telegramme an den Partner schicken,
Verbindungsaufbau, PDU-size Size aushandeln, ... dann die Anfrage Telegramme bauen, die Antworten auswerten, ...
Das ganze müßte über SAP20 ... laufen, leider bin ich mir nicht sicher ob sich die so ohne weiteres projektieren lassen.

Das Ganze wäre sowieso nur eine theoretische Spielerei und sollte nicht in einer Anlage nicht verwenden werden.

mfG. klaly
 
Zurück
Oben