VCCU mit zwei HM-CFG-USB-2

[hoppel118]

Hallo Leute,

ich habe mir jetzt mal einen zweiten HM-USB geholt. Der erste läuft seit ca. 3 Jahren. Die VCCU habe ich vor ca. einem Jahr eingerichtet. Auch die läuft so wie sie soll.

Hier meine derzeitige Konfiguration. Ich denke, dass sind die richtigen Abschnitte aus der fhem.cfg:

Code Auswählen Erweitern

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
attr initialUsbCheck disable 0

#HM-USB
define HMUSB HMLAN 127.0.0.1:1234
attr HMUSB group Homematic USB
attr HMUSB hmId 242424
attr HMUSB hmLanQlen 1_min
attr HMUSB icon cul_usb
attr HMUSB loadLevel 0:low,40:batchLevel,90:high,99:suspended
attr HMUSB room Dachboden

#HM-ActionDetector
define ActionDetector CUL_HM 000000
attr ActionDetector event-on-change-reading .*
attr ActionDetector model ActionDetector

#HM-VCCU
define VCCU CUL_HM 242424
attr VCCU IODev HMUSB
attr VCCU IOList HMUSB
attr VCCU IOgrp VCCU
attr VCCU expert 2_full
attr VCCU group Homematic
attr VCCU icon cul_wlan
attr VCCU model CCU-FHEM
attr VCCU room Dachboden
attr VCCU subType virtual
attr VCCU webCmd virtual:update


Ich habe mir nun gedacht, dass nicht so schwer sein kann den zweiten HM-USB einzurichten. Ich habe also folgenden Code in der fhem.cfg direkt hinter dem ersten HM-USB ergänzt:

Code Auswählen Erweitern

#HM-USB2
define HMUSB2 HMLAN 127.0.0.1:1234
attr HMUSB2 group Homematic USB
attr HMUSB2 hmId 242424
attr HMUSB2 hmLanQlen 1_min
attr HMUSB2 icon cul_usb
attr HMUSB2 loadLevel 0:low,40:batchLevel,90:high,99:suspended
attr HMUSB2 room Dachboden

und dann noch kurz das neue IO der VCCU wie folgt bekannt gemacht:

Code Auswählen Erweitern

attr VCCU IOList HMUSB,HMUSB2

Allerdings erhalte ich danach ohne Ende "disconnects". So sieht es im Logfile aus, wenn ich den FHEM-Server mit dieser Config starte:

Code Auswählen Erweitern

