[gelöst] HM-CFG-USB-2 einbinden schlägt fehl

Begonnen von Betonklotz, 17 Dezember 2017, 18:38:56

Vorheriges Thema - Nächstes Thema

Betonklotz

Hallo FHEM Team,

bin bis jetzt mit OpenHab2 unterwegs gewesen, habe aber aus div. Gründen Lust mal FHEM auszuprobieren
- angeblich schneller
- mit SmartVisu nun auch eine nette GUI verfügbar
- Nutzung von virtuellen Devices und somit billigen Temp-Sensoren für Homematic Heizungsaktoren (!!! das ist der Hauptgrund !!!)

Aber ich falle schon ganz zu Anfang auf die Nase: die Einbindung meiner Homematic-HW schlägt fehl... Habe div. Homematic Geräte die alle über einen HM-CFG-USB-2 angebunden sind, neuere Dinge über MQTT.
Was habe ich gemacht/an Voraussetzungen:
- erst einmal OH2 per sudo systemctl stop openhab2.service angehalten
- hmland und homegear sind betriebsbereit und warten auf Nutzung

Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode       PID/Program name
tcp        0      0 0.0.0.0:1234            0.0.0.0:*               LISTEN      0          8846        721/hmland
tcp        0      0 0.0.0.0:8083            0.0.0.0:*               LISTEN      999        43311       24461/perl
tcp6       0      0 :::2001                 :::*                    LISTEN      110        9110        941/homegear
tcp6       0      0 :::2002                 :::*                    LISTEN      110        9116        941/homegear
tcp6       0      0 :::2003                 :::*                    LISTEN      110        12312       941/homegear
udp        0      0 239.255.255.250:1900    0.0.0.0:*                           110        9121        941/homegear

- homegear -r mit einem fs 0 und ls zeigt mir alle Homematic Geräte an
- die homematicbidcos enthält

centralAddress = 0xFDABCD
rfKey = mein AES Key
id = hmland
host = 127.0.0.1
port = 1234

- angelegt habe ich den Adapter in FHEM via

define hmusb HMLAN 127.0.0.1:123
attr hmusb hmId FDABCD

- leider resultiert das immer in einem "disconnect" Status. Im Log von HM taucht leider auch nichts auf, nur das FHEM Log ist voll mit den ständigen Zugriffsversuchen, aktuelles Beispiel anbei:

2017.12.17 18:14:30 1: HMLAN_Parse: hmusb new condition init
2017.12.17 18:14:30 1: 127.0.0.1:1234 reappeared (hmusb)
2017.12.17 18:14:30 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2017.12.17 18:14:30 1: HMLAN_Parse: hmusb new condition disconnected
2017.12.17 18:14:30 1: HMLAN_Parse: hmusb new condition init
2017.12.17 18:14:30 1: 127.0.0.1:1234 reappeared (hmusb)
2017.12.17 18:14:30 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2017.12.17 18:14:30 1: HMLAN_Parse: hmusb new condition disconnected
2017.12.17 18:14:30 1: HMLAN_Parse: hmusb new condition init
2017.12.17 18:14:30 1: 127.0.0.1:1234 reappeared (hmusb)
2017.12.17 18:14:30 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2017.12.17 18:14:30 1: HMLAN_Parse: hmusb new condition disconnected
2017.12.17 18:14:35 1: HMLAN_Parse: hmusb new condition init
2017.12.17 18:14:35 1: 127.0.0.1:1234 reappeared (hmusb)
2017.12.17 18:14:35 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2017.12.17 18:14:35 1: HMLAN_Parse: hmusb new condition disconnected
2017.12.17 18:14:40 1: HMLAN_Parse: hmusb new condition init
2017.12.17 18:14:40 1: 127.0.0.1:1234 reappeared (hmusb)
2017.12.17 18:14:40 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2017.12.17 18:14:40 1: HMLAN_Parse: hmusb new condition disconnected
2017.12.17 18:14:45 1: HMLAN_Parse: hmusb new condition init
2017.12.17 18:14:45 1: 127.0.0.1:1234 reappeared (hmusb)
2017.12.17 18:14:45 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2017.12.17 18:14:45 1: HMLAN_Parse: hmusb new condition disconnected


Irgendetwas scheint FHEM also daran zu hindern auf den HM Adapter zu kommen. Eine komplette Neuinstallation wollte ich vermeiden, das gibt immer Ärger mit dem AES Key...

Wo kann ich noch schauen, bzw. was für Logs benötigt ihr für weitere Hilfe?

Gruß, Robert

MadMax-FHEM

#1
Also ich kenne ja openHAB nicht so wirklich aber es klingt so als würde homegear ja auch auf den hmland zugreifen!?

Parallel geht das nicht...

Also nur hmland starten, dann sollte fhem auch drauf kommen...

EDIT: bzw. grad noch mal geschaut. Du startest den hmland mit Port 1234 und legst ihn in fhem nur mit Port 123 an...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Betonklotz

Hallo Joachim,

