Neues Modul HMCCU für Homematic CCU

Begonnen von zap, 19 August 2015, 19:45:30

Vorheriges Thema - Nächstes Thema

zap

Zitat von: Stril am 21 Oktober 2016, 11:28:05
Hallo!

Kannst Du mir da einen Tipp geben? Ich finde keinen "datapoint", der diese Zeiten irgendwie enthält. Bei der HM-Variante (ohne IP) finde ich die Readings, aber beim HmIP-Wandthermostat gibt auch "get d_ccu deviceinfo HMIPTHERMO" nichts Passendes aus.

Danke und Grüße

Homematic unterscheidet zwischen Datenpunkten (Datapoints) und Config-Parametern. Das was Du in der CCU Weboberfläche unter dem Menü "Status und Bedienung" findest, bezieht sich auf die Datenpunkte. Das sind auch die Dinge, die Du bei HMCCU per get/set datapoint bzw. get/set devstate oder auch get update ansprechen kannst.

Die Config-Parameter findest Du in der CCU unter dem Menü "Einstellungen -> Geräte". Wenn Du in dieser Geräteliste hinter einem Gerät auf den Button "Einstellung" drückst, siehst Du diese Parameter getrennt nach allgemeinen Geräteparametern und Kanalparametern. Diese Parameter werden in HMCCU über die Befehle get/set config bzw. configdesc angesprochen.

Wenn Du nun letztere Aktion für Dein HMIP Thermostat ausführst, müsstest Du bei den Config-Parametern fündig werden, wenn es um Zeitprofile geht. Schau nach, ob die Zeiten für das Gerät oder für einen Kanal (wenn ja Nummer merken) eingestellt werden.

Definiere dann in FHEM ein HMCCUDEV Device für das HMIP-Thermostat und führe einen der folgenden Befehle aus (je nachdem, ob die Zeiten für das Gerät oder einen Kanal eingestellt werden):


get mydev config
get mydev config Kanalnummer


Dann müssten eigentlich die Readings angezeigt werden. Aus den Readingnamen lassen sich dann die Namen der Parameter ableiten, die Du für einen set config Befehl brauchst.

Die Parameter sehen bei einem BidCos Device z.B. so aus:


P1_ENDTIME_FRIDAY_2 = 540
P1_ENDTIME_FRIDAY_3 = 1020
P1_ENDTIME_FRIDAY_4 = 1320
P1_ENDTIME_FRIDAY_5 = 1440
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Chaos

Hi
Zitat von: zap am 20 Oktober 2016, 07:46:34

get d_ccu devicelist



get Gabionen_Licht deviceinfo


letzteres gibt leider
HMCCUDEV: Gabionen_Licht Execution of CCU script or command failed

Kann ich irgendwo sehen was aus der CCU gelesen wird?
Ich seh nur dass er 80 Channel liest, aber leider nicht welche.

MfG
Manuel

zap

Zitat von: Chaos am 21 Oktober 2016, 15:37:29
Hi
letzteres gibt leider
HMCCUDEV: Gabionen_Licht Execution of CCU script or command failed

Kann ich irgendwo sehen was aus der CCU gelesen wird?
Ich seh nur dass er 80 Channel liest, aber leider nicht welche.


Mach mal bitte folgendes:


attr Gabionen_Licht ccuflags trace
get Gabionen_Licht deviceinfo


Dann schau im fhem-Logfile nach. Da müssten HMCCU oder HMCCUDEV Meldungen drinstehen. Die wären interessant ...
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

zap

Zitat von: Spielmann am 21 Oktober 2016, 12:30:47
Hallo zap,
anders herum. Ich habe den HM-PBI-4-FM mit der CCU gepairt und möchte über HMCCU das Devive in fhem ansprechen. Somit greift das Intervall. Anstatt jetzt das Intervall bis auf ein Minimum zu reduzieren, dachte ich man könnte doch bei einem Event in der CCU aktiv über Netcat fhem antriggern und die Werte im RPCserver auf fhem aktualisieren. Somit könnten auch zeitkritische Geschichten umgesetzt werden.

