Zuviel Werbung? - > Hier kostenlos beim SPS-Forum registrieren

Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 11

Thema: Send Receive oder Put Get

  1. #1
    Registriert seit
    21.07.2005
    Beiträge
    222
    Danke
    54
    Erhielt 2 Danke für 2 Beiträge

    Standard


    Zuviel Werbung?
    -> Hier kostenlos registrieren
    Hallo
    Eine CPU 315 sollte mit mehreren (über Ethernet) CPUs kommunizieren.
    Meine Frage!
    Was spricht für FC5, FC6 (Send Receive) und was eher für FB 14 FB 15 (Put Get)
    Danke
    Alles wird Gut!
    Zitieren Zitieren Send Receive oder Put Get  

  2. #2
    Registriert seit
    22.06.2009
    Ort
    Sassnitz
    Beiträge
    11.163
    Danke
    921
    Erhielt 3.286 Danke für 2.655 Beiträge

    Standard

    Mit PUT/GET kann man beliebig im Datenspeicher der Ziel-SPS rumschreiben und -lesen, ohne daß man das in der Ziel-SPS diagnostizieren kann. Sogar auch wenn die CPU in Stop ist. Das Anwenderprogramm der Ziel-SPS muß nichts tun.

    Bei SEND/RECV legt die Ziel-SPS selber fest, in/aus welchen Datenbereichen die Daten geschrieben/gelesen werden. Verbindungsprobleme können auf beiden SPS diagnostiziert werden. Das Anwenderprogramm der Ziel-SPS muß die Kommunikation aktiv unterstützen.

    Harald
    Es ist immer wieder überraschend, wie etwas plötzlich funktioniert, sobald man alles richtig macht.

    FAQ: Linkliste SIMATIC-Kommunikation über Ethernet

  3. #3
    Registriert seit
    27.05.2004
    Ort
    Thüringen/Berlin
    Beiträge
    12.218
    Danke
    533
    Erhielt 2.696 Danke für 1.948 Beiträge

    Standard

    Put/Get ist recht einfach, ich nutze das ganz gern. Man muß eine S7-Verbindung projektieren und los geht's mit den entsprechenden Bausteinen. Man sollte aber sicherheitshalber ein Lebensbit austauschen, so dass man auf beiden Seiten mitbekommt, dass die Verbindung nicht läuft.
    Gruß
    Ralle

    ... there\'re 10 kinds of people ... those who understand binaries and those who don\'t …
    and the third kinds of people … those who love TIA-Portal

  4. #4
    Registriert seit
    08.08.2007
    Ort
    Dresden
    Beiträge
    9.648
    Danke
    1.059
    Erhielt 2.046 Danke für 1.627 Beiträge

    Standard

    Ich halte PUT/GET für schnell und schmutzig. Das macht es im täglichen Einsatz so beliebt. ...noch schnell die Werte von der Anlage davor übernehmen ... hat die nachfolgende schon Freigabe erteilt? ... man muss nur wissen wo es steht.
    [SIGNATUR]
    Ironie setzt Intelligenz beim Empfänger voraus.
    [/SIGNATUR]

  5. #5
    Registriert seit
    09.08.2006
    Beiträge
    3.626
    Danke
    911
    Erhielt 656 Danke für 542 Beiträge

    Standard

    hier gibt es eine ausführliche Doku: http://support.automation.siemens.co...ew/de/20982954

    weiterhin nutze ich gern BSEND BRCV.

    Gruß.

  6. #6
    Avatar von klauserl
    klauserl ist offline Erfahrener Benutzer
    Themenstarter
    Registriert seit
    21.07.2005
    Beiträge
    222
    Danke
    54
    Erhielt 2 Danke für 2 Beiträge

    Standard

    Hallo
    Ich kann bei mir aber nur den Verbindungstyp "S7 Verbindung" auswählen, weil ein Partner mit dem CP, und der andere direkt mit der CPU im Netz hängt. Somit kann ich mit SEND/RECV leider nicht arbeiten. Es sollte aber eine recht sichere Kommunikationsaustausch stattfinden. Jemand eine Idee? Hardware sollte die gleiche bleiben.
    Alles wird Gut!

  7. #7
    Registriert seit
    22.06.2009
    Ort
    Sassnitz
    Beiträge
    11.163
    Danke
    921
    Erhielt 3.286 Danke für 2.655 Beiträge

    Standard

    Der von Dir nicht näher spezifizierte Partner ist wohl vermutlich eine CPU "31x-2 PN/DP" ?
    Seit einigen Jahren gibt es für die PN-CPUs die sogenannten T-Bausteine für die "Offene Kommunikation".
    FAQ: Linkliste SIMATIC-Kommunikation über Ethernet

    Harald
    Es ist immer wieder überraschend, wie etwas plötzlich funktioniert, sobald man alles richtig macht.

    FAQ: Linkliste SIMATIC-Kommunikation über Ethernet

  8. #8
    Registriert seit
    27.05.2004
    Ort
    Thüringen/Berlin
    Beiträge
    12.218
    Danke
    533
    Erhielt 2.696 Danke für 1.948 Beiträge

    Standard

    Put/Get und eigene Lifebits reichen nicht?
    Gruß
    Ralle

    ... there\'re 10 kinds of people ... those who understand binaries and those who don\'t …
    and the third kinds of people … those who love TIA-Portal

  9. #9
    Registriert seit
    09.08.2006
    Beiträge
    3.626
    Danke
    911
    Erhielt 656 Danke für 542 Beiträge

    Standard

    also Kommunikation über Ethernet einer 31x-2 PN/DP mit einer 31x-2DP+CP343-1 funktioniert mit BSEND BRCV ... aber ist n bissl Gefummel.

    Gruß.

  10. #10
    Registriert seit
    12.12.2013
    Ort
    Kaiserslautern
    Beiträge
    1.337
    Danke
    385
    Erhielt 218 Danke für 173 Beiträge

    Standard


    Zuviel Werbung?
    -> Hier kostenlos registrieren
    Wir haben mit Kommunikation zwischen SPS beide im Einsatz. Aber immer mit lifebit.
    Meine vorwahl geht aber aus nach PUT und GET. Ist etwas schneller zu projektieren.

    Aktuell bei eine Kommunikation zwischen ein 400er mit TIA und ein 300er mit S7 Classic auch dafür entschieden. PUT und GET dann im 300er S7 Classic.

    Hab aber auch dann aus Faulheit dafür entschieden um nicht mit send und receive experimentieren zu mussen mit S7 und TIA.

    Bram
    Wenn es nicht auf STRAVA ist, ist es nicht passiert !!

Ähnliche Themen

  1. PROFISafe Send/Receive Data via SP
    Von Beatsteak im Forum Simatic
    Antworten: 2
    Letzter Beitrag: 25.04.2012, 11:26
  2. mehrere DB´s mittels SEND/RECEIVE übertragen
    Von Grimsey im Forum Simatic
    Antworten: 2
    Letzter Beitrag: 11.12.2007, 12:08
  3. SEND/RECEIVE mit UDP
    Von DerWolf im Forum Simatic
    Antworten: 1
    Letzter Beitrag: 31.07.2007, 18:22
  4. Send/Receive Kommunikation
    Von Jenwal im Forum Simatic
    Antworten: 4
    Letzter Beitrag: 24.02.2006, 09:10
  5. Send / Receive
    Von Anonymous im Forum Simatic
    Antworten: 5
    Letzter Beitrag: 19.10.2005, 12:04

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •