S7-319 <- SFC14 <- ABB IRC5p DP-Slave <- SFC15 <- S7-319 (Profibus)

[cosmomaster]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

hat jemand schon mal hin bekommen eine IO-Karte eines ABB Roboters mit IRC5p-Steuerung (DSQC 352A) mit SFC14 konsistent auszulesen?

Mein Code:

     CALL  "DPRD_DAT"
       LADDR  :=W#16#3E8
       RET_VAL:=#ret_in
       RECORD :=P#M 1000.0 BYTE 16

HW_Config siehe Anhang.

Ich bekomme an RET_VAL immer nur den Fehler:

80B1 Die Länge des angegebenen Zielbereichs ist ungleich der mit STEP 7 projektierten Nutzdatenlänge.

Kann mir nicht erklären warum.

 

[JesperMP]

Wie viel Bytes sind projektiert in der ABB Roboter im STEP7 HW Konfig ?
Postier evtl. ein Screenshot.

 

[cosmomaster]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wie viel Bytes sind projektiert in der ABB Roboter im STEP7 HW Konfig ?
Postier evtl. ein Screenshot.

HW_Config siehe Anhang

8 Word in / 8 Word out sind projektiert. Die Karte hat 128 Bit am Pointer muss ich BYTE verwenden also 16.

 

[JesperMP]

Es sollte stimmen.
Es bleibt mir nur das der HW Konfig ist nicht geladen im CPU.

 

[cosmomaster]

Es sollte stimmen.
Es bleibt mir nur das der HW Konfig ist nicht geladen im CPU.

Hast Du es mit der DSQC 352A schon mal hin bekommen? Zwischenzeitlich Antwort von ABB Robotics erhalten: Die Karte gibt das wohl nicht her.

Bin enttäuscht von ABB. :twisted:

 

[JesperMP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Habe leider keine Erfahrung mit ABB.
Normalerweise klappt es ziemlich einfach mit SFC14/SFC15 wenn es mit der HW Konfig übereinstimmt.

Eine weitere Idée: Ist vielleicht die Grösse von der Proces-Image vergrössert geworden ? So das der PI ganz oder teilweise überlapt mit der ABB Roboters E/A ?

 

[cosmomaster]

Habe leider keine Erfahrung mit ABB.
Normalerweise klappt es ziemlich einfach mit SFC14/SFC15 wenn es mit der HW Konfig übereinstimmt.

Eine weitere Idée: Ist vielleicht die Grösse von der Proces-Image vergrössert geworden ? So das der PI ganz oder teilweise überlapt mit der ABB Roboters E/A ?

Process-Image? Meinst Du Größe des PAE / PAA in den Eigenschaften-CPU?

Hab ich geändert ja auf jeweils 1200.

 

[JesperMP]

Aha !

Process-Image? Meinst Du Größe des PAE / PAA in den Eigenschaften-CPU?
Hab ich geändert ja auf jeweils 1200.

Ja, meine ich.
Wenn das Process-Image enthält die E/A von der ABB Roboter brauchst du SFC14 und SFC15 gar nicht.
Wenn du trotzdem SFC14 oder SFC15 verwendest bekommst du Fehlermeldungen.

 

[cosmomaster]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ja, meine ich.
Wenn das Process-Image enthält die E/A von der ABB Roboter brauchst du SFC14 und SFC15 gar nicht.
Wenn du trotzdem SFC14 oder SFC15 verwendest bekommst du Fehlermeldungen.

Hab auf 900 reduziert. Funktioniert trotzdem nicht. Anzeige in Variablentabelle und DWORD-weises einlesen über Pointer ging vorher übrigens.

Noch jemand ne IDEE?

 

[Gerhard K]

HW_Config siehe Anhang

8 Word in / 8 Word out sind projektiert. Die Karte hat 128 Bit am Pointer muss ich BYTE verwenden also 16.

8 word in =16byte und 8 word out = 16 byte
ergibt zusammen 32 byte, oder mach ich da was falsch?

 

[Gecht]

Mach doch mal zum test einen DB mit 8W

 

[cosmomaster]

Zuviel Werbung?
-> Hier kostenlos registrieren

Mach doch mal zum test einen DB mit 8W

Für was?
Ich kann die Daten in einer Variablentabelle sehen ich will nur nicht x mal LADE - TRANSFERIERE oder etliche Pointer verwenden.

 

[Gerhard K]

Habe ich vorher schon geschrieben.

8 word in und 8 word out sind zusammen 16 word= 32 BYTE.

Liegt es daran?

 

[cosmomaster]

Habe ich vorher schon geschrieben.

8 word in und 8 word out sind zusammen 16 word= 32 BYTE.

Liegt es daran?

Nö hat nicht geholfen. Der SFC14 liest ja auch nur ein also warum sollten ihn die 8word out kümmern. Die behandelt dann der SFC 15 beim schreiben.

 

[JesperMP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Bekommst du immer denselbe Fehler-Code 80B1 ?

 

[Gerhard K]

Nö hat nicht geholfen. Der SFC14 liest ja auch nur ein also warum sollten ihn die 8word out kümmern. Die behandelt dann der SFC 15 beim schreiben.

ja stimmt. ich habe jetzt deinen Anhang der Hardwarekonfig angesehen

da hast du 1000....1015(1 word) bei den Eingängen stehen, das sind definitiv keine
8 word,oder?

 

[thomasgull]

1000-1015 das sind doch immer Bytes, also doch 8 Word ?

Ich hatte gerade einen DP-DP koppler mit 16 Worten jede Richtung ergab 32 Bytes und hat Funktioniert

oder bin ich jetzt falsch?

 

[HaDi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ist bei den 8 Word auch Konsistenz über gesamte Länge eingestellt?
Mit Konsistenz über Einheit tun´s SFC14/15 m.W. nicht.
Alternative: Leg wieder alles ins Prozessabbild und schieb dir die Daten per Blockmove (SFC20) dahin, wo du sie haben willst (oder greif direkt drauf zu).

Grüße von HaDi

 

[cosmomaster]

Ist bei den 8 Word auch Konsistenz über gesamte Länge eingestellt?
Mit Konsistenz über Einheit tun´s SFC14/15 m.W. nicht.
Alternative: Leg wieder alles ins Prozessabbild und schieb dir die Daten per Blockmove (SFC20) dahin, wo du sie haben willst (oder greif direkt drauf zu).

Grüße von HaDi

In Eigenschaften DP-Slave kann ich nur die Anfangsadresse und Prozessabbild einstellen. Alles andere ist ausgegraut. Kann man da was an der GSD-Datei drehen?

Was ich letztendlich will ist den gesamten Bereich in einem Rutsch auf eine statische Variable vom Typ UDT (1:1 Abbild des DP-Slave) in einem FB schreiben und zwar über Pointer.

 

[thomasgull]

Wenn du das irgendwie so löst, müsste eigentlich gehen


L 1000 // Startadresse laden
SLD 3 // Verschieben
LAR1

L P##UDT_STruct // Anfangsadresse des UDT LAden
LAR2

L PEW [AR1,P#0.0] // Peripherie holen
T DIW [AR2,P#0.0] // in DI Ablegen
L PEW [AR1,P#2.0]
T DIW [AR2,P#2.0]


.....

Umgegekehrt zürück.