Du kannst das so über netcat realisieren. Allerdings triggerst Du nicht den RPC-Server an, sondern führst einfach den Befehl "get update" für das FHEM-Device aus, das Deinem HM-PBI-4-FM entspricht. Damit werden alle Readings aktualisiert (alternativ ein get datapoint, um einen einzelnen Datenpunkt zu aktualisieren).

Zitat
Ist jetzt etwas off Topic:
Noch etwas zum HM-PBI-4-FM (der etwas eigenartig reagiert): Ist der Taster nur mit der CCU gepairt erzeugt der Tasten beim Drücken nur das Event INSTALL-TEST. Ich habe dann ein Dummy Programm in der CCU angelegt, dass nur die 4 Tasten abfragt. Nach einem Druck auf die Install-Taste am HM-PBI-4-FM spricht er dann auch (LONG, SHORT,RELEASE). Damit kann ich jedoch leben (man muss nur darauf kommen).

Das Verhalten ist leider normal bzw. bekannt. Liegt an der CCU. Erst wenn eine Taste mit einem Programm oder einem Gerät verbunden ist, werden die PRESS- und RELEASE-Events generiert. Ich verbinde die immer mit einem Dummy-Programm, das nichts macht oder einfach irgendeine Variable setzt. Du kannst auch alle Taster mit dem gleichen Programm verbinden, indem Du sie einfach per ODER verknüpft abfragst.

2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Spielmann

Hallo zap,
jetzt habe ich auf der CCU unter /usr/local/addons nc entpackt. CuxD ist installiert.

Im Script auf https://forum.fhem.de/index.php/topic,42089.0.html wird vermutlich myfhemserver durch die IP des fhem-Servers ersetzt. Dann hört es bei mir schon auf.

Unter welchem Namen soll ich das Script abspeichern?  Vielleicht /usr/local/addons/fhemcomand.sh ?
Muss ich jetz unter CuxD ein Gerät anlegen ? Aber Welches und wo gebe ich den Pfad für das script an?
Wo gebe ich im angelegten Device den Befehl (z.B. get update) ein?

Gruß
Spielmann





FHEM mit Raspi (Zentrale)
Raspberrymatic (Heizung)
Siemens LOGO8 (Lichtsteuerung)
Philips HUE Gedöns
Diesel-Tankstelle mit fhem und ESP (eine ewige Baustelle)

zap

Zitat von: Spielmann am 22 Oktober 2016, 01:24:23
Hallo zap,
jetzt habe ich auf der CCU unter /usr/local/addons nc entpackt. CuxD ist installiert.

Im Script auf https://forum.fhem.de/index.php/topic,42089.0.html wird vermutlich myfhemserver durch die IP des fhem-Servers ersetzt. Dann hört es bei mir schon auf.

Unter welchem Namen soll ich das Script abspeichern?  Vielleicht /usr/local/addons/fhemcomand.sh ?
Muss ich jetz unter CuxD ein Gerät anlegen ? Aber Welches und wo gebe ich den Pfad für das script an?
Wo gebe ich im angelegten Device den Befehl (z.B. get update) ein?

Gruß
Spielmann

Ich habe die Anleitung im Link oben (siehe Zitat) ergänzt.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

zap

Ich weiß, es ist hier im FHEM Forum so üblich, Fragen zu bestimmten Modulen in einem einzigen Thread zu diskutieren. Trotzdem überlege ich, den Thread hier auf read only zu setzen, da er doch langsam etwas unübersichtlich wird. Was meint Ihr?

Man könnte ja vor jede HMCCU Frage einfach ein "HMCCU:" voranstellen, damit sich diese Fragen von den CUL_HM Fragen klar abgrenzen. Ist natürlich die Disziplin der Fragesteller etwas gefordert.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

chris1284

wäre io aber für hmccu -module würde ich ehr einen neuen fred öffnen den nur du barbeitest, im homematic bereich anpinnen und dann von dir immer mit den updates  / neuerungen gefüttert wird

tuppertasse

Hallo,
jo ich wäre auch dafür. Aber wo sollen dann die fragen der Member hin ? Separater Forenbereich oder Posten mit HMCCU voranstellen ?

cho

