Probleme bei Berechnen von Integer-Zahl aus ASCII

[matze (Gast)]

Hallo,

ich sitz gerade hier an einer Umwandlung von einer Zahl die als String 
vorliegt in eine Integer Zahl. Dabei kommt es zu Problemen, die ich 
nicht nachvollziehen kann.

Da die Zahl in dem String als Dezimalzahl vorliegt, ich das Komma aber 
herausfiltern möchte mache ich die Umwandlung "händisch".

Die Zahl steht in char_lat wie folgt: 30.77465
char_lat kann bis zu 10 Zeichen aufnehmen.
lat_nachkomma ist eine unsigned long.

lat_nachkomma = (char_lat[0]-0x30) * 1000000 +
                (char_lat[1]-0x30) * 100000 +
                (char_lat[3]-0x30) * 10000 +
                (char_lat[4]-0x30) * 1000 +
                (char_lat[5]-0x30) * 100 +
                (char_lat[6]-0x30) * 10 +
                (char_lat[7]-0x30) * 1;

Nun zu den Aussagen, die ich treffen kann:
Sobald ich eine der drei oberen Zeilen (mit Faktor >= 10000) in den Code 
mit aufnehme, steht in lat_nachkomma eine mir nicht erklärbare Zahl.
Schreibe ich mit

lat_nachkomma = 3077465;

in die Variable funktioniert aber alles ganz normal.

Sieht jemand den Fehler, den ich hier anscheinend irgendwo eingepflanzt 
habe?

Danke
matze

[Falk B. (falk)]

@  matze (Gast)

lat_nachkomma = (char_lat[0]-0x30) * 1000000L +
                (char_lat[1]-0x30) * 100000L +
                (char_lat[3]-0x30) * 10000L +
                (char_lat[4]-0x30) * 1000L +
                (char_lat[5]-0x30) * 100L +
                (char_lat[6]-0x30) * 10L +
                (char_lat[7]-0x30) * 1L;

>Sieht jemand den Fehler, den ich hier anscheinend irgendwo eingepflanzt
>habe?

Integer Promotion.

http://www.mikrocontroller.net/articles/Festkommaarithmetik#Die_L.C3.B6sung

MfG
Falk

[Peter II (Gast)]

je nach system ist ein int teilweise nur 16bit gross und in C werden 
bereichnungen erstmal mit int gemacht damit ist bei 65535 schluss.

Teste mal mit

...
(char_lat[0]-0x30) * 1000000UL
...

[Thomas D. (t0mmy)]

Innerhalb der Klammer (char_lat[0]-0x30) wird vermutlich nur mit 
8bit-Zahlen gerechnet, da beide Operanden genau so groß sind. Versuchs 
mal mit einem cast auf größere Datentypen.

[Vlad T. (vlad_tepesch)]

ist denn sichergestellt, dass die Zahl immer 2 Vorkommastellen hat?

[Falk B. (falk)]

@  Thomas Decker (t0mmy)

>Innerhalb der Klammer (char_lat[0]-0x30) wird vermutlich nur mit
>8bit-Zahlen gerechnet,

Was auch vollkommen ausreichend ist.

[Thomas D. (t0mmy)]

Falk Brunner schrieb:
> @  Thomas Decker (t0mmy)
>
>>Innerhalb der Klammer (char_lat[0]-0x30) wird vermutlich nur mit
>>8bit-Zahlen gerechnet,
>
> Was auch vollkommen ausreichend ist.
In der Tat... ich geh mich in die Ecke stellen.

[matze (Gast)]

Hi,

also der Tipp, dass der Controller üblicherweise "nur" mit 16 Bit 
arbeitet war richtig. Nach dem ich hinter die Faktoren "UL" gesetzt 
hatte war das Problem behoben.

Vielen Dank
matze