Mehrere I/O Devices

[Mitch]

Hallo Zusammen,

bräuchte mal Hilfe von den Linux-Spezialisten.

An meinem Nettop hängt eine FHZ1300 an USB.
Funktioniert alles.

Wenn ich jetzt meinen Z-Wav Dongle an USB stecke und in fhem definiere, bekomme ich massive Probleme mit fhem.
FHZ sendet öfter nicht, wird öfter nicht gefunden usw.

Entferne ich den Z-Wave geht wieder alles.

Nun habe ich hier (http://fhem.de/linux.html#multipledevices) gelesen, aber das übersteigt mein rudimentäres Linuxwissen.

Was ich kann denn da noch machen?

Meine Linuxversion: Ubuntu 14.04.1 LTS (GNU/Linux 3.13.0-44-generic x86_64)

[rudolfkoenig]

Die Inhalte in diesem Link sind hoffentlich seit 5 Jahren veraltet, und waeren nur dann relevant, falls dein ZWave-Dongle auch ueber dem ftdi-Treiber angesprochen wird. Funktioniert denn ZWave ohne dem FHZ1300?
Wie schaut die Ausgabe von lsusb aus wenn beide Geraete eingesteckt sind?

[Mitch]

Ohne FHZ geht der Z-Wave und ja, er benötigt ftdi-Treiber

[Wernieman]

also ... ich habe auch mehrere USB-Geräte dran (2x CUL und 1x JeeLink), insofern wundert mich dieses.

Aber ... hast Du die Änderungen, die "nur" für den Betrieb des FHZ1300 an Linux bei dem Link gelten, durchgeführt?

bzw. gib uns mal den Inhalt von

/etc/modprobe.conf or /etc/modprobe.conf.local file (depending on your distribution).

Edit:
Wenn Du schon mal dabei bist, kannst Du uns die Ausgabe von lsusb mit dem Stick geben?

[Mitch]

So, ich habe keine modprobe.conf, nur einen Ordner modprobe.d, darin sind einige Files:

Code Auswählen Erweitern

alsa-base.conf              blacklist-modem.conf         iwlwifi.conf
blacklist-ath_pci.conf      blacklist-oss.conf           mlx4.conf
blacklist.conf              blacklist-rare-network.conf  osspd.conf
blacklist-firewire.conf     blacklist-watchdog.conf      vmwgfx-fbdev.conf
blacklist-framebuffer.conf  fbdev-blacklist.conf

Hier die Ausgabe von lsusb ohne Z-Wave:

Code Auswählen Erweitern

Bus 001 Device 005: ID 0403:e0e8 Future Technology Devices International, Ltd
Bus 001 Device 004: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
Bus 001 Device 002: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Hier mit Z-Wave Stick:

Code Auswählen Erweitern

Bus 001 Device 005: ID 0403:e0e8 Future Technology Devices International, Ltd
Bus 001 Device 004: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
Bus 001 Device 002: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

[Wernieman]

Mhh ... da bin ich momentan auch am Ende (mit der Ferndiagnose) ..... vorallem würde Dir das patchen des Moduls nichts bringen, denn nach lsusb haben die beiden Geräte die gleichen IDs

Und was Rudolf schon schrieb: funktioniert es denn nur mit dem Z-Wave ohne den anderen?

[Mitch]

Z-Wave oder FHZ alleine gehen ohne Probleme.

Ich vermute fast, dass das System irgendwie mit den zwei durcheinaner kommt.

[Tion]

Vielleicht hilft dir ja das hier?
   http://forum.fhem.de/index.php/topic,31823.0.html   

[Mitch]

Danke für die Info.

/dev/serial/by-id
habe ich schon getestet, geht aber nicht.
Gerade die FHZ wird dann im sekundentakt geschlossen und geöffnet und die ganze Kommunikation geht verloren.

Hat jemand eine gute Anleitung zum Thema udev Regel?

[Wernieman]

Wie sieht denn bei Dir das verzeichnis /dev/serial/by-id aus?

also ein "ls -lha /dev/serial/by-id" wenn beide Sticks "da" sind.

Deine Beschreibung hört sich nach einem Fehler an, Wenn Du mit /dev/serial/by-id Probleme bekommst, wirst Du die gleichen per UDEV bekommen.

Mal eine andeere Frage: Has Du eventuell Strompobleme bei USB?

wird dann im sekundentakt geschlossen und geöffnet

höt sich genau nach solchen problemen an. Gib usn mal eine Ausgabe von dmesg wenn beide Sticks angeschlossen sind

[Mitch]

Kann ich gerne heute Abend machen. Im Moment habe ich den Z-Wave nicht dran, nur FHZ und FHEMduino.

Hier schonmal ohne Z-Wave:

"ls -lha /dev/serial/by-id"

Code Auswählen Erweitern

drwxr-xr-x 2 root root 80 Jan 22 22:50 .
drwxr-xr-x 4 root root 80 Jan 21 22:33 ..
lrwxrwxrwx 1 root root 13 Jan 21 22:33 usb-ELV_AG_ELV_FHZ_1300_PC_EL4IADPM-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Jan 21 22:33 usb-FTDI_FT232R_USB_UART_A402YPVR-if00-port0 -> ../../ttyUSB0


Stromprobleme? Glaube ich fast nicht, ist ein Nettop mit 6 USB Slots, woran 4 Devices angeschlossen wären (FHZ, FHEMduino, Z-Wave, BT)

[Wernieman]

Was ist ein Nettop?

Können auch andere USB-Probleme sein .. schau Dir trrotzdem mal die dmesg an

[Mitch]

Foxconn Nettop-nT435 Barebone (Intel D425, 1,8GHz, DDR3 Speicher, SATA II, 4x USB 2.0) schwarz

Mobile Geräte wie Notebooks, Netbooks, Smartphones und Tablet-PCs zeigen bereits sehr eindrucksvoll, auf welch begrenztem Raum sich inzwischen leistungsfähige Mini-Computer realisieren lassen. Nun erreicht dieser Trend auch die letzte Bastion der Desktop-Rechner und zwar in Form der Barebone-Systeme. Übersetzt handelt es sich also um blanke Knochen. Die zunächst eigenartig anmutende Bezeichnung ist jedoch treffend, denn diese Mini-PCs werden auf das pure Skelett abgemagert, quasi auf den Grundkörper zurecht geschrumpft. High-End und hohe Leistung, sinnbildlich ausgedrückt durch viele Muskeln, sind daher zwar nicht zu erwarten, andererseits sind Barebones sehr sparsam und bieten dennoch genügend Power für den Einsatz als Office- und Internet-Rechner, Mini-Server oder flexible Multimedia-Player. Mit 19 mal 13,5 mal 2,4 Zentimeter ist der hier gezeigte Mini-PC in etwa so groß wie ein Buch und ähnelt somit eher einem Router als einem Desktop-Rechner. Die Aufstellung erfolgt wahlweise liegend, stehend (Füße gehören zum Lieferumfang) oder sogar an der Rückseite des Monitors montiert (VESA75 / VESA100 Format). Das hierzu benötigte Gestell liegt bei.Der Mainboard-Spezialist Foxconn verpflanzt in diesen Winzling eine Platine mit einer Single-Core D425 Atom CPU von Intel mit 1,8 GHz. Ein Grafikchip ist auf dem Mainboard ebenfalls bereits integriert. Die NT-435 Box ist eine preiswertere Ausgabe der NT-425. Sie unterscheidet sich zunächst durch den Speicher, da hier ein moderner DDR3 statt DDR2 verbaut werden kann. Weitere Unterschiede ergeben sich bei der Grafikausgabe (lediglich VGA) und der Netzwerkanbindung (lediglich kabelgebunden).Zum Betrieb ist noch ein DDR3-Speicherriegel (SO-DIMM!) sowie ein internes 2,5-Zoll-SATA-Laufwerk notwendig. Optische Laufwerke und zusätzliche Massenspeicher können bei Bedarf extern via USB angebunden werden. Ein 65-Watt-Netzteil in externer Bauweise gehört wiederum zum Lieferumfang. Neben sechs USB 2.0 und zwei Audio-Ans...

dmesg - die ganze Liste ist sehr lange, deswegen im Anhang.

Hier mal einpaar Auszüge:

Code Auswählen Erweitern

[70474.412068] usb 2-1: new full-speed USB device number 2 using uhci_hcd
[70474.979085] usb 2-1: New USB device found, idVendor=0403, idProduct=6001
[70474.979095] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[70474.979101] usb 2-1: Product: FT232R USB UART
[70474.979106] usb 2-1: Manufacturer: FTDI
[70474.979111] usb 2-1: SerialNumber: A92PXNZB
[70475.030188] ftdi_sio 2-1:1.0: FTDI USB Serial Device converter detected
[70475.030301] usb 2-1: Detected FT232RL
[70475.030310] usb 2-1: Number of endpoints 2
[70475.030317] usb 2-1: Endpoint 1 MaxPacketSize 64
[70475.030324] usb 2-1: Endpoint 2 MaxPacketSize 64
[70475.030332] usb 2-1: Setting MaxPacketSize 64
Z-Wave angesteckt

Code Auswählen Erweitern

[70475.032440] usb 2-1: FTDI USB Serial Device converter now attached to ttyUSB2
[87450.652212] usb 2-1: USB disconnect, device number 2
[87450.652944] ftdi_sio ttyUSB2: FTDI USB Serial Device converter now disconnected from ttyUSB2
[87450.652996] ftdi_sio 2-1:1.0: device disconnected
Z-Wave abgesteckt

Code Auswählen Erweitern

[    3.373483] usb 4-1: New USB device found, idVendor=0403, idProduct=6001
[    3.388054] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    3.402543] usb 4-1: Product: FT232R USB UART
[    3.416724] usb 4-1: Manufacturer: FTDI
[    3.430590] usb 4-1: SerialNumber: A402YPVR
[    3.652187] usb 1-6.4: new full-speed USB device number 5 using ehci-pci
[    3.761076] usb 1-6.4: New USB device found, idVendor=0403, idProduct=e0e8
[    3.775487] usb 1-6.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    3.790002] usb 1-6.4: Product: ELV FHZ 1300 PC
[    3.804413] usb 1-6.4: Manufacturer: ELV AG
[    3.818436] usb 1-6.4: SerialNumber: EL4IADPM
Hier mal die FHZ

