HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen

[Ralli]

Bitteschön - aktuelle Version von gerade.

[frank]

Bitteschön - aktuelle Version von gerade.

merci.

[HeikoE]

Bitteschön - aktuelle Version von gerade.

Ich schließe mich dem Danke an!

[peter_audio]

Hallo zusammen,
ich bin neu hier, daher entschuldigt bitte meine Anfängerfragen. Die Beiträge sind ja nun doch schon ein wenig älter und 65 Seiten möchte ich auch ungern komplett durchlesen. Daher die Frage: Ist die Anleitung auf der ersten Seite noch aktuell?

[betateilchen]

ja.

[Kautz8953]

Ich habe mit dem Stick mittlerweile 3 systeme am Laufen. Eins mit:

2x HomeMatic 103020 Funk-Dimmaktor 1fach
1x HomeMatic 103038 Funk-Rollladenaktor
2x HomeMatic 091836 Funk-Schaltaktor 4fach

Das zweite:

1x HomeMatic 076794 Funk-Schaltaktor 2fach
1x HomeMatic 076793 Unterputzschalter, 1fach
2x HomeMatic 105155 Funk-Heizkörperthermostat

Das dritte:
4x HomeMatic 076794 Funk-Schaltaktor 2fach
14x HomeMatic 076793 Unterputzschalter, 1fach
8x HomeMatic 105155 Funk-Heizkörperthermostat
10x HomeMatic 103038 Funk-Rollladenaktor

Wenn die Aktoren mit Anlaufstrombegrenzern versehen sind alles super!

Als Fhem eingerichtet war habe ich es so gemacht:

SSH Zugriff mittels Putty auf den Raspberry, nach erfolgreicher anmeldung:


1. Installation

cd /opt/
sudo apt-get install build-essential libusb-1.0-0-dev make gcc git-core
sudo git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
sudo make

2. Berechtigungen setzen

sudo cp /opt/hmcfgusb/hmcfgusb.rules /etc/udev/rules.d/

3. Start befehl mittels Fhem Start script erteilen

sudo nano /etc/init.d/fhem

dort findet ihr

# /opt/hmcfgusb/hmland -d -p 1234 -r 0
# pkill hmland

bei beiden die # entfernen, mit STRG+O speichern, Enter zum bestätigen danach STRG+X und sudo reboot.

Sobald das system wieder hochgefahren ist könnt ihr unter FHEM mittels:


define <Name> HMLAN 127.0.0.1:1234
Dann sollte das Device angelegt sein, wollt ihr eure eigene ID verwenden könnt ihr alternativ noch mit dem Befehl:
attr <Name> hmid xxxxxx

Somit hat es bei mir auf anhieb reibungslos Funktioniert.

Leider ist bei mir mittlerweile einer der Sticks defekt, ich hoffe das Ihr länger Spaß damit habt .

[Kautz8953]

Nachtrag, es ist natürlich eine Installation auf einem Raspberry unter raspian, läuft auch unter Ubuntu Mate...

[amunra]

Leider ist bei mir mittlerweile einer der Sticks defekt, ich hoffe das Ihr länger Spaß damit habt .

Den kannst Du hier los werden, wenn Du magst? 

Edit: Ich habe hier einen der über 2 Jahre läuft, toi toi toi - aber auch zwei die nach einem Flashvorgang von HM-Devices nun defekt sind. 

[Newraider]

Ich habe mit dem Stick mittlerweile 3 systeme am Laufen. Eins mit:

2x HomeMatic 103020 Funk-Dimmaktor 1fach
1x HomeMatic 103038 Funk-Rollladenaktor
2x HomeMatic 091836 Funk-Schaltaktor 4fach

Das zweite:

1x HomeMatic 076794 Funk-Schaltaktor 2fach
1x HomeMatic 076793 Unterputzschalter, 1fach
2x HomeMatic 105155 Funk-Heizkörperthermostat

Das dritte:
4x HomeMatic 076794 Funk-Schaltaktor 2fach
14x HomeMatic 076793 Unterputzschalter, 1fach
8x HomeMatic 105155 Funk-Heizkörperthermostat
10x HomeMatic 103038 Funk-Rollladenaktor

Wenn die Aktoren mit Anlaufstrombegrenzern versehen sind alles super!

Als Fhem eingerichtet war habe ich es so gemacht:

SSH Zugriff mittels Putty auf den Raspberry, nach erfolgreicher anmeldung:


1. Installation

cd /opt/
sudo apt-get install build-essential libusb-1.0-0-dev make gcc git-core
sudo git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
sudo make

2. Berechtigungen setzen

sudo cp /opt/hmcfgusb/hmcfgusb.rules /etc/udev/rules.d/

3. Start befehl mittels Fhem Start script erteilen

sudo nano /etc/init.d/fhem