Kurzfassung: danke.
Der lange Beitrag ist dank reCAPTCHA weg, was Google da macht geht ja gar nicht...

Gruß, Robert

MadMax-FHEM

Hi Robert,

Hauptsache es läuft...

Eine längere Kurzfassung wäre noch schön... ;)
...damit andere sehen was die Lösung nun war...
...und dann den Thread auf gelöst stellen, umbenennen in Beispielsweise: [gelöst] HM-CFG-USB-2 einbinden schlägt fehl

Viel Spaß noch, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Betonklotz

Hallo Joachim,

die etwas längere Fassung:
- Openhab2 setzt nicht direkt auf hmland auf, sondern spricht homegear an, daher hatte ich homegear standardmäßig mitgestartet
- homegear hat (natürlich) auch auf Port 1234 mit dem hmland und somit dem HM-CFG-USB-2 kommuniziert
- homegear und FHEM parallel sind sich dabei wohl in die Quere gekommen
- Lösung dieses Problems ist also: neben Openhab2 auch homegear stoppen
==> in FHEM steht der HM-CFG-USB-2 nun auf open.

Gruß, Robert

Scheitere aber nun schon tagelang an der nächsten Hürde: ein set hmusb hmPairSerial LEQ085xxxx bringt exakt null. Keine Fehlermeldung, kein Logeintrag, Nix. Natürlich sind alle meine Geräte schon gepairt, sobald ich homegear (und OH2) wieder anschmeiße läuft auch wieder alles. Egal, lese mich erst einmal weiter in FHEM ein und gehe euch dann ggf. Richtung Wochenende auf den Keks...

MadMax-FHEM

Welche HMID hattest du bei OpenHab/homegear?

Hast du in fhem die selbe?

Wenn nicht, dann mal die aus homegear setzen, müsste

attr hmusb hmid

sein (hmusb heißt der bei mir)...

Wenn du diese nicht mehr weißt, dann "ablernen" in homegear und neu in fhem anlernen oder halt zurück setzen...

Aufpassen, wenn due AES verwendet hast (und einen eigenen Schlüssel vergeben hast)...

Bzw. muss das Gerät auch pairSerial unterstützen...

Kurz, da nur Handy...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Betonklotz

Hallo Joachim,

irgendwie stehe ich mit FHEM noch auf Kriegsfuss...
In Openhab hatte ich mir alles per Text/Ini Dateienn Konfiguriert, also welches Homematic Gerät (oder auch MQTT) welche Seriennr. hat, welche Kanaäle ich davon nutzen möchte und welchen Variablen ich zuweise. Dann noch Gruppen/Räume und horizontale Gruppen für Funktion (also z.B. alle Heizungen) und ich war glücklich.
Hier scheitere ich schon an den Basics: Logausgaben hochdrehen damit ich überhaupt was sehe...
Also noch mal von Anfang an:
- hmland läuft (auf Port 1234), diesmal mit -D -v um überhaupt etwas zu sehen (da FHEM ja nichts sagen will...)
- FHEM ist komplett neu installiert, config ist leer
- dann die folgenden drei Befehle eingegeben

define hmusb HMLAN 127.0.0.1:123
attr hmusb hmId FDABCD
attr hmusb hmKey Db1cc91gq0aUag98RSXC

die ID ist die identische aus homegear, ebenso der AES Key (attr im Klartext => in FHEM steht der MD5 behandelte = identisch zu dem in der Homegear config)
- dann probiere ich z.B. ein Heizkörperventil anzulernen mit

set hmusb hmPairForSec 600
set hmusb hmPairSerial LEQ0851091

Keine Ahnung ob ich den hmland für 10min in den Pairingmodus bringen muss, aber sowohl mit als auch ohne ist das Ergebnis identisch:
=> FHEM macht da wie gesagt exakt null kommo nix. Der hmland zeigt wenigstens ein wenig Kommunikation, aber aus der werde ich nicht schlau:


USB > 0x0000: 45 2e 87 ba 00 00 11 4d 15 84 ff ff b1 0f be 86   E......M........
USB > 0x0010: 10 2e 87 ba 00 00 00 0a 98 d1 0e 00 40 cd 11 4c   ............@..L
USB > 0x0020: e3 b1 00 00 01 00 00 00 00 00 00 00 00 00 00 00   ................
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2017-12-21 20:35:29.447116: LAN < E2E87BA,0000,114D1584,FF,FFB1,BE86102E87BA0000000A98D10E0040
2017-12-21 20:35:30.276634: LAN > S7A92D242,00,00000000,01,7A92D242,058401FDABCD000000010A4c455130383531303931

USB < 0x0000: 53 7a 92 d2 42 00 00 00 00 00 01 7a 92 d2 42 15   Sz..B......z..B.
USB < 0x0010: 05 84 01 fd ab cd 00 00 00 01 0a 4c 45 51 30 38   ...........LEQ08
USB < 0x0020: 35 31 30 39 31 00 00 00 00 00 00 00 00 00 00 00   51091...........
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 0ms!

