315-2 PN/DP <-> 314 mit 343-1 Lean Kommunikation? Put/Get?

[erzteufele]

Zuviel Werbung?
-> Hier kostenlos registrieren

Morgen,

Ich möchte eine Simple Netzwerkkommunikation von einer PN/DP CPU zu einem Lean CP...
Im Net Pro ist eine S7-Verbindung projektiert von der 315 zum Lean, verbindung ist auch aufgebaut.

aber im programm muxt sich der Get oder Put baustein überhauptnicht?! Kein Fehler kein Status einfach tot... warum? Habe jetzt verschiedene Beiträge gelesen und weiß nun das der Lean wohl nicht alles mitmacht?! dies auch nicht?
bekomm ich eine verbindung nun hin oder nicht ?

grüßel erzi

 

[blasterbock]

SFB 14/15 (nur S7-400) oder FB14/15 (nur S7-300) im Einsatz ?

 

[erzteufele]

Zuviel Werbung?
-> Hier kostenlos registrieren

FB14/15
sind doch beides 300er ;-)

 

[blasterbock]

Ich habe selbst schon die Bausteine verwechselt, deswegen die Frage.
ID stimmt mit Hardwareprojektierung überein ? (hex oder dez)
Was sagt der Status ?
Falls nichts, leg mal einen Blinker auf den REQ-Eingang, vielleicht braucht der nur mal eine Flanke

 

[erzteufele]

stimmt alles wenn ich den REQ eingang takte kommt nur ab und zu mal der status 25 = 25 Die Kommunikation wurde angestoßen. Der Auftrag ist in Bearbeitung.

will einfach nicht ...

 

[erzteufele]

Zuviel Werbung?
-> Hier kostenlos registrieren

Steinigt mich

teufel was mich geritten hat die Put/Get bausteine ausem CP ordner zu nehmen... :razz:

 

[sps_mitte]

Hallo,
ich habe das selbe Problem.
Habe eine 315 DP/2PN und an der Gegenstelle eine 315 DP mit einer CP343-1 Lean an Steckplatz 11.
Ich versuche eine unspezifische Verbindung herzustellen über eine S7 Verbindung. Die CP343-1 Lean ist natürlich nur Server, da es mehr nicht kann bei einer S7 Verbindung.

Eingstellt sind:
Rack/Steckplatz: 0 / 2
Verbindungsressource: 03
TSAP: 03.02

Und der GET Baustein ist auch der Richtige. Ich bekomme eine 1 als Fehlermeldung zurück. Hierzu steht:

Kommunikationsprobleme, z. B.· Verbindungsbeschreibung nicht geladen (lokal oder remote)
· Verbindung unterbrochen (z.B. Kabel, CPU ausgeschaltet, CP in STOP)
· Verbindung zum Partner noch nicht aufgebaut· FB ist auf einer S7-400-CPU nicht ablauffähig
· zusätzlich S7-300:- Maximale Anzahl paralleler Aufträge/Instanzen ist überschritten.

Soweit ist jedoch alles IO.

Geht das überhaupt mit der Konstellation??

 

[PN/DP]

Hallo sps_mitte,

die S7-Verbindung wird in NetPro von der 315-2PN/DP zur 315-2DP über deren CP343-1 Lean projektiert.
Dein TSAP ist korrekt: Ziel-TSAP 03.02 / eigener TSAP 10.02

Nach dem Projektierung muß die Verbindungsprojektierung aus NetPro in die CPU geladen werden.

Welche PUT/GET-Bausteine benutzt Du?
Laut Siemens Kommunikations-Kompendium sind die Bausteine FB14+FB15 aus der Bibliothek "Standard Library / Communication Blocks" zu nehmen (Familie: CPU_300)

Harald

 

[sps_mitte]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Harald,
ich habe eine einseitige Verbindung, also gebe ich von der remote CPU die IP Adresse und den TASP 03.02 ein. Das TASP 10.02 war auch bei mir eingestellt.
Kann man überhaupt von der internen PN Schnittstelle richtung CP Lean Schnittstelle eine einseitige Verbindung aufbauen, also unspezifiziert.
Ich habe den FB14 im Gebrauch (Familie CPU_300). Aber der bleibt hartnäckig und will nicht die Daten lesen von der Gegenseite.

 

