itoa gibt auf LCD Zahlen binär, hexadezimal und dezimal aus?

[Marcel B. (mcb)]

Ich bin gerade dabei eine Zahl, die pro Sekunde um eins dekrementiert 
wird, auf einem LCD auszugeben. Nach AVR-GCC-Tutorial 
(http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/LCD-Ansteuerung#LCD_Beispiel_2) 
muss man dazu zuerst diese Zahl durch die in stdlib.h vorhandene 
Funktion itoa in einen String umwandeln.

uint8_t counter = 15;
char counter_buffer [10];
while (counter != 0){
     itoa (counter, counter_buffer, sizeof (counter_buffer));
     lcd_clear ();
     lcd_string (counter_buffer);
     counter --;
}

Nun ist mir folgendes aufgefallen:
Verändert man die Größe von counter_buffer auf 2, also

 char counter_buffer [2];

, wird beim LCD binär heruntergezählt.
Ändert man die Größe von counter_buffer auf 16, also

 char counter_buffer [16];

, wird beim LCD hexadezimal heruntergezählt.

Warum?

[blablub (Gast)]

Das ist normal.

>void itoa(int input, char *buffer, int radix)
                                    ^^^^^^^^^

sizeof() gibt (im konkreten Fall) die Größe des Arrays zurück.

2 Bytes --> Radix 2 -->binär
10 Bytes --> Radix 10 -->dez
16 Bytes --> Radix 16 -->hex

Das sizeof ist da völlig falsch, je nach gewünschter Zahlenbasis (???) 
gehört da 2,10 oder 16 hin. Und der String muss natürlich groß genug 
sein, bei Basis 10 und uint8_t also 4 Bytes (3 für die Zahl und eins für 
'\0').

[Willi W. (Gast)]

Marcel claudio Binder schrieb:
> Warum?

Weil itoa so definiert ist.
http://www.cplusplus.com/reference/clibrary/cstdlib/itoa/

Dein Code ist allerdings sehr merkwürdig. Was hat die Länge deines 
Puffers mit der Basis für die Zahlenkonvertierung zu tun?