USB > 0x0000: 52 7a 92 d2 42 00 02 00 00 00 00 ff 7f ff 15 05   Rz..B...........
USB > 0x0010: 84 01 fd ab cd 00 00 00 01 0a 4c 45 51 30 38 35   ..........LEQ085
USB > 0x0020: 31 30 39 31 01 00 00 00 00 00 00 00 00 00 00 00   1091............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2017-12-21 20:35:30.356385: LAN < R7A92D242,0002,00000000,FF,7FFF,058401FDABCD000000010A4C455130383531303931

USB > 0x0000: 45 53 56 8b 00 00 11 4d 1c 38 ff ff b9 0f 01 86   ESV....M.8......
USB > 0x0010: 10 53 56 8b 00 00 00 0a 98 cc 0f 00 40 30 38 35   .SV.........@085
USB > 0x0020: 31 30 39 31 01 00 00 00 00 00 00 00 00 00 00 00   1091............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2017-12-21 20:35:31.165594: LAN < E53568B,0000,114D1C38,FF,FFB9,01861053568B0000000A98CC0F0040
2017-12-21 20:35:41.631774: LAN > K

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 1ms!

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 c7 0a 4c 45   H.HM-USB-IF...LE
USB > 0x0010: 51 31 31 39 38 30 39 37 30 86 34 fd ab cd 11 4d   Q11980970.4....M
USB > 0x0020: 45 6f 00 00 01 00 00 00 00 00 00 00 00 00 00 00   Eo..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2017-12-21 20:35:41.683804: LAN < HHM-USB-IF,03C7,LEQ1198097,308634,FDABCD,114D456F,0000,01


Ein set LEQ0851091 getConfig in FHEM sagt mir nur lapidar ich möge doch bitte zuerst einmal LEQ0851091 definieren. Das bestätigt meinen Verdacht: da geht nix, das pairen funktioniert so nicht.

Gruß, Robert

P.S. ja, die ID und der AES Key werden demnächst geändert. Ist halt so, geht in Openhab aber auch recht komfortabel. Hoffe nur, das es auch läuft, denn das ist dann wieder Neuland...

MadMax-FHEM

#7
Zitat von: Betonklotz am 21 Dezember 2017, 21:06:07
Hallo Joachim,

irgendwie stehe ich mit FHEM noch auf Kriegsfuss...
In Openhab hatte ich mir alles per Text/Ini Dateienn Konfiguriert, also welches Homematic Gerät (oder auch MQTT) welche Seriennr. hat, welche Kanaäle ich davon nutzen möchte und welchen Variablen ich zuweise. Dann noch Gruppen/Räume und horizontale Gruppen für Funktion (also z.B. alle Heizungen) und ich war glücklich.
Hier scheitere ich schon an den Basics: Logausgaben hochdrehen damit ich überhaupt was sehe...
Also noch mal von Anfang an:
- hmland läuft (auf Port 1234), diesmal mit -D -v um überhaupt etwas zu sehen (da FHEM ja nichts sagen will...)
- FHEM ist komplett neu installiert, config ist leer
- dann die folgenden drei Befehle eingegeben

define hmusb HMLAN 127.0.0.1:123
attr hmusb hmId FDABCD
attr hmusb hmKey Db1cc91gq0aUag98RSXC

die ID ist die identische aus homegear, ebenso der AES Key (attr im Klartext => in FHEM steht der MD5 behandelte = identisch zu dem in der Homegear config)
- dann probiere ich z.B. ein Heizkörperventil anzulernen mit

set hmusb hmPairForSec 600
set hmusb hmPairSerial LEQ0851091

Keine Ahnung ob ich den hmland für 10min in den Pairingmodus bringen muss, aber sowohl mit als auch ohne ist das Ergebnis identisch:
=> FHEM macht da wie gesagt exakt null kommo nix. Der hmland zeigt wenigstens ein wenig Kommunikation, aber aus der werde ich nicht schlau:


USB > 0x0000: 45 2e 87 ba 00 00 11 4d 15 84 ff ff b1 0f be 86   E......M........
USB > 0x0010: 10 2e 87 ba 00 00 00 0a 98 d1 0e 00 40 cd 11 4c   ............@..L
USB > 0x0020: e3 b1 00 00 01 00 00 00 00 00 00 00 00 00 00 00   ................
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2017-12-21 20:35:29.447116: LAN < E2E87BA,0000,114D1584,FF,FFB1,BE86102E87BA0000000A98D10E0040
2017-12-21 20:35:30.276634: LAN > S7A92D242,00,00000000,01,7A92D242,058401FDABCD000000010A4c455130383531303931

USB < 0x0000: 53 7a 92 d2 42 00 00 00 00 00 01 7a 92 d2 42 15   Sz..B......z..B.
USB < 0x0010: 05 84 01 fd ab cd 00 00 00 01 0a 4c 45 51 30 38   ...........LEQ08
USB < 0x0020: 35 31 30 39 31 00 00 00 00 00 00 00 00 00 00 00   51091...........
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 0ms!

