|
Anzeige
|
C: Addition ohne Übertrag
Gast
#1837130
Hallo Leute! Ich möchte in meinem Code gern eine einfache Prüfsumme über 3 Byte berechnen. Alles soweit kein Problem! Aber jetzt kommts: 0xFF + 0x01 ist beim anschliesenden Test != 0x00 wegen dem Carry. Gibt es eine Möglichkeit in C ohne Übertrag zu addieren? MfG Marc Marc schrieb: > Aber jetzt kommts: 0xFF + 0x01 ist beim anschliesenden Test != 0x00 > wegen dem Carry. sicher nicht wegen dem Carry. Eher schon weil du die falschen Datentypen benutzt hast, bzw. dir die angewendeten C-Regeln nicht klar sind. > Gibt es eine Möglichkeit in C ohne Übertrag zu addieren? Zeig deinen Code. Schuss ins Blaue: Deine Berechnung wird im Zahlenraum int durchgeführt, während du eigentlich unsigned char haben willst. Mit einem Cast sollte sich das Problem beheben lassen.
Gast
#1837145
Code geht leider grad nicht, bin nicht am Entwicklungsrechner. Der Zahlenraum soll natürlich unsigned char sein. Ich habs mit uint8_t gemacht, was ja eigentlich stimmen müsste!? Und es liegt am Carry, da im erzeugten ASM Code immer erst die normale Addition und dann nochmal die Carry-Addition durchgeführt wird. Beim anschliessenden Test zeigt der ASM Code, dass zwar das Ergebnis ==0x00 ist, aber die Carryflags unterschiedlich sind und der Test somit negativ ist.
Gast
#1837158
Hier funktionierts. Ich glaub, du musst nochmal über Typenerweiterung nachdenken :->
Gast
#1837168
Hier der Code:
Wo funktionierts?? Ich vermute, du speicherst die Prüfsumme nich in einer uint8_t Variable vor dem Vergleich, sondern machst den direkt. Berechnungen werden in C im Gültigkeitsbereich von int durchgeführt. Du könntest aber die unteren 8 Bit mit einem binären UND maskieren.
Gast
#1837171
Marc schrieb: > Und es liegt am Carry, da im erzeugten ASM Code immer erst die normale > Addition und dann nochmal die Carry-Addition durchgeführt wird. Beim Also macht er die Karl-Heinz schon erwähnt hat die Berechnung auf 16-Bit Basis. :-)
Gast
#1837172
Und hier gleich mal noch der Assemblercode:
Gast
#1837182
Idiotensicher geklammert:
Gast
#1837196
Detlev T. schrieb: > Ich vermute, du speicherst die Prüfsumme nich in einer uint8_t Variable > vor dem Vergleich, sondern machst den direkt. Berechnungen werden in C > im Gültigkeitsbereich von int durchgeführt. Du könntest aber die unteren > 8 Bit mit einem binären UND maskieren. Dem würde ich mich anschließen. Das nennt sich übrigens "integral promotion". IAR hat einen schönen Beitrag über das Problem gemacht: http://supp.iar.com/Support/?note=12582&from=search+result Marc schrieb: > if((SLAVE_ADDRESS + command + value) == checksum) dir ist hoffentlich klar, dass der linke Teil (die Berechnung) als int Berechnung gemacht wird, laut C-Spezifikation Damit wird auch der rechte Teil auf int hochgehoben und der Vergleich auch als int Vergleich gemacht. > Und es liegt am Carry Es liegt eben nicht am Carry. In C gibt es gar keinen Carry. Es liegt daran, dass du fälschlicherweise annimmst, dass 2 unsigned char zusammenaddiert wieder einen unsigned char ergeben. Dem ist aber nicht so! Berechnungen werden in C niemals in einem kleineren Datentyp als dem Datentyp int gemacht (*). In diesem Sinne sind
und
2 völlig verschiedene Paar Schuhe! (*) Es sei denn, der Optimizer kann beweisen, dass sich das Ergebnis nicht verändert, wenn er (bei einem 16 Bit int) das High-Byte ignoriert und nicht berechnet. Bei dir unterscheiden sich aber die Ergebnisse, daher muss die Berechnung als int-Berechnung gemacht werden.
Gast
#1837232
Jetzt ist mir alles klar! Vielen Dank für die Antworten! Wieder was gelernt :-) Welche Variante erzeugt (vermutlich) weniger Code? Die von Sven P. oder die von Karl Heinz? Marc schrieb: > Welche Variante erzeugt (vermutlich) weniger Code? > Die von Sven P. oder die von Karl Heinz? Im Zweifelsfall im Assemblercode ansehen. Bei aktiviertem Optimizer erwarte ich aber keinen Unterschied.
Gast
#1837241
Ok vielen Dank! Eventuell ergibt das ja kürzeren Code:
Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
