HiByte und LowByte nach Senden wieder zusammensetzen

Gast #3215223
Hallo,

ich sende einen 16 Bit Wert von meinem µC über den UART an meinen PC, 
indem ich ihn in HiByte und LowByte zerlege. Die Daten kommen an, was 
ich mit HTerm analysieren kann.

Jetzt würde ich gerne am PC die gesendeten Bytes wieder zu einer 16Bit 
Zahl rekombinieren und darstellen.

Kann das HTerm? Wenn nein, gibt es ein alternatives (kostenloses) 
Programm dafür?

Danke!
#3215231
Georg schrieb:
> Hallo,
>
> ich sende einen 16 Bit Wert von meinem µC über den UART an meinen PC,
> indem ich ihn in HiByte und LowByte zerlege. Die Daten kommen an, was
> ich mit HTerm analysieren kann.
>
> Jetzt würde ich gerne am PC die gesendeten Bytes wieder zu einer 16Bit
> Zahl rekombinieren und darstellen.
>
> Kann das HTerm?

Du wirst ja im Endeffekt sowieso kein HTerm benutzen, oder doch?
Und solange, bis man dann am PC sein eigenes Programm am laufen hat, 
welches das Frontend zum µC bildet, solange setzt man die halt im Kopf 
zusammen. Ist ja bei Hexadezimalzahlen nicht wirklich das große Problem.
Gast #3215250
Karl Heinz Buchegger schrieb:
> Du wirst ja im Endeffekt sowieso kein HTerm benutzen, oder doch?

Nein, nicht dauerhaft. Irgendwann sollen nur noch µC miteinander 
kommunizieren. Aber für die Entwicklungszeit wäre es ganz nett...

Hätte ja sein können, dass es da was gibt und das mit ein paar Klicks 
erledigt ist..
Gast #3215284
Georg schrieb:
> Michael schrieb:
>> dass du sie mit HTerm lesen kannst
>
> Ich kann bei HTerm maximal 8Bit einstellen..

Meine Güte du hast ja noch nicht mal verstanden, dass du dein UART Modul 
auf 8 bit konfiguriert hast oder?
Gast #3215298
Wenn ich dich richtig verstanden habe, dann geht es dir nur um die 
Darstellung in 16 Bit..
Ich glaube, RealTerm kann das. Kannst ja mal ausprobieren
Gast #3215309
Marc N. schrieb:
> Meine Güte du hast ja noch nicht mal verstanden, dass du dein UART Modul
> auf 8 bit konfiguriert hast oder?

Stimmt. Das hatte ich nicht bedacht.
Der Controller soll aber später auch 2 Bytes senden, deshalb möchte ich 
das so belassen.

Knut Ballhause schrieb:
> Wenn Du die Datenbytes im Controller nach ASCII umformst, hast Du ausser
> den lesbaren Zeichen alle Steuer- und Sonderzeichen zur Verfügung. Was
> willst Du mehr? Wenn´s Dir dann zu langsam ist: Erhöhe die Baudrate!

Es handelt sich um einen 16 Bit Zahlenwert. Was bringt mir das Umformen 
nach ASCII?
Gast #3215337
Georg schrieb:
> Stimmt. Das hatte ich nicht bedacht.
> Der Controller soll aber später auch 2 Bytes senden, deshalb möchte ich
> das so belassen.

Deshalb nimmt man eine Serielle Schnittstelle. Wie der Name schon sagt, 
lassen sich damit beliebig viele Bits übertragen, z.B. immer 8 Stück 
in einen Übertragungsrahmen verpackt. 2 Bytes zu übertragen, ist also 
gar kein Problem.
Gast #3215425
Georg schrieb:

> Es handelt sich um einen 16 Bit Zahlenwert. Was bringt mir das Umformen
> nach ASCII?

Nix. Aber du kannst HTerm auch auf Hex-Anzeige schalten. Und wenn du die 
zwei Bytes in Network-Order sendest (also das höherwertige zuerst), dann 
steht das Word direkt ablesbar in HTerm.
(Firma: TravelRec.) Persönliche Seite #3218603
c-hater schrieb:
>> Es handelt sich um einen 16 Bit Zahlenwert. Was bringt mir das Umformen
>> nach ASCII?
>
> Nix.

Doch! Weil man das dann so formatieren kann, dass auch ein Mensch das 
lesen kann. Vor der Ausgabe werden im Mikrocontroller die 16-Bit Werte 
entweder direkt Hi/Lo und dann ein Leerzeichen formatiert oder man 
wandelt das Ganze nach Dezimal und gibt es normal von 0-65536 oder mit 
Vorzeichen von -32768 bis +32767 mit nachfolgendem Leerzeichen aus. Ist 
doch nicht so schwer.

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 13 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.