Neues Modul HMCCU für Homematic CCU

[zap]

Ok, ich schaue es mir später mal an. Bei einem meiner optischen Kontakte ist es nicht so wie bei Dir:

Code Auswählen Erweitern


2017-05-31 19:43:21 HMCCUCHN HM_TF_KU_Fenster1 1.STATE: open
2017-05-31 19:43:21 HMCCUCHN HM_TF_KU_Fenster1 open
2017-05-31 19:43:21 HMCCUCHN HM_TF_KU_Fenster1 battery: ok
2017-05-31 19:43:21 HMCCUCHN HM_TF_KU_Fenster1 hmstate: open

2017-05-31 19:44:06 HMCCUCHN HM_TF_KU_Fenster1 battery: ok
2017-05-31 19:44:06 HMCCUCHN HM_TF_KU_Fenster1 1.STATE: closed
2017-05-31 19:44:06 HMCCUCHN HM_TF_KU_Fenster1 closed
2017-05-31 19:44:06 HMCCUCHN HM_TF_KU_Fenster1 hmstate: closed


[mrfloppy]

Kommt das vielleicht auf darauf an wie die Devices angelegt wurden und mit welchen Attributen?
Ev doppelte readings oder was weis ich?

LG

[zap]

Die Definition der Fensterkontakte sieht eigentlich gut aus. Was mich irritiert ist der zeitliche Versatz zwischen den Events. Kann natürlich seinen Grund darin haben, dass FHEM gut ausgelastet ist.

Nutzt Du den internen oder den externen RPC Server (HMCCURPC).

[mrfloppy]

Den neuen rpc.

[zap]

Hast Du im IO-Device das Attribut ccudef-hmstatevals gesetzt? Wenn ja, auf welchen Wert?

[mrfloppy]

Hast Du im IO-Device das Attribut ccudef-hmstatevals gesetzt? Wenn ja, auf welchen Wert?

Nein habe ich nicht.
Sollte das gesetzt sein?

[ph4]

Ich nehme an, dass HMCCU die CCU nicht erreichen kann. Das kann an deinem Netz liegen oder an den Firewall Einstellungen auf der CCU. unifi kenne ich nicht.

Interessant wäre, welche Meldungen beim Laden von HMCCU kommen, wenn FHEM startet. Dabei interessieren mich weniger die Folgefehler bei der Definition. Der Devices. Normalerweise meldet HMCCU, wie viele Geräte von der CCUgelesenwurden

Ich habe hier mal das Log bei einem Neustart von FHEM. Habe das gröbste bereinigt was nichts mit HMCCU zu tun hat.

Code Auswählen Erweitern

2017.06.01 19:18:24 1: HMCCURPC: Found 2 threads. Stopping ...
2017.06.01 19:18:24 1: HMCCURPC: Deregistering RPC server http://10.11.30.99:7411/fh2001 with ID CB2001 at http://10.11.30.100:2001/
2017.06.01 19:18:24 1: HMCCURPC: RPC callback for server CB2001 deregistered
2017.06.01 19:18:24 2: HMCCURPC: Sending signal INT to thread CB2001 TID=2
2017.06.01 19:18:24 2: CCURPC: RPC server CB2001 stopped handling connections. TID=2
2017.06.01 19:18:25 1: HMCCURPC: Found 1 threads. Stopping ...
2017.06.01 19:18:31 1: Including fhem.cfg
2017.06.01 19:18:31 3: telnetPort: port 7072 opened
2017.06.01 19:18:31 3: WEB: port 8083 opened
2017.06.01 19:18:31 3: WEBphone: port 8084 opened
2017.06.01 19:18:31 3: WEBtablet: port 8085 opened
2017.06.01 19:18:32 2: eventTypes: loaded 1615 events from ./log/eventTypes.txt
2017.06.01 19:18:32 3: Opening TRX_0 device /dev/ttyUSB0
2017.06.01 19:18:32 3: Setting TRX_0 serial parameters to 38400,8,N,1
2017.06.01 19:18:35 1: TRX: Init OK
2017.06.01 19:18:35 1: TRX: Init status: '433.92MHz transceiver, firmware=251, protocols enabled: ByronSX LightwaveRF AC ARC X10 '
2017.06.01 19:18:35 3: TRX_0 device opened
2017.06.01 19:18:36 3: tablet_ui: new ext defined infix:tablet: dir:./www/tablet:
2017.06.01 19:18:36 3: Registering HTTPSRV tablet_ui for URL /tablet   and assigned link tablet ...
2017.06.01 19:18:36 3: Opening FB_FritzBox device 78.94.150.73:1012
2017.06.01 19:18:37 2: FRITZBOX FritzBox: Define.252 Modul functionality limited because of missing perl modules: Net::Telnet