2018.12.07 16:02:44 0: Server shutdown
2018.12.07 16:03:12 1: Including fhem.cfg
2018.12.07 16:03:12 3: telnetPort: port 7072 opened
2018.12.07 16:03:12 3: WEB: port 8083 opened
2018.12.07 16:03:12 3: WEBphone: port 8084 opened
2018.12.07 16:03:12 3: WEBtablet: port 8085 opened
2018.12.07 16:03:12 2: eventTypes: loaded 1440 events from ./log/eventTypes.txt
2018.12.07 16:03:12 1: HMLAN_Parse: HMUSB new condition disconnected
2018.12.07 16:03:12 3: Opening HMUSB device 127.0.0.1:1234
2018.12.07 16:03:12 1: HMLAN_Parse: HMUSB new condition init
2018.12.07 16:03:12 3: HMUSB device opened
2018.12.07 16:03:12 1: HMLAN_Parse: HMUSB2 new condition disconnected
2018.12.07 16:03:12 3: Opening HMUSB2 device 127.0.0.1:1234
2018.12.07 16:03:12 1: HMLAN_Parse: HMUSB2 new condition init
2018.12.07 16:03:12 3: HMUSB2 device opened
2018.12.07 16:03:12 3: OG_Bad_Deckenlampe: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_Bad_Strahler: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_Buero_Deckenlampe: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Wohnbereich_Stehlampe_oben: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Wohnbereich_Stehlampe_mitte: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Wohnbereich_Stehlampe_unten: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Wohnbereich_Deckenlampe_rechts: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Wohnbereich_Deckenlampe_links: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Wohnbereich_Strahler_vorn: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Wohnbereich_Strahler_hinten: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Essbereich_Deckenlampe_links: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Essbereich_Deckenlampe_mitte: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Essbereich_Deckenlampe_rechts: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Essbereich_Boardlampe_links: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_Haus: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_Bad_Lampen: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_Buero_Lampen: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Lampen: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Entertainmentbereich: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Wohnbereich_Stehlampe: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Wohnbereich_Deckenlampe: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Wohnbereich_Strahler: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Essbereich_Deckenlampe: I/O device is HUEBridge
2018.12.07 16:03:12 3: OG_WZ_Essbereich_Boardlampe: I/O device is HUEBridge
2018.12.07 16:03:12 1: Including ./log/fhem.save
2018.12.07 16:03:12 3: Device Aussen_Nord_Sensor added to ActionDetector with 000:10 time
2018.12.07 16:03:12 3: Device Aussen_Sued_Sensor added to ActionDetector with 000:10 time
2018.12.07 16:03:12 3: Device OG2_Dachboden_Steckdose_Server added to ActionDetector with 000:10 time
2018.12.07 16:03:12 3: Device OG_Bad_Sensor added to ActionDetector with 000:10 time
2018.12.07 16:03:12 3: Device OG_Bad_Thermostat added to ActionDetector with 000:10 time
2018.12.07 16:03:12 3: Device OG_Buero_Thermostat added to ActionDetector with 000:10 time
2018.12.07 16:03:12 3: Device OG_Flur_Thermostat added to ActionDetector with 000:10 time
2018.12.07 16:03:12 3: Device OG_Kueche_Thermostat added to ActionDetector with 000:10 time
2018.12.07 16:03:12 3: Device OG_SZ_Thermostat added to ActionDetector with 000:10 time
2018.12.07 16:03:12 3: Device OG_WZ_Essbereich_Thermostat added to ActionDetector with 000:10 time
2018.12.07 16:03:12 3: Device OG_WZ_Sensor added to ActionDetector with 000:10 time
2018.12.07 16:03:12 3: Device OG_WZ_Wohnbereich_Thermostat added to ActionDetector with 000:10 time
2018.12.07 16:03:12 1: usb create starting
2018.12.07 16:03:13 3: Probing CUL device /dev/ttyS0
2018.12.07 16:03:13 3: Probing CUL device /dev/ttyS1
2018.12.07 16:03:13 3: Probing CUL device /dev/ttyS2
2018.12.07 16:03:13 1: PERL WARNING: can't getattr: Input/output error at ./FHEM/DevIo.pm line 420.
2018.12.07 16:03:13 1: CUL: Can't open /dev/ttyS2: Input/output error
2018.12.07 16:03:13 3: Probing CUL device /dev/ttyS3
2018.12.07 16:03:13 1: CUL: Can't open /dev/ttyS3: Input/output error
2018.12.07 16:03:13 1: usb create end
2018.12.07 16:03:13 0: Featurelevel: 5.8
2018.12.07 16:03:13 0: Server started with 126 defined entities (fhem.pl:17779/2018-11-18 perl:5.024001 os:linux user:fhem pid:19221)
2018.12.07 16:03:13 1: HMLAN_Parse: HMUSB new condition ok
2018.12.07 16:03:13 3: CUL_HM set OG2_Dachboden_Steckdose_Server_Sw statusRequest
2018.12.07 16:03:14 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB2)
2018.12.07 16:03:14 1: HMLAN_Parse: HMUSB2 new condition disconnected
2018.12.07 16:03:15 1: HMLAN_Parse: HMUSB2 new condition init
2018.12.07 16:03:15 1: 127.0.0.1:1234 reappeared (HMUSB2)
2018.12.07 16:03:15 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB2)
2018.12.07 16:03:15 1: HMLAN_Parse: HMUSB2 new condition disconnected
2018.12.07 16:03:15 1: HMLAN_Parse: HMUSB2 new condition init
2018.12.07 16:03:15 1: 127.0.0.1:1234 reappeared (HMUSB2)
2018.12.07 16:03:15 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB2)
2018.12.07 16:03:15 1: HMLAN_Parse: HMUSB2 new condition disconnected
2018.12.07 16:03:15 1: HMLAN_Parse: HMUSB2 new condition init
2018.12.07 16:03:15 1: 127.0.0.1:1234 reappeared (HMUSB2)
2018.12.07 16:03:15 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB2)
2018.12.07 16:03:15 1: HMLAN_Parse: HMUSB2 new condition disconnected
...
...
...


Wo liegt mein Fehler? Muss ich beim hmland noch irgendwas zusätzlich konfigurieren?

Danke euch und Gruß Hoppel

[Beta-User]