USB > 0x0000: 52 7a 92 d2 42 00 02 00 00 00 00 ff 7f ff 15 05   Rz..B...........
USB > 0x0010: 84 01 fd ab cd 00 00 00 01 0a 4c 45 51 30 38 35   ..........LEQ085
USB > 0x0020: 31 30 39 31 01 00 00 00 00 00 00 00 00 00 00 00   1091............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2017-12-21 20:35:30.356385: LAN < R7A92D242,0002,00000000,FF,7FFF,058401FDABCD000000010A4C455130383531303931

USB > 0x0000: 45 53 56 8b 00 00 11 4d 1c 38 ff ff b9 0f 01 86   ESV....M.8......
USB > 0x0010: 10 53 56 8b 00 00 00 0a 98 cc 0f 00 40 30 38 35   .SV.........@085
USB > 0x0020: 31 30 39 31 01 00 00 00 00 00 00 00 00 00 00 00   1091............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2017-12-21 20:35:31.165594: LAN < E53568B,0000,114D1C38,FF,FFB9,01861053568B0000000A98CC0F0040
2017-12-21 20:35:41.631774: LAN > K

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 1ms!

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 c7 0a 4c 45   H.HM-USB-IF...LE
USB > 0x0010: 51 31 31 39 38 30 39 37 30 86 34 fd ab cd 11 4d   Q11980970.4....M
USB > 0x0020: 45 6f 00 00 01 00 00 00 00 00 00 00 00 00 00 00   Eo..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2017-12-21 20:35:41.683804: LAN < HHM-USB-IF,03C7,LEQ1198097,308634,FDABCD,114D456F,0000,01


Ein set LEQ0851091 getConfig in FHEM sagt mir nur lapidar ich möge doch bitte zuerst einmal LEQ0851091 definieren. Das bestätigt meinen Verdacht: da geht nix, das pairen funktioniert so nicht.

Gruß, Robert

P.S. ja, die ID und der AES Key werden demnächst geändert. Ist halt so, geht in Openhab aber auch recht komfortabel. Hoffe nur, das es auch läuft, denn das ist dann wieder Neuland...

Ist immer so, wenn man ein System kennt ist alles "einfach"...
...aber so kompliziert ist fhem nicht,

Und das mit dem Ordnen usw. geht mit fhem auch, also Räume, Gruppen, etc.

Aber später.


So, also wenn hmland auf Port 1234 läuft, dann muss der define in fhem nat. auch auf Port 1234 lauten (wundert mich, dass hmland in fhem überhaupt was "sagt"):

define hmusb HMLAN 127.0.0.1:1234

Dann entweder: pairForSec ODER pairSerial!

Und wenn pairSerial, dann muss das das Gerät auch unterstützen...
Normalerweise nur Geräte mit Dauerstrom und Unterputz (daher auch das Pairing per ID, damit man nicht immer dran muss und Knöpfchen drücken), zumindest soweit ich weiß.

Ich selbst nutze ausschließlich pairForSec...
...und dann halt Knöpfchen drücken wie im Handbuch beschrieben.

Wenn du an der Standard-Startkonfig nichts geändert hast, dann sollte autocreate aktiv sein und somit sollte eigentlich dann beim Empfang der Anlermessage ein Gerät angelegt werden.

Daher prüfen bzgl. des define und ob das Gerät pairSerial unterstützt (sollte in der Bedienungsanleitung stehen und dort steht auch wie das Pairing funktioniert)...

Dann gibt es sowas wie initialUsbCheck, den würde ich mal deaktivieren:

attr initialUsbCheck disable 1


Dann: du hattest die Geräte mit homegear in Betrieb und bereits AES genutzt? Eigenen Schlüssel vergeben?

Wenn beides ja, dann eben die selbe HMID und den selben Schlüssel:

https://wiki.fhem.de/wiki/AES_Encryption

Ich selbst nutze kein AES, daher kann ich da nicht wirklich helfen.

Bzgl. fhem (Einsteiger Doku) und Homematic und fhem hast du schon mal ins Wiki etc. geschaut!?

Dort ist Homematic, Pairing usw. eigentlich gut beschrieben...

Also wie bereits schon mal geschrieben:

die Definition des hmusb checken

InitialUsbCheck mal deaktivieren

Prüfen ob autocreate auch aktiv ist

Und dann evtl. mal hmPairForSec (und nicht hmPairSerial) und dann laut Anleitung in der Bedienungsanleitung des Gerätes vorgehen

Wenn dann noch nichts kommt und kein Gerät angelegt wird müssen wir wohl deutlich "tiefer" ansetzen...

Eventuell wäre auch ein list des hmusb nicht verkehrt...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Betonklotz

Hallo Joachim,