2017.06.01 19:18:39 1: HMCCU: Device HMCCU. Initialized version 4.0.004
2017.06.01 19:18:39 1: PERL WARNING: Use of uninitialized value $dt in string ne at ./FHEM/88_HMCCU.pm line 3120, <$fh> line 787.
2017.06.01 19:18:40 1: HMCCU: Read 50 devices with 162 channels read from CCU 10.11.30.100

2017.06.01 19:18:40 3: HOMBOT (Hombot) - defined with host 10.11.30.120 on port 6260 and interval 180 (sec)
2017.06.01 19:18:40 1: HMCCURPC: Device HMCCU_rpc. Initialized version 0.95 beta
2017.06.01 19:18:40 1: Including ./log/fhem.save
2017.06.01 19:18:43 3: FB_CALLMONITOR (FB_FritzBox) - phonebooks found: Telefonbuch (id: 0)
2017.06.01 19:18:44 2: FB_CALLMONITOR (FB_FritzBox) - read 65 contacts from remote phonebook "Telefonbuch"
2017.06.01 19:18:44 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds

2017.06.01 19:18:51 3: LH_hub: connected
2017.06.01 19:18:51 1: usb create starting
2017.06.01 19:18:52 3: Probing CUL device /dev/ttyAMA0
2017.06.01 19:18:52 3: Can't open /dev/ttyAMA0: Permission denied
2017.06.01 19:18:52 1: usb create end
2017.06.01 19:18:52 2: SecurityCheck:  WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2017.06.01 19:18:52 0: Featurelevel: 5.8
2017.06.01 19:18:52 0: Server started with 175 defined entities (fhem.pl:14348/2017-05-22 perl:5.020002 os:linux user:fhem pid:12527)
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12    174   1046 --:--:-- --:--:-- --:--:--  1200
2017.06.01 19:18:52 3: AT_HM_LC_DIM_Flur: []
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12     98    590 --:--:-- --:--:-- --:--:--   666
2017.06.01 19:18:52 3: AT_HM_LC_DIM_Eingang: []
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12    195   1170 --:--:-- --:--:-- --:--:--  1333
2017.06.01 19:18:52 3: AT_HM_LC_DIM_Esstisch: []
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12    234   1404 --:--:-- --:--:-- --:--:--  1714
2017.06.01 19:18:52 3: AT_HM_LC_DIM_Kueche: []
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12    170   1020 --:--:-- --:--:-- --:--:--  1333
2017.06.01 19:18:53 3: AT_HM_LC_DIM_Wintergarten: []
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12    186   1118 --:--:-- --:--:-- --:--:--  1333
2017.06.01 19:18:53 3: AT_HM_LC_BLND_Balkon01: []
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12    259   1554 --:--:-- --:--:-- --:--:--  1714
2017.06.01 19:18:53 3: AT_HM_LC_BLND_Balkon02: []
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12    233   1399 --:--:-- --:--:-- --:--:--  1714
2017.06.01 19:18:53 3: AT_HM_LC_BLND_Wohnzimmer: []
Device is not available.
2017.06.01 19:18:56 2: HMCCURPC: Starting thread for data processing
2017.06.01 19:18:57 2: HMCCURPC: Started thread for data processing. TID=1
2017.06.01 19:18:57 2: CCURPC: Thread DATA processing RPC events. TID=1
2017.06.01 19:18:57 2: HMCCURPC: RPC server thread started for interface BidCos-RF with TID=2
2017.06.01 19:18:57 2: CCURPC: Initializing RPC server CB2001 for interface BidCos-RF
2017.06.01 19:18:57 2: HMCCURPC: Callback server CB2001 created. Listening on port 7411
2017.06.01 19:18:57 2: HMCCURPC: Adding callback for events for server CB2001
2017.06.01 19:18:57 2: HMCCURPC: Adding callback for new devices for server CB2001
2017.06.01 19:18:57 2: HMCCURPC: Adding callback for deleted devices for server CB2001
2017.06.01 19:18:57 2: HMCCURPC: Adding callback for modified devices for server CB2001
2017.06.01 19:18:57 2: HMCCURPC: Adding callback for replaced devices for server CB2001
2017.06.01 19:18:57 2: HMCCURPC: Adding callback for readded devices for server CB2001
2017.06.01 19:18:57 2: HMCCURPC: Adding callback for list devices for server CB2001
2017.06.01 19:18:57 2: CCURPC: CB2001 accepting connections. TID=2
2017.06.01 19:18:58 1: HMCCURPC: RPC server(s) starting
2017.06.01 19:18:58 1: HMCCURPC: Received SL event. RPC server DATA enters server loop
2017.06.01 19:18:58 1: HMCCURPC: Received SL event. RPC server CB2001 enters server loop
2017.06.01 19:18:58 1: HMCCURPC: All threads working
2017.06.01 19:18:58 1: HMCCURPC: Registering callback http://10.11.30.99:7411/fh2001 with ID CB2001 at http://10.11.30.100:2001/
2017.06.01 19:18:58 1: CCURPC: CB2001 ListDevices. Sending init to HMCCU
2017.06.01 19:18:59 1: HMCCURPC: RPC callback with URL http://10.11.30.99:7411/fh2001 registered
2017.06.01 19:18:59 1: HMCCURPC: Received IN event. RPC server CB2001 running.
2017.06.01 19:18:59 1: HMCCURPC: All RPC servers running
2017.06.01 19:18:59 2: HMCCU: No client devices matching .*
2017.06.01 19:18:59 2: HMCCURPC: Updated devices. Success=0 Failed=0
2017.06.01 19:19:00 2: CCURPC: CB2001 NewDevice received 189 device and channel specifications
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12     55    331 --:--:-- --:--:-- --:--:--   342
2017.06.01 19:19:00 3: AT_HM_LC_DIM_Flur: []
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12    254   1529 --:--:-- --:--:-- --:--:--  1714
2017.06.01 19:19:00 3: AT_HM_LC_DIM_Eingang: []
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12    210   1264 --:--:-- --:--:-- --:--:--  1714
2017.06.01 19:19:00 3: AT_HM_LC_DIM_Esstisch: []
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12    233   1398 --:--:-- --:--:-- --:--:--  1714
2017.06.01 19:19:00 3: AT_HM_LC_DIM_Kueche: []
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12    236   1419 --:--:-- --:--:-- --:--:--  1714
2017.06.01 19:19:00 3: AT_HM_LC_DIM_Wintergarten: []
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12    231   1388 --:--:-- --:--:-- --:--:--  1714
2017.06.01 19:19:00 3: AT_HM_LC_BLND_Balkon01: []
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12    234   1404 --:--:-- --:--:-- --:--:--  1714
2017.06.01 19:19:00 3: AT_HM_LC_BLND_Balkon02: []
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    14    0     2  100    12    229   1374 --:--:-- --:--:-- --:--:--  1500
2017.06.01 19:19:01 3: AT_HM_LC_BLND_Wohnzimmer: []