Ich vermute schon fast, dass gar nicht die FHZ und Z-Wave das Problem verursachen, sondern FHEMduino und FHZ.
Warum sich die Fehler dann aber nur auf die FHZ auswirken, kann ich nicht sagen.

[Wernieman]

Sehe ich es richig, das Du das gerät ingesteckt hast und ein "USB-Doskonneckt" kommt?

Code Auswählen Erweitern

[70475.032440] usb 2-1: FTDI USB Serial Device converter now attached to ttyUSB2
[87450.652212] usb 2-1: USB disconnect, device number 2
[87450.652944] ftdi_sio ttyUSB2: FTDI USB Serial Device converter now disconnected from ttyUSB2
[87450.652996] ftdi_sio 2-1:1.0: device disconnected

oder hast Du reingesteckt (now attached) und dann wieder entfernt (USB disconnect)?

[Mitch]

Ich nehme mal an, dass das einmal anstecken und einmal abstecken ist.
Ich habe ihn gestern Abend angesteckt (Z-Wave) und heute Morgen abgesteckt.
Leider sieht man bei dmesg ja keine Uhrzeit, aber anhand der Reihenfolge und der Nummer würde ich sagen, das passt so?

[Wernieman]

Ansonsten kannst Du mal im kern.log gucken, bin mir momentan nur nicht sicher, ob dort auch USB-Konnecktion drin stehen ...

