UART receive data

Deine Endianness stimmt nicht, würde ich mal sagen.

Schicke versuchsweise mal 0x55 und überbrücke RX und TX. Funktioniert 
das?
Baudratenfehler wäre auch nicht völlig auszuschliessen.

Kann es sein, dass deine Baudrate ein kleines bischen daneben liegt?

Wenn ich UART in Betrieb nehme, dann mach ich das gewöhnlich so, dass 
ich erst mal mit einem Terminalprogramm auf einem PC arbeite. Dann lass 
ich den µC senden und im Terminalprogramm sehe ich, ob dort alles so 
ankommt wie es soll. Wenn nicht, dann stimmt was mit der Baudrate nicht.
Dann die Umkehrung: vom PC zum µC und dort auswerten. Ist der 
vorhergehende Schritt absolviert, dann ist diese Umkehrung normalerweise 
kein Problem mehr und dient eigentlich nur noch zu meiner 
Vertrauensbildung.
Dann häng ich das Gerät an den PC und versuch mal, es vom 
Terminalprogramm aus anzusteuern. HTerm mit seiner einfachen 
Möglichkeit, Bytes direkt einzugeben, ist da prädestiniert. Bei diesen 
Spielchen sehe ich auch gleich, ob und wie das Gerät auf Kommandos 
reagiert.
Und dann kommt der grosse Moment: der µC steuert das Gerät direkt an. 
Und im Regelfall klappt das dann nach den Vorversuchen auch auf Anhieb.

Das alles hört sich zwar jetzt nach einem Unweg an, der erst mal Zeit 
kostet. Aber über alles gesehen, hat sich diese Zeit noch immer gelohnt. 
Im Endeffekt war ich damit immer schneller als diejenigen, die sich 
direkt rumgemüht haben und bei Problemen im Nebel gestochert haben.

Der Decoder zeigt eigentlich, dass die Baudrate in Ordnung ist. Was 
passiert denn, wenn du das Ventil direkt mit HTerm ansprichst? Gibt es 
dann auch diese Fehlinterpretationen? Interessant wäre auch das Telegram 
im Decoder, bei dem auch HTerm komische Ergebnisse liefert.