Put/get S74142dp

Ahnungsloser

Level-1
Beiträge
30
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Zusammen,

habe zwei Steuerungen (S7 414-2DP) die jeweils auf einem UR1 stecken. Zusätzlich ist jeweils ein CP343-1 gesteckt.

Nun habe ich probiert eine S7-Verbindung einzurichten und per GET Daten aus der Partner CPU zu lesen.

Mein Prob ist, dass die Verbindung aufgebaut wird, aber die Daten nicht ausgelsensen werden können.

Hat jemand einen Tipp woran es liegen kann?

Habe versuchsweise eine UDT Verbindung projektiert und mir AG_Lend und AG_LRECEIVE Daten ausgetauscht. Das funzt einwandfrei.

Finde es aber schöner wenn man Daten nur selber abholt, und nicht senden muss.

Gruß

der Ahnungslose
 
Welche FB (Nr, Version) nutzt Du?
Welche Fehlermeldung geben die FB PUT und GET am Ausgang "Status" aus?
Welche Datenmenge? (ist bei PUT/GET begrenzt)

Noch ein Hinweis dazu:
Erfahrungsgemäß ist die Variante mit einer projektierten Iso-on-TCP Verbindung und den Bausteinen AG_LSEND/AG_LRECV wesentlich flotter als eine S7-Verbindung.

mfg Maxl
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Zusammen,

habe zwei Steuerungen (S7 414-2DP) die jeweils auf einem UR1 stecken. Zusätzlich ist jeweils ein CP343-1 gesteckt.

Nun habe ich probiert eine S7-Verbindung einzurichten und per GET Daten aus der Partner CPU zu lesen.

Mein Prob ist, dass die Verbindung aufgebaut wird, aber die Daten nicht ausgelsensen werden können.

Hat jemand einen Tipp woran es liegen kann?

Habe versuchsweise eine UDT Verbindung projektiert und mir AG_Lend und AG_LRECEIVE Daten ausgetauscht. Das funzt einwandfrei.


Hast du die Bausteine denn auch richtig Programmiert ?, siehe dazu die Hilfe zu diesen Bausteinen (in Step 7), dort steht eigentlich alles wichtige drin, auch die Bedeutungen der Status-/Fehlermeldungen
 
Sorry, dass ich erst heute antworte.

Bin auf ner Baustelle und Internet hat gestreikt.

Benutze FB14/15 aus Standard Library/Communication Blocks

Version 1.2

Fehlermeldung müsste ich morgen nochmal nachschauen :-(


Wo liegt eigentlich der Unterschied zwischen FB14 und SFB14? Muss ich bei S7400 vielleicht die SFB nutzen?

Also meinst Du ich sollte lieber die AG_LSEND... nutzen? (Mache ich ja schon. Nur als UDP Verbindung)
Fand eigentlich den Get schöner, da ich diesen ja nur in einer CPU brauche.

Gruß

Ahnungsloser
 
Nabend,

so hab mal nachgesehen. Error ist eins und Status auch. NDR ist null.

Verbindung in Netpro ist aber aufgebaut. Die anderen Verbindungen funzen auch.

Hab mal ein paar screenshots gemacht.

-Die Bausteinparameter sehen in Netro ja schonmal ganz naders aus. Warum dieses? (ID und LADDR)

- Was bedeutet das TSAP?

Gruß

der Ahnungslose
 

Anhänge

  • Bild 001.jpg
    Bild 001.jpg
    61,6 KB · Aufrufe: 39
  • Bild 002.jpg
    Bild 002.jpg
    49,5 KB · Aufrufe: 39
  • Bild 003.jpg
    Bild 003.jpg
    33,7 KB · Aufrufe: 30
Hi,

das die Gegenstelle fehlt ist mir klar.
Was muss ich denn dort eintragen? Hab probiert dort das selbe einzutragen wie links steht.

Gruß

Ahnungsloser
 
Mal auf die Partnerstation gucken ...

Hallo,

Ahnungsloser schrieb:
Hab probiert dort das selbe einzutragen wie links steht.

Bei dem TSAP geht das in Ordnung (also man kann das so machen), aber die IP-Adresse sollte schon eine andere sein :ROFLMAO:
IP-Adresse und TSAP müssen dem entsprechen, was Du auf der Partnerstation parametriert hast.

Gruß

Question_mark
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das hab ich getan.

Funzt trotzdem nicht :-(

Und wieso sieht die ID anders aus? In Netpr 3 und am Baustein W#16#3?
Und LADDR kann ich auch nicht angeben.
 
Zuletzt bearbeitet:
Das mit der Hex Zahl ist klar. Aber zeigt mir die Vorschau in Netpro nicht eigentlich schon das so an, wie es am Baustein aussieht?

Die LADDR kann ich an meinem SFB (der zur CPU gehört) nicht vergeben (s.h. Bild003).

Aus welcher Bibliothek muss ich denn den Baustein nehmen?

Gruß

Ahnungsloser
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich hab mit den SFB14 gerade mal angesehen, hab ihn selbst noch nicht benutzt. An Addr_1 muß ein Any-Typ anliegen, ebenfalls an RD_1. Hast du dir mal die Hilfe dazu angesehen? 1x Click auf den SFB, dann F1. Addr brauchst du offensichtlich bei dieser Art der Verbindung nicht.
 
Das sehe ich auch so.

Nur funzt es nicht. Status 1 Error 1.

hab RD_1 als P#DB50.DBX0.0 BYTE 20 parametriert und ADDR_1 mit P#DB52.DBX0.0 BYTE 20.

Verbindung ist aber physikalisch ok, da die anderen Verbindungen auch darüber funzen.
Also muss es ja was bei der Projektierung sein, oder man kann keine Get Funktion unter zwei S74142DP über CP441 nutzen.

Nunja, werde es wohl erstmal bei AG_Lsend und Rec. belassen. Dachte nur, dass es schöner ist, da ich nur die IP des anderen angeben muss, und dann direkt lesen kann, ohne dass mir jemand was schickt was ich gar nicht haben will.

:-(

Gruß
Ahnungsloser
 
Zuletzt bearbeitet:
So, hab die Lösung des Probs gefunden.

Der Get/Put Baustein geht nicht mit jeder Verbindung. In der CP Beschreibung hab ich was gefunden. HAbs jetzt mit ner S7 Verbindung probiert und dem richtigen SFB und schon gings.

Wer lesen kann ist klar im Vorteil. Zumondest wenn man weiss wo es steht:)

Gruß
Ahnungsloser
 
Das hab ich getan.

Funzt trotzdem nicht :-(

Und wieso sieht die ID anders aus? In Netpr 3 und am Baustein W#16#3?
Und LADDR kann ich auch nicht angeben.
Die ID "3" steht für eine Iso-on-TCP Verbindung oder Iso-Transportverbindung. Hier kommen die Bausteine AG_SEND / AG_RECV (bzw. AG_LSEND & AG_LRECV bei S7-400) zum Einsatz. Die Bausteine FB/SFB 14/15 sind aber für S7-Verbindungen. Hier werden die Verbings-IDs in Hex angegeben.

Also: Verbindungstyp ändern oder andere Bausteine verwenden.
Und: wie schon eingangs erwähnt,. ist die Iso-on-TCP Verbindung erfahrungsgemäß schneller als die S7-Verbindung.

mfg Maxl
 
Zurück
Oben