Hallo,
das ist mir etwas suspekt ...
Bist du dir wirklich ganz sicher, dass der Fehler nicht irgendwo anders her kommt ?
was soll ich auf diese frage antworten? ich hab den gesamten tag mit der suche nach der antwort verbracht und konnte keinen fehler feststellen.
sicher kann ich mir aber nicht sein, weil da offenbar n fehler auftritt und der ne ursache haben muss.
die werte, aus denen die anypointer für SFC20 erstellt werden sind korrekt. die anypointer, mit denen SFC20 aufgerufen wird, sind korrekt.
wenn ich quell- und zielpointer einfach nur vertausche, kopiert er ohne SPS-fehler in die gegenrichtung, also liegen die nummern im zulässigen bereich und die DBs sind auch ok, und die anypointer scheinen auch zu stimmen.
wenn ich die nummern der DBs ändere funktioniert alles in beide richtungen zuverlässig und reibungsfrei
dazu kommt ja noch die sache, dass der blockmove-aufruf manchmal sogar funktioniert, manchmal aber nicht. und der einzige unterschied zwischen den phasen waren heute eine halbe stunde mittagspause, wo ich absolut nix am programm geändert habe und auch keiner der kollegen derartiges getan hat und beim 2. mal hab ich per VAT ein paar der werte neu gesetzt, die er kopieren soll und schon gings wieder nicht.
der inhalt hat aber nichts mit dem kopiervorgang zu tun. es berechnet sich also nichts daraus und die anypointer hängen auch nicht davon ab.
Was ist mit der Parameter-Versorgung deines FC ? Sind das Konstanten oder Werte, die wieder irgendwo anders hergeholt werden ?
Gruß
LL
irgendwo anders hergeholt, aber korrekt belegt.