Profinetkommunikation 315-2PN/DP<->315-2PN/DP ohne cp

[volker]

Zuviel Werbung?
-> Hier kostenlos registrieren

wie im titel erwähnt möcht ich über profinet daten zwischen den baugruppen 315-2PN/DP<->315-2PN/DP austauschen.
ein cp ist nicht vorhanden.

in der simulation hatte ich das mit sfb12/13 getestet. klappte.
nun hab ich die cpu's am platz stehen und stelle fest das die sfb's nicht in der cpu sind.
überhaupt finde ich in der cpu keine bausteine die ich für die kommunikation nutzen könnte.

jetzt sagt mir bitte nicht das geht nicht.
weil dann müsste ich mich fragen warum ich überhaupt eine pn/dp einsetzen sollte und nicht lieber eine mpi/dp mit cp.

 

[Lars Weiß]

SFC12/13, ist das BSend und BRecieve ? Ich nehme mal an du möchtest grössere Datenmengen transportieren und PUT/GET ist keine Option ?

 

[JesperMP]

Zuviel Werbung?
-> Hier kostenlos registrieren

TCON/TSEND/TRECV geht.

Siehe PN/DP's FAQ liste.
http://www.sps-forum.de/faq/37344-linkliste-simatic-kommunikation-ueber-ethernet.html

 

[Thomas_v2.1]

Laut der Tabelle hier für S7-300/S7-300 auf S.105:
http://support.automation.siemens.com/WW/view/de/20982954

soll USEND/URCV, BSEND/BRCV, PUT, GET auch zwischen zwei PN/DP CPUs möglich sein.

 

[volker]

@jesper
in der faq hab ich schon geschaut.
TSEND/TRECV benötigen die bausteine sfc131/132. sind nicht in der cpu.

ok laut kompendium sollte das gehen.
aber
usend/urcv benötigt sfb8/sfb9
bsend/brcv benötigt sfb12/13
get/put benötigt sfb14/15

die ganzen sfb's sind aber nicht in der cpu. oder gibts bausteine die in online nicht sehen kann?

im anhang mal die in der cpu vorhandenen bausteine.

SPÄTER:
gerade mal mit nem kollegen aus der nachbarabteilung gesprochen.
er hat mit og cpu und einem cp über put/get daten übertragen. gesteuert von der 315-2 pn seite.
aber die fb's aus den kommunikations-blocks gingen nicht. irgendwo auf den siemensseiten gab es da herunterladbare fb's 14/15
mit denen es ging. er hat gerade die adresse nicht im kopf und das projekt war was privates also im mom nicht hier vorhanden.

ich werd mal testen.

 

[Thomas_v2.1]

Zuviel Werbung?
-> Hier kostenlos registrieren

Bei den Kommunikations-FBs muss man immer darauf achten, aus welcher Bibliothek diese in das Projekt kopiert wurden.
Denn es gibt Verschiedene für die 300er mit CP, 400er mit CP und 300er ohne CP. Wenn man jetzt etwas aus einem anderen Projekt kopiert, kann es schon mal sein dass man die falschen Bausteinversionen übernimmt. Das kann man später nur schwer erkennen, ggf. über vergleichen der Bausteinversionen und Prüfsummen.

 

[volker]

ich hab die fb's aus der standart-library/Communication-Blocks genommen.
das es unterschiede gibt ist mir bekannt.

 

[Larry Laffer]

Hallo Volker,
die oben genannten bausteine stehen bei mir in der Standard-Lib unter "System Function Blocks" ...

Gruß
Larry

 

[volker]

Zuviel Werbung?
-> Hier kostenlos registrieren

ja die sfb/sfc stehen bei mir auch dort.
die fb's die diese sfb/sfc nutzen sind in den communikation block.

mein problem ist ja nicht, das ich die offline nicht finde, sondern das die sfb/sfc NICHT in der cpu sind