danke für deien Geduld, nun läuft alles.
Die Lösung war ein komplettes Ablernen, was ich eigentlich vermeiden wollte. Wer will schon durchs Haus laufen und z.B. bei den Thermostaten immer einen Knopf drücken. Aber aufgrund der unterschiedlichen Konzepte FHEM (direkt auf hmland) <-> Openhab2 (über homegear auf hmland) und/oder Einschränkungen der Homematic Geräte ist das halt so. Nervig, aber dafür ist der Urlaub da ;-)

Die Anleitung/das pdf ist ganz nett, mehr aber leider auch nicht. Bis jetzt hat sich das leider als wenig praxistauglich herausgestellt:
- klare Struktur und Vorgehensweise fehlt
- das was als erstes hilft: Log- und Traceausgaben zu lesen, bzw. Loglevel zu erhöhen fehlt komplett
- keine Sprungmarken im Inhaltsverzeichnis (ja, Kleinigkeiten...)
- Heimautomatisierung lebt m.E. von einer netten GUI und Plots/Grafiken: das spart das pdf auch völlig aus
- Konfiguration per (Text-)Datei ist nicht beschrieben -> wer möchte z.B. schon bei zig Heizkörperthermostaten immer die gleiche Konfig durchführen
- der große Vorteil von Homematic, die brauchbare Verschlüsselung, ist nicht wirklich beschrieben (FHEM scheint da mit telnet per default auch so gewisse Macken zu haben...)

Bin weiter dabei mich in FHEM einzulesen/-arbeiten, aktuell ist es noch ungewohnt und völlig anders. An einigen Stellen auch, na ja: "unschön". Aber schauen wir mal, Openhab2 hat ein Backup per DD erhalten und als einziges muss ich die Geräte dann wohl erneut per homegear Anlernen. Von daher kann ich jetzt ein paar Tage und Wochenenden "spielen".

Wenn ich Fragen habe bei denen ich tagelang nciht weiterkomme, dann nerve ich euch sicherlich. Jetzt ist erst mal ein wenig spielen angesagt...

Gruß, Robert

MadMax-FHEM

#9
Zitat von: Betonklotz am 27 Dezember 2017, 11:15:12
Hallo Joachim,

danke für deien Geduld, nun läuft alles.
Die Lösung war ein komplettes Ablernen, was ich eigentlich vermeiden wollte. Wer will schon durchs Haus laufen und z.B. bei den Thermostaten immer einen Knopf drücken. Aber aufgrund der unterschiedlichen Konzepte FHEM (direkt auf hmland) <-> Openhab2 (über homegear auf hmland) und/oder Einschränkungen der Homematic Geräte ist das halt so. Nervig, aber dafür ist der Urlaub da ;-)

Hi Robert,

bitte gerne!

Hmmm, allerdings bei bekannter HMID und diese setzen beim IODev in fhem sollte ab- und neu anlernen eigentlich unnötig sein...
Sofern halt homegear/OpenHAB nicht parallel weiter funkt mit eben dieser HMID...

Aber so geht es nat. auch bzw. sind "Altlasten" mal ausgeschlossen...


Zitat von: Betonklotz am 27 Dezember 2017, 11:15:12
Die Anleitung/das pdf ist ganz nett, mehr aber leider auch nicht. Bis jetzt hat sich das leider als wenig praxistauglich herausgestellt:
- klare Struktur und Vorgehensweise fehlt
- das was als erstes hilft: Log- und Traceausgaben zu lesen, bzw. Loglevel zu erhöhen fehlt komplett
- keine Sprungmarken im Inhaltsverzeichnis (ja, Kleinigkeiten...)

Es ist halt in privater (Freizeit) Eigenleistung entstanden und hat mir (damals) schon geholfen zumindest einen Überblick zu bekommen...
...denn es ist halt ein Dokument was man mal lesen kann.

Ansonsten ist halt vieles entweder im Forum, Wiki oder natürlich in der commandref zu finden...

Vielleicht kann man auch da mitarbeiten und eine neue Version erstellen...
...Fragen beim Autor kann nicht schaden... ;)



Zitat von: Betonklotz am 27 Dezember 2017, 11:15:12
- Heimautomatisierung lebt m.E. von einer netten GUI und Plots/Grafiken: das spart das pdf auch völlig aus

Tja, gut da gibt es immer wieder Diskussionen im Forum bzgl. Oberfläche etc.

Und es gibt ja viele Möglichkeiten bei fhem:

FhemWeb, TabletUI, SmartVisu, Floorplan, ... um nur einige zu nennen...

Und dann auch Dinge wie: fhem für die Automatisierung und IOBroker zum Erstellen der Oberfläche "drüber"...

Ich bin eher von der Fraktion: es sollte so viel wie möglich automatisch geschehen.
Oberfläche brauche ich "nur" zum Erstellen, Optimieren, etc.
Gut ab und an was beeinflussen (manuell schalten ;)  ) und halt die Graphen um zu sehen was wo wie automatisch abgelaufen ist und wo man optimieren kann...

Dafür reicht mir schon FhemWeb.
Meine Freundin wil da eh nicht reinschauen: es soll einfach gehen ;)

