NEWS
(gelöst) ioBroker Image für Raspberry Pi2/3 Stretch mit piVCCU kein USB Treiber ?
-
Hallo zusammen,
ich probiere gerade das Image "ioBroker Image für Raspberry Pi2/3 Stretch mit piVCCU 20171109" auf meinem Rapsberry Pi 3 aus. Mein Schwerpunkt liegt zuerst im Ersetzen meiner CCU2, dann mit der Erweiterung über die ioBroker Module /Adapter. Meine CCU2 steuert ca. 60 HM Aktoren/Sensoren , VPN Anbindung an HConnect / Cloud / Alexa sowie einen CUL USB Stick mit CuxD. Bis auf den CUL Stick scheint alles zu funktionieren und deutlich! schneller als auf der CCU2.
In der CuxD Console wird folgender Fehler angezeigt :
USB 1-1 - (9514) [HUB] - Tue Nov 14 13:57:13 2017 USB 1-1.1 - (ec00) [FF] - no driver - Tue Nov 14 13:57:13 2017 Kein TTY-Device connected! Erfolgreich mit HomeMatic-CCU 127.0.0.1:8181 verbunden! als RPC-Server(INIT) von HomeMatic-CCU (3840) angefordert!
fehlt da mglw. ein USB Treiber ?
VG HAL
-
Dazu steht bereits die Lösung im anderen piVCCU Thread.
Gruß
Rainer
-
Die Änderungen die im Link https://github.com/alexreinert/piVCCU#u … sb-devices stehen habe ich schon durchgeführt.
Muss danach ein reboot des PI gemacht werden ? CuxD Restart hat keine Änderung gebracht.
Gruß Uwe
P.S. Reboot des Pi hat keine Verbesserung gebracht
-
Dann kann ich leider nicht weiterhelfen.
Bitte im HM Forum im piVCCU Thread fragen.
Gruß
Rainer
-
ok, danke
Gruß Uwe
-
Mein Problem wurde superschnell und professionell von Alex gelöst:
https://homematic-forum.de/forum/viewto … 26#p398526
Jetzt wird ausgiebig ( in Produktion) getestet.
VG Uwe
-
Dann hast du ja auch die letzte Antwort auf meine Frage gelesen.
Wenn dir das nicht zuviel Aufwand ist, kannst du das bitte prüfen/testen (z.B. durch Umstecken)?
und irgendwie kurz zusammenfassen, damit ich es in die Doku zum Download integrieren kann.
Danke
Rainer
-
Ich werde es Donnerstag Abend versuchen (umstecken auf einen anderen USB Port) vorher schaffe ich es leider nicht und dann eine Zusammenfassung schreiben.
VG Uwe
-
Dann hast du ja auch die letzte Antwort auf meine Frage gelesen.
Wenn dir das nicht zuviel Aufwand ist, kannst du das bitte prüfen/testen (z.B. durch Umstecken)?
und irgendwie kurz zusammenfassen, damit ich es in die Doku zum Download integrieren kann.
Danke
Rainer `
Hallo Rainer,
bin doch erst jetzt dazu gekommen:
Erste Erkenntnis: das Umstecken des USB CUL auf einen anderen Port erfodert keine Konfigurationsänderung, klappt sofort.
Vorgehensweise:
Nach anstecken des CUL an den Raspi folgendes eingeben:
pi@raspberrypi:~ $ sudo lsusb
dann sollte in etwa erscheinen:
Bus 001 Device 005: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Wenn Atmel aufgeführt ist:
pi@raspberrypi:~ $ sudo dmesg | tail -20
[ 100.958101] IPv6: ADDRCONF(NETDEV_CHANGE): vethKOQS52: link becomes ready
[ 113.622649] eq3loop: created slave ttyS0
[ 113.624542] eq3loop: created slave mmd_bidcos
[ 115.712927] eq3loop: eq3loop_open_slave() mmd_bidcos
[ 125.877662] eq3loop: eq3loop_open_slave() ttyS0
[ 125.877794] eq3loop: eq3loop_close_slave() ttyS0
[ 125.881612] eq3loop: eq3loop_open_slave() ttyS0
[ 125.881714] eq3loop: eq3loop_close_slave() ttyS0
[ 125.915391] eq3loop: eq3loop_open_slave() ttyS0
[ 125.917598] eq3loop: eq3loop_ioctl_slave() ttyS0: unhandled ioctl 0x5459
[ 125.917611] eq3loop: eq3loop_ioctl_slave() ttyS0: unhandled ioctl 0x545D
[ 157.620109] tun: Universal TUN/TAP device driver, 1.6
[ 157.620125] tun: (C) 1999-2004 Max Krasnyansky maxk@qualcomm.com
[ 178.077413] usb 1-1.2: USB disconnect, device number 4
[ 194.249403] usb 1-1.2: new full-speed USB device number 5 using dwc_otg
****[ 194.395138] usb 1-1.2: New USB device found, idVendor=03eb, idProduct=204b
[ 194.395150] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 194.395158] usb 1-1.2: Product: CUL868
[ 194.395166] usb 1-1.2: Manufacturer: busware.de
[ 194.396319] cdc_acm 1-1.2:1.0: ttyACM0: USB ACM device****
Dann das device , in meinem Fall ttyACM0 in die post-start.sh aufnehmen:
echo '#!/bin/bash' | sudo tee -a /etc/piVCCU/post-start.sh
sudo chmod +x /etc/piVCCU/post-start.sh
echo 'pivccu-device add /dev/ttyACM0' | sudo tee -a /etc/piVCCU/post-start.sh
Fertig, . Im CuxD wird nunr die CUL als USB Device angezeigt
VG Uwe
-
Hallo Uwe und Danke!
Das werde ich dann beizeiten verifizieren und in die Anleitung übernehmen.
Gruß
Rainer
-
btw. Dein Image / piVCCU läuft bisher absolut stabil und fehlerfrei.
-
Danke!
Bei dem Yahm image bin ich mir da nicht so sicher.
Gruß
Rainer
-
Hallo Rainer,
vor dem piVCCU Image hatte ich das Yahm Image ausprobiert. Das habe ich nicht "vernünftig" zum laufen gebracht. Wäre für mich jetzt keine Option mehr.
VG Uwe
btw. momentan läuft meine erste Sicherung mit "DD" auf mein NAS. Wo könnte man Fragen zum automatisieren eines Backups stellen ?
-
-
Mit ist es nicht gelungen die HM Funkschnittstelle auf dem Raspi zu initialisieren. Sprich ich konnte nur mit den CUL Aktoren interagieren nicht mit HM.
-
Hattest du diesen Thread gesehen?
http://forum.iobroker.net/viewtopic.php … hen#p95753
und ggf. berücksichtigt?
Gruß
Rainer
-
Hallo Rainer,
das hatte ich nicht gelesen und da piVCCU jetzt gut läuft ( einzig anlernen habe ich noch nicht probiert ) werde ich jetzt nicht mehr auf yahm umstellen. Ich habe eh noch genug "Baustellen" bei ioBrocker, da kenne ich mich noch nicht aus.
VG Uwe
-
Hallo Uwe,
Danke für die Infos; ich habe das YAHM Image erst einmal aus dem Downloadbereich entfernt.
Viel Spaß mit ioBroker
Rainer