[Mitch]

So, jetzt mit Z-Wave

ls -lha /dev/serial/by-id:

Code Auswählen Erweitern

lrwxrwxrwx 1 root root  13 Jan 23 12:16 usb-ELV_AG_ELV_FHZ_1300_PC_EL4IADPM-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root  13 Jan 23 12:16 usb-FTDI_FT232R_USB_UART_A402YPVR-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root  13 Jan 23 18:27 usb-FTDI_FT232R_USB_UART_A92PXNZB-if00-port0 -> ../../ttyUSB2

dmesg (Ausschnittt):

Code Auswählen Erweitern

[22274.716070] usb 2-1: new full-speed USB device number 2 using uhci_hcd
[22275.283202] usb 2-1: New USB device found, idVendor=0403, idProduct=6001
[22275.283211] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[22275.283217] usb 2-1: Product: FT232R USB UART
[22275.283223] usb 2-1: Manufacturer: FTDI
[22275.283228] usb 2-1: SerialNumber: A92PXNZB
[22275.335292] ftdi_sio 2-1:1.0: FTDI USB Serial Device converter detected
[22275.335393] usb 2-1: Detected FT232RL
[22275.335402] usb 2-1: Number of endpoints 2
[22275.335410] usb 2-1: Endpoint 1 MaxPacketSize 64
[22275.335418] usb 2-1: Endpoint 2 MaxPacketSize 64
[22275.335424] usb 2-1: Setting MaxPacketSize 64
[22275.337375] usb 2-1: FTDI USB Serial Device converter now attached to ttyUSB2