Auffällig ist definitiv folgende Zeile:

Code Auswählen Erweitern

2017.06.01 19:18:39 1: PERL WARNING: Use of uninitialized value $dt in string ne at ./FHEM/88_HMCCU.pm line 3120, <$fh> line 787.

Seltsam finde ich noch:

Code Auswählen Erweitern

2017.06.01 19:18:51 1: usb create starting
2017.06.01 19:18:52 3: Probing CUL device /dev/ttyAMA0
2017.06.01 19:18:52 3: Can't open /dev/ttyAMA0: Permission denied

Ich habe seit Jahren keinen CUL mehr und sehen auch nicht wo hier noch etwas definiert sein könnte.

[zap]

Nein habe ich nicht.
Sollte das gesetzt sein?

Nein, muss nicht. Habe ich auch nicht. Bin nur auf der Suche nach Unterschieden zwischen Deiner und meiner Konfiguration.

[zap]

Auffällig ist definitiv folgende Zeile:

Code Auswählen Erweitern

2017.06.01 19:18:39 1: PERL WARNING: Use of uninitialized value $dt in string ne at ./FHEM/88_HMCCU.pm line 3120, <$fh> line 787.

Seltsam finde ich noch:

Code Auswählen Erweitern

2017.06.01 19:18:51 1: usb create starting
2017.06.01 19:18:52 3: Probing CUL device /dev/ttyAMA0
2017.06.01 19:18:52 3: Can't open /dev/ttyAMA0: Permission denied