1. Direktes rumeditieren in der cfg ist ... Laß es, jedenfalls, bis du weißt, was du tust!
2. Zwei Devices an einem Port (1234) klappt in der Regel nicht, das muß sich in's Gehege kommen...

zu 2. Irgendwas stellt an localhost diesen Port für den ersten USB-Stick bereit. Das muß ggf. konfiguriert werden, dass es entweder für 2 Sticks Infos liefert (an denselben Port), oder dass es in zwei Prozessen nebeneinander läuft (und dabei je auf einen Port hört).

zu 1.: Mache alles über die Kommandozeile oder den RAW-Import (wiki: sufu), dann siehst du auch gleich, ob die Syntax richtig ist, oder bei was es FHEM in den Abgrund reißt (ohne dass es in der cfg gelandet ist)...

[hoppel118]

1. Direktes rumeditieren in der cfg ist ... Laß es, jedenfalls, bis du weißt, was du tust!

Im Wiki wird darauf hingewiesen, dass man ausnahmsweise an der cfg herumspielen darf.

Beim Start von FHEM wird die cfg Zeilenweise abgearbeitet und für jedes HM Gerät geprüft ob ein IO vorhanden ist, gegebenenfalls erfolgt ein Fehlereintrag im Log (unknown IODev specified). Wenn der neue IO erst am Ende der cfg definiert ist, ist er für alle davor liegenden HM Geräte nicht vorhanden. Das ist nur ein Schönheitsfehler beim Start von FHEM, im laufenden Betrieb spielt das keine Rolle.

Folgende Struktur wäre erstrebenswert

...
define Homematic IO 1
define Homematic IO 2
define VCCU
define HM Geräte
...
Solange kein Modul die Einträge in der fhem.cfg entsprechend einsortiert, muss diese Korrektur von Hand erfolgen. Dies ist einer der wenigen Fälle, wo die direktes Editieren der fhem.cfg z.B. mit dem eingebautem Editor unumgänglich ist. Soll der im Standard-WEBinterface von FHEM eingebaute Editor verwendet werden, muss zuerst das Attribut

Da ich kein Sortiermodul nutze, habe ich es eben von Hand gemacht. Kurz die HMUSB2-Konfiguration, die ich über das WebInterface eingegeben habe, in der fhem.cfg nach oben zwischen den ersten HMUSB und die VCCU schieben, ist ja auch kein wirkliches Problem.

zu 1.: Mache alles über die Kommandozeile oder den RAW-Import (wiki: sufu), dann siehst du auch gleich, ob die Syntax richtig ist, oder bei was es FHEM in den Abgrund reißt (ohne dass es in der cfg gelandet ist)...

Meine FHEM-Installation wird vor jeder Änderung gebackuped. In der Hinsicht kann ich zumindest meine FHEM-Installation nicht kaputt machen. Wenn ich jetzt allerdings mit "hmland" herumspiele, sieht das etwas anders aus.

2. Zwei Devices an einem Port (1234) klappt in der Regel nicht, das muß sich in's Gehege kommen...

zu 2. Irgendwas stellt an localhost diesen Port für den ersten USB-Stick bereit. Das muß ggf. konfiguriert werden, dass es entweder für 2 Sticks Infos liefert (an denselben Port), oder dass es in zwei Prozessen nebeneinander läuft (und dabei je auf einen Port hört).

OK, ich schätze, dass hier mein Fehler liegt. Die Frage ist nun:

Kann ich "hmland" so konfigurieren, dass "hmland" die Infos für 2 Sticks am selben Port bereitstellt oder muss ich zwei parallele Services mit unterschiedlichen Ports konfigurieren?


Danke euch und Gruß Hoppel

[Otto123]

Hi,

vielleicht hat das ja auch noch keiner gemacht (2 x HMUSB an einem HMLAND) und deshalb auch die Frage:
- macht es Sinn zwei gleiche HMUSB am gleichen Gerät und damit im Abstand von wenigen Metern zu betreiben?

Wäre es nicht besser gewesen einen anderen IO zu holen und den ganz woanders zu platzieren?

Ich weiß meine Frage hilft nicht, aber ich befürchte hmland ist eventuell nicht dafür gemacht? Aber ich weiß es nicht!

attr HMUSB2 hmId 242424 brauchst Du bei vorhandener VCCU nicht.

Gruß Otto

[mgernoth]

Hallo,

Kann ich "hmland" so konfigurieren, dass "hmland" die Infos für 2 Sticks am selben Port bereitstellt