Hallo,
ich persönlich fände einen separaten Forenbereich für Diskussionen am übersichtlichsten. Dazu sollte es dann einen read-only Thread für die aktuellen Änderungen am Modul und einen für die Beispiele geben.

Viele Grüße
Christian

zap

Ich muss mich mal schlau machen: als normaler User kann ich nur einen eigenen Beitrag schließen. Ich kann werder etwas anpinnen noch ein Unterforum anlegen.

Wenn es so bleibt wie es ist, gibt es schon eine große Verwechslungsgefahr mit Cul_hm. Auch blöd.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Chaos

#851
Hi
Zitat von: zap am 21 Oktober 2016, 16:07:55
Mach mal bitte folgendes:


attr Gabionen_Licht ccuflags trace
get Gabionen_Licht deviceinfo


Dann schau im fhem-Logfile nach. Da müssten HMCCU oder HMCCUDEV Meldungen drinstehen. Die wären interessant ...
sorry für die späte Rückmeldung.
Bekomme leider nichts anderes als
2016.10.24 10:05:19 1: HMCCUDEV: Gabionen_Licht Execution of CCU script or command failed


Falls gewünscht kann ich das gerne in eine eigenes Thema packen.

Edit: Hab den Verbose vom d_ccu mal auf 5 gestellt und seh jetzt im Log (nach shutdown restart):
Device MEQ1711385 has no readable datapoints


Danke
Manuel

zap

Ist mir echt ein Rätsel. Kannst Du mal ein list vom IO Device schicken?

Der STATE Datenpunkt muss auf jeden Fall lesbar sein.

2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Chaos

Hi
Zitat von: zap am 24 Oktober 2016, 19:38:19
Ist mir echt ein Rätsel. Kannst Du mal ein list vom IO Device schicken?

Der STATE Datenpunkt muss auf jeden Fall lesbar sein.
mir auch :-D


Internals:
   Clients    :HMCCUDEV:HMCCUCHN:
   DEF        192.168.0.111
   DelDevices 0
   DevCount   80
   NAME       d_ccu
   NR         21
   NTFY_ORDER 50-d_ccu
   NewDevices 0
   RPCPID     23907,23908
   RPCPRC     internal
   RPCState   running
   STATE      OK
   TYPE       HMCCU
   ccutype    CCU2
   host       192.168.0.111
   version    3.4
   Readings:
     2016-10-24 10:27:46   rpcstate        running
     2016-10-24 11:22:59   state           OK
   Hmccu:
     evtime     1477297666
     evtimeout  1
     localaddr  192.168.0.50
     rpccount   2
     rpcinit    2
     updatetime 1477300979
     Dp:
       Hm-lc-bl1pbu-fm:
         Ch:
           0:
             Aes_key:
               oper       1
               type       8
             Config_pending:
               oper       5
               type       2
             Device_in_bootloader:
               oper       5
               type       2
             Dutycycle:
               oper       5
               type       2
             Rssi_device:
               oper       5
               type       8
             Rssi_peer:
               oper       5
               type       8
             Sticky_unreach:
               oper       7
               type       2
             Unreach:
               oper       5
               type       2
             Update_pending:
               oper       5
               type       2
           1:
             Direction:
               oper       5
               type       16
             Inhibit:
               oper       7
               type       2
             Install_test:
               oper       2
               type       2
             Level:
               oper       7
               type       4
             Stop:
               oper       2
               type       2
             Working:
               oper       5
               type       2
         Cnt:
           AES_KEY    1
           CONFIG_PENDING 1
           DEVICE_IN_BOOTLOADER 1
           DIRECTION  1
           DUTYCYCLE  1
           INHIBIT    1
           INSTALL_TEST 1
           LEVEL      1
           RSSI_DEVICE 1
           RSSI_PEER  1
           STICKY_UNREACH 1
           STOP       1
           UNREACH    1
           UPDATE_PENDING 1
           WORKING    1
         Spc:
           level      1.LEVEL
       Hm-lc-sw2-fm:
         Ch:
           1:
       Hm-sec-key-s:
         Ch:
           0:
             Aes_key:
               oper       1
               type       8
             Config_pending:
               oper       5
               type       2
             Dutycycle:
               oper       5
               type       2
             Lowbat:
               oper       5
               type       2
             Rssi_device:
               oper       5
               type       8
             Rssi_peer:
               oper       5
               type       8
             Sticky_unreach:
               oper       7
               type       2
             Unreach:
               oper       5
               type       2
           1:
             Direction:
               oper       5
               type       16
             Error:
               oper       5
               type       16
             Inhibit:
               oper       7
               type       2
             Install_test:
               oper       2
               type       2
             Open:
               oper       2
               type       2
             Relock_delay:
               oper       2
               type       4
             State:
               oper       7
               type       2
             State_uncertain:
               oper       5
               type       2
         Cnt:
           AES_KEY    1
           CONFIG_PENDING 1
           DIRECTION  1
           DUTYCYCLE  1
           ERROR      1
           INHIBIT    1
           INSTALL_TEST 1
           LOWBAT     1
           OPEN       1
           RELOCK_DELAY 1
           RSSI_DEVICE 1
           RSSI_PEER  1
           STATE      1
           STATE_UNCERTAIN 1
           STICKY_UNREACH 1
           UNREACH    1
     Ev:
       DD         0
       EV         0
       EX         0
       IN         2
       ND         80
       RA         0
       RD         0
       SL         2
       ST         0
       UD         0
       total      84
     Rpc:
       Cb2001:
         cbport     7401
         cburl      http://192.168.0.50:7401/fh2001
         clurl      http://192.168.0.111:2001/
         loop       2
         pid        23907
         port       2001
         queue      /tmp/ccuqueue_2001
         state      running
       Cb2010:
         cbport     7410
         cburl      http://192.168.0.50:7410/fh2010
         clurl      http://192.168.0.111:2010/
         loop       2
         pid        23908
         port       2010
         queue      /tmp/ccuqueue_2010
         state      running
