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

Begonnen von mgernoth, 30 Mai 2013, 17:06:32

Vorheriges Thema - Nächstes Thema

birdy

#1080
Vor ein paar Tagen habe ich festgestellt, dass mein 4 Tasten Homematic Funk-Handsender nicht mer funktioniert. Ich vermute das Problem liegt beim HM-CFG-USB Adapter den ich mit HMLAND eingebunden habe.
Ist davon auszugehen, dass USB Stick das Zeitliche gesegnet hat... ?
(Ich denke, ich habe mal irgendwo gelesen, dass diese nicht allzu lange halten..)

Schon mal vielen Dank für einen Tipp
Gruss birdy

systemctl status hmland   zeigt
* hmland.service - Homematic LAN Adapter service
   Loaded: loaded (/etc/systemd/system/hmland.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2021-07-01 21:06:27 CEST; 17min ago
Main PID: 106 (hmland)
    Tasks: 2 (limit: 4915)
   Memory: 1012.0K
   CGroup: /system.slice/hmland.service
           `-106 /opt/hmcfgusb/hmland -p 1234

Jul 01 21:24:00 FHEM hmland[106]: Can't find/open HM-CFG-USB!
Jul 01 21:24:00 FHEM hmland[106]: Can't initialize HM-CFG-USB!
Jul 01 21:24:01 FHEM hmland[106]: Can't find/open HM-CFG-USB!
Jul 01 21:24:01 FHEM hmland[106]: Can't initialize HM-CFG-USB!
Jul 01 21:24:02 FHEM hmland[106]: Can't find/open HM-CFG-USB!
Jul 01 21:24:02 FHEM hmland[106]: Can't initialize HM-CFG-USB!
Jul 01 21:24:03 FHEM hmland[106]: Can't find/open HM-CFG-USB!
Jul 01 21:24:03 FHEM hmland[106]: Can't initialize HM-CFG-USB!
Jul 01 21:24:04 FHEM hmland[106]: Can't find/open HM-CFG-USB!
Jul 01 21:24:04 FHEM hmland[106]: Can't initialize HM-CFG-USB!


lsusb zeigt
Bus 002 Device 002: ID 8087:8001 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 8087:0a2a Intel Corp.
Bus 001 Device 004: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 003: ID 1b1f:c00f eQ-3 Entwicklung GmbH HM-CFG-USB/HM-CFG-USB-2 [HomeMatic Configuration adapter]
Bus 001 Device 002: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub



Bei der HMLAN Komponente werden die beiden Readings in Sekundentakt updated.

Xmit-Events   disconnected:2359 init:2358   2021-07-01 22:02:36
Cond          init                          2021-07-01 22:02:36


Internals:
   DEF        127.0.0.1:1234
   DeviceName 127.0.0.1:1234
   FD         98
   FUUID      5d0d514e-f33f-f4b3-0e67-0cc2dc7c048bb8ea
   NAME       hmusb
   NR         99
   NTFY_ORDER 50-hmusb
   PARTIAL   
   STATE      opened
   TYPE       HMLAN
   XmitOpen   0
   assignedIDsCnt 9 report:0
   msgKeepAlive dlyMax:0 bufferMin:28
   msgLoadCurrent 0
   owner     
   owner_CCU  VCCU
   READINGS:
     2021-05-24 20:48:46   D-HMIdAssigned  170272
     2021-05-24 20:48:46   D-HMIdOriginal  3730F3
     2021-05-24 20:48:46   D-firmware      0.967
     2021-05-24 20:48:46   D-serialNr      MEQ0231843
     2021-07-01 22:08:26   Xmit-Events     disconnected:2699 init:2699
     2021-07-01 22:08:26   cond            init
     2021-06-20 23:15:59   loadLvl         low
     2017-01-09 00:13:19   prot_ERROR-Overload last
     2017-01-19 22:58:36   prot_Warning-HighLoad last
     2021-07-01 22:08:26   prot_disconnected last
     2021-07-01 22:08:26   prot_init       last
     2021-05-24 20:48:46   prot_ok         last
     2021-07-01 22:08:26   state           opened
   helper:
     assIdCnt   9
     assIdRep   0
     setTime    49596
     cnd:
       253        2699
       255        2699
     ids:
       0E4487:
         cfg        +0E4487,00,01,00
         name       HM_0E4487
       15958E:
         cfg        +15958E,00,01,00
         name       HM_15958E
       1BBD52:
         cfg        +1BBD52,00,01,00
         name       HM_1BBD52
       30634D:
         cfg        +30634D,01,01,00
         name       HM_30634D
       3A8ED3:
         cfg        +3A8ED3,01,01,0E
         name       HM_FM_Sensor
       40A3B0:
         cfg        +40A3B0,00,01,00
         name       HM_40A3B0
       46A583:
         cfg        +46A583,01,01,02
         name       RauchSireneAusloeser
       4EB293:
         cfg        +4EB293,00,01,00
         name       HM_4EB293
       4F0507:
         cfg        +4F0507,00,01,00
         name       LED_Strahler
     k:
       BufMin     28
       DlyMax     0
       Next       1625170131.12577
       Start      1625170106.12577
     loadLvl:
       bl         40
       a:
         99
         90
         40
         0
       h:
         0          low
         40         batchLevel
         90         high
         99         suspended
     log:
       all        0
       sys        0
       ids:
         ARRAY(0x558227cec570)
     q:
       HMcndN     255
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       loadLastMax 0
       loadNo     0
       scnt       9
       ald:
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
       apIDs:
Attributes:
   event-on-change-reading .*
   hmId       170272
   hmLanQlen  1_min
   loadLevel  0:low,40:batchLevel,90:high,99:suspended
   room       CUL_HM

FHEM  @Debian bullseye @Proxmox VE 8.2.2
GMKtec mit AMD Ryzen 7 5700U
CUL 433(a-culfw), CUL 868(SlowRF), Max-Cube CUN geflash, HM-CFG-USB-2 (HMALND)

frank

eine "nennenswerte" ausfallquote gab es, glaube ich, eventuell am anfang des projektes.

lsusb kann den hmusb ja noch "erkennen".
vielleicht wird nur auf "alte" listen geschaut, oder hast du auch einen reboot vom pi probiert?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

birdy

Hallo frank

Genau, weil lsub den Stick erkennt, zweifle ich ob dieser  wirklich defekt ist
Wenn ich auf den Handsender die Tasten drücke, beginnt auch die LED auf den Stick zu blinken. Er scheint also zumindest die Funksinnale zu erkennen.  Aber nicht an FHEM weiter zu geben.

Mein FHEM läuft seit Jahren als lxc Container auf Proxmox / NUC. Daran hat nichts geändert.
Die Virtuelle wie auch die Physischen Maschine habe ich schon mehrfach rebooted.

Das einzige was ich in den letzten Tagen gemacht habe, die anstehenden Proxmox Updates nachgezogen. Gestern habe ich auf Grund des anstehenden Problems auch HMLAMD neu installiert, aber ohne Erfolg... 

Sorry, aber was meinst DU mit ,,alte" listen
FHEM  @Debian bullseye @Proxmox VE 8.2.2
GMKtec mit AMD Ryzen 7 5700U
CUL 433(a-culfw), CUL 868(SlowRF), Max-Cube CUN geflash, HM-CFG-USB-2 (HMALND)

Otto123

Hi birdy,

der HMLAND läuft scheinbar in der Virtualisierung (Proxmox - die ich zugegeben nicht explizit kenne)
Also wird beim Update was passiert sein, was das Durchreichen verhindert?

Ich würde ja den HMLAND auf dem Host laufen lassen...

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

oder falsche berechtigungen von hmland?
siehe 1. post.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

frank

was mir gerade noch einfällt:
meine debmatic "krallt" sich sofort den hmusb, wenn sie startet und ihn findet. vermutlich wäre er dann bei mir für fhem/hmland auch nicht mehr "erreichbar".

vermutlich agieren raspberrymatic und pivccu ähnlich.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

birdy

Besten Dank Euch beiden für Eure Hilfe

lsusb   liefert sowohl auf den Host wie auch auf den Client dasselbe Resultat.
Also ging ich davon aus, dass das Durchreichen funktioniert.
HMLAMD lief immer auf dem Client, warum dies jetzt auf den Host laufen soll habe ich nicht ganz verstanden.

Wo das Problem nun lag, ist mir nicht bekannt. Ich habe HMLAND deinstalliert und alles entfernt und nochmals neu installiert. Wie von Geisterhand läuft es jetzt wieder .
Ich verstehe es nicht, egal, Hauptsache es läuft   :)

Gruss birdy
FHEM  @Debian bullseye @Proxmox VE 8.2.2
GMKtec mit AMD Ryzen 7 5700U
CUL 433(a-culfw), CUL 868(SlowRF), Max-Cube CUN geflash, HM-CFG-USB-2 (HMALND)

speedAmaster

Hallo,
ich versuche meine FHM Installation auf einen Proxmox-Container umzuziehen. Leider schaffe ich es nicht den HM-CFG-USB im Container anzusprechen.

Auf dem host habe ich mit "lsusb"
Bus 002 Device 011: ID 1b1f:c00f eQ-3 Entwicklung GmbH HM-CFG-USB/HM-CFG-USB-2 [HomeMatic Configuration adapter]
erhalten.
In meine lxc-Konfigurationsdatei habe ich
lxc.cgroup.devices.allow: c 189:* rwm
lxc.mount.entry: /dev/bus/usb/002/011 dev/bus/usb/002/011 none bind,optional,create=file

eingetragen.

Nach dem erneuten Start des Containers erhalte ich mit "sudo /opt/hmcfgusb/hmland -i"
Can't open device: Input/output error
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!


Ich komme hier nicht weiter und brauche Eure Hilfe! ???

FHEMAN

Hi speedAmaster, ich kann erst morgen in meine Config gucken. Aus dem Hut würde ich aber sagen, dass anstelle ":" ein "=" gesetzt werden muss,also

lxc.cgroup.devices.allow= c 189:* rwm
lxc.mount.entry= /dev/bus/usb/002/011 dev/bus/usb/002/011 none bind,optional,create=file
NUC7i5 | PROXMOX | FHEM 6.2 | 1 HMLAND | 2 UART | HM | LMS | HIFIBERRY | DOORBIRD | BLINK | BUDERUS | HUE | ALEXA | MILIGHT | LUFTDATENINFO | MQTT| ZIGBEE2MQTT | INDEGO | ROBOROCK | SMA | APC | OPENWB

speedAmaster

#1089
Hi,
ja du hast Recht. Aber leider geht es auch mit einem ":" nicht :-(   
VG

FHEMAN

Wird dir das Gerät denn im Container korrekt angezeigt? Die Settings sind an sich richtig. Bis auf das fehlende "=" (!?)
Evtl. auch mal das Hostsystem rebooten.
Ansonsten zum Test mal komplett USB durchreichen, falls nichts anderes dranhängt?
NUC7i5 | PROXMOX | FHEM 6.2 | 1 HMLAND | 2 UART | HM | LMS | HIFIBERRY | DOORBIRD | BLINK | BUDERUS | HUE | ALEXA | MILIGHT | LUFTDATENINFO | MQTT| ZIGBEE2MQTT | INDEGO | ROBOROCK | SMA | APC | OPENWB

FHEMAN

#1091
Da ich gerade einige Zeit mit der Ursachensuche ständiger Disconnects verbracht habe:
Nach dem Proxmox Update auf 7.x (Debian Bullseye) muss für USB Passthrough der cgroup Wert auf cgroup2 geändert werden, also im Fall oben
von
lxc.cgroup.devices.allow: c 189:* rwm
nach
lxc.cgroup2.devices.allow: c 189:* rwm

Vielleicht hilfts ja jemandem.

//Nachtrag: Außerdem ließ sich die Config nun nicht mehr unter /var/lib/lxc/<ID>/config ändern, sondern nur in /etc/pve/lxc/<ID>.conf
NUC7i5 | PROXMOX | FHEM 6.2 | 1 HMLAND | 2 UART | HM | LMS | HIFIBERRY | DOORBIRD | BLINK | BUDERUS | HUE | ALEXA | MILIGHT | LUFTDATENINFO | MQTT| ZIGBEE2MQTT | INDEGO | ROBOROCK | SMA | APC | OPENWB

FHEMAN

#1092
Hi, mal die Frage in die Runde:

Gibt es eine Alternative für den Konfigurationsadapter, die genau so funktioniert?
Also die ich mittels HMLAND einbinden kann ohne spezielle Linux Distribution?

Ich möchte gern die USB Variante weiternutzen, da ich mir die LAN Ports und die Netzteile sparen möchte.

//Edit: der HmIP-RF-USB wäre ja ideal, aber der kann kein BidCos - oder doch?
NUC7i5 | PROXMOX | FHEM 6.2 | 1 HMLAND | 2 UART | HM | LMS | HIFIBERRY | DOORBIRD | BLINK | BUDERUS | HUE | ALEXA | MILIGHT | LUFTDATENINFO | MQTT| ZIGBEE2MQTT | INDEGO | ROBOROCK | SMA | APC | OPENWB

tndx

Doch, aber nicht mit FHEM.

Das käme in Frage:
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Anbindung_mit_USB-Adapter

HMLAND brauchst du dann auch nicht mehr, die Neueinrichtung mit VCCU ist schnell gemacht.


FHEMAN

Zitat von: tndx am 20 Oktober 2022, 19:40:28
Doch, aber nicht mit FHEM.

Das käme in Frage:
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Anbindung_mit_USB-Adapter

HMLAND brauchst du dann auch nicht mehr, die Neueinrichtung mit VCCU ist schnell gemacht.

Ja, an sowas in der Art dachte ich. Das Funkmodul habe ich sogar rumzuliegen. Aber ich wollte eigentlich nicht noch einen Raspi ausstatten und ans Netz hängen. Wenn ich es richtig verstehe, benötige ich hier auch eine spezielle Linux Distro (RaspberryMatic od. piVCCU3). Die ich dann auch wieder warten muss (Updates).

Meine vorhandenen Raspis haben ein HifiBerry Modul draufgesteckt und laufen mit Debian (und piCorePlayer). Daher kommt eher die reine USB-Lösung in Frage.

Die Lösung mit dem ESP schaue ich mir mal genauer an - den könnte ich zumindest per USB Passthrough in einem - eigenen - Container betreiben, fast wie jetzt mit dem HM-CFG-USB.
NUC7i5 | PROXMOX | FHEM 6.2 | 1 HMLAND | 2 UART | HM | LMS | HIFIBERRY | DOORBIRD | BLINK | BUDERUS | HUE | ALEXA | MILIGHT | LUFTDATENINFO | MQTT| ZIGBEE2MQTT | INDEGO | ROBOROCK | SMA | APC | OPENWB