Sequenz an USB senden

Moin, Vielleicht so:

1

printf "\xa0\x01\x01\xa2" > /bla/fasel

Gruss WK

Hallo WK, Monk, danke für den Tipp. Das werde ich heute mal probieren. War mir gar nicht klar, dass es printf auch in der bash gibt. Danke und Gruß Michael

~$ printf "\xa0\1\1\xa2" | hd 00000000 a0 01 01 a2 |....|

~$ printf "\xa0\1\0\xa1" | hd 00000000 a0 01 00 a1 |....|

Hallo Norbert, ist das ein hexdump? Wofür brauche ich den? Formatiert der den String? Gruß Michael

Linux macht (auf Kernelebene, also unabhängig davon was du auf der Bash sendest) noch eine Verarbeitung mit den an TTY-Geräte gesendeten Daten. Mit dem "stty" Befehl kann man das abschalten, da musst du mal googlen wie das geht.

IMO kann man "rohe" Daten am Besten mit HTerm an serielle Geräte senden. Das funktioniert auch unter Linux. Wenn das funktioniert kann man versuchen das auf der Bash oder eigenem Programm zu automatisieren.

Michael M. schrieb:

Hallo Norbert, ist das ein hexdump? Wofür brauche ich den? Formatiert der den String? Gruß Michael

Der zeigt dir vorab wie die Daten interpretiert und gesendet werden. Wenn zufrieden, einfach ›| hd‹ durch die Ausgabeumleitung ersetzen.

Mal so aus Neugier, wo wird in diesen Bespielen eigentlich die Baudrate und das Format für die serielle Schnittstelle bestimmt?

Niklas G. schrieb:

Mit dem "stty" Befehl kann man das abschalten, da musst du mal googlen wie das geht.

export DEV=/dev/ttyUSB0

Vor dem Senden: stty -F $DEV raw Nach dem Senden: stty -F $DEV sane

Björn W. schrieb:

Mal so aus Neugier, wo wird in diesen Bespielen eigentlich die Baudrate und das Format für die serielle Schnittstelle bestimmt?

USB! Wenn die Dinger vernünftig gebaut sind, dann braucht's das nicht. Ansonsten bei stty mit angeben.

Norbert schrieb:

Wenn die Dinger vernünftig gebaut sind, dann braucht's das nicht.

Tja, die VID:PID sieht nach einem CH340 aus, d.h. da existiert eine physikalische serielle Schnittstelle, da muss man natürlich die Baudrate setzen...

Niklas G. schrieb:

Norbert schrieb:

Wenn die Dinger vernünftig gebaut sind, dann braucht's das nicht.

Tja, die VID:PID sieht nach einem CH340 aus, d.h. da existiert eine physikalische serielle Schnittstelle, da muss man natürlich die Baudrate setzen...

Ähm … Nö. Wie gesagt, hängt vom Programmierer ab.

Da das Device weiss, welche Command Daten herein kommen, kann es ganz einfach mal die ersten Bits sniffen und das Timing messen. Danach stellt es sich darauf ein.

Norbert schrieb:

Da das Device weiss, welche Command Daten herein kommen, kann es ganz einfach mal die ersten Bits sniffen und das Timing messen

Wie viele Geräte haben wirklich ein Autobaud implementiert? Wer überhaupt schon USB auf eine physikalische serielle Schnittstelle umsetzen muss statt einfach alles in einem USB-fähigen Mikrocontroller abzuhandeln wird sich so eine Mühe wohl eher nicht geben.

Niklas G. schrieb:

Wer überhaupt schon USB auf eine physikalische serielle Schnittstelle umsetzen muss statt einfach alles in einem USB-fähigen Mikrocontroller abzuhandeln wird sich so eine Mühe wohl eher nicht geben.

oder es nicht können. Denn die sich stellende Frage lautet: Gehört das in Setup() oder in Loop()?

Tschuldigung… ;-)

Der TO wird wohl sowas hier haben: https://www.amazon.de/DollaTek-LCUS-Relais-intelligente-Schaltersteuerung/dp/B07DJ549LX/ref=cm_cr_srp_d_product_top?ie=UTF8&tag=psblog-21

Der möchte bitte mit 9600bps angesprochen werden.

Björn W. schrieb:

Der TO wird wohl sowas hier haben: https://www.amazon.de/DollaTek-LCUS-Relais-intelligente-Schaltersteuerung/dp/B07DJ549LX/ref=cm_cr_srp_d_product_top?ie=UTF8&tag=psblog-21

Der möchte bitte mit 9600bps angesprochen werden.

Genau so etwas hat der TO ;-)) Danke für die Tipps.

Leute, ihr seid klasse!! Der Tipp von 'Dergute W.' funktionierte auf Anhieb. --> printf "\xa0\1\0\xa1" > /dev/ttyUSB0

Vielen Dank für eure Hilfe. Cheers Michael

Michael M. schrieb:

Der Tipp von 'Dergute W.' funktionierte auf Anhieb. --> printf "\xa0\1\0\xa1" > /dev/ttyUSB0

Tja, es hat schon erhebliche Vorteile, wenn man einfach weiß, was man tut...