[Mitch]

Habe garde nochmal rumgespeilt, weil FHEM im Moment alle 5 Minuten neu startet.

Habe jetzt FHEMDuino und Z-Wave mit ID eingebunden.
Wenn ich das mit der FHZ mache kommt andauernd ein disconnect/connect:

Code Auswählen Erweitern

2015.01.24 12:00:06 1: USB device /dev/serial/by-id/usb-ELV_AG_ELV_FHZ_1300_PC_EL4IADPM-if00-port0 reappeared
2015.01.24 11:59:58 1: USB device /dev/serial/by-id/usb-ELV_AG_ELV_FHZ_1300_PC_EL4IADPM-if00-port0 disconnected, waiting to reappear
2015.01.24 11:59:48 1: USB device /dev/serial/by-id/usb-ELV_AG_ELV_FHZ_1300_PC_EL4IADPM-if00-port0 reappeared
2015.01.24 11:59:43 1: USB device /dev/serial/by-id/usb-ELV_AG_ELV_FHZ_1300_PC_EL4IADPM-if00-port0 disconnected, waiting to reappear
2015.01.24 11:59:39 3: FHZ opened FHZ device /dev/serial/by-id/usb-ELV_AG_ELV_FHZ_1300_PC_EL4IADPM-if00-port0
2015.01.24 11:59:39 3: FHZ opening FHZ device /dev/serial/by-id/usb-ELV_AG_ELV_FHZ_1300_PC_EL4IADPM-if00-port0

Kann es am USB Kabel liegen?
Habe ein etwas längeres, aktives mit Verstärkung.

Kann es sein, dass durch mehrere USB Devices dann das Kabel nicht mehr richtig funktioniert?

Werde mal testweise das Kabel auf kurz ändern, allerdings habe ich das Problem, dass die FHZ dann teilweise nicht mehr alle FHTs sieht 

[Mitch]

So, habe die FHZ mal umgesteckt, gleiches Problem 

[Wernieman]

die Kabel sind < 1,8m? Und "nicht aktiv"?

Ich glaube Dein FHZ hat ein Problem. Die Definition über /dev/serial/by-id/xxx anstatt /dev/ttyxxx ist besser, da eindeutiger. Wenn aber dann der FHZ immer rebootet, dürfte genau dort irgend etwas nicht stimmen. Wenn ich die Fehlermeldung richtig deute, meldet sich der Stick immer wieder ab/an.