Ändert sich vielleicht jetzt, da ich mir noch eine Anzeige für meinen MagicMirror überlegen "muss"...

Und es gibt auch einen Thread der einige Systeme "vergleicht":

https://forum.fhem.de/index.php/topic,81534.msg736218.html#msg736218


Zitat von: Betonklotz am 27 Dezember 2017, 11:15:12
- Konfiguration per (Text-)Datei ist nicht beschrieben -> wer möchte z.B. schon bei zig Heizkörperthermostaten immer die gleiche Konfig durchführen

Aus gutem Grund: weil man nicht selbst da drin rumfummeln soll bzw. das gar nicht muss. Es lässt sich alles per Oberfläche erstellen etc.!
Und mehrfach bearbeiten geht (gute Namensgebung vorasugesetzt) auch in "einem Rutsch".
Denn statt immer genau mit einem Gerät direkt zu arbeiten kann man auch mit devSpec arbeiten, Beispiel:

attr Heizkoerperthermostat_.* IrgendeinAttribut IrgendeinWert

setzt bei allen Geräten die mit 'Heizkoerperthermostat_' beginnen (also Heizkoerperthermostat_WoZi, Heizkoerperthermostat_EssZi, ...) das Attribut 'IrgendeinAttribut' auf den Wert 'IrgendeinWert'
Muss man halt nur aufpassen, dass man auch das tut was man will ;)  Evtl. vorher mit dem 'list' Befehl prüfen welche Geräte man "erwischen" würde:

list Heizkoerperthermostat_.*


Zitat von: Betonklotz am 27 Dezember 2017, 11:15:12
- der große Vorteil von Homematic, die brauchbare Verschlüsselung, ist nicht wirklich beschrieben (FHEM scheint da mit telnet per default auch so gewisse Macken zu haben...)

Findet sich im Wiki ;)

Und so toll ist die AES-Verschlüsselung von Homematic (ohne IP) auch nicht.
Es ist auch keine Verschlüsselung, sondern "nur" Signierung und betrifft "nur" die Schaltbefehle...
Zustand mitlauschen etc. geht trotzdem...

Hmmm, das mit Telnet verstehe ich nicht, da nicht näher bestimmt ;)
Aber wenn es sich um ein Problem/Fehler handelt: Forum (erst suchen, dann fragen ;)  )

Zitat von: Betonklotz am 27 Dezember 2017, 11:15:12
als einziges muss ich die Geräte dann wohl erneut per homegear Anlernen.

Siehe weiter oben bzgl. HMID... ;)


Zitat von: Betonklotz am 27 Dezember 2017, 11:15:12
Bin weiter dabei mich in FHEM einzulesen/-arbeiten, aktuell ist es noch ungewohnt und völlig anders. An einigen Stellen auch, na ja: "unschön". Aber schauen wir mal, Openhab2 hat ein Backup per DD erhalten und als einziges muss ich die Geräte dann wohl erneut per homegear Anlernen. Von daher kann ich jetzt ein paar Tage und Wochenenden "spielen".

Wenn ich Fragen habe bei denen ich tagelang nciht weiterkomme, dann nerve ich euch sicherlich. Jetzt ist erst mal ein wenig spielen angesagt...

Gruß, Robert

Viel Spaß und Erfolg!
Und klar: einfach fragen (nach suchen und [etwas] selber probieren -> dabei lernt man am meisten [finde ich])

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Betonklotz

Hallo Joachim,

muss erst einmal weiter lesen bevor ich mit FHEM weitermache, denn das Prinzip von Gruppen, Räumen o.ä. Dingen ist bei FHEM doch etwas anders als bei OH2.

Was den Link zum Vergleich angeht: auch OH2 hat so einige Macken (auch mit HM Komponenten, das ist ja einer der Gründe warum ich mir FHEM mal genauer ansehen wollte), hat aber m.E. insbesondere für Beginner viele Vorteile. Was ich persönlich genial finde (du aber anscheinend weniger): ich kann alles "offline" in einer Config bearbeiten, also z.B: so etwas:

// Arbeitszimmer Robert, Heizung vorne
Number Arb_Rob_Heizung_vorn_RSSI "Arbeitszimmer Robert, Heizung vorne RSSI [%d dBm]" <signal> (gHeating_Arbeit_Rob,gArbeit_Rob,gRSSI) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:0#RSSI_DEVICE"}
Contact Arb_Rob_Heizung_vorn_Unreach "Arbeitszimmer Robert, Heizung vorne kein Empfang mehr" <siren> (gHeating_Arbeit_Rob,gArbeit_Rob,gUnreach) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:0#UNREACH"}
Contact Arb_Rob_Heizung_vorn_Pending "Arbeitszimmer Robert, Heizung vorne Konfiguration ausstehend" <settings> (gHeating_Arbeit_Rob,gArbeit_Rob,gPending) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:0#CONFIG_PENDING"}
Number Arb_Rob_Heizung_vorn_Battery "Arbeitszimmer Robert, Heizung vorne Batteriezustand [%.1f V]" <battery-100> (gHeating_Arbeit_Robg,gArbeit_Rob,Bat_Volts) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:4#BATTERY_STATE"}
String Arb_Rob_Heizung_vorn_Fault "Arbeitszimmer Robert, Heizung vorne Fehlermeldung [MAP(HM-CC-RT-DN.map):%s]" <error> (gHeating_Arbeit_Rob,gArbeit_Rob,gError) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:4#FAULT_REPORTING"}
Number Arb_Rob_Heizung_vorn_ActTemp "Arbeitszimmer Robert, Heizung vorne IST-Temperatur [%.1f °C]" <temperature> (gHeating_Arbeit_Rob,gArbeit_Rob,gTemperatures) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:4#ACTUAL_TEMPERATURE"}
Number Arb_Rob_Heizung_vorn_SetTemp "Arbeitszimmer Robert, Heizung vorne SOLL-Temperatur [%.1f °C]" <temperature> (gHeating_Arbeit_Rob,gArbeit_Rob) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:4#SET_TEMPERATURE"}
Number Arb_Rob_Heizung_vorn_Valve "Arbeitszimmer Robert, Heizung vorne Ventilstellung [%d %%]" <humidity-60> (gHeating_Arbeit_Rob,gArbeit_Rob,gHeating_Valve) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:4#VALVE_STATE"}
String Arb_Rob_Heizung_vorn_Mode "Arbeitszimmer Robert, Heizung vorne Betriebsart [MAP(HM-CC-RT-DN.map):%s]" <movecontrol> (gHeating_Arbeit_Rob,gArbeit_Rob,gHeating_OpModes) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:4#CONTROL_MODE"}
Switch Arb_Rob_Heizung_vorn_Auto "Arbeitszimmer Robert, Heizung vorne Auto-Modus" <heating-100> (gHeating_Arbeit_Rob,gArbeit_Rob) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:4#AUTO_MODE"}
Number Arb_Rob_Heizung_vorn_Manu "Arbeitszimmer Robert, Heizung vorne Manueller-Modus [%.1f °C]" <heating-40> (gHeating_Arbeit_Rob,gArbeit_Rob) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:4#MANU_MODE"}
Switch Arb_Rob_Heizung_vorn_BoostMode "Arbeitszimmer Robert, Heizung vorne Boost-Modus" <fire> (gHeating_Arbeit_Rob,gArbeit_Rob,gHeatingBoost) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:4#BOOST_MODE"}
Number Arb_Rob_Heizung_vorn_BoostTime "Arbeitszimmer Robert, Heizung vorne Boost-Restdauer [%d min]" <clock-on> (gHeating_Arbeit_Rob,gArbeit_Rob) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:4#BOOST_STATE"}
Switch Arb_Rob_Heizung_vorn_Sicherung "Arbeitszimmer Robert, Heizung vorne Kindersicherung aktiv" <lock> (gHeating_Arbeit_Rob,gArbeit_Rob) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:4#BUTTON_LOCK"}
Contact Arb_Rob_Heizung_vorn_Fenster_offen "Arbeitszimmer Robert, Heizung vorne Fenster offen" <contact> (gHeating_Arbeit_Rob,gArbeit_Rob,gHeating_WindowModes,gWindows) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:3#WINDOW_STATE"}
Contact Arb_Rob_Heizung_vorn_LowBat "Arbeitszimmer Robert, Heizung vorne Batterie wechseln [MAP(HM-CC-RT-DN.map):%s]" <battery> (gHeating_Arbeit_Rob,gArbeit_Rob,gBat_Binary) {channel="homematic:HG-HM-CC-RT-DN:ccu:LEQ0851091:0#LOWBAT"}

Das ganze kopiere ich mir zig mal, ändere nur die Namen und die Seriennr. des HM Gerätes und schwupss: schon habe ich alle gewünschten Infos in OH2 zusammen und lauffähig. FHEM und autocreate nervt mich irgendwie und baut nur Grütze... Wo kann ich einfach ein Ventil boosten, wo ist die Kindersicherung (ok: Putzsicherung)?
Ein Rolladen wird z.B. "schön" mit

blindActuator
HM_EG_RL_Arbeit_Robert on statusRequest toggleDir on off up down stop

angelegt und erlaubt innerhalb von 1min eine erste Bedienung. Ein Heizkörperventil/-thermostat jedoch nicht, da gibt es "von Haus aus" noch nicht einmal die Möglichkeit manuell die Temperatur einzustellen, zu boosten...

thermostat
heizung.0 HM_EG_HZ_Arbeit_Robert CMDs_done getConfig clear msgEvents burstXmit