[PN/DP]

Kann man überhaupt von der internen PN Schnittstelle richtung CP Lean Schnittstelle eine einseitige Verbindung aufbauen,

Ja (zur CPU, die zu dem CP gehört)

also unspezifiziert.

unspezifiziert bedeutet, daß der Kommunikationspartner nicht im selben Step7-Projekt vorhanden ist und deshalb die Kommunikationsparameter selber manuell eingetragen werden müssen (IP-Adresse, Rack, Slot, TSAP). Dabei kann das eine einseitige oder zweiseitige Verbindung sein.
Ist der Kommunikationspartner im selben Step7-Projekt, dann kann man direkt die Ziel-CPU spezifizieren, NetPro trägt dann automatisch die richtigen Kommunikationsparameter ein.

einseitig bzw. zweiseitig bedeutet, ob in der Ziel-SPS Programmbausteine aufgerufen werden müssen (zweiseitig: der Client spricht mit dem Anwenderprogramm der Ziel-CPU) oder nicht (einseitig: der Client spricht mit der Firmware der Ziel-CPU).

Ich habe den FB14 im Gebrauch (Familie CPU_300). Aber der bleibt hartnäckig und will nicht die Daten lesen von der Gegenseite.

Hast Du die Verbindungsprojektierung aus NetPro in die CPU 315-2PN/DP geladen?

Du kannst auch mal in NetPro die CPU in der 315-2PN/DP-Station markieren und dann "Zielsystem > Verbindungsstatus aktivieren"
Im Webserver neuerer 31x-PN-CPUs kann man ebenfalls die S7-Verbindungen sehen

Harald

 

[sps_mitte]

Ich habe die Projektierung aus NetPro in die CPU 315-2PN/DP geladen.
Ich kann aus der selben CPU eine Verbindung zur weiteren gleichen CPU (interne Schnittstelle) aufbauen über BSEND, jedoch nicht zu der CPU mit der CP-Lean.
Die IP Adresse ist per Ping erreichbar und der DB existiert auch.
Über "Zielsystem > Verbindungsstatus aktivieren" werde ich mal schauen was dahinter steht.
Auch mit SFB14 habe ich es nicht hinbekommen. Auch die FB14 (für CPs) habe ich versucht. Mal gucken was mein Verbindungsstatus verrät.

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Dann schau mal online, mit wievielen Verbindungen Deine CPUs bereits ausgelastet sind.

Harald

 

[sps_mitte]

das habe ich auch schon, alles kein Problem. Habe ich schon alles überprüft.

 

[sps_mitte]

Hallo
über Verbindungsstatus aktivieren habe ich gesehen, das es nicht aufgebaut ist.

Welche RaCK/SLOT Adresse muss ich einstellen, wenn ich von einem CP342-2 auf ein CP342-2 eine einseitige verbindung aufbauen möchte?
Verbraucht eine einseitige Verbindung auf der "Gegenstelle" eine S7-Verbindungsressource??
Ich habe durch ein HW Konfig Abzug bemerkt, dass alle 16 möglichen Verbindungen auf der "Gegenstelle" reserviert sind. Wird das mein Problem sein?

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Welche RaCK/SLOT Adresse muss ich einstellen, wenn ich von einem CP342-2 auf ein CP342-2 eine einseitige verbindung aufbauen möchte?

Immer Rack/Slot der CPU. Die CPU ist Endpunkt der Verbindung.

Wo kommen jetzt auf einmal diese Profibus-CP her? In Deiner Frage in #7 hast Du ein ganz anderes Problem beschrieben ...
Bei Profibus kommt noch dazu, ob der Client-CP überhaupt aktiv eigene Anfragen senden darf und kann.

Verbraucht eine einseitige Verbindung auf der "Gegenstelle" eine S7-Verbindungsressource??

Ja

Harald

 

[sps_mitte]

Hallo,
die Profibus-CP sind auch bestandteil der Anlage, auf die ich zugreifen könnte.
Wie ist das mit der Verbindung wenn ich 4x hintereinander den X_GET oder X_PUT aufrufe, sind dann auf einem mal 4 Resourcen belegt oder nur eine von cpu nach cpu?
Kann ich mehrmals gleichzeitige Get/Put Bausteine aufrufen oder muss ich zeitversetzt arbeiten?