Sicherheitsfragen:
Du hast in FHEM den Stick wirklich nur ein mal definiert?

Alle Sticks sind jetzt per ID eingebunden? Keiner mehr über /dev/ttyXXX??

[Mitch]

Ja, das jetzige Kabel ist unter 1,8m und passiv.

Die FHZ ist nur einmal definiert. Allerdings ist sie per ttyUSBx eingebunden, weil ID ja nicht geht.
Alles andere ist per ID eingebunden.

Könnte es auch ein SW- bzw. Treiberproblem sein?

[Wernieman]

Bei einer X86-CPU ... unwarscheinlich, aber nicht unmöglich

Eher würde ich auf HW-Probleme tippen. Hast DU mal probiert, auf andere USB-Port zu wechseln?

[Mitch]

Ja, hab alle Port durchprobiert.

Es ist wirklich merkwürdig. Definiere ich mit ttyUSBx, geht die FHZ ohne Probleme.
Definiere ich über id, gibt es immer disconnect/connect

Kommt der Z-Wave dazu, spinnt alles

[Wernieman]

Nur mal für die fehlersuche: Hast DU mal probiert, einen über einen aktiven HUB anzuschließen?

[Mitch]

Nein, weil ich keinen habe.

Werde mir mal einen bestellen zum testen

[Tion]

Versuch es doch mal über udev
  http://www.fischer-net.de/hausautomation/fhem/27-fhem-und-dynamische-devices.html

[Mitch]

Danke, Martin erklärt das wie immer sehr schön.

Aber, udev geht auch nicht, gleiches Problem der FHZ - disconnect/connect, alle 30 sec.

Kann man eigentlich bei der FHZ die Firmware updaten?

[Wernieman]

Das UDEV kein anderes Ergebnis als /dev/... bringt, war eigentlich ziemlich klar. Per UDEV wird eigentlich "nur" die Namensvergabe konfiguriert ....

Guuute Frage, ob und wie man die FHZ updaten kann. Was sagt der Hestller dazu?

[Mitch]

So, heute kam mein aktiver USB Hub.

Leider das gleiche Problem mit der FHZ. Sobald ich über /dev/serial/by-id/xyz definiere, habe ich immer disconnect-connect

[Wernieman]

Und wenn Du es über ttyXX definierst nicht? Kann ich mir nicht vorstellen .... und er geht alleine wirklich?

[Mitch]

Also, wenn ich die FHZ über /dev/ttyUSBx definiere geht es ohne Probleme, sonst immer die Disconnect-Thematik.

Wenn ich zu der FHZ und den FHEMduino, oder nur zur FHZ, den Z-Wave Stick anstecke, spinnt FHEM. Es kommen keine Funkinfos mehr von Slow Geräten an der FHZ an (sind 10 FHTs, die ich darüber steuer).

FHEduino und Z-Wave lassen sich über /dev/serial/by-id/xxx oder per UDEV wunderbar einrichten.

[Wernieman]

Sorry, bin mit meinem "Latein" am Ende. Warum Du den FHZ, auch alleine?, nicht über /dev/serial/by-id definieren kannst .....

was mir noch einfällt:
der FHZ funktioniert?

[Mitch]

FHZ an sich funktioniert

[Wernieman]

Ich kann nur vermuten, das die an/abmeldung über ttyXXX so schnell geht, das Du es nicht merks .... aber wenn Du eben noch 2 andere USB-Geräte "dran" hast .... aber das ist eine reine Vermutung

[Tion]

Weil wir gerade bei Vermutungen sind.Ich glaube mal irgendwo hier im Forum gelesen zu haben, das der FHZ bei einen Fehler öfters seinen Port wechselt.
Das würde erklären, warum er über tty geht und über die serial-id nicht.