Auch scheint FHEM in den Plots nur die letzten 24h (bzw. ab Mitternacht) zu speichern, von der absolut unzureichenden Interaktion in den Plots mal abgesehen. Das hoffe ich liegt nur an meiner Unwissenheit. In OH2 lässt sich sehr einfach InfluxDB (oder auch RRD für JAVA) und Grafana nutzen, d.h. scrollen, zoomen, Plots auswählen usw. geht alles on the fly und von Haus aus.
Auch was die GUI angeht: da ist OH2 um Lichtjahre voraus. Das fängt bei so etwas simplen wie PaperUI an, geht hin über CometVisu bis hin zu Openhabian wo du gleich ein Image bekommst mit allem drum und dran das genau auf OH2 zugeschnitten ist. Das macht es gerade Anfängern sehr, sehr einfach. Und da ich OH2 schon länger nutze: das gibt es in OH2 nicht erst seit gestern...
Die GUI darf gerne vieles verbergen und soll auch bei mir die Hauptlast erledigen. Aber: so sehr OH2 und FHEM (oder was auch immer) automatisch erledigen wollen: ich möchte Herr im Hause bleiben und wissen was, wann, wo angelegt, geschaltet usw. wird. So viel gibt es bei mir nicht zu automatisieren (ok: Rolladen, ein wenig Licht...), aber vieles mache ich manuell: z.B. Rolladen im Schlafzimmer hoch = manuell anstoßen, und getriggert darauf dann in den anderen Zimmern automatisch die Rolläden schon mal halb hoch/auf Schlitze fahren. Oder solche Spielereien halt. Abwesenheit usw. halt.
Was die Namensgebung angeht bin ich glaube ich gut unterwegs: Funkttyp_Geschoss_Aktor-/Sensorart_Raum/Bezeichnung. Da sollte also in der Tat etwas mit Wildcards gehen. Wusste ich nur schlicht und ergreifend nicht...
Verschlüsselung ist in der Tat falsch, d.h. jeder kann lesen. ABER: niemand kann schalten. Und das fängt bei mir schon damit an, dass ich nicht möchte, dass jemand meine Heizung verstellt, oder wahllos Rolläden auf und zu macht, mir nachts die Lampen anmacht o.ä. Das erinnert mich an meine Nachbarn: die teure IP Webcam war komplett offen. Musste noch nicht mal ins WLAN rein, die hat gleich paralell einen WLAN AP aufgemacht... Von daher: auch wenn es eher unwahrscheinlich ist das jemand bei mir zu Hause mit einem 868MHz Stick vorbeikommt: lauschen darf er, Licht darf er aber beim Nachbarn anmachen ;-)
Jetzt habe ich schon wieder so viel über Gott und die Welt geschrieben, dabei wollte ich nur kurz im Forum was suchen...

Gruß, Robert

P.S: sowohl FHEM, als auch OH2 (und viele andere Projekte) sind private Geschichten die vom Einsatz Einzelner (im Gutfall: viele) leben. Dafür bin ich sehr dankbar, denn meine Kentnisse reichen für solche Projekte bei weitem nicht aus. Von daher kann ich nur meine Laien Erfahrungen und Erlebnisse beisteuern. Verbesserungen aktiv umsetzen und nachhaltig verfolgen/auf Stand halten schaut auf absehbare Zeit aber eher schlecht aus. Eher eine Art "Tagebuch" mit meinen Erfahrungen (und Lösungen) als Posting

MadMax-FHEM

#11
Hi Robert,

ganz kurz noch einiges:

das nicht direkte bearbeiten der fhem.cfg ist nicht meine Philosophie sondern generell...

Hilfe im Forum ist oft nicht/schwer zu bekommen, wenn selbst rumgefummelt wird...
...weil eben dadurch Fehler entstehen können, die dann schwer gar nicht zu finden sind und daher viele Helfenden es eingestellt/aufgegeben haben dann zu helfen...

Weil man eben selbstgebastelten Fehlern nachjagt denn "echte Probleme" zu beheben... ;)

Vieles geht in fhem auch mit den eben erwähnten devSpec und auch mit Templates bzw. Defaultattributen (nutze ich selbst nicht)...

Beim Heizkörperthermostat wie bei vielen anderen Homematic Geräten auch sind manche Readings und Schaltvorgänge nur in einem bestimmten dafür vorgesehenen Kanal zu finden.

Beim Thermostat vermutlich im _Clima Kanal...

Bei wenigen kann man auch direkt mit dem "Gerät/Device" selbst schon einiges tun (war bei dir wohl eher Zufall ;)  ).

Wenn du AES einsetzen willst und auch eine Sicherheit willst, dann nicht vergessen einen eigenen AES-Schlüssel zu vergeben (der Standard-Schlüssel ist "bekannt" ;)  ).

Aber Achtung beim Zurücksetzen!!
Wenn du den Schlüssel nicht mehr kennst oder mit OpenHAB nicht weißt wie er wo einzugeben ist etc. dann VOR dem Zurücksetzen wieder auf Standardschlüssel stellen, sonst kannst du die Geräte einschicken!!

Sollte im Wiki bzgl. AES erwähnt sein...

EDIT: hat jetzt nichts mit fhem zu tun. Der Schlüssel wurde kompromittiert...

Gruß und viel Spaß noch, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)