Nein.

oder muss ich zwei parallele Services mit unterschiedlichen Ports konfigurieren?

Ja, dafür hat hmland den Parameter -S:

Code Auswählen Erweitern


-S serial use HM-CFG-USB with given serial (for multiple hmland instances)


Viele Grüße
  Michael

[hoppel118]

vielleicht hat das ja auch noch keiner gemacht (2 x HMUSB an einem HMLAND) und deshalb auch die Frage:
- macht es Sinn zwei gleiche HMUSB am gleichen Gerät und damit im Abstand von wenigen Metern zu betreiben?

Hallo Otto, mir ging es weniger um die Ausleuchtung. Es ging mir eher um die Ausfallsicherheit. Ich habe hier noch keinen Ort in meinem Haus der nicht erreichbar ist. Da die Geräte langsam mehr werden, möchte ich an der Stelle gern auf Nummer sicher gehen.

Wäre es nicht besser gewesen einen anderen IO zu holen und den ganz woanders zu platzieren?

Jo, das ist auch nicht ausgeschlossen, evtl. muss ich irgendwann weiter ins Grundstück funken. Aber jetzt habe ich erstmal einen zweiten HMUSB.

attr HMUSB2 hmId 242424 brauchst Du bei vorhandener VCCU nicht.

Danke für den Tip. Es reicht also aus, wenn die hmid an der VCCU konfiguriert ist?

Ja, dafür hat hmland den Parameter -S:

Code Auswählen Erweitern


-S serial use HM-CFG-USB with given serial (for multiple hmland instances)


Hallo Michael, mein hmland besitzt diese Option "-S" anscheinend nicht.

Code Auswählen Erweitern

root@omv4:~# hmland -h
Syntax: hmland options

Possible options:
        -D              debug mode
        -d              daemon mode
        -h              this help
        -I              pretend to be HM-LAN-IF for compatibility with client-software (previous default)
        -i              interactive mode (connect HM-CFG-USB to terminal)
        -l ip           listen on given IP address only (for example 127.0.0.1)
        -L logfile      log network-communication to logfile
        -P              create PID file /var/run/hmland.pid in daemon mode
        -p n            listen on port n (default: 1000)
        -r n            reboot HM-CFG-USB after n seconds (0: no reboot, default: 86400 if FW < 0.967, 0 otherwise)
           hh:mm        reboot HM-CFG-USB daily at hh:mm
        -v              verbose mode
        -V              show version (0.101-git)

Oder wo findest du diese Option? Brauche ich diese Option überhaupt?

So wie ich das sehe, bietet der HMUSB kein serial dev an.

Gruß Hoppel

[frank]

ich würde dem hmland erfinder vertrauen und ggf mein hmland aktualisieren.
https://forum.fhem.de/index.php/topic,13071.msg79872.html#msg79872

[hoppel118]

ich würde dem hmland erfinder vertrauen und ggf mein hmland aktualisieren.
https://forum.fhem.de/index.php/topic,13071.msg79872.html#msg79872

Oha, das war mir so nicht bewusst, dass ich hier gerade mit dem hmland Erfinder Kontakt habe. OK, habe meinen hmland gerade aktualisiert. Nun sieht die Ausgabe wie folgt aus:

Code Auswählen Erweitern

root@omv4:/opt/hm/hmcfgusb# hmland -h
Syntax: hmland options

Possible options:
        -D              debug mode
        -d              daemon mode
        -h              this help
        -I              pretend to be HM-LAN-IF for compatibility with client-software (previous default)
        -i              interactive mode (connect HM-CFG-USB to terminal)
        -l ip           listen on given IP address only (for example 127.0.0.1)
        -L logfile      log network-communication to logfile
        -P              create PID file /var/run/hmland.pid in daemon mode
        -p n            listen on port n (default: 1000)
        -r n            reboot HM-CFG-USB after n seconds (0: no reboot, default: 86400 if FW < 0.967, 0 otherwise)
           hh:mm        reboot HM-CFG-USB daily at hh:mm
        -S serial       use HM-CFG-USB with given serial (for multiple hmland instances)
        -v              verbose mode
        -V              show version (0.102)

Nun sehe ich also "-S serial". Aber wie richte ich nun zwei hmland Instanzen ein?

Danke und Gruß Hoppel

[Otto123]

Danke für den Tip. Es reicht also aus, wenn die hmid an der VCCU konfiguriert ist?