Ich habe seit Jahren keinen CUL mehr und sehen auch nicht wo hier noch etwas definiert sein könnte.

Mit der CUL Meldung hat HMCCU definitiv nichts zu tun. Dazu solltest Du nochmal eine separate Frage im Forum stellen.
Die Fehlermeldung mit der dt Variable ist da evtl. schon hilfreicher.
Kannst Du bitte noch eine der Fehlermeldungen posten, die bei der Definition eines der Devices mit HMCCUDEV oder HMCCUCHN beim Starten von FHEM kommen?

[ph4]

Ich habe mir gerade die cfg angeschaut und bemerkt, dass alle meine HMCCU defines weg waren ....
Ich habe mal eine alte fhem.cfg wiederhergestellt und aktuell läuft alles wieder. Ich habe gerade wirklich keine Ahnung was da passiert ist.

Ich gehe am Wochenende noch einmal auf die Suche und berichte dann.

[zap]

Wenn beim Start von FHEM aus welchen Gründen auch immer die Definition der HMCCUDEV/HMCCUCHN Devices fehl schlägt und Du z.B. autosave aktiv hast oder auch mal den Save Knopf drückst, wird natürlich ein fhem.cfg ohne diese Geräte gespeichert. Das gilt natürlich grundsätzlich für Devices in FHEM.

Da die Probleme aufgetreten sind, nachdem Du Deine Netzwerkkonfiguration geändert hast, würde ich erst mal bei Netzwerk mit der Fehlersuche anfangen.

[Init]

Hallo zusammen,

ich würde gerne den ACK Status abfragen, damit ich mitbekommen, wenn etwas nicht funktioniert.

Ich habe mal folgendes Device hinzugefügt, aber bekomme kein Reading, auf welches ich reagieren könnte.

Code Auswählen Erweitern

define EG_7_NW_Rollo_Gaestezimmer HMCCUDEV JEQ1234239
attr EG_7_NW_Rollo_Gaestezimmer IODev d_ccu
attr EG_7_NW_Rollo_Gaestezimmer ccuackstate 1
attr EG_7_NW_Rollo_Gaestezimmer room EG_Gäste,HMCCU


Was fehlt mit hier?

VG
Marc

[zap]

ich würde gerne den ACK Status abfragen, damit ich mitbekommen, wenn etwas nicht funktioniert.

