TIA Schlauchstehen. Arrays in Strukturen unterschiedlicher Grösse kopieren

[vollmi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hi zusammen

Ich steh grad etwas aufm Schlauch.

Gegeben ist ein Array

      Bauteile : Array[1..10] of Byte;

Das möchte ich jetzt in eine Struktur kopieren
Und diese sind aber immer kürzer als das Array aber doch verschieden lang

      Sowas : Struct
         int1 : Int;
         realwert : Real;
      END_STRUCT;

      Sowas_2 : Struct
         int1 : Int;
         realwert : Real;
         dintwert : Dint;
      END_STRUCT;

Ich dachte erst mit Deserialize, aber da darf das Array nur so lange sein das es in die Struktur passt.
Ich möchte aber einfach das er nur soviel kopiert wie reinpasst.

Ziel und Quelle sind in nem optimierten Bereich

mfG René

 

[miasma]

Ich würde das mit einem VARIANT machen machen. Erst die Struktur ermitteln bzw. deren Länge und dann mit einer for Schleife kopieren.

 

[Münchnerjunge]

Zuviel Werbung?
-> Hier kostenlos registrieren

Kannst du nicht mit ner Schleife ermitteln wie lange dein Struct ist und dann mittels BLKMOV die Daten reinschreiben? Oder habe ich deine Frage falsch verstanden?

 

[vollmi]

Kannst du nicht mit ner Schleife ermitteln wie lange dein Struct ist und dann mittels BLKMOV die Daten reinschreiben? Oder habe ich deine Frage falsch verstanden?

Die Strukturlänge ist bekannt. blockmove funktioniert halt nur im nicht optimierten Bereich. Den wollte ich jetzt aber mal richtig nutzen.
Aber bevor ich anfange das Element für element in ner Schleife zu kopieren, verzichte ich auf die Optimierung.

mfg René

 

[Münchnerjunge]

Die Strukturlänge ist bekannt. blockmove funktioniert halt nur im nicht optimierten Bereich. Den wollte ich jetzt aber mal richtig nutzen. Aber bevor ich anfange das Element für element in ner Schleife zu kopieren, verzichte ich auf die Optimierung.

mfg René

Bietet die 1500er deshalb nicht die "neue" Funktion MOVE_BLK_VARIANT?

MOVE_BLK_VARIANT(
SRC := <Operand>,
COUNT := <Operand>,
SRC_INDEX := <Operand>,
DEST_INDEX := <Operand>,
DEST => <Operand>);

 

[vollmi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das dachte ich mir auch
Aber krieg ich auch nicht gebacken.
Ich bekomme im Status immer ein

80B4 : Die Datentypen stimmen nicht überein. Verwenden Sie statt eines ARRAY of <Struct> ein ARRAY of <PLC-Datentyp(UDT)>.

Als source habe ich aber das array und als ziel die Struktur.

#Status := MOVE_BLK_VARIANT(SRC:= #Rec.Empfangsbereich,                 COUNT:=1,
                 SRC_INDEX:=0,
                 DEST_INDEX:=0,
                 DEST=>"Signalliste".Signal[100].Act_Signalstatus);

 

[Larry Laffer]

Ähhh ...
nach meiner Meinung kann dein Vorhaben (erstmal grundsätzlich) sowieso nur im nicht optimierten Bereich - optimiert hast du doch gar keine wirkliche Kontrolle darüber, wie deine Struktur wirklich im Speicher einsortiert ist / wird.
Somit ist das Vorhaben auf der Basis m.E. gar nicht umsetzbar und würde, falls es doch irgendwie funktioniert, bei geringfügigen Änderungen des Datenbereichs möglicherweise gar kein reproduzierbares Ergebnis bringen können ...

Gruß
Larry

 

[Käse]

Ich würde miasmas Vorgehen verwenden:

Ich würde das mit einem VARIANT machen machen. Erst die Struktur ermitteln bzw. deren Länge und dann mit einer for Schleife kopieren.

Halt erst aus der Struktur mit "Serialize" ein Array aus dem UDT machen, dann die Länge davon ermitteln (mit UPPER_BOUND und LOWER_BOUND) und dementsprechend die exakt richtige Anzahl an Bytes kopieren.

 

[Münchnerjunge]

Zuviel Werbung?
-> Hier kostenlos registrieren

Puh das ist in der Tat ne gute Frage. Ich hab bisher auch immer die Optimierung rausgenommen,

Scheinbar bietet uns Siemens da noch keine der BLKMOV ebenbürtige Funktion an.. :-/

 

[vollmi]

Im Programmierleitfaden steht aber sowas

1. Strukturen liegen separat und können damit als Block kopiert werden.
2. Remanente Daten liegen in einem separaten Bereich und können als Blockkopiert werden.Bei Spannungsausfall werden diese Daten CPU-intern gespeichert.

Seite 12
https://w3.siemens.com/mcms/sce/de/...1318674_Programming_guideline_DOKU_v13_de.pdf

Darum habe ich angenommen die stehen da so drin wie ich sie angelegt habe.

mfG René

 

[vollmi]

So ich machs jetzt mit BLKMOV

#Status :=BLKMOV(SRCBLK := #Rec.Empfangsbereich, DSTBLK => "Signalliste".Signal[100].Act_Signalstatus);

Dazu muss der DB halt nicht optimiert sein, aber die Instanz des ArbeitsFBs darf optimiert sein, ausser hier #Rec Diesen muss ich auf Remanenz im IDB setzen stellen.
So funktionierts tadellos.
So kann ich den grösseren ARRAYBLOCK auf den UDT kopieren. Das was nicht reinpasst wird ignoriert, wie man es sich vom BLKMOV ja gewohnt ist.

mfG René

 

[Thomas_v2.1]

Zuviel Werbung?
-> Hier kostenlos registrieren

Gibt es dann nicht einen Unterschied wie die Daten in deinem Array abgelegt werden?
Ich meine bezüglich Bytereihenfolge und Füllbytes bei n.o. und o. DBs.

Ich hätte mir glaub ich pro UDT eine Funktion geschrieben, der die UDT in ein Bytearray ab einer angegebenen Position schreibt. Da hat man dann auch die volle Kontrolle in welcher Reihenfolge die Daten abgelegt werden.

 

[vollmi]

Gibt es dann nicht einen Unterschied wie die Daten in deinem Array abgelegt werden?
Ich meine bezüglich Bytereihenfolge und Füllbytes bei n.o. und o. DBs.

Nein das scheint alles wie nicht optimiert abgelegt zu sein. Aber wie gesagt nur wenn man beim Optimierten Bereich angiebt, remanenz im IDB setzen. Dann wird offenbar dieser Teil nicht mehr optimiert abgelegt.

mfG René