Hallo Forum,
ich kämpfe auf einer FritzBox 7270 mit dem USB-to-Serial Konverter Prolific 2303.
- Eigenes Firmware-Image aus der Trunk-version mit perl (nicht micoperl) und FHEM läuft prima.
- Öffnen eines seriellen Devices unter Perl, nämlich des /dev/ttyACM0 für die Funkschnittstelle des FHEM-Servers läuft prima.
- Kernelmodule usbserial.ko und pl2303.ko sind im Image enthalten und werden auch geladen. Meldung in dmesg:
usbcore: registered new interface driver usbserial
drivers/usb/serial/usb-serial.c: USB Serial support registered for generic
usbcore: registered new interface driver usbserial_generic
drivers/usb/serial/usb-serial.c: USB Serial Driver core
drivers/usb/serial/usb-serial.c: USB Serial support registered for pl2303
usbcore: registered new interface driver pl2303
drivers/usb/serial/pl2303.c: Prolific PL2303 USB to serial adaptor driver
- In /proc/tty/driver/usbserial steht:
0: modulel2303 name:"pl2303" vendor:067b product:2303 num_ports:1 port:1 path:usb-musb_hdrc-1.1.1.1
So - damit sollte nach allem menschlichen Ermessen das Device /dev/ttyUSB0 funktionieren. Tut es aber nicht. Mehr noch: Der Device Node existiert, seine mod time wird aber nicht verändert, er ist nicht zu öffnen und auch nicht zu lesen. Und zwar weder unter perl, noch mit einem einfachen cat.
Erstaunlicherweise wird diese mod-time (die Zeit des letzten Zugriffs) aber bei dem Device /dev/ttyS0 gesetzt. Das wird offenbar aktiviert - aber gibt keine Daten heraus
Zwei Fragen also in die Runde:
1. Wird /dev/ttyS0 im "normalen" freetz-Image aktiviert - oder krallt sich ein irgendwie verdrehtes pl2303.ko dieses Device ?
2. Hat jemand etwas Ähnliches wie dieses Verhalten schon mal gesehen, besser noch: irgendwelche Ideen, wie sich das beheben lässt ?
Gruß
P.A.Henning
ich kämpfe auf einer FritzBox 7270 mit dem USB-to-Serial Konverter Prolific 2303.
- Eigenes Firmware-Image aus der Trunk-version mit perl (nicht micoperl) und FHEM läuft prima.
- Öffnen eines seriellen Devices unter Perl, nämlich des /dev/ttyACM0 für die Funkschnittstelle des FHEM-Servers läuft prima.
- Kernelmodule usbserial.ko und pl2303.ko sind im Image enthalten und werden auch geladen. Meldung in dmesg:
usbcore: registered new interface driver usbserial
drivers/usb/serial/usb-serial.c: USB Serial support registered for generic
usbcore: registered new interface driver usbserial_generic
drivers/usb/serial/usb-serial.c: USB Serial Driver core
drivers/usb/serial/usb-serial.c: USB Serial support registered for pl2303
usbcore: registered new interface driver pl2303
drivers/usb/serial/pl2303.c: Prolific PL2303 USB to serial adaptor driver
- In /proc/tty/driver/usbserial steht:
0: modulel2303 name:"pl2303" vendor:067b product:2303 num_ports:1 port:1 path:usb-musb_hdrc-1.1.1.1
So - damit sollte nach allem menschlichen Ermessen das Device /dev/ttyUSB0 funktionieren. Tut es aber nicht. Mehr noch: Der Device Node existiert, seine mod time wird aber nicht verändert, er ist nicht zu öffnen und auch nicht zu lesen. Und zwar weder unter perl, noch mit einem einfachen cat.
Erstaunlicherweise wird diese mod-time (die Zeit des letzten Zugriffs) aber bei dem Device /dev/ttyS0 gesetzt. Das wird offenbar aktiviert - aber gibt keine Daten heraus
Zwei Fragen also in die Runde:
1. Wird /dev/ttyS0 im "normalen" freetz-Image aktiviert - oder krallt sich ein irgendwie verdrehtes pl2303.ko dieses Device ?
2. Hat jemand etwas Ähnliches wie dieses Verhalten schon mal gesehen, besser noch: irgendwelche Ideen, wie sich das beheben lässt ?
Gruß
P.A.Henning