uint16 in uint8 umwandeln

Lars schrieb:
> sendUartData(value);

sendUartData((value << 8) & 0xFF);

Lars schrieb:
> z.B.
> uint16_t value = 200
> sendUartData(value);
>
> egal was ich mache, auf dem Computer kommt immer nur 0 an.

Und sendUartData() ist genau die obige Funktion? Und bei 8-Bit-Variablen 
funktioniert alles?

> Was muss ich machen, damit die 200 ankommt?

Nichts weiter normalerweise. Poste doch bitte mal ein möglichst 
minimales, aber vollständiges Programm, das auch genau so den Fehler 
erzeugt hat. An dem, was du gepostet hast, ist kein Grund zu erkennen, 
warum es nicht gehen sollte.

Kommen irgendwelche Warnungen vom Compiler?
(Hast du auch die Warnungen aktiviert?)

1

void sendUartData( unsigned char data )

1

UDR0 = data;

1

uint16_t value = 200

2

sendUartData(value);

Hier ist wohl auch Problem: die Funktion wartet auf unsigned char, und 
du willst uint16_t senden.

Lars schrieb:
> egal was ich mache, auf dem Computer kommt immer nur 0 an.
Wie siehst du dir diese "200" bzw die "0" auf "dem Computer" an?
Mit einem Terminalprogramm?
Was kommt an, wenn du sowas machst:
sendUartData('a');

Maxim B. schrieb:
> Hier ist wohl auch Problem: die Funktion wartet auf unsigned char, und
> du willst uint16_t senden.
Das geht problemlos solange der Wert maximal 255 ist.

Wahrscheinlich kann die Konsole einfach kein "╚" darstellen.

Edit: Das war wohl eine Doppelung mit Lothar.

Wolfgang schrieb:
> MaWin schrieb:
>> Die Funktion ist im ersten Posting enthalten.
>
> Da steht aber nichts von uint16_t als Argument

Du bist ja auch der einzige, der das behauptet hat.
Die Funktion muss gar kein uint16_t annehmen, da die oberen 8 Bit gar 
nicht gebraucht werden. Eine Konvertierung passiert automatisch.

Also die Funktion sendUartData erwartet ein unsigned char was beim 
AVR-GCC ein einfaches Byte = 8-Bit = uint8_t ist.

Wenn man jetzt einen größeren Datentyp übergibt, verwendet die Funktion 
nur die niederwertigsten 8 Bit und der Compiler gibt auch eine Warnung 
aus, dass die Datentypen nicht passen.

Korrekter Weise sollte man also bei einem größeren unsigned Datentyp 
vorher auf >UINT8_MAX prüfen, ggf. begrenzen und explizit casten: 
sendUartData((uint8_t)meinUint16_t);
Für die grundlegende Funktion ist das aber nicht notwendig.

Zu beachten ist vielmehr, dass wie Walter Tarpan schon sagte, 200 keinem 
standard ASCII-Zeichen entspricht und je nach verwendetem 
Terminalprogramm u.U. einfach nichts angezeigt wird.

Wenn eine Ausgabe als ASCII String erwartet wird, muss die Zahl zunächst 
in einen String umgewandelt werden, welcher dann aus mehreren Zeichen 
besteht.

Ich benutze als Terminalprogramm gerne HTerm, dies verfügt auch über 
eine Anzeige in Dezimal und Hex und kann somit die 200 auch als 200 
dezimal anzeigen. Putty und andere Terminalprogramme tun das 
normalerweise nicht.

Was passiert wenn man 'a' versucht auszugeben, erscheint dann ein a im 
Terminalfenster???

Mfg Bimbo385

Dabei einfach mal vorausgesetzt, dass die Verdrahtung und die Baudrate 
passen...