dort findet ihr

# /opt/hmcfgusb/hmland -d -p 1234 -r 0
# pkill hmland

bei beiden die # entfernen, mit STRG+O speichern, Enter zum bestätigen danach STRG+X und sudo reboot.

Sobald das system wieder hochgefahren ist könnt ihr unter FHEM mittels:


define <Name> HMLAN 127.0.0.1:1234
Dann sollte das Device angelegt sein, wollt ihr eure eigene ID verwenden könnt ihr alternativ noch mit dem Befehl:
attr <Name> hmid xxxxxx

Somit hat es bei mir auf anhieb reibungslos Funktioniert.

Leider ist bei mir mittlerweile einer der Sticks defekt, ich hoffe das Ihr länger Spaß damit habt .

Hallo Zusammen ,

vielleicht kann mir jemand helfen?
Ich habe alles nach Anleitung am Raspberry durchgeführt aber bekomme immer laut FHEM

2016.09.11 13:54:40 1: HMLAN_Parse: HMUSB new condition disconnected
2016.09.11 13:54:40 3: Opening HMUSB device 127.0.0.1:12340
2016.09.11 13:54:40 3: Can't connect to 127.0.0.1:12340: Connection refused

wo hab ich ein Fehler gemacht ?
Danke für eure Antworten

[Bennemannc]

Hallo,

also der Port ist laut Anleitung 1234 und nicht 12340.
Ist fhem in der Gruppe "dialout" ? Läuft der hmland sauber, als welcher User läuft der ?
Da stimmt etwas mit den Rechten nicht.

Gruß Christoph

[Elbgeist]

Moin,

da ich gerade im Begriff bin eine Homematic-Komponente in FHEM zu integrieren die Frage an die Nutzer des Sticks.
Ist dieser tatsächlich so anfällig und "gering" haltbar.... sollte ich eventuell doch von HM Abstand nehmen noch ehe ich etwas gekauft habe?
Welche Bezugsquelle empfehlt ihr, damit es ggf. auch der richtige Stick wird.

Danke und Gruß
Thomas

[volschin]

Stick ist out, HM-UART ist angesagt.

[Bartimaus]

Ich habe mit dem Stick mittlerweile 3 systeme am Laufen. Eins mit:

2x HomeMatic 103020 Funk-Dimmaktor 1fach
1x HomeMatic 103038 Funk-Rollladenaktor
2x HomeMatic 091836 Funk-Schaltaktor 4fach

Das zweite:

1x HomeMatic 076794 Funk-Schaltaktor 2fach
1x HomeMatic 076793 Unterputzschalter, 1fach
2x HomeMatic 105155 Funk-Heizkörperthermostat

Das dritte:
4x HomeMatic 076794 Funk-Schaltaktor 2fach
14x HomeMatic 076793 Unterputzschalter, 1fach
8x HomeMatic 105155 Funk-Heizkörperthermostat
10x HomeMatic 103038 Funk-Rollladenaktor

Wenn die Aktoren mit Anlaufstrombegrenzern versehen sind alles super!

Als Fhem eingerichtet war habe ich es so gemacht:

SSH Zugriff mittels Putty auf den Raspberry, nach erfolgreicher anmeldung:


1. Installation

cd /opt/
sudo apt-get install build-essential libusb-1.0-0-dev make gcc git-core
sudo git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
sudo make

2. Berechtigungen setzen

sudo cp /opt/hmcfgusb/hmcfgusb.rules /etc/udev/rules.d/

3. Start befehl mittels Fhem Start script erteilen

sudo nano /etc/init.d/fhem

dort findet ihr

# /opt/hmcfgusb/hmland -d -p 1234 -r 0
# pkill hmland

bei beiden die # entfernen, mit STRG+O speichern, Enter zum bestätigen danach STRG+X und sudo reboot.

Sobald das system wieder hochgefahren ist könnt ihr unter FHEM mittels:


define <Name> HMLAN 127.0.0.1:1234
Dann sollte das Device angelegt sein, wollt ihr eure eigene ID verwenden könnt ihr alternativ noch mit dem Befehl:
attr <Name> hmid xxxxxx

Somit hat es bei mir auf anhieb reibungslos Funktioniert.

Leider ist bei mir mittlerweile einer der Sticks defekt, ich hoffe das Ihr länger Spaß damit habt .

Super Anleitung, hat auf Anhieb geklappt. Vielen Dank dafür !!

[hoppel118]

Hallo Leute,

ich habe mir kürzlich ein HM-CFG-USB-2 gekauft. Die Basis ist ein Debian Jessie System mit aktuellem 4.4 LTS-Kernel (proxmox). Zunächst habe ich den Stick als CUL in fhem eingebunden und meine 7 Thermostate gekoppelt. Das hat soweit ohne Probleme funktioniert. Dann habe ich herausgefunden, dass es eine vCCU gibt und versucht diese einzurichten. Grundsätzlich funktioniert das soweit mit der vCCU. Allerdings fehlt mir das "/dev/ttyACM0".

