TIA %B0 / %B1 bei WORD Variable

[asm]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

ich steh gerade auf dem Schlauch:

L     %DB108.DBB39
T     "MW190".%B0

Das speichert mir den Byteinhalt in MB191. Sollte %B0 nicht ins niedrige Byte sichern? Mit %B1 steht das dann im MB190. Vielleicht kann das einer erklären.

Gruß.

 

[DeltaMikeAir]

Auf was für einer Steuerung denn?

Hast du einmal geprüft, wie MW190 deklariert ist?

 

[DCDCDC]

Zuviel Werbung?
-> Hier kostenlos registrieren

300er arbeiten noch nach Big Endian
1200er sind nicht aufgeführt
1500er arbeiten nach Little Endian

Da du Tia als Tag hast und Awl Code zitierst, schätze ich mal, dass es um 300er Steuerungen in Tia geht.

 

[DeltaMikeAir]

Da du Tia als Tag hast und Awl Code zitierst, schätze ich mal, dass es um 300er Steuerungen in Tia geht.

300/400ér CPU´s können/unterstützen kein SLICE.

Aber der Tipp mit Standard/Optimiert ist gut

 

[DCDCDC]

AWL auf einer 1200/1500.. klingt nach migrierten Altlasten.

Meine Glaskugel kann die Artikelnummer nicht lesen.. weswegen ich schätzen würde, dass hier ein nicht optimierter Baustein vorliegt, weil Big Endian greift

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

AWL auf einer 1200

Es muss also eine 1500ér sein ( 1200ér = kann kein AWL )

 

[UDP]

Kann man denn Merker überhaupt auf Optimiert umschalten? Ich dachte die sind immer nicht optimiert.

 

[asm]

ist eine 1512-C

habe einfach in der Deklaration eine WORD-Variable namens "MW190" erstellt.

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich dachte die sind immer nicht optimiert.

Ja, nicht optimiert => Big-Endian => Bytes gedreht

 

[asm]

ob optimiert oder nicht, spielt iwie auch keine Rolle. Test-FC, "optimiert"



egal ob awl, scl.. immer landet es im MB191.

Edit: Ach.. das betrifft nur DB's? Mh.. mal testen

 

[DeltaMikeAir]

ob optimiert oder nicht, spielt iwie auch keine Rolle. Test-FC, "optimiert"

Merker kann man nicht umschalten ( optimiert oder nicht optimiert ). Die sind immer nicht optimiert.
Der Merkerbereich ist Big-Endian, also sind die Bytes verdreht. Siehe Bild in #9

 

[Januar]

Zuviel Werbung?
-> Hier kostenlos registrieren

Es geht nicht darum, ob dein FC optimiert ist oder nicht, relevant ist in dem Moment, dass du auf den Merkerbereich zugreifst, der von Natur aus nicht-optimiert ist.

Edit: Zu langsam T.T

 

[DCDCDC]

ob optimiert oder nicht, spielt iwie auch keine Rolle. Test-FC, "optimiert"

Anhang anzeigen 80069

egal ob awl, scl.. immer landet es im MB191.

Edit: Ach.. das betrifft nur DB's? Mh.. mal testen

Merker gehören auf den 1200 und 1500 "der Vergangenheit" an.. brauchste nicht mehr.

 

[Januar]

Merker gehören auf den 1200 und 1500 "der Vergangenheit" an.. brauchste nicht mehr.

In einer perfekten Welt, ja...

 

[asm]

Zuviel Werbung?
-> Hier kostenlos registrieren

Kein Unterschied..

 

[asm]

@DCDCDC das ist nur ein Test-Merker. Ich habe das Phänomen bei einer DB-Variable. Wollts nur einfach rüberbringen.

 

[Januar]

Wie sieht dein Code für das Schreiben des optimierten Bausteins aus? Und, viel wichtiger: Wie sieht der Code für das Schreiben in den Standard-DB aus?

 

[asm]

Zuviel Werbung?
-> Hier kostenlos registrieren

Immer der gleiche Test Code

#ByteXYZ.%X0 := TRUE;
"DB_Test".Word_XYZ.%B0 := #ByteXYZ;

 

[asm]

Delta hat sicherlich Recht. Bei Nicht-optimierten DB's muss man aufpassen.

 

[asm]

Danke auch DCDCDC für die Übersicht.