BASCOM: HEX-Befehl per UART senden

Sendet Print am Ende nicht noch einen Zeilenumbruch hinterher? Stört den 
das ggf.?

Sende die Zeichen ansonsten mal an deinen Rechner - da hast du vermulich 
mehr Chancen zu debuggen.

Wie sieht die externe Beschaltung deines Controllers für die serielle 
Schnittstelle aus? Max232 verbaut?

Wenn ich mich recht erinnere, dann invertiert der MAX232 das Signal. 
Wenn du also keinen MAX verbaut hast, dann fehlt die Invertierung und 
der Empfänger erkennt nix. Wenn also der PC das richtige Datentelegramm 
empfängt und der IPOTT nicht, dann wirds wohl daran liegen.

bye

Frank

Dan wrote:
> PS: Auch wenn Bascom hier verpönt ist, für meine Schnellanwendung ist es
> gerade sehr praktisch.

Christian_RX7 wrote:
> Ich glaube schon, ...


Verpönt ist eigentlich nicht Bascom, sondern daß Bascom-Nutzer lieber 
etwas glauben oder rumprobieren, statt einfach mal in der Doku 
nachzusehen.

Wenn man Bibliotheksfunktionen benutzt, muß man auch nachsehen, wie sie 
zu verwenden sind.


C-Programmierer können natürlich auch versuchen, Bibliotheksfunktionen 
zu verwenden, ohne sie zu kennen.
Aber C hat ziemlich strenge Syntaxregeln und der Compiler meckert in der 
Regel sofort, wenn man etwas ohne Verstand benutzt.


Peter

Semikolon am Ende der Print-Zeile sollte den Zeilenumbruch unterdrücken:

Print Hex(header1) ; Hex(header2) ;

Aber bist du dir sicher, dass die Hex-Funktion das tut, was sie soll?

Verwende mal die von Gast genannte Variante mit der chr()-Funktion. Das 
sollte eigentlich funktionieren. Ich weiß jetzt allerdings nicht, was 
der iPod an Daten erwartet.