Ja 

[hoppel118]

Ja 

OK, habe ich direkt mal ausprobiert. Die VCCU ergänzt dann aber selbständig die hmid am IO Device.

So, ich habe nochmal ein Bisschen herumgespielt. Da ich sowieso gerade schon am Umbauen bin, habe ich direkt mal von init.d auf systemd umgestellt. Das funktioniert anscheinend 1a, auch nach einem Neustart läuft noch alles. Leider hat das nichts mit meinem eigentlichen Vorhaben zu tun.

Es bleibt die Frage: Wie richte ich zwei hmland Instanzen ein?

Danke euch und viele Grüße Hoppel

[Wuppi68]

/opt/hmcfgusb/hmland -d -p 1000 -r 0 -S <Device1>
/opt/hmcfgusb/hmland -d -p 1001 -r 0 -S <Device2>

in dein Init Script basteln

und in FHEM dann auch 2 Device anlegen mit Port 1000 und 1001

[hoppel118]

OK, das kann ich dann in mein systemd startscript vom hmland übertragen. Aber wie ermittle ich die Devices der beiden HM-USB?

Code Auswählen Erweitern

root@omv4:~# 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 002: ID 1b1f:c00f 
Bus 001 Device 007: ID 0557:2419 ATEN International Co., Ltd
Bus 001 Device 006: ID 0557:7000 ATEN International Co., Ltd Hub
Bus 001 Device 005: ID 1b1f:c00f 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Die beiden HM-USB haben die folgende ID ohne Beschreibung:

1b1f:c00f

Würde das dann wie folgt aussehen?

Code Auswählen Erweitern

/opt/hmcfgusb/hmland -d -p 1234 -r 0 -S /dev/bus/usb/001/002
/opt/hmcfgusb/hmland -d -p 1235 -r 0 -S /dev/bus/usb/001/005

Ich habe die Ports 1234 und 1235 auserkoren.

Kann man das so machen oder bin ich damit auf dem Holzweg?

Bei einem HM-USB muss man das Device nicht angeben. Hier noch genauere Angaben zu den beiden Sticks:

Code Auswählen Erweitern

root@omv4:~# lsusb -D /dev/bus/usb/001/002
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)

Code Auswählen Erweitern

root@omv4:~# lsusb -D /dev/bus/usb/001/005
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.63
  iManufacturer           4 eQ-3
  iProduct               14 HM-CFG-USB
  iSerial                36 JEQ0700704
  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)


Danke und Gruß Hoppel

[hoppel118]

Code Auswählen Erweitern

/opt/hmcfgusb/hmland -d -p 1234 -r 0 -S /dev/bus/usb/001/002
/opt/hmcfgusb/hmland -d -p 1235 -r 0 -S /dev/bus/usb/001/005

Ich habe die Ports 1234 und 1235 auserkoren.

Kann man das so machen oder bin ich damit auf dem Holzweg?

Nö, das ist nicht die Lösung. Wenn ich hmland so starte, erhalte ich danach immer wieder ohne Ende diese Fehlermeldungen auf der Command Line:

Code Auswählen Erweitern

Can't find/open HM-CFG-USB with serial /dev/bus/usb/001/002!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB with serial /dev/bus/usb/001/005!
Can't initialize HM-CFG-USB!

Mein Logfile sieht jetzt übrigens so aus:

Code Auswählen Erweitern

