Brauche Hilfe beim Umwandeln von Zahl nach String

[Hilfesuchender (Gast)]

Zur Umwandlung von uint32_t zu nem char bin ich auf folgenden Code im 
Internet gestossen:

uint32_t Messwert = 1000;
char Buffer[sizeof(uint32_t)*8+1];
uart_puts ("   Messwert:   ");
ultoa (Messwert, Buffer, 11)
uart_puts (Buffer);

Leider Empfange ich keine dezimalen Zahlen beim Senden des Zeichens, 
sondern Hexadecimalzeichen. Dass finde ich blöd. Was ist die Ursache des 
Fehlers? Kann mir da vlt. jemand von Euch helfen?

[Max B. (Gast)]

Hilfesuchender schrieb:
> ultoa (Messwert, Buffer, 11)

probier mal:

ultoa (..., ..., 10). Du willst doch Decimal (10), Hexadecimal wäre 
übrigens 16.

[Andreas W. (geier99)]

... im Terminal die Anzeige auf ASCII umstellen.

[Hilfesuchender (Gast)]

danke, dass klappt.

wenn ich schreibe:
uart_puts ("\m   Messwert:   ");

Dann macht PuTTY bei \n keinen richtigen Zeilenumbruch, sondern es wird 
alles kreuz - und quer auf der Anzeige hinundhergeschmissen.

Habe nun bei PuTTY unter Category-Window-Translation VSCII eingestellt 
(ASCII gab es nicht), aber es macht eben keinen richtigen Zeilenumbruch 
und das ist blöd

[Wegstaben V. (wegstabenverbuchsler)]

Hilfesuchender schrieb:
> wenn ich schreibe:
> uart_puts ("\m   Messwert:   ");
>
> Dann macht PuTTY bei \n keinen richtigen Zeilenumbruch,

was denn nun, \m oder \n ???

[Hilfesuchender (Gast)]

Wegstaben Verbuchsler schrieb:
> was denn nun, \m oder \n ???

\n

hab die kombination ausgeprobiert

\r\n  - dass klappt seldsamerweise.

[Bernie (Gast)]

Klar:
\n heißt neue Zeile,
\r heißt Zeilenanfang.

Ohne \r schreibt er in der neuen Zeile in der
Spalte weiter, wo er vorher war...

Nur die UNIXer wollen es nicht kapieren...