Ich habe mal folgendes Device hinzugefügt, aber bekomme kein Reading, auf welches ich reagieren könnte.

Code Auswählen Erweitern

define EG_7_NW_Rollo_Gaestezimmer HMCCUDEV JEQ1234239
attr EG_7_NW_Rollo_Gaestezimmer IODev d_ccu
attr EG_7_NW_Rollo_Gaestezimmer ccuackstate 1
attr EG_7_NW_Rollo_Gaestezimmer room EG_Gäste,HMCCU


Wenn Du den Übertragungsstatus auf Protokollebene meinst: Den kennt nur die CCU. Wenn irgendwas bei der Kommunikation zwischen CCU und Geräten schief geht, wird das über die Datenpunkte UNREACH und STICKY_UNREACH signalisiert. Beide stehen in allen Homematic Geräten im Kanal 0 zur Verfügung. Normalerweise wertet HMCCU den Datenpunkt UNREACH automatisch aus und signalisiert eine Nichterreichbarkeit eines Gerätes über das Reading hmstate. Du kannst Dir die beiden Datenpunkte aber auch direkt als Reading holen, indem Du das Attribut ccureadingfilter entsprechend ergänzt, z.b.

Code Auswählen Erweitern


ccureadingfilter mydev (STATE|UNREACH)


UNREACH kann 0/false oder 1/true werden. 1/true bedeutet "nicht erreichbar".

Das Attribut ccuackstate hat eine andere Funktion. Wenn das gesetzt ist, liest HMCCU direkt nach dem Setzen eines Datenpunktes über "Set datapoint" den aktuellen Wert von der CCU. Das hatte ich mal eingebaut, damit Statusänderungen beim internen RPC Server schneller zurückkommen. Seit es den externen RPC-Server gibt, ist das überflüssig geworden.

[Init]

Danke für die Erklärung, dann nehme ich ccuackstate wieder raus.

Gibt es einen reading zur Überwachung der Kommunikation zwischen HMCCU und CCU?

Und wo du gerade über ccureadingfilter sprichst, worin besteht der Unterschied in der Filterung mittels ccureadingfilter und event-on-change-reading bzw. event-on-update-reading?

Die beiden letzteren sind mir klar, aber wo greift ccureadingfilter? Würde erst ccureadingfilter ziehen und dann update-reading und dann change-reading?
Reduziert ccureadingfilter das Datenaufkommen direkt im RPC-Server?

VG
Marc

[zap]

Gibt es einen reading zur Überwachung der Kommunikation zwischen HMCCU und CCU?

Nein. Aber wenn beim Zugriff von HMCCU, HMCCUDEV oder HMCCUCHN auf die CCU etwas schief geht, wird STATE bzw. state des betroffenen Device auf "error" gesetzt. Probleme bei der umgekehrten Richtung CCU > FHEM landen im File /var/log/messages auf der CCU.

Und wo du gerade über ccureadingfilter sprichst, worin besteht der Unterschied in der Filterung mittels ccureadingfilter und event-on-change-reading bzw. event-on-update-reading?

Die beiden letzteren sind mir klar, aber wo greift ccureadingfilter? Würde erst ccureadingfilter ziehen und dann update-reading und dann change-reading?

Die CCU schickt grundsätzlich alle geänderten Datenpunkte aller CCU Devices an den RPC-Server. Aber nur die Datenpunkte, die in ccureadingfilter enthalten sind, werden als Reading gespeichert.

Die event-on-... Attribute steuern nicht die Aktualisierung der Readings sondern in welchen Fällen FHEM ein Event generiert. Nämlich entweder nur dann, wenn sich ein Reading ändert oder auch dann, wenn ein Reading nur aktualisiert wird (auch mit dem gleichen Wert).

Reduziert ccureadingfilter das Datenaufkommen direkt im RPC-Server?

Nein, s. Erklärung oben.