2018.12.08 00:54:03 0: Server shutdown
2018.12.08 00:57:50 1: Including fhem.cfg
2018.12.08 00:57:50 3: telnetPort: port 7072 opened
2018.12.08 00:57:50 3: WEB: port 8083 opened
2018.12.08 00:57:50 3: WEBphone: port 8084 opened
2018.12.08 00:57:50 3: WEBtablet: port 8085 opened
2018.12.08 00:57:50 2: eventTypes: loaded 1458 events from ./log/eventTypes.txt
2018.12.08 00:57:50 1: HMLAN_Parse: HMUSB new condition disconnected
2018.12.08 00:57:50 3: Opening HMUSB device 127.0.0.1:1234
2018.12.08 00:57:50 1: HMLAN_Parse: HMUSB new condition init
2018.12.08 00:57:50 3: HMUSB device opened
2018.12.08 00:57:50 1: HMLAN_Parse: HMUSB2 new condition disconnected
2018.12.08 00:57:50 3: Opening HMUSB2 device 127.0.0.1:1235
2018.12.08 00:57:50 1: HMUSB2: Can't connect to 127.0.0.1:1235: Connection refused
2018.12.08 00:57:50 3: OG_Bad_Deckenlampe: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_Bad_Strahler: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_Buero_Deckenlampe: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Wohnbereich_Stehlampe_oben: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Wohnbereich_Stehlampe_mitte: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Wohnbereich_Stehlampe_unten: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Wohnbereich_Deckenlampe_rechts: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Wohnbereich_Deckenlampe_links: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Wohnbereich_Strahler_vorn: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Wohnbereich_Strahler_hinten: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Essbereich_Deckenlampe_links: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Essbereich_Deckenlampe_mitte: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Essbereich_Deckenlampe_rechts: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Essbereich_Boardlampe_links: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_Haus: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_Bad_Lampen: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_Buero_Lampen: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Lampen: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Entertainmentbereich: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Wohnbereich_Stehlampe: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Wohnbereich_Deckenlampe: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Wohnbereich_Strahler: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Essbereich_Deckenlampe: I/O device is HUEBridge
2018.12.08 00:57:50 3: OG_WZ_Essbereich_Boardlampe: I/O device is HUEBridge
2018.12.08 00:57:50 1: Including ./log/fhem.save
2018.12.08 00:57:50 3: Device Aussen_Nord_Sensor added to ActionDetector with 000:10 time
2018.12.08 00:57:50 3: Device Aussen_Sued_Sensor added to ActionDetector with 000:10 time
2018.12.08 00:57:50 3: Device OG2_Dachboden_Steckdose_Server added to ActionDetector with 000:10 time
2018.12.08 00:57:50 3: Device OG_Bad_Sensor added to ActionDetector with 000:10 time
2018.12.08 00:57:50 3: Device OG_Bad_Thermostat added to ActionDetector with 000:10 time
2018.12.08 00:57:50 3: Device OG_Buero_Thermostat added to ActionDetector with 000:10 time
2018.12.08 00:57:50 3: Device OG_Flur_Thermostat added to ActionDetector with 000:10 time
2018.12.08 00:57:50 3: Device OG_Kueche_Thermostat added to ActionDetector with 000:10 time
2018.12.08 00:57:50 3: Device OG_SZ_Thermostat added to ActionDetector with 000:10 time
2018.12.08 00:57:50 3: Device OG_WZ_Essbereich_Thermostat added to ActionDetector with 000:10 time
2018.12.08 00:57:50 3: Device OG_WZ_Sensor added to ActionDetector with 000:10 time
2018.12.08 00:57:50 3: Device OG_WZ_Wohnbereich_Thermostat added to ActionDetector with 000:10 time
2018.12.08 00:57:51 0: Featurelevel: 5.8
2018.12.08 00:57:51 0: Server started with 126 defined entities (fhem.pl:17779/2018-11-18 perl:5.024001 os:linux user:fhem pid:2608)
2018.12.08 00:57:51 1: HMLAN_Parse: HMUSB new condition ok
2018.12.08 00:57:51 2: AttrTemplates: got 9 entries
2018.12.08 00:57:51 3: CUL_HM set OG2_Dachboden_Steckdose_Server_Sw statusRequest

Obwohl ich den neuen HMUSB2 in FHEM bereits definiert habe, sehe ich die Fehlermeldung mit den ständigen Disconnects seit dem Update des hmland auf v102 nun nicht mehr! Das ist schonmal gut.

Jetzt muss ich nur noch verstehen, wie das mit dem -S Parameter des hmland und den HMUSBs funktioniert.

Für heute reichts mir aber erstmal.

Danke euch schonmal und Gruß Hoppel

[Beta-User]

Wie sieht denn die USB-Angabe "normalerweise" aus. Diese Schreibweise, die du da verwendest wäre mir neu, üblicherweise nutzt man in solchen Situationen eher eine "by-path"-Angabe (siehe Wiki: mehrere USB-Devices betreiben).

[mgernoth]

Hi,

Aber wie ermittle ich die Devices der beiden HM-USB?

Die Serial steht normalerweise aufgedruckt drauf, sowas wie xEQ0123456, wobei in x das Produktionsjahr encodet ist.

In Deinem lsusb-Output taucht sie auch auf:

Code Auswählen Erweitern


  iSerial                36 KEQ1111302
...
  iSerial                36 JEQ0700704


Viele Grüße
  Michael