Attributes:
   rpcport    2001,2010
   rpcserver  on
   verbose    5


Sieht ein bisschen leer beim Hm-lc-sw2-fm aus...

Danke
Manuel

okuegerl

Ich erlaube mir folgende Frage zu stellen:
Ich beabsichtige einen Temperatur/Feuchte Sensor via HMCCUDEV zu integrieren;
habe aber dabei Probleme!

Vielleich besteht die Möglichkeit dass ein "Experte" mir bitte feedback gibt.

###############################
## Temperatur_Feuchtigkeit: HM-WDS40-TH-I-2
###############################
define Temp_Feuchte_DG HMCCUDEV Temp_Feuchte_DG
attr Temp_Feuchte_DG IODev d_ccu2
attr Temp_Feuchte_DG ccureadingfilter (ERROR|LOWBAT|STATE)
attr Temp_Feuchte_DG event-on-change-reading .*
attr Temp_Feuchte_DG room System
attr Temp_Feuchte_DG statechannel 1
# Werte der CCU2 in den Readings ersetzen
attr Temp_Feuchte_DG substitute LOWBAT!(0|false):no,(1|true):yes

define rg_Temp_Feuchte readingsGroup TYPE=HMCCUDEV:Temp_Feuchte_DG.1.TEMPERATURE,Temp_Feuchte_DG.1.HUMIDITY
attr rg_Temp_Feuchte valueFormat { Temp_Feuchte_DG.1 => "%.1f °C"}
attr rg_Temp_Feuchte alias Temperatur / Feuchtigkeit
attr rg_Temp_Feuchte room Dachgeschoss

Ausgabe:
Temp_Feuchte_DG  12.500000  70

Ich hätte gerne 12.5 °C   70% hier stehen!

Fragen: 1) Wie liest man ein HM-WDS40-TH-I-2 korrekt via HMCCUDEV aus,
                 sodass mann alle Werte welche in der CCU2 angezeigt werden auch
                 in den Readings von FHEM sieht
            2) Wie formatiert man die Readingwerte 12.500000  70 zu 12.5 °C
                 und 70%
                 attr rg_Temp_Feuchte valueFormat { Temp_Feuchte_DG.1 => "%.1f °C"}
                 hat leider nichts bewirkt

Vielen dank im voraus für Eure Bemühngen