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

Results 1 to 9 of 9

Thread: S7-DP versus DP-DP-Koppler

  1. #1
    Join Date
    16.02.2007
    Posts
    174
    Danke
    38
    Erhielt 17 Danke für 15 Beiträge

    Default


    Zuviel Werbung?
    -> Hier kostenlos registrieren
    Juchu, endlich habe ich mal eine saubere Kommunikation hinbekommen.
    Jaja, ich weiß, für euch hier nix besonderes, aber ich habe mich bisher halt noch nie live damit beschäftigt und somit ist es für mich eben neu.

    Hardware: S7-314C-2 DP als DP-Slave konfiguriert.
    Eingangsadressbereich E500, Länge 16 Worte , konsistent
    Ausgangsadressbereich A500, Länge 16 Worte , konsistent

    Daten aus PLS mit SFC 14 wie folgt abgeholt:

    CALL SFC 14 // Lese Daten
    LADDR :=W#16#1F4 // entspricht 1. PEW-Adresse - hier 500
    RET_VAL:=DB2.DBW0 // Status der Übertragung
    RECORD :=P#DB3.DBX0.0 BYTE 32 // in DB3 ab DBB0 - 32 Bytes (16 Worte ) übertragen

    Daten zum PLS mit SFC 15 wie folgt geschickt:

    CALL SFC 15 // Sende Daten
    LADDR :=W#16#1F4 // entspricht 1. PAW-Adresse - hier 500
    RECORD :=P#DB4.DBX0.0 BYTE 32 // aus DB4 ab DBB0 - 32 Bytes (16 Worte ) übertragen
    RET_VAL:=DB2.DBW2 // Status der Übertragung

    Alles bestens.


    Jetzt kommt der nächste Kunde ( andere Anlage ) und schreibt vor, das alles über DP-DP Koppler laufen soll.

    Hardware : DP-DP Koppler ( 6ES7158-0AD01-0XA0 )
    "Steckplatz 1" : 64 Worte Eingang ( Adresse E500-627 )
    "Steckplatz 2" : 64 Worte Ausgang ( Adresse A500-627 )

    Jetzt die Frage : Kann ich diese Adressen auch wie oben ansprechen ?
    Zum Beispiel so ?

    Daten aus PLS mit SFC 14 wie folgt abholen:

    CALL SFC 14 // Lese Daten
    LADDR :=W#16#1F4 // entspricht 1. PEW-Adresse - hier 500
    RET_VAL:=DB1.DBW350 // Status der Übertragung
    RECORD :=P#DB3.DBX0.0 BYTE 256 // in DB3 ab DBB0 - 256 Bytes (64 Worte ) übertragen

    zum Beispiel so ? Daten zum PLS mit SFC 15 wie folgt schicken:

    CALL SFC 15 // Sende Daten
    LADDR :=W#16#1F4 // entspricht 1. PAW-Adresse - hier 500
    RECORD :=P#DB4.DBX0.0 BYTE 256 // aus DB4 ab DBB0 - 256 Bytes (64 Worte ) übertragen
    RET_VAL:=DB1.DBW352 // Status der Übertragung

    Danke fürs lesen und antworten

    Gruß Wilhelm
    Reply With Quote Reply With Quote S7-DP versus DP-DP-Koppler  

  2. #2
    Join Date
    08.08.2007
    Location
    Dresden
    Posts
    9,882
    Danke
    1,064
    Erhielt 2,056 Danke für 1,632 Beiträge

    Default

    der DP/DP-Koppler stellt dir ähnlich einer E/A-baugruppe am Profibus Adressen zur Verfügung die im besten Fall im Peripherieabbild liegen, im schlimmsten Fall per PEW(D)/PAW(D) adressiert werden muß.

    Du definierst also auf beiden CPUs den DP/DP-Koppler und legst die Schnittstelle fest, die beidseitig zusammenpassen muß. Also von A auf E und kannst die in der HW-Konfig angegebenen Adressen direkt im Programm verwenden.

    eigentlich ein schönes Ding, son DP/DP-Koppler
    Last edited by vierlagig; 05.02.2009 at 17:26.
    [SIGNATUR]
    Ironie setzt Intelligenz beim Empfänger voraus.
    [/SIGNATUR]

  3. #3
    WL7001 is offline Erfahrener Benutzer
    Themenstarter
    Join Date
    16.02.2007
    Posts
    174
    Danke
    38
    Erhielt 17 Danke für 15 Beiträge

    Default

    Ja, das habe ich verstanden.

    Ich möchte die Daten vom/zum DP-DP-Koppler nicht als PEW / PAW im Programm verarbeiten sondern erstmal gesammelt in einen "Lese-DB" und einen "Schreib-DB" schieben um von dort aus mit den Werten zu operieren.

    Ich weiß nur nicht, ob ich das mit den SFCs so machen kann wie ich es oben beschrieben habe. Kann ich?

  4. #4
    Join Date
    08.08.2007
    Location
    Dresden
    Posts
    9,882
    Danke
    1,064
    Erhielt 2,056 Danke für 1,632 Beiträge

    Default

    Sfc20 wenn im prozessabbild

    ansonsten mußte dir ne kleine kopierschleife bauen ...
    Last edited by vierlagig; 05.02.2009 at 17:40.
    [SIGNATUR]
    Ironie setzt Intelligenz beim Empfänger voraus.
    [/SIGNATUR]

  5. #5
    WL7001 is offline Erfahrener Benutzer
    Themenstarter
    Join Date
    16.02.2007
    Posts
    174
    Danke
    38
    Erhielt 17 Danke für 15 Beiträge

    Default

    So?

    CALL SFC 20
    SRCBLK :=P#DB4.DBX0.0 BYTE 256 // hier stehen meine zu übergebenden Werte drin, 64 Worte
    RET_VAL:=MW200
    DSTBLK :=????

    Was soll denn an DSTBLK? PAW500 um bei meinem Beispiel zu bleiben?
    Wie sage ich dem DSTBLK denn, das das für 64 A-Worte gilt?

  6. #6
    WL7001 is offline Erfahrener Benutzer
    Themenstarter
    Join Date
    16.02.2007
    Posts
    174
    Danke
    38
    Erhielt 17 Danke für 15 Beiträge

    Default

    war zu schnell.

    Ja. liegt im Prozeßabbild, ist eine 315-2-DP.

  7. #7
    WL7001 is offline Erfahrener Benutzer
    Themenstarter
    Join Date
    16.02.2007
    Posts
    174
    Danke
    38
    Erhielt 17 Danke für 15 Beiträge

    Default

    Muss jetzt weg. Lese morgen weiter. Danke soweit erstmal.

  8. #8
    Join Date
    08.08.2007
    Location
    Dresden
    Posts
    9,882
    Danke
    1,064
    Erhielt 2,056 Danke für 1,632 Beiträge

    Default

    wenn die 500 im PA liegt

    dann P#A500.0 BYTE 256
    [SIGNATUR]
    Ironie setzt Intelligenz beim Empfänger voraus.
    [/SIGNATUR]

  9. #9
    Join Date
    24.10.2007
    Location
    Niederlande
    Posts
    843
    Danke
    31
    Erhielt 181 Danke für 172 Beiträge

    Default


    Zuviel Werbung?
    -> Hier kostenlos registrieren
    CALL SFC 20
    SRCBLK :=P#DB4.DBX0.0 BYTE 256 // hier stehen meine zu übergebenden Werte drin, 64 Worte
    RET_VAL:=MW200
    DSTBLK :=????

    Was soll denn an DSTBLK? PAW500 um bei meinem Beispiel zu bleiben?
    Wie sage ich dem DSTBLK denn, das das für 64 A-Worte gilt?
    256 Byte sind kein 64 Worte, das sind 128 Worte

    Und eine normale 315-2DP hatte folgens mich ein processabbild von 128byte , ein 315F-2DP geht bis 383.7 und es ist in der HW config nich mochlich die grosse der processabbild ein zu stellen.
    Ein 315-2PN/DP had ein processabbild von max 2048 byte.

  10. Folgender Benutzer sagt Danke zu JoopB für den nützlichen Beitrag:

    vierlagig (05.02.2009)

Similar Threads

  1. TwinCat V3.x versus Siemens
    By Larry Laffer in forum CODESYS und IEC61131
    Replies: 100
    Last Post: 30.08.2015, 14:00
  2. Memcpy versus For / Next
    By shrimps in forum Programmierstrategien
    Replies: 1
    Last Post: 03.02.2015, 15:58
  3. Android versus SPS
    By standroid in forum Werbung und Produktneuheiten
    Replies: 47
    Last Post: 11.01.2015, 16:44
  4. Steurungsoptimierung versus Notaus-Relais
    By tofebto in forum Maschinensicherheit - Normen und Richtlinien
    Replies: 6
    Last Post: 27.09.2011, 19:16
  5. ET200M versus ET200S
    By IPS in forum Simatic
    Replies: 10
    Last Post: 02.09.2008, 20:38

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •