BASCOM und ELM323 / OBD2

>allerdings kommen nur Hyroglyphen
>an. Es sollten  nach dem Hersteller-Datenblatt aber Hex-Daten kommen.

Dann solltest du dir ein Terminalprogramm besorgen, dass aus
"Hyroglyphen" für dich lesbare HEX-Zahlen macht.
Das, was du da siehst, sind IMHO die ASCII-Zeichen, die dem gesendeten
Byte entsprechen.

Ich benutze gerne Comtest (B&B-electronics). BrayTerm (oder so ähnlich)
wird auch gerne benutzt (keine eigene Erfahrung). In der Codesammlung
findet man noch HTerm.

OK, angenommen, das ist der Grund (kanns leider erst heut Nacht testen,
da ich solange bei der Arbeit bin), wie komme ich dann µPC intern vom
Hyroglyphen zum ASCII / Hex ?

Anbei mal ein Return-String, über Zwischenablage in ne txt kopiert.
Viele der Zeichen werden ja erst garnicht angezeigt, wie bekomme ich da
die ASCII / HEX-Daten raus?


Danke :-)

@Rahul: Das mit dem HTerm hat zumindest insoweit geholfen, daß ich jetzt
in ASCII-Zeichen sehe, daß was nicht stimmt. Eine Rückmeldung endet
immer mit 03Hex, insofern arbeitet der ELM wohl schon richtig...

@Michael Wolf: Die Schaltung ist gemäß Hersteller aufgebaut, also mit
Konverter.
Nach Tests mit verschiedenen Terminalprogrammen (unter anderem HTerm)
habe ich feststellen können, daß die Anzahl der ankommenden Bytes schon
dem entspricht was kommen sollte. Nur der eigentliche Inhalt (auch
übersetzt nach Hex) entspricht in keinster Weise dem Soll.
Verschiedene Baudraten habe ich ebenfalls durchprobiert. Ob der Quarz
vielleicht ausserhalb der Toleranz liegt? Aber würde dann der ELM
überhaupt antworten?

Also, heute abend Signalqualität prüfen... :-(

Mal ne ganz dumme Frage... Ist für den Betrieb eines ELM der Anschluß
an die OBD2 zwingend erforderlich? Kann es sein, daß der Mist
zurückgesendet wird, weil der Ausgang NICHT an der OBD2 hängt solange
ich im Arbeitszimmer progge?
Sagt mir bitte nicht das das die Lösung ist... grmmmlll