Adressberechnung +AR2

[Onkel Dagobert]

Zuviel Werbung?
-> Hier kostenlos registrieren

Guten Abend,

irgendetwas mache ich hier verkehrt (siehe Anlage). Die Abbildung bedarf keiner weiteren Erläuterung. Bei kleineren Adressen funktioniert es. Wie umgehe ich den Fehler bei größeren Adressen?


Gruß, Onkel

 

[Markus]

spontan würde ich nur sagen da fehlt ein "ITD" vor dem SLD 3

Pointer sind 32Bit

 

[Perfektionist]

Zuviel Werbung?
-> Hier kostenlos registrieren

das Ergebnis von *I ist ein Double ...

 

[Markus]

Wieso nicht "LAR 2"

Was wird ggf. noch zur Nummer adiert?

 

[Perfektionist]

aus der Hilfe zu +AR2:

+AR2 (Addiere zu AR2) addiert einen Versatz, der entweder in der Anweisung oder in AKKU1-L angegeben wird, zum Inhalt von AR2. Die Ganzzahl (16 Bit) wird zunächst vorzeichenrichtig auf 24 Bit erweitert und danach zu den niederwertigsten 24 Bit von AR 2 (Teil der relativen Adresse in AR2) addiert. Der Teil der Bereichskennung in AR2 (Bits 24, 25 und 26) wird nicht verändert. Die Operation wird ausgeführt, ohne die Statusbits zu berücksichtigen oder zu beeinflussen.

EDIT: und da sehe ich auch schon das Problem: "vorzeichenrichtig erweitert" sind die bei Siemens bescheuert??? Also meine Theorie: ab 32768 geht es schief ...

 

[Ralle]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich würde auch *D nehmen. Hatte doch erst mit jemandem im Forum eine Diskussion über ITD ????

 

[Kai]

Wenn man den Pointer in einem MW speichert und sich den Inhalt des MW in der VAT ansieht, sieht eigentlich alles richtig aus.

Gruß Kai

 

[Ralle]

Bei ner Speed7 hätte ich das ja verstanden. Die zeigen manchmal Mist im Status an .

 

[Kai]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wieso nicht "LAR 2"

Was wird ggf. noch zur Nummer adiert?

Mit LAR2 sieht auch in der Online-Ansicht der Funktion alles richtig aus.

Gruß Kai

 

[Onkel Dagobert]

Mensch, jetzt war ich woanders so vertieft dass ich meine eingenen Probleme vergessen hatte. Wenn das immer so einfach wäre .

Also das mit ITD und *D hatte ich schon probiert. AR2 wird natürlich vorher geladen und zeigt auf DB0.0. Ich muss jetzt erst noch mal eure Tipps aufmerksam durchlesen. Besten Dank erst mal bis hierher.


Gruß, Onkel

 

[Perfektionist]

also dann komm ich nochmal auf das Vorzeichen"richtige" erweitern auf 24 Bit zurück:

51200dez sind 1100100000000000bin
erweitert auf 24bit: 111111111100100000000000bin = 16762880dez

und weil die drei LSB noch hinter das Komma wandern, durch acht dividiert: 2095360

kommt nun der DB2095360.0 bekannt vor?

 

[Kai]

Zuviel Werbung?
-> Hier kostenlos registrieren

Bei größeren Adressen steht tatsächlich eine falsche Adresse im AR2, wenn man mit +AR2 arbeitet.

Gruß Kai

 

[Onkel Dagobert]

Entschuldigung, in der Abbildung in meinem Anhang war durch Rumprobieren noch die Zeile "+I" zu viel. Das ändert aber nichts an der Tatsache.

..EDIT: und da sehe ich auch schon das Problem: "vorzeichenrichtig erweitert" sind die bei Siemens bescheuert??? Also meine Theorie: ab 32768 geht es schief ...

Ja, genau so ist es! Man kann mit +AR? also max 32767 Bits addieren. Naja, Schleife mit +AR2?

Danke für die schnellen Antworten.


Gruß, Onkel


Oder so? Muss das morgen noch mal nüchtern durchgehen .

//   AR2 ist bereits auf "Grundadresse" geladen
 
//*** AR2 auf Anfangsadresse Datensatz "NR"
      L     #NR                         // 1..n
      L     #LOOP                       // Anzahl Bytes pro Datensatz
      *D                                // Byte-Startadresse Datensatz "NR"
      SLD   3                           // Bit-Adresse auffuellen
      TAR2                              // !!! WICHTIG
      +D                                // !!! SO
      LAR2                              // !!! VORZUGEHEN, +AR2 addiert nur Integer !!!

 

[Ralle]

Ist aber schon recht interessant. Bin ich noch nie drüber gestolpert, weil ich Adressen immer als Int berechne und erst ganz zum Schluß in einen Pointer wandle. Schlimm ist, daß man das mitunter lange Zeit gar nicht merkt, bis die Adresse mal "richtig" paßt.

 

[Onkel Dagobert]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ja Ralle, ich dachte auch ich hätt's begriffen, tausendmal angewendet - man lernt halt nie aus. Habe meinen letzten Beitrag übrigens ergänzt. Vielleicht geht es so, ich check das heute nicht mehr.


Gruß, Onkel

 

[volker]

hab mal einen test im simu gemacht.
das prob liegt auf jedem fall im bit 15 (vorzeichenbit)
sobald das 1 ist kommt der 'fehler'. die operation +ar2 ist, so wie es aussieht, auf int begrenzt.
kann man recht gut im bild sehen

EDIT:
ich machs auch immer so wie ralle und arbeite mit int/dint und bilde mir später meinen pointer daraus.

 

[Ralle]

Vielleicht bringt es was, mit SRD 3 wieder eine Int aus dem Pointer vom AR2 zu machen, dann die beiden INT addieren und mit SLD 3 wieder einen Pointer erzeugen, anschließend LAR2. Für "gerade" Adressen auf Wörter sollte das auch gehen.

//   AR2 ist bereits auf "Grundadresse" geladen
 
//*** AR2 auf Anfangsadresse Datensatz "NR"
      TAR2
      SRD 3
      T #diTemp
     
      L     #NR                         // 1..n
      L     #LOOP                       // Anzahl Bytes pro Datensatz
      *D                                // Byte-Startadresse Datensatz "NR"
      L #diTemp
      +D
      SLD   3                           // Bit-Adresse auffuellen
      LAR2

PS: Besser gleich DINT als diTemp.

 

[Onkel Dagobert]

Zuviel Werbung?
-> Hier kostenlos registrieren

Naja, dur bei SRD 3 geht die Bitadresse verloren. Gut, man braucht sie eher selten. Allerdings ergibt es auch keinen Vorteil gegenüber der DINT-Addition, wie oben beschrieben.


Gruß, Onkel

 

[volker]

in diese richtung tendiere ich auch.
das +ar2 (+ar1 ist ja das gleiche prob) sollte man also bei hohen adressen (über 4095.7) vermeiden und mit lar arbeiten.

ob die rückrechnung zum int nötig ist, ist natürlich eine frage des progs.
besser erst gar nicht so aufbauen.

 

[Ralle]

Jo, das ist wahr, dann ist es aber auch unnötig, das AR2 überhaupt erst mit einer "Grundadresse" zu laden. Das kann man dann gleich als "Offset" z.Bsp. in die Integer-Rechnung mit reinnehmen.