Hier ein paar Befehlsausgaben:

Code Auswählen Erweitern

root@proxmox:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 04d9:1603 Holtek Semiconductor, Inc. Keyboard
Bus 001 Device 003: ID 046d:c05b Logitech, Inc. M-U0004 810-001317 [B110 Optical USB Mouse]
Bus 001 Device 007: ID 1b1f:c00f
Bus 001 Device 006: ID 0557:2419 ATEN International Co., Ltd
Bus 001 Device 005: ID 0557:7000 ATEN International Co., Ltd Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Bus 001 Device 007: ID 1b1f:c00f ist der CUL. Ist es normal das hier keine Hersteller-Bezeichnung angezeigt wird? Ich habe den Stick wie beschrieben auf die aktuellste Firmware geupdated. Dabei gab es keinerlei Probleme. Auch vor dem Update wurde hier keine Bezeichnung ausgegeben.

Hier noch ein paar detailliertere Ausgaben:

Code Auswählen Erweitern

root@proxmox:~# lsusb -D /dev/bus/usb/001/007
Device: ID 1b1f:c00f
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0         8
  idVendor           0x1b1f
  idProduct          0xc00f
  bcdDevice            9.67
  iManufacturer           4 eQ-3
  iProduct               14 HM-CFG-USB
  iSerial                36 KEQ1111302
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           41
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         3 Human Interface Device
      bInterfaceSubClass      0 No Subclass
      bInterfaceProtocol      0 None
      iInterface             58 HID
        HID Device Descriptor:
          bLength                 9
          bDescriptorType        33
          bcdHID               1.10
          bCountryCode            0 Not supported
          bNumDescriptors         1
          bDescriptorType        34 Report
          wDescriptorLength      33
         Report Descriptors:
           ** UNAVAILABLE **
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval              32
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval              32
Device Status:     0x0000
  (Bus Powered)
root@proxmox:~#

Code Auswählen Erweitern

root@proxmox:~# lsusb -t
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 5000M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M
    |__ Port 4: Dev 7, If 0, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 5: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 6: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 6: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 14: Dev 5, If 0, Class=Hub, Driver=hub/4p, 480M
        |__ Port 1: Dev 6, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
        |__ Port 1: Dev 6, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M


    |__ Port 4: Dev 7, If 0, Class=Human Interface Device, Driver=usbhid, 12M ist der CUL. Ist es normal, dass hier usbhid als Treiber geladen wird?

Wenn ich das Modul "cdc_acm" entlade und neu lade, erhalte ich folgende dmesg-Ausgabe:

Code Auswählen Erweitern

# rmmod cdc_acm
# modprobe cdc_acm

Code Auswählen Erweitern

root@proxmox:~# dmesg
[ 1592.026372] usb 1-4: USB disconnect, device number 2
[ 1957.926172] usbcore: registered new interface driver usbserial
[ 1957.926182] usbcore: registered new interface driver usbserial_generic
[ 1957.926190] usbserial: USB Serial support registered for generic
[ 2295.673970] usbcore: registered new interface driver cdc_acm
[ 2295.673972] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[ 2304.268879] usb 1-4: new full-speed USB device number 7 using xhci_hcd
[ 2304.398852] usb 1-4: New USB device found, idVendor=1b1f, idProduct=c00f
[ 2304.398868] usb 1-4: New USB device strings: Mfr=4, Product=14, SerialNumber=36
[ 2304.398870] usb 1-4: Product: HM-CFG-USB
[ 2304.398871] usb 1-4: Manufacturer: eQ-3
[ 2304.398872] usb 1-4: SerialNumber: KEQ1111302
[ 2304.401183] hid-generic 0003:1B1F:C00F.0007: hiddev0,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-0000:00:14.0-4/input0

Ist es normal, dass hier "hiddev0,hidraw0" aufgeführt wird?


Die relevanten Module sind meiner Ansicht nach alle vorhanden:

Code Auswählen Erweitern

root@proxmox:~# ls /lib/modules/`uname -r`/kernel/drivers/usb/serial
aircable.ko         io_ti.ko        mxuport.ko      ssu100.ko
ark3116.ko          ipaq.ko         navman.ko       symbolserial.ko
belkin_sa.ko        ipw.ko          omninet.ko      ti_usb_3410_5052.ko
ch341.ko            ir-usb.ko       opticon.ko      usb_debug.ko
cp210x.ko           iuu_phoenix.ko  option.ko       usbserial.ko
cyberjack.ko        keyspan.ko      oti6858.ko      usb-serial-simple.ko
cypress_m8.ko       keyspan_pda.ko  pl2303.ko       usb_wwan.ko
digi_acceleport.ko  kl5kusb105.ko   qcaux.ko        visor.ko
empeg.ko            kobil_sct.ko    qcserial.ko     whiteheat.ko
f81232.ko           mct_u232.ko     quatech2.ko     wishbone-serial.ko
ftdi_sio.ko         metro-usb.ko    safe_serial.ko  xsens_mt.ko
garmin_gps.ko       mos7720.ko      sierra.ko
io_edgeport.ko      mos7840.ko      spcp8x5.ko

