Serielle Kommunikations µC mit floats oder double

xone_96 schrieb:
> ASCII

Du kannst so schon mal Fehler abfangen, wenn eine Nachricht keine 
sinnvollen Zeichen enthält, also was anderes als
0-9 + - E e . ; \r \n und spaces
verwerfen, Fehler melden usw.

xone_96 schrieb:
> standardmäßige vorgehen
Benutze z.B. Modbus. Damit gibt es auch gleich eine Checksumme. Wie du 
die Daten interpretierst, musst du eh selber wissen. Es empfiehlt sich 
aber ein Layout der Daten(typen) zu dokumentieren.

mfg mf

xone_96 schrieb:
> Wie ist denn das standardmäßige vorgehen so etwas zu machen?

Es gibt kein Standard Verfahren, sondern viele unterschiedliche bewährte 
Methoden. Die Zahlen in Form von Text zu übertragen, ist eine davon.

xone_96 schrieb:
> Aktuell empfange ich alles ASCII kodiert.

Würde ich auch nicht ändern, es sei denn es funzt nicht.

Ingo E. schrieb:
> Du kannst also binär fast viermal soviele Zeichen pro Zeiteinheit
> senden.

Zumal das noch in ascii und wieder zurück kodiert werden muss.

Das wird er auch selber wissen. Wenn der Wert alle halbe Stunde 
übertragen wird ist das was anderes als im µs Rhytmus.

Hi
Ich hab vor ein paar Tagen auf (m)ein kleines Buch hingewiesen. Da wird 
eine Programmentwicklung in VB beschrieben, welches Variableninhalte von 
einem Controller empfängt und in verschiedenen Formaten zur Ansicht 
liefert. Gut, ist für Assembler, aber durchaus auch für andere 
Controllerprogrammierung anwendbar. Die Grundlagen dazu sollten 
erkennbar sein. Schau mal nach dem Beitrag "Kommunikation AVR <> PC über 
RS 232". Da findest du den Link.
Gruß oldmax

Dirk B. schrieb:

> xone_96 schrieb:
>> ASCII
>
> Das hat auch den Vorteil, dass die internen Darstellungen nicht
> übereinstimmen müssen.

Lach'

Das fängt schon an mit Komma vs. Punkt, geht weiter mit "E" 
verpflichtend oder optional, Sign nach "E" obligatorisch oder nur für 
"-" erforderlich usw. usf.

Sprich: ASCII-Repräsentation hilft bei der einheitlichen Darstellung von 
Gleitkommazahlen nicht wirklich weiter. Es bleiben so viele mögliche 
Inkompatibilitäten, da kann man auch gleich die vielfach effizientere 
binäre Repräsentation nehmen. Zumal es nicht so furchtbar viele 
praktisch relevante  gibt (theoretisch gibt es natürlich unendlich 
viele)...

Es muss halt nur eine der praktisch relevanten für's Protokoll 
spezifiziert werden und schon ist der Drops gelutscht.

Ich glaube er hatte kein Weltumfassen einheitliches ASCII Protokoll 
gesucht, sondern eins für seine Programme die er selbst schreibt. Da hat 
die genannten Punkte alle selbst im Griff.

Wenn man aber Fließkommazahlen einfach binär überträgt muss man schon 
viel Glück haben, dass die Plattform am anderen Ende der Leitung genau 
das gleiche Format verwendet.

Standardmäßig nimmt man ein Protokoll. Die haben meist eine fest 
definierte Start- und/oder Endsequenz, oft noch Checksumme und 
sequencecounter, manchmal zusätzlich die Länge oder als Ersatz für die 
Endekennung.

Und dann natürlich Festlegungen zu den Daten.

Beispiel ASCII: meist nur ein Endezeichen (/n) und Leerzeichen trennt 
die Daten.

ASCII ist wirklich gut. Und man muss sich zusammenreißen, es nicht durch 
was tolles zu ersetzen, das 3 Mal kompakter ist, nur um statt 90% freie 
Leitung dann 97% zu haben

Eine Checksumme ist auch in ASCII möglich. Und die Wandlung  per printf 
oder scanf ist peanuts im Vergleich zum Gesamtaufwand.

Stefan ⛄ F. schrieb:

> Ich glaube er hatte kein Weltumfassen einheitliches ASCII Protokoll
> gesucht, sondern eins für seine Programme die er selbst schreibt. Da hat
> die genannten Punkte alle selbst im Griff.

An beiden Enden? Weil, wenn ja, wird dieses Argument zum Null-Argument:

> Wenn man aber Fließkommazahlen einfach binär überträgt muss man schon
> viel Glück haben, dass die Plattform am anderen Ende der Leitung genau
> das gleiche Format verwendet.

Da muß man dann nämlich auch nur eine Darstellung in eine andere 
konvertieren. Ganz genauso, als wenn man inkompatiblen ASCII-Kram hat.

Da es aber viel weniger praktisch relevante Binärformate gibt als es 
Varianten der ASCII-Darstellung von Gleitkommazahlen gibt, ist es viel 
einfacher, das binär abzuhandeln.