Siduction Forum > Hardware - Support

[DE] Einbindung von Wireless-Dongle

(1/3) > >>

wodga:
Zum Betreiben eines kleinen Schulroboters möchte ich einen 2.4G-Wireless-Dongle einbinden.
Ein dmesg spricht:
[ 7904.179881] hid-generic 0003:0416:FFFF.0006: input,hidraw5: USB HID v1.10 Device [MemsArt  RF UART] on usb-0000:00:14.0-2/input0
[ 9168.681233] usb 1-2: USB disconnect, device number 17
[ 9170.217485] usb 1-2: new full-speed USB device number 18 using xhci_hcd
[ 9170.345151] usb 1-2: New USB device found, idVendor=0416, idProduct=ffff, bcdDevice= 1.10
[ 9170.345183] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 9170.345198] usb 1-2: Product: RF UART
[ 9170.345209] usb 1-2: Manufacturer: MemsArt
[ 9170.353464] input: MemsArt  RF UART as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2:1.0/0003:0416:FFFF.0007/input/input32

Ein Auslesen über lsusb:
Bus 001 Device 024: ID 0416:ffff Winbond Electronics Corp. RF UART

Daraufhin habe ich eine udev-Regel erstellt:
SUBSYSTEM=="usb", ATTRS{idVendor}=="0416", ATTRS{idProduct}=="ffff", MODE="0666"

und anschließend mit sudo udevadm control --reload-rules die Regeln neu eingelesen.

Was habe ich hier möglicherweise falsch gemacht?

hendrikL:
Gibt es eine richtige Bezeichnung für den Dongel, Hersteller und Model Bezeichnung?
RF UaRt gibt es viele, der Beilage Zettel bzw. die Verpackung könnte Aufschluss geben.

Vielleicht fehlt irgend eine Firmware?
Was für ein Linux werkelt da?
Raspberry Pi, Debian basiert oder was ganz anderes?

wodga:
Hallo hendrikL,

es handelt sich konkret um folgendes Produkt:
"... Als Board verwendet Makeblock "MegaPi", das auf dem Arduino UNO basiert ...als Programmierumgebung wird das auf Scratch basierende mBlock bereitgestellt ... das Programm wird in Arduino C compiliert ...
Wir verwenden das an der Schule um programmieren zu schulen. Der Clou bei der Software selbst ist, dass während man mit den einfach zu erlernenden Blöcken hantiert man parallel dazu den erzeugten C-Code sehen kann, welcher letztlich den Arduino ansteuert.
Das Programm hatte ich früher bereits einmal im Browser zum laufen gebracht, wo es eine experimentelle Erweiterung für Scratch gab.
Jetzt hat der Hersteller ein debian-Paket bereitgestellt, dass eigentlich die Verbindung zum 2.4G-Dongle herstellen soll, was offenbar scheitert (https://www.mblock.cc/en/download/mlink/).

Letztlich ist es halt keine Siduction-Baustelle, dachte nur, dass ich möglicherweise mit den udev-Rules was falsch gemacht habe. Trotzdem danke für die Rückmeldung.

hendrikL:
Das ist vollkommen ok, nur möchte man eine Lösung so sollte man auch bekannt geben worum es sich handelt, so kann auch besser geholfen werden. Anamnese nennt man das.
Ich selber kann jetzt nichts zur Lösung beitragen, nur ich weiß, daß es hier noch mehr Menschen gibt die damit arbeiten und vielleicht  jetzt helfen können bzw. Tipps haben wo man suchen kann.

ro_sid:
Ich sehe das Problem nicht! Was tut das Gerät denn nicht? Hat das "Device" am Ende nicht "Mode 0666 (rw-rw-rw-)", oder was? Dann könnte man den "User" noch den Gruppen für "serial input', "serial output" oder beide zuweisen. Ein /dev/usb... wird doch wohl auch generiert, oder?
Die "udev"-Regel sieht richtig aus und sollte spätestens beim Reboot greifen.

Navigation

[0] Message Index

[#] Next page