Code Auswählen Erweitern


root@proxmox:~# ls /lib/modules/`uname -r`/kernel/drivers/usb/class
cdc-acm.ko  cdc-wdm.ko  usblp.ko  usbtmc.ko

So sieht das FHEM-Logfile nach einem Bootvorgang aus:

Code Auswählen Erweitern

2016.11.01 12:46:24 1: Including fhem.cfg
2016.11.01 12:46:24 3: telnetPort: port 7072 opened
2016.11.01 12:46:24 3: WEB: port 8083 opened
2016.11.01 12:46:24 3: WEBphone: port 8084 opened
2016.11.01 12:46:24 3: WEBtablet: port 8085 opened
2016.11.01 12:46:24 2: eventTypes: loaded 220 events from ./log/eventTypes.txt
2016.11.01 12:46:24 1: HMLAN_Parse: HMUSB new condition disconnected
2016.11.01 12:46:24 3: Opening HMUSB device 127.0.0.1:1234
2016.11.01 12:46:24 3: HMUSB device opened
2016.11.01 12:46:24 1: HMLAN_Parse: HMUSB new condition init
2016.11.01 12:46:24 3: Opening CUL0 device /dev/ttyACM0
2016.11.01 12:46:24 3: Can't open /dev/ttyACM0: No such file or directory
2016.11.01 12:46:24 2: Switched CUL0 rfmode to HomeMatic
2016.11.01 12:46:24 1: Including ./log/fhem.save
2016.11.01 12:46:24 3: Device HM_3D944E added to ActionDetector with 000:10 time
2016.11.01 12:46:24 3: Device HM_3D9466 added to ActionDetector with 000:10 time
2016.11.01 12:46:24 3: Device HM_3D9490 added to ActionDetector with 000:10 time
2016.11.01 12:46:24 3: Device HM_47D5B1 added to ActionDetector with 000:10 time
2016.11.01 12:46:24 3: Device HM_47FEC3 added to ActionDetector with 000:10 time
2016.11.01 12:46:24 3: Device HM_4A706E added to ActionDetector with 000:10 time
2016.11.01 12:46:24 3: Device HM_4A75C5 added to ActionDetector with 000:10 time
2016.11.01 12:46:24 1: usb create starting
2016.11.01 12:46:24 1: usb create end
2016.11.01 12:46:24 0: Featurelevel: 5.7
2016.11.01 12:46:24 0: Server started with 69 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os linux, user fhem, pid 1164)
2016.11.01 12:46:24 1: HMLAN_Parse: HMUSB new condition ok


Das Internet ist voll mit Lösungen, die mich alle nicht wirklich weiter bringen. Das Anlegen einer udev nach folgender Anleitung bringt leider auch kein ttyACM*-device hervor:

https://www.fischer-net.de/hausautomation/fhem/27-fhem-und-dynamische-devices.html

  idVendor           0x1b1f
  idProduct          0xc00f

Code Auswählen Erweitern

root@proxmox:/etc/udev/rules.d# nano 61-persistent-CUL868.rules
KERNEL=="ttyACM*", SUBSYSTEMS=="usb", ATTRS{idVendor}=="1b1f", ATTRS{idProduct}=="c00f", SYMLINK+="cul868", MODE="0666"

Danach kurz per "/etc/init.d/udev reload" das udev-System neustarten und prüfen, ob es das tty-device nun unter "/dev/" gibt. Leider nicht.

Habt Ihr eine Idee, wie ich diesen TTY-Eintrag erhalte? Ohne den brauche ich mit der vCCU ja gar nicht weitermachen. Ich muss allerdings dazu sagen, dass solche Kernel-Treiber/-Modul-Geschichten nicht gerade mein Fachgebiet sind.

Danke und Gruß Hoppel

[Athu]

Hi all,

da es den HM-CFG-USB leider nirgends mehr zu kaufen gibt wollte ich wissen, ob es auch mit dem CC-USB-O-O-GS-R5 von eQ-3 geht.
Dieser Stick ist eigentlich nur zum Programmieren von Heizkörperreglern gedacht, aber ich dachte das wäre vielleicht eine alternative um HM Schalter mit meinem neuen FHEM interagieren zu lassen?

Gruß Athu