RS232 Kommunikationsschwierigkeiten

Keiner eine Idee?

U0C0_ASC_vSendData(76);
    U0C0_ASC_vSendData(49);
    U0C0_ASC_vSendData(13);
In der Reihenfolge sende ich dem Sensor die Daten.

Ich kann ja LF mit 0x0A nehmen oder CR mit 0x0D

Hast du denn deine USART schon mal getestet, indem du zb etwas zu einem 
PC schickst und dort im Terminal Programm dir ansiehst, ob dort auch das 
richtige rauskommt?

Nur so zur Sicherheit, damit man auch sicher geht, dass zb mit der 
Baudrate alles ok ist.

Und dann wäre es auch eine ziemlich gute Idee, den 'Sensor' einfach mal 
mit dem PC zu verkablen und per Terminalprogramm die Kommandos 
abzusetzen. Dann sieht man auch, was der Sensor zurückschickt.

Denn der PC hat einen unbestrittenen Vorteil: Wir wissen, dass seine 
serielle Schnittstelle tadellos funktioniert. Etwas, was wir von deiner 
µC-Seriellen erst mal nicht mit Sicherheit wissen.

Bastler schrieb:
>>U0C0_ASC_vSendData(13);
>
> Ein 0x0A hat nicht den Wert 13!

Stimmt, aber laut Protokollspec soll sowohl CR (13/0xD) als auch LF 
(10/0xA) gehen.

Marius Jung schrieb:
> U0C0_ASC_vSendData(76);
> U0C0_ASC_vSendData(49);
> U0C0_ASC_vSendData(13);

Nur am Rande bemerkt:

Das solltest Du Dir abgewöhnen und stattdessen so

> U0C0_ASC_vSendData('L');
> U0C0_ASC_vSendData('1');
> U0C0_ASC_vSendData('\n');

schreiben.

Michael schrieb:
> Rufus Τ. Firefly schrieb:
>>> U0C0_ASC_vSendData('\n');
> Und was ist an '\n' besser als an 13, wenn man ein "Carriage Return"
> meint?

Das ist nur ein Zeichen dafür, daß du keine Ahnung hast.

'\n' steht für new line
               ^
'\r' für carriage return
                  ^

mfg.