Hallo,
habe IPS unter Raspian Jessie auf einem RPI3 am laufen und wollte jetzt meinen Plugwise USB-Adapter dort installieren. Dazu habe ich unter I/O ein neues Serial Port Modul erstellt und wollte dort als Port ttyUSB einstellen. Dort finde ich allerdings nur ttyAMA0 und ttyS0. Was muss ich beim Raspi3 einstellen, damit der USB-Adapter gefunden wird?
Bin für jede Hilfe dankbar.
Grüße,
Jürgen
Ruf mal dmesg oder lsusb auf, um zu sehen ob dein Adapter überhaupt erkannt wurde. Normalerweise sollte er als /dev/ttyUSB0 gefunden werden.
paresy
Hallo paresy,
hier die Ausschnitte beider Aufrufe:
lsusb
dmesg
Der Plugwise wird als FTDI erkannt aber nicht unter ttyUSB eingehängt.
Es gibt auch unter /dev/ nur tty0 - tty63, ttyS0 und ttyAMA0.
Habe auch im Internet schon stundenlang gesucht und auch unter raspiconfig die serielle Verbindung abgestellt.
Komme einfach nicht weiter.
Gruß,
Jürgen
Ich habe doch irgendwo gelesen, dass beim Raspi3 der Bluetooth-Port störend ist und man da eine Anpassung vornehmen muss.
Vielleicht hängt es damit zusammen.
Bin auch gerade beim Umzug von 3.4 (Windows) auf 4.1 (Raspberry) und bekomme den LevelJet nicht zum laufen.
Wenn ich den USB Adapter anstecke (früher als SI USBXpress gelaufen) findet der RP ihn:
pi@PI:~ $ lsusb
Bus 001 Device 005: ID 10c4:ff00 Cygnal Integrated Products, Inc.
Wenn ich ihn abziehe ist jedenfalls das Gerät weg!
Aber ich bekomme auch nur ttyAMA0 angeboten 
Wer kann helfen?
dmesg liefert auch folgendes:
247.860286] usb 1-1.3: USB disconnect, device number 4
[ 264.739586] usb 1-1.3: new full-speed USB device number 5 using dwc_otg
[ 264.848409] usb 1-1.3: New USB device found, idVendor=10c4, idProduct=ff00
[ 264.848436] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 264.848450] usb 1-1.3: Product: USB-Transceiver
[ 264.848462] usb 1-1.3: Manufacturer: Silicon Labs
[ 264.848475] usb 1-1.3: SerialNumber: 100228-191421
Und nun?
Hallo,
auch ich möchte mich hier einreihen.
Habe aktuell das gleiche Problem mit einem raspberry pi 3, Jessie (full), IPS Kernel 4.1 und einem neuen ELV FHZ 1300 PC. Ich würde sehr, sehr gerne bald von meinem alten HomeServer mit IPS 3.4 auf diesen raspi umziehen wollen.
Hier mal meine Ansichten …
lsusb (vorher…)
lsusb (nachher…)
dmesg
Im IPS sehe ich unter „Serial Port“ auch nur ttyS0 und ttyAMA0
Habe auch schon stundenlang gesucht. Aber ich bin (leider) nicht der UNIX/Linux Experte, um aus den unterschiedlichsten Informationen nur annähernd das herauszufinden, was das Problem lösen könnte.
Also in sofern ist jede - einfache - Anleitug, die zum Erfolg führt sehr willkommen.
viele Grüße
Martin E
Ich will ja meinen URX-868 (LevelJet) zum laufen bekommen, will aber irgendwie nicht
Habe nach Stunden der Suche das hier gefunden:
https://wiki.fhem.de/wiki/Raspberry_Pi_3:_GPIO-Port_Module_und_Bluetooth
Dannach hatte ich ttyS0 und ttyAMA0 
Funktioniert immer noch nicht, kann zwar jetzt ttyAMA0 auswählen und verbinden (was vorher nicht ging) aber am LevelJet kommt nix an
Dann habe ich aus Verzweiflung meine FHZ 1300PC angesteckt und die war sofort unter ttyUSB0 verfügbar und läuft 
Ob das mit der oben getanen Umstellung was zu tun hat - ich weiß es nicht.
Mein LevelJet bleibt jedenfalls weiter tot
Danke, das hat schon etwas bewirkt … aber … jetzt bekomme ich bei dmesg folgendes:
73972.291022] usb 1-1.5: new full-speed USB device number 17 using dwc_otg
[73972.398613] usb 1-1.5: New USB device found, idVendor=10c4, idProduct=ff00
[73972.398627] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[73972.398634] usb 1-1.5: Product: USB-Transceiver
[73972.398640] usb 1-1.5: Manufacturer: Silicon Labs
[73972.398646] usb 1-1.5: SerialNumber: 100228-191421
[73972.400231] ftdi_sio 1-1.5:1.0: FTDI USB Serial Device converter detected
[73972.400390] usb 1-1.5: Detected SIO
[73977.391057] ftdi_sio ttyUSB2: Unable to read latency timer: -110
[73977.391586] usb 1-1.5: FTDI USB Serial Device converter now attached to ttyUSB2
[74097.596301] ftdi_sio ttyUSB2: ftdi_set_termios FAILED to set databits/stopbits/parity
[74097.597036] ftdi_sio ttyUSB2: ftdi_set_termios urb failed to set baudrate
[74097.597159] ftdi_sio ttyUSB2: urb failed to clear flow control
[74097.597287] ftdi_sio ttyUSB2: usb_serial_generic_read_bulk_callback - urb stopped: -32
[74097.597412] ftdi_sio ttyUSB2: usb_serial_generic_read_bulk_callback - urb stopped: -32
[74097.597417] ftdi_sio ttyUSB2: urb failed to clear flow control
[74097.599696] ftdi_sio ttyUSB2: ftdi_set_termios urb failed to set baudrate
[74097.599793] ftdi_sio ttyUSB2: urb failed to clear flow control
[74097.599911] ftdi_sio ttyUSB2: urb failed to clear flow control
[74097.600035] ftdi_sio ttyUSB2: urb failed to clear flow control
[74097.600166] ftdi_sio ttyUSB2: urb failed to clear flow control
[74097.600287] ftdi_sio ttyUSB2: urb failed to clear flow control
Es wäre auch ungewöhnlich, wenn sich ein Silicon Labs Gerät mit einem FTDI-Treiber nutzen lassen würde. Statt dessen würde ich es mal mit dem cp210x versuchen (DeviceDatabase/USB - Debian Wiki)
Tommi
Ja, das dachte ich mir jetzt auch schon, aber wie?
habe das hier versucht (bin kein linux experte):
modprobe -v cp210x debug=1 vendor=0x10c4 product=0xff00
dann gab es unter /sys/bus/usb … ein Verzeichnis mit cp210x (unter usb & usb-serial), aber nach einem reboot ist von cp210x niergends was zu finden
hatte übrigens auch nicht funktioniert
Nach x reboots und dem kleinen Nebenkrieg mit der Zuordnung der dev’s läuft es jetzt
1.) USB-URX-868 Device angesteckt
2.) sudo modprobe cp210x vendor=0x10c4 product=0xff00 (ausgeführt)
dmesg meint dann: interface registered
und
cp210x: unknown parameter ‚vendor‘ ignored
cp210x: unknown parameter ‚product‘ ignored
Was wahrscheinlich heißt - brauch man nicht angeben
3.) nach ‚/sys/bus/usb-serial/drivers/cp210x‘ gewechselt
4.) ‚sudo nano new-id‘ aufgerufen und ‚10c4 ff00‘ eingetragen
5.) dmesg sagt es gibt jetzt ttyUBS2 :eek:
FRAGE: wie mache ich das jetzt persistent? Schätze beim nächsten rebbot ist das wieder weg
Das setzten der Vendor-IDs beim modprobe gab es mW. nur bei FTDI und das hat man dort auch rausgenommen.
Du kannst Befehle in /etc/rc.local vor dem exit eintragen. Die werden als letztes nach dem start ausgeführt
echo ‚10c4 ff00‘ >>/sys/bus/usb-serial/drivers/cp210x/new_id
modprobe cp210x
Tommi
Hatte gerade gegooglt und die meinten man kann unter/etc/modprobe.d/ eine cp210x,conf mit einer Zeile ‚cp210x‘ anlegen. Dann sollte es auch gehen.
Was ich mich aber frage, wie klappt es mit der new-id Sache???
So wie von tommi beschrieben:
echo ‚10c4 ff00‘ >>/sys/bus/usb-serial/drivers/cp210x/new_id in die /etc/rc.local
Gruß
Frank
Ahh, wer lesen kann ist klar im Vorteil.
Spielt die Reihenfolge eine Rolle, also erst modprobe und dann das echo oder wie tommi es geschrieben hat?
PS: Was mich wundert das ist, das es anscheinend sonst nicht viel Leute mit dieser Konstellation gibt 
Danke
Pitti
Hallo …
ich war 'ne ganze Zeit nicht da, und habe mich erst jetzt wieder mit dem Thema beschäftigt.
Habe zunächst mal wieder alles in den Foren usw. gelesen, konnte mich aber nicht dazu entschließen davon etwas anzuwenden. Entweder erschien es mir zu alt, oder zu kompliziert (wenigstens für mich ).
Bin dann heute mal auf die „Wahnsinsidee“ gekommen ein Update auf dem Raspberry Pi 3 durchzuführen:
>> sudo apt-get update
>> sudo apt-get dist-upgrade
Nach einem (obligatorischen reboot und dem anschließendem Anschluss des FHZ 1300 PC) zeigt „dmesg“ dann die Überraschung:
Die letzte Zeile zeigt dann offensichtlich, dass das Gerät jetzt unter ttyUSB zu finden sein sollte.
In der IPS Konsole habe ich sodann einen „Serial Port“ angelegt, und dort konnte ich dann auch den Port „ttyUSB0“ auswählen. Ein Test mit einem FS20 Gerät hat dann auch auf Anhieb funktioniert.
Ich kann jetzt daran gehen, meine IPS Umstellung von einem Windows Home Server (IPS 3.4) auf den Raspberry PI 3 mit IPS 4.1 weiter voran zu treiben. Eine Umstellung vieler FS20 Geräte (z.B. in Rollladenkasten verbaut und voll einsatzfähig) wäre für mich nicht in Frage gekommen.
So, hoffe nun, dass mein Beitrag vielleicht dem Einen oder Anderen weiterhilft.
Gruß
mareng