habe für beide cpu's mal testweise x_put/x_get und x_send/x_rcv über profibus probiert. die funktionieren ja ähnlich. das klappt auch problemlos.
die sfc's sind ja auch in der cpu.

 

[MSB]

@Voker
Das sind sog. versteckte SFCs, siehe folgenden Beitrag unter der Tabelle 01. (von der Überschrift PCS7 nicht abschrecken lassen)
http://support.automation.siemens.com/WW/view/de/34529983

Die SFCs 131-136 sind versteckte SFCs . Diese Systemfunktionen werden unter den Leitungsdaten nicht aufgeführt, auch wenn diese von der CPU unterstützt werden.

Mfg
Manuel

 

[JesperMP]

Die TCON/TSEND/TRECV Bausteine (und andere) sind da.
Mit Garantie !

 

[volker]

Zuviel Werbung?
-> Hier kostenlos registrieren

ok. geh ich mal davon aus, daß die bausteine vorhanden sind. alles andere wäre auch eigentlich unlogisch.

aber wo liegt nun mein fehler? wenn ich eine simulation mit den 2 cpu's starte funktioniert dieses einfache beispiel (bild).
bei den echten cpu's habe ich immer error mit status 1.
gleiches wenn ich mit put/get oder bsend/brcv arbeite.

cpu1 hat 192.168.1.10. cpu2 hat 192.168.1.20. pg hat 192.168.1.1
ich kann beide cpu's anpingen.

pg steckt am port 2 der cpu1. cpu1 und cpu2 sind über ein normales patchkabel (kein crossover) direkt verbunden über port 2.

als verbindung habe ich auf beiden seiten eine s7-verbindung projektiert. die id ist auf beiden seiten 1.

mit aktiver verbindungsaufbau habe ich schon alle varianten durchgespielt.


hat vlt jmd ein projekt wo es funktioniert? wobei es mir erst mal egal wäre ob es put, bsend oder usend ist.

 

[Lars Weiß]

Ist die Verbindung denn aufgebaut ?

 

[volker]

wie meinst du das?
also es werden datenpakete ausgetauscht (rechtes bild).
die s7-verbindung ist aber nicht belegt. also gehe ich davon aus, das auf dieser ebene keine verbindung aufgebaut ist.

hab jetzt mal beide cpu's über einen hub verbunden um auszuschließen das das problem im nicht crossoverkabel liegt. hat aber nichts gebracht

 

[Lars Weiß]

Zuviel Werbung?
-> Hier kostenlos registrieren

Gugst du NetPro:

 

[JesperMP]

Für Error = 1 und Status = 1:
"Also for S7-300:· Maximum number to parallel jobs/instances exceeded".

Taktest du vielleicht M5.2 sehr schnell ?

 

[volker]

?????

in meiner verzweifelung habe ich bei cpu2 mal eine 343-1 lean eingefügt. alte verbindung gelöscht und neue verbindung zur cp hergestellt
anmerkung: beide cpu's sind im selben projekt.

zack. put/get auf der cpu1 läuft auf anhieb.

nun gut. als ist die physik in ordnung.
cp wieder ausgebaut. verbindung gelöscht. wieder verbindung zur cpu direkt hergestellt.

läuft mit sfb 12/13 und auch mit sfb14/15.
auch die fb 12/13 und FB14/15 laufen

das hat mich jetzt 1,5 tage nerven gekostet.:-( und 100 graue haare mehr. wenn ich denn noch farbige hätte.

und der merker 5.2 war ein taktmerker aus der cpu.
ich mache das jetzt so, das ich das done-bit nutze um das req kurz zu resetten.

aber noch was anderes. ich hab mir mal die fb12-15 angeschaut. da wird ein riesenzinober in dem baustein gemacht nur um im endefekt auch den sfb für die kommunikation zu benutzen.
so ruft fb12 z.b. sfb12,20,51,58,59 auf.