BLKMOV bei "nicht-konsistenten" Peripherie-Daten?!

**Hawkster** · 05.12.2008, 11:01

Hallo allesamt, hätte da mal ne Frage.

Habe mir gedacht wenn SFC14/15 konsistente Daten als block lesen kann, könnte ich doch mit BLKMOV nicht-konsistente Daten von der Peripherie lesen. Leider bekomm ich aber permanent den fehler "W#16#8124", welcher Dokumentiert ist mit "Bereichsfehler beim Lesen eines Parameters"...

Mein Aufruf sieht derzeit wie folgt aus:

Code:

      CALL  SFC   20
       SRCBLK :=P#P  1540.0 BYTE 6
       RET_VAL:=#iDummy
       DSTBLK :=P#DB111.DBX 0.0 BYTE 6

Brauch ich hierfür wieder einen anderen SFC? Aber laut der Beschreibung von BLKMOV sollte er es können:

Beschreibung
Mit der SFC 20 "BLKMOV" (block move) kopieren Sie den Inhalt eines Speicherbereiches (= Quellbereich) in einen anderen Speicherbereich (= Zielbereich).
Zulässige Quellbereiche sind:
· Teile von Datenbausteinen
· Merker
· Prozeßabbild der Eingänge
· Prozeßabbild der Ausgänge
Der Quellparameter kann auch in einem nicht ablaufrelevanten Datenbaustein im Ladespeicher liegen (DB, der mit dem Schlüsselwort UNLINKED compiliert wurde)!

Wäre nett wenn jemand eine Idee hätte.

MFG
Hawkster

**Rainer Hönle** · 05.12.2008, 11:13

Wenn die Hilfe Peripherie nicht direkt erwähnt, liegt es eventuell da dran. Denn das erlaubte Prozessabbild ist nicht gleich Peripherie.

**Hawkster** · 05.12.2008, 11:16

Ja gibt es dann eine alternative zum einlesen als "block"? So wie SFC14 halt auf "nicht-konsitenter"-Basis?!

**Ralle** · 05.12.2008, 11:30

Was genau stört dich am SFC14/15?

**Hawkster** · 05.12.2008, 11:39

Das ich damit z.b. nur konsistente Einträge einlesen kann. Möchte auch "nicht-konsistente" Daten über einen Block laden.

Hintergrund ist die Symbolische Programmierung. Mit Blockmove kann ich es Symbolisch machen. Wenn ich L-> T L-> T L-> T kann ich nur selten die Symbolik halten.

**BHeiser71** · 20.07.2011, 11:45

Hallo zusammen,
habe das selbe Problem!
Hat Step7 in den vergangenen Jahren was dazu gelernt?
Ist es jetzt möglich einen Peripheriebereich "nicht-konsistenter" Daten eines Profibus-DP-Slaves mit einer SFC in einen Datenbaustein zu kopieren?

Bin für jede Hilfe dankbar!

Gruß Burkhard

**Larry Laffer** · 20.07.2011, 12:41

... die Frage war m.E. beantwortet ...
Du nimmst entweder den SFC14/15 oder du machst es mit L/T entweder Einzeln oder in einer Schleife.

Gruß
Larry

**bike** · 20.07.2011, 18:12

Was spricht gegen konsistente Datenübertragung?
Die SFC sind doch inzwischen so schnell, dass es keinen Sinn macht über mehrere Zyklen die Daten einzulesen.

Oder ist mir jetzt wieder etwas ausgekommen?

bike

**BHeiser71** · 21.07.2011, 15:52

Hallo zusammen,

ich gebe ja zu, dass ich blutiger Anfänger bin, was das Step7 programmieren betrifft, aber etwas habe ich verstanden.

SFC14/15 funktionieren nur, wenn die Daten konsistent über die gesamte Länge vorliegen.
L/T in einem universell verwendbaren FB zu programmieren, ist nicht ganz trivial.

Leider überträgt unser Profibus-DP Slave die Daten laut GSD aber nur kosistent über die Einheit (also pro Byte).
Wenn man die GSD "verbiegt" (um SFC14/15 wieder nutzen zu können) geht der DP-Slave nicht mehr in Betrieb.

Und SFC20 bzw SFC81 arbeiten nicht mit dem Peripheriebereich zusammen.

Was soll ich also tun?

In unserem Fall ist es leider so, dass eine "kleine" SPS schon viele lokale Baugruppen hat und somit die EA-Daten der DP-Slaves im Peripheriebereich "aufschlagen".

Bin auf Eure Vorschläge gespannt.

Gruß Burkhard