FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: zap am 11 September 2018, 10:40:03

Titel: HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 11 September 2018, 10:40:03
Ich habe gerade die Version 4.3 von HMCCU eingecheckt. Dürfte ab morgen per FHEM Update ausgeliefert werden.

Achtung: Benutzer von HMCCURPC (Attribut ccuflags im I/O Device = extrpc) unbedingt vor dem Update lesen:

Die Version 4.3 unterstützt nicht mehr den Thread basierten RPC Server (Modul HMCCURPC). Die Umstellung auf den Prozess basierten RPC Server (Modul HMCCURPCPROC) erfolgt automatisch beim Neustart von FHEM bzw. des RPC Servers. Um eventuelle Probleme zu minimieren, empfehle ich folgende Vorgehensweise:

Beim ersten Start des RPC-Servers wird für jedes genutzte CCU Interface (z.B. BidCos-RF, Hm-IP) ein separates Device vom Typ HMCCURPCPROC angelegt und das Attribut room des I/O Device übernommen. Die einzelnen RPC-Server werden wie bisher über den Befehl 'set rpcserver on/off' im I/O Device gestartet oder gestoppt.

Der interne RPC-Server (Attribut ccuflags im I/O Device = intrpc oder leer) wird noch bis Version 4.4 unterstützt. Ich empfehle trotzdem, schon jetzt auf procrpc zu wechseln. Vorgehen dafür wie oben beschrieben.

Neu in Version 4.3

Behobene Fehler in Version 4.3

Verzögerte Initialisierung von Devices

Wenn zB nach einem Stromausfall sowohl FHEM als auch die CCU neu gestartet werden, kam es bisher zu Problemen beim FHEM-Start, da die CCU deutlich mehr Zeit für den Start benötigt. In Version 4.3 werden nun die Geräte vom Typ HMCCUCHN und HMCCUDEV in diesem Fall später initialisiert. Solange keine Initialisierung erfolgt ist, haben die Geräte den Status 'pending' und können nicht per Set- oder Get-Befehl angesprochen werden. Die RPC-Server werden in diesem Fall ebenfalls verzögert gestartet. Der FHEM-Start wird durch diese Mechanismen nicht verzögert oder blockiert.

Für die Steuerung der verzögerten Initialisierung gibt es 2 Attribute:
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: daelch am 11 September 2018, 18:14:25
Vielen Dank für Deine Mühen. Ich werde am Wochenende das Update machen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Skjall am 13 September 2018, 12:37:39
Danke für die Infos. Ich war nach dem Update schon verwundert, dass es nicht ging.
Seltsamerweise musste ich meinen Server komplett durchstarten. Läuft aber wieder.

VG Jan
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Volker! am 13 September 2018, 16:24:44
Vielen Dank für die neue Version.
ich habe gleich einmal mit der neuen CCU3 getestet. Ich hatte vorher noch keine CCU eingebunden. Nach dem definieren der CCU habe ich fhem mit "shutdown restart" versucht neu zu starten.
Hat leider nicht geklappt fhem war nicht mehr erreichbar. Manualles starten von fhem in der console funktioniert.

Folgenden Eintrag finde ich im fhem-Logfile ...
Unmatched ( in regex; marked by <-- HERE in m/( <-- HERE extrpc|procrpc/ at ./FHEM/88_HMCCU.pm line 5107.

Vielleicht fällt dir etwas dazu ein.
Falls du noch Infos brauchst gib bitte Bescheid.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 13 September 2018, 19:13:54
Das ist ein Bug.

Update habe ich gerade eingecheckt. Wer nicht bis morgen warten möchte, lädt direkt die 88_HMCCU.pm aus dem SVN runter und installiert die Datei im FHEM-Modulverzeichnis.

Sorry für den Stress. Ich fahre FHEM immer per Script runter. Dabei wird die Shutdown Funktion nicht aufgerufen. Daher habe ich den Fehler nicht bemerkt.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: peter_ul am 14 September 2018, 09:11:30
Habe soeben die neue Version bei einem Update von Fhem installiert und bekomme nun ca. 20 Perl-Warnungen im Logfile:


2018.09.14 09:03:27 1: PERL WARNING: Use of uninitialized value $ccutype in pattern match (m//) at ./FHEM/88_HMCCU.pm line 948, <$fh> line 127.


Die Geräte funktionieren alle einwandfrei. Gibt es hier ggf. eine Einstellung die bei mir noch fehlt?

Viele Grüße
Peter
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: tatu123 am 14 September 2018, 11:05:41
Hallo zusammen,

Version 4.3.001 funktioniert der shutdown von fhem wieder tadellos.  Danke für die schnelle Reaktion.

Bei mir sind weiterhin keine Fehler oder Warnungen im Log.

Technische Date:
fhem - procrpc - ccu2

Dafür habe ich mit meinen HMIP-FROLL jetzt Probleme.

An der Einrichtung wurde zur vorhergehenden HMCCU-Version nichts verändert. Jetzt kommt bei jedem "Fahrbefehl" für das Rolle


HMCCUDEV: d_roll_o Execution of CCU script or command failed


Das Rollo fährt er jedoch. Mir ist jetzt aufgefallen das jedoch KEIN Reading aktualisiert wird. Die Readings stehen unverändert seit dem Neustart von fhem.
Ein Neustart von fhem aktualisiert die Readings dann wieder.

Dieser Fehler kommt nur bei meinen HMIP bei z.B. HM-CC-RT-DN oder HM-TC-IT-WM-W-EU gibt es das Problem nicht.

Hier die Definition des HMIP-FROLL


defmod d_roll_o HMCCUDEV HmIP-FROLL-o
attr d_roll_o IODev d_ccu
attr d_roll_o ccureadingfilter (LEVEL|PROCESS|SECTION|PRESS)
attr d_roll_o ccuscaleval LEVEL:0:1:0:100
attr d_roll_o cmdIcon up:fts_shutter_up stop:fts_shutter_manual down:fts_shutter_down sonne:fts_shutter_70 nacht:fts_shutter_80
attr d_roll_o controldatapoint 4.LEVEL
attr d_roll_o event-on-change-reading PRESS.*
attr d_roll_o event-on-update-reading .*
attr d_roll_o eventMap /datapoint 4.STOP true:stop/datapoint 4.LEVEL 0:down/datapoint 4.LEVEL 100:up/datapoint 4.LEVEL 35:sonne/datapoint 4.LEVEL 10:nacht/
attr d_roll_o room all,o
attr d_roll_o stateFormat { my $l = ReadingsVal ($name, "3.LEVEL", "na");;;; sprintf "%s", $l =~ /^(open|closed|na)$/ ? "$l" : "$l %";;;; }
attr d_roll_o statedatapoint 3.LEVEL
attr d_roll_o stripnumber 1
attr d_roll_o substexcl control
attr d_roll_o webCmd control:up:stop:down:sonne:nacht
attr d_roll_o widgetOverride control:slider,0,10,100


Nachtrag

Ich hab gerade auf dem Device noch einen "ccuflags trace" mit "verbose 5" gemacht. Hier die Meldungen:


2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=ON_TIME
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=LEVEL
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=ON_TIME
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=LEVEL
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=ON_TIME
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=LEVEL
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=ON_TIME
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=LEVEL
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=ON_TIME
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:29 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=LEVEL
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=ON_TIME
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=LEVEL
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=ON_TIME
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=LEVEL
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=ON_TIME
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=LEVEL
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=ON_TIME
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=LEVEL
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=ON_TIME
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: 3 is a channel number
2018.09.14 13:03:41 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=3, dpt=LEVEL
2018.09.14 13:03:51 2: HMCCUDEV: IsValidDatapoint: 4 is a channel number
2018.09.14 13:03:51 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-FROLL, chnno=4, dpt=LEVEL
2018.09.14 13:03:51 2: HMCCUDEV: SetDatapoint: param=HmIP-RF.001158A98B293D:4.LEVEL, value=10
2018.09.14 13:03:55 2: HMCCUDEV: SetDatapoint: Addr=001158A98B293D:4 Name=HmIP-FROLL 001158A98B293D:4
2018.09.14 13:03:55 2: HMCCUDEV: SetDatapoint: Script response =
undef
2018.09.14 13:03:55 2: HMCCUDEV: SetDatapoint: Script =
(datapoints.Get("HmIP-RF.001158A98B293D:4.LEVEL")).State(0.1)
2018.09.14 13:03:55 1: HMCCUDEV: d_roll_o Execution of CCU script or command failed
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 14 September 2018, 14:01:56
Mir ist jetzt aufgefallen das jedoch KEIN Reading aktualisiert wird. Die Readings stehen unverändert seit dem Neustart von fhem.
Das Problem hatte ich auch am Anfang, über etwa 2 Tage. Die Readings aller meiner HM-IP Devices wurden nur 1x am Anfang beim Neustart von FHEM (oder beim neustart der RPC-Server/HMCCU) aktualisiert. Erst ein mehrmaliges abwechselndes 'reboot' von FHEM und der CCU3 hat dann irgendwann geholfen, ich glaube nach dem letztmaligen Reboot der CCU3 ging es dann, seitdem läuft es stabil.

User "Skjall" hat weiter oben auch gemeldet, das er seinen Server komplett neu durchstarten musste, damit alles wieder läuft
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: tatu123 am 14 September 2018, 14:29:49
Ok Danke für den Hinweis. Werde mal alles neu starten.

Wunderlich ist nur das jetzige Problem hatte ich bis jetzt noch nie.
mit Version 4.2. hat das immer ohne jegliche Probleme getan.

Grüße
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 September 2018, 14:40:46
Zitat von: peter_ul am 14 September 2018, 09:11:30
Habe soeben die neue Version bei einem Update von Fhem installiert und bekomme nun ca. 20 Perl-Warnungen im Logfile:


2018.09.14 09:03:27 1: PERL WARNING: Use of uninitialized value $ccutype in pattern match (m//) at ./FHEM/88_HMCCU.pm line 948, <$fh> line 127.



Ein Bug. Zum Glück, sonst wären alle Deine Attribute überbügelt worden ;-)

Update für HMCCUCHN und HMCCUDEV ist im SVN eingecheckt.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 September 2018, 14:54:48
Zitat von: tatu123 am 14 September 2018, 14:29:49
Ok Danke für den Hinweis. Werde mal alles neu starten.

Wunderlich ist nur das jetzige Problem hatte ich bis jetzt noch nie.
mit Version 4.2. hat das immer ohne jegliche Probleme getan.

Grüße

Hast Du mit der Version 4.2 den HMCCURPC verwendet (ccuflags = extrpc)?

Bei der automatischen Umstellung von extrpc auf procrpc kann es Probleme geben, insbesondere wenn nach dem Update FHEM mit "shutdown restart" neu gestartet wird. Hintergrund: Bei shutdown restart kann es sein, dass die RPC Server nicht beendet sind, wenn FHEM wieder startet. Daher ist es besser, bei Umstellung von extrpc auf procrpc FHEM erst mal anzuhalten, dann zu prüfen, ob auch alle Prozesse weg sind und dann FHEM wieder starten. Im Zweifel Rechner neu starten.

Diejenigen, die bereits mit 4.2 auf procrpc waren, sollten davon nicht betroffen sein.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: tatu123 am 14 September 2018, 16:00:24
Zitat von: zap am 14 September 2018, 14:54:48
Hast Du mit der Version 4.2 den HMCCURPC verwendet (ccuflags = extrpc)?

Diejenigen, die bereits mit 4.2 auf procrpc waren, sollten davon nicht betroffen sein.

Nein habe schon seit geraumer Zeit procrpc benutzt.

Jetzt habe ich alles neugestartet und der Fehler ist weg. Also alles wie immer "jeder Boot tut gut".

Danke für die Bemühungen. Werde weiter beobachten.

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 September 2018, 17:45:11
Wie gesagt, kritisch ist shutdown restart. FHEM startet so schnell neu, dass u.U. einer der RPC Subprozesse seinen Port noch nicht freigegeben hat. Dann kommt es beim Neustart zu Problemen. Das gleiche Phänomen habe ich schon bei Sonos und shutdown restart beobachtet. Äußert sich meist mit einer Port in use Meldung im Logfile.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Tresuno am 14 September 2018, 20:18:30
Das selbe Problem habe ich auch.
Zudem beobachte ich, dass das laden vom default settings bei diversen Geräten zu einem Fehler führt.
Das restart Problem tritt bei mir auch noch auf

LG tresuno
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 September 2018, 21:12:27
Zitat von: Tresuno am 14 September 2018, 20:18:30
Das selbe Problem habe ich auch.
Zudem beobachte ich, dass das laden vom default settings bei diversen Geräten zu einem Fehler führt.
Das restart Problem tritt bei mir auch noch auf

LG tresuno

Welches restart Problem jetzt? Das Problem, das FHEM bei shutdown restart abschmiert, wurde mit 4.3.001 behoben. Das Problem mit Meldungen wie Port in use ist komplizierter ...

Das Problem mit den Defaults tritt auf, wenn man beim Define eines device die Option ,,defaults" angibt. Das behebt das Update, das morgen per update Befehl eingespielt werden kann.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 15 September 2018, 09:29:03
Hallo zap,

mit einer der Änderungen, die nach dem 07.09.2018 in HMCCU erfolgt sind, tritt bei mir ein Problem auf. Durch Ausschlussverfahren mit mehreren Versuchen des Austauschs von allen möglicherweise betroffenen erneuerten Dateien bin ich schließlich bei HMCCU hängen geblieben - wenn also alle Dateien aus dem Repo auf neuestem Stand sind außer HMCCU, die dann auf 07.09. eingefroren sind, tritt das Problem nicht mehr auf.

Ich habe mir vor Jahren verschiedene Funktionen in 99_myUtils.pm definiert, mit denen ich meine Rolladen-Steuerungen vornehme. Ich unterscheide zwischen den Funktionen "RolloSet" und "GenRolloSet". Während die Funktion RolloSet immer nur für eine Steuerung eines einzelnen Rolladen aufgerufen wird, werden über die Funktion GenRolloSet mehrere Rolladen durch den jeweiligen Aufruf von RolloSet aus dieser Funktion heraus gesteuert. In GenRolloSet werden auch MagicWords abgearbeitet.

Die Rolladen-Aktoren sind alle als HMCCUDEV definiert.

Der Aufruf erfolgt z.B. mit


GenRolloSet("on","Wohnen,HWR_Rollo_West")


Dabei ist Wohnen ein MagicWord und HWR_Rollo_West ein bestimmtes Device.

In der Funktion GenRolloSet sieht es dann so aus:


...
Log 3,"GenRolloSet(\"$WERT\",\"$ROLLO\",$FORCE)";

if ($ROLLO eq "") {$ROLLO = "-"};

my (@LISTE) = split(/,/,$ROLLO);

foreach (@LISTE) {

  if ("$_" eq "Wohnen" or "$_" eq "alle" or "$_" eq "unten" or "$_" eq "-" or "$_" eq "ASR_Rollo_Links" or "$_" eq "Ost" or "$_" eq "SuedOst" or "$_" eq "ohne_Terrassentuer") {
RolloSet("ASR_Rollo_Links","$WERT",$FORCE);
      }
...
  if ("$_" eq "alle" or "$_" eq "unten" or "$_" eq "HWR" or "$_" eq "HWR_Rollo_West") {
  if (("$WERT" eq "off"|"0" and ...) or "$WERT" ne "off") {
    RolloSet("HWR_Rollo_West","$WERT",$FORCE);
        }
      }
...
}


In der Funktion RolloSet erfolgt schlußendlich irgendwann der eigentliche Befehl:


...
fhem("set $ROLLO $WERT");
...


Nun tritt seit dem Update folgendes Problem auf:

Zunächst prüft meine Routine in RolloSet (nicht in GenRolloSet), ob wirklich was getan werden muss (also ob der zu setzende Wert sich vom tatsächlichen unterscheidet) und ruft nur dann (!) den eigentlichen Befehl fhem("set $ROLLO $WERT") auf. Muss nichts getan werden, wird die Routine RolloSet stattdessen wieder verlassen und bei Aufruf aus GenRolloSet heraus diese Routine normal abgearbeitet. Wird aber der eigentliche Befehl abgesetzt, scheint HMCCU nun etwas zurückzugeben, womit die Listenabarbeitung von @LISTE in GenRolloSet sofort mit dem nächsten kommaseparierten Wert fortgesetzt wird, statt die weiteren Bedingungsabfragen bis zur schließenden geschweiften Klammer noch abzuarbeiten.


2018.09.15 08:51:25.007 3: GenRolloSet("off","Wohnen,HWR_Rollo_West",0)
2018.09.15 08:51:25.007 3: RolloSet ASR_Rollo_Links off 0
2018.09.15 08:51:25.007 3: RolloSet Nothing to do, ASR_Rollo_Links already at down
2018.09.15 08:51:25.007 3: RolloSet ASR_Rollo_Rechts off 0
2018.09.15 08:51:25.007 3: RolloSet ASR_Rollo_Rechts WindowList ASR_Fenster_rechts is closed
2018.09.15 08:51:25.007 3: RolloSet ASR_Rollo_Rechts result of WindowList: CLOSED=1
2018.09.15 08:51:25.848 3: RolloSet ASR_Rollo_Rechts set down
2018.09.15 08:51:26.714 3: RolloSet CheckRolloSet_ASR_Rollo_Rechts with RolloSet("ASR_Rollo_Rechts","down",0) defined
2018.09.15 08:51:26.714 3: RolloSet HWR_Rollo_West off 0
2018.09.15 08:51:26.714 3: RolloSet Nothing to do, HWR_Rollo_West already at down


Ich weiß nicht, wie ich es besser beschreiben soll und finde im Moment auch keinen Ansatz, ob bzw. wenn ja wo ich ggf. was im Code anpassen müsste - wie gesagt, es lief jetzt bereits Jahre so einwandfrei.

Idee?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: peter_ul am 15 September 2018, 12:17:12
Zitat von: zap am 14 September 2018, 14:40:46
Ein Bug. Zum Glück, sonst wären alle Deine Attribute überbügelt worden ;-)

Update für HMCCUCHN und HMCCUDEV ist im SVN eingecheckt.
Hallo,

habe die aktualisierten Dateien installiert, jedoch nun sind alle definierten Geräte der CCU nicht mehr vorhanden. Die Logeinträge sehen folgendermassen aus:

2018.09.15 12:00:52 1: define RauchmelderSchlafzimmer HMCCUDEV RauchmelderSchlafzimmer defaults: Usage: define RauchmelderSchlafzimmer HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
2018.09.15 12:00:53 1: define HeizungSchlafzimmer HMCCUDEV HeizungSchlafzimmer defaults: Usage: define HeizungSchlafzimmer HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
2018.09.15 12:00:53 1: Including ./log/fhem.save
2018.09.15 12:00:53 1: configfile: Usage: define tempSen1 HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
Usage: define AquarienTemperaturSensor HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
Usage: define AQHeizerSchaltSteckdose HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]


Ich habe momentan die vorherigen Dateien wieder eingespielt, welche die angegebene Warnmeldung erzeugen.

Viele Grüße
Peter
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Tardar am 15 September 2018, 13:00:18
Zitat von: peter_ul am 15 September 2018, 12:17:12
Hallo,

habe die aktualisierten Dateien installiert, jedoch nun sind alle definierten Geräte der CCU nicht mehr vorhanden. Die Logeinträge sehen folgendermassen aus:

2018.09.15 12:00:52 1: define RauchmelderSchlafzimmer HMCCUDEV RauchmelderSchlafzimmer defaults: Usage: define RauchmelderSchlafzimmer HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
2018.09.15 12:00:53 1: define HeizungSchlafzimmer HMCCUDEV HeizungSchlafzimmer defaults: Usage: define HeizungSchlafzimmer HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
2018.09.15 12:00:53 1: Including ./log/fhem.save
2018.09.15 12:00:53 1: configfile: Usage: define tempSen1 HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
Usage: define AquarienTemperaturSensor HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
Usage: define AQHeizerSchaltSteckdose HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]


Ich habe momentan die vorherigen Dateien wieder eingespielt, welche die angegebene Warnmeldung erzeugen.

Viele Grüße
Peter

Das Problem habe ich auch.
Keine Thermostate mehr in FHEM, keine Plots mehr - in der fhem.cfg sind die Devices weiterhin aufgeführt mit "altem" define und Attributen.
Würde mich freuen, wenn das gefixt werden kann.

Sollte irgendetwas an Infos zum Fixing nötig sein, einfach kurz anpingen (Antwort hier, PN), dann stelle ich diese zur Verfügung.


Besten Dank und viele Grüße.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: gloob am 15 September 2018, 14:23:28
Hab gerade gehört, dass das Modul nur Homematic Geräte unterstützt die 3 Buchstaben am Anfang der Seriennummer haben und danach nur Zahlen. Gibt es einen Grund für die Einschränkung?

Ich hab einen Sensor mit der Seriennummer FHEM222001 den ich gerne einbinden möchte.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 15 September 2018, 15:42:09
Das war mal so. Mit Einführung von Hue, Lightify und Homematic Virtual Layer in der CCU ist diese Beschränkung weggefallen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: gloob am 15 September 2018, 16:59:17
Das heißt die aktuelle Version des HMCCU Moduls hat die Beschränkung nicht mehr?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Maista am 15 September 2018, 21:04:13
Hallo zap,

habe heute das Update aktiviert und es gab bisher keine negativen Auswirkungen! ;D

Danke für deine Arbeit.

Gerd
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 15 September 2018, 21:13:53
Zitat von: gloob am 15 September 2018, 16:59:17
Das heißt die aktuelle Version des HMCCU Moduls hat die Beschränkung nicht mehr?

Nein, nicht mehr. Falls es mit der Erkennung des Gerätes doch Probleme geben sollte, sag Bescheid. Dann passe ich es an. Aber normalerweise läuft das. Habe einige Zeit HVL auf der CCU verwendet. Da gibt es völlig schräge Adressen. Das hat funktioniert.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: warp10 am 15 September 2018, 23:11:51
Zitat von: Tardar am 15 September 2018, 13:00:18
Das Problem habe ich auch.
Keine Thermostate mehr in FHEM, keine Plots mehr - in der fhem.cfg sind die Devices weiterhin aufgeführt mit "altem" define und Attributen.
Würde mich freuen, wenn das gefixt werden kann.

Dito:


2018.09.15 22:48:42 1: HMCCU: [d_ccu] Initialized version 4.3.001
2018.09.15 22:48:42 1: HMCCU: [d_ccu] HMCCU: Initializing device
2018.09.15 22:48:42 1: HMCCU: [d_ccu] HMCCU: Read 25 devices with 148 channels from CCU 192.168.2.14
2018.09.15 22:48:42 1: HMCCU: [d_ccu] HMCCU: Read 4 interfaces from CCU 192.168.2.14
2018.09.15 22:48:42 1: HMCCU: [d_ccu] HMCCU: Read 16 programs from CCU 192.168.2.14
2018.09.15 22:48:42 1: HMCCU: [d_ccu] HMCCU: Read 0 virtual groups from CCU 192.168.2.14
2018.09.15 22:48:43 1: HMCCURPCPROC: [d_rpcBidCos_RF] Initialized version 1.0.007 for interface BidCos-RF with I/O device d_ccu
2018.09.15 22:48:43 1: define HM_Test_Wandtaster HMCCUDEV Test_Wandtaster defaults: Usage: define HM_Test_Wandtaster HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
2018.09.15 22:48:43 1: define HM_SZ_Wandsender_Tuer_Bad HMCCUDEV SZ_Wandsender_Tuer-Bad defaults: Usage: define HM_SZ_Wandsender_Tuer_Bad HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
2018.09.15 22:48:44 1: define HM_Keller_Aktor_Aussenlicht HMCCUCHN Keller_Aktor_Aussenlicht defaults: Usage: define HM_Keller_Aktor_Aussenlicht HMCCUCHN {device} ['readonly'] ['defaults'] [iodev={iodevname}]
2018.09.15 22:48:44 1: define HM_Garage_Aktor_Zwischenstecker HMCCUDEV Garage_Aktor_Zwischenstecker defaults: Usage: define HM_Garage_Aktor_Zwischenstecker HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
2018.09.15 22:48:44 1: define HM_EZ_eInk_Display HMCCUDEV EZ_eInk_Display defaults: Usage: define HM_EZ_eInk_Display HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
2018.09.15 22:48:44 1: define HM_Test_Thermostat HMCCUDEV OEQ0300500 defaults: Usage: define HM_Test_Thermostat HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
2018.09.15 22:48:45 3: mqtt2_server: port 1883 opened
2018.09.15 22:48:45 1: Including ./log/fhem.save
2018.09.15 22:48:45 1: configfile: Usage: define HM_Test_Wandtaster HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
Usage: define HM_SZ_Wandsender_Tuer_Bad HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
Usage: define HM_Keller_Aktor_Aussenlicht HMCCUCHN {device} ['readonly'] ['defaults'] [iodev={iodevname}]
Usage: define HM_Garage_Aktor_Zwischenstecker HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
Usage: define HM_EZ_eInk_Display HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]
Usage: define HM_Test_Thermostat HMCCUDEV {device|'virtual'} [state-channel] ['readonly'] ['defaults'] [iodev={iodev-name}] [{groupexp=regexp|group={device|channel}[,...]]

2018.09.15 22:48:45 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2018.09.15 22:48:51 0: Featurelevel: 5.8
2018.09.15 22:48:51 0: Server started with 82 defined entities (fhem.pl:17329/2018-09-12 perl:5.024001 os:linux user:fhem pid:2579)
2018.09.15 22:48:51 2: HM_EZ_eInk_Display_DOIF_2: set HM_EZ_eInk_Display display text2="0 0" : Please define HM_EZ_eInk_Display first
2018.09.15 22:48:54 2: HM_EZ_eInk_Display_DOIF_2: set HM_EZ_eInk_Display display text2="Bio Mi" : Please define HM_EZ_eInk_Display first
2018.09.15 22:48:57 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server process started for interface BidCos-RF with PID=2609
2018.09.15 22:48:57 2: CCURPC: [d_rpcBidCos_RF] Initializing RPC server CB2001002013 for interface BidCos-RF
2018.09.15 22:48:57 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server starting
2018.09.15 22:48:57 2: HMCCURPCPROC: [d_rpcBidCos_RF] Callback server CB2001002013 created. Listening on port 7411
2018.09.15 22:48:58 2: CCURPC: [d_rpcBidCos_RF] CB2001002013 accepting connections. PID=2609
2018.09.15 22:48:58 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001002013 enters server loop
2018.09.15 22:48:58 2: HMCCURPCPROC: [d_rpcBidCos_RF] Registering callback http://192.168.2.13:7411/fh2001 of type A with ID CB2001002013 at http://192.168.2.14:2001
2018.09.15 22:48:58 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001002013 running
2018.09.15 22:48:58 1: HMCCU: [d_ccu] All RPC servers running
2018.09.15 22:48:58 2: HMCCU: No client devices matching .*
2018.09.15 22:48:58 2: HMCCU: [d_ccu] Updated devices. Success=0 Failed=0
2018.09.15 22:48:58 2: CCURPC: [d_rpcBidCos_RF] CB2001002013 NewDevice received 127 device and channel specifications
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 16 September 2018, 09:27:14
Ich vermute, das betrifft nur Anwender, die bei ihren Device Definitionen ,,defaults" anhängen, denn genau das habe ich beim letzten Update angepasst. Schau ich mir an.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: peter_ul am 16 September 2018, 11:29:12
Zitat von: zap am 16 September 2018, 09:27:14
Ich vermute, das betrifft nur Anwender, die bei ihren Device Definitionen ,,defaults" anhängen, denn genau das habe ich beim letzten Update angepasst. Schau ich mir an.

Ich habe soeben alle Definitionen der Devices angepasst, d. h. den Anhang 'defaults' entfernt und nun startet fhem wieder ohne Meldungen hinsichtlich HMCCUDEV. Vielen Dank für den Hinweis. Ich arbeite erst seit kurzem mit einer CCU und habe das Anhängen von 'defaults' in einer Anleitung zur CCU zusammen mit fhem gelesen, weiss jedoch nicht, ob diese Einstellung Auswirkungen haben.

Viele Grüße
Peter
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 16 September 2018, 11:36:37
Die Angabe von "defaults" beim define ist durchaus sinnvoll. Ich habe gerade ein Update für HMCCUCHN und HMCCUDEV eingecheckt. Damit funktioniert es auch wieder, wenn "defaults" angegeben wird.

Morgen per "update" verfügbar, heute schon direkt aus dem SVN
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: peter_ul am 16 September 2018, 12:18:18
Zitat von: zap am 16 September 2018, 11:36:37
Die Angabe von "defaults" beim define ist durchaus sinnvoll. Ich habe gerade ein Update für HMCCUCHN und HMCCUDEV eingecheckt. Damit funktioniert es auch wieder, wenn "defaults" angegeben wird.

Morgen per "update" verfügbar, heute schon direkt aus dem SVN
Habe soeben meine Konfiguration mit den Defaults-Einstellungen wiederhergestellt und die SVN-Version eingespielt; funktioniert nun wieder einwandfrei - danke :)

Hat der Parameter 'defaults' die gleiche Auswirkung wie der Aufruf von 'get Dev. defaults' oder gibt es einen Unterschied zu einer permanenten Definition?

Beste Grüße und noch einen schönen Sonntag
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 16 September 2018, 13:48:42
Kein Unterschied. Wenn beim Define defaults angegeben wird, ruft HMCCU einfach nur set defaults auf. Das funktioniert auch nur beim ersten Anlegen eines Device. Beim Starten von FHEM wird defaults ignoriert, da ja dabei sowieso die Attribute alle neu gesetzt werden
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: warp10 am 17 September 2018, 17:11:42
Zitat von: zap am 16 September 2018, 11:36:37
Morgen per "update" verfügbar, heute schon direkt aus dem SVN

Vielen Dank!

Ich teste gerade die neuen Möglichkeiten der verzögerten Initialisierung. Bei mir ist die CCU (piVCCU auf dem gleichen RPi wie fhem) nach ca. 100 Sekunden wieder erreichbar.
Meine Definition von HMCCU sieht so aus:

192.168.2.14 ccudelay=200

Allerdings bleiben alle Devices und HMCCURPCPROC immer auf "Pending", es passiert einfach nichts nach den 200 Sekunden.
Muss ich noch etwas beachten?

Kurzer Nachtrag: Mit der Option "delayedinit" anstatt "ccudelay" scheint es zu funktionieren


2018.09.17 16:57:28 1: Including fhem.cfg
2018.09.17 16:57:36 1: HMCCU: [d_ccu] Initialized version 4.3.001
2018.09.17 16:57:36 1: HMCCU: [d_ccu] HMCCU: Initializing device
2018.09.17 16:57:36 2: HMCCU: HMScript failed. 500 Internal Server Error
2018.09.17 16:57:36 1: HMCCU: [d_ccu] HMCCU: Error while reading device list from CCU 192.168.2.14
2018.09.17 16:57:36 2: HMCCURPCPROC: [d_rpcBidCos_RF] Cannot detect IO device, maybe CCU not ready. Trying later ...
2018.09.17 16:57:36 2: HMCCUDEV: [HM_Test_Wandtaster] Cannot detect IO device, maybe CCU not ready. Trying later ...
2018.09.17 16:57:36 2: HMCCUDEV: [HM_SZ_Wandsender_Tuer_Bad] Cannot detect IO device, maybe CCU not ready. Trying later ...
2018.09.17 16:57:37 2: HMCCUCHN: [HM_Keller_Aktor_Aussenlicht] Cannot detect IO device, maybe CCU not ready. Trying later ...
2018.09.17 16:57:37 2: HMCCUDEV: [HM_Garage_Aktor_Zwischenstecker] Cannot detect IO device, maybe CCU not ready. Trying later ...
2018.09.17 16:57:38 2: HMCCUDEV: [HM_EZ_eInk_Display] Cannot detect IO device, maybe CCU not ready. Trying later ...
2018.09.17 16:57:38 2: HMCCUDEV: [HM_Test_Thermostat] Cannot detect IO device, maybe CCU not ready. Trying later ...
2018.09.17 16:57:38 1: Including ./log/fhem.save
2018.09.17 16:57:39 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2018.09.17 16:57:45 0: Featurelevel: 5.8
2018.09.17 16:57:45 0: Server started with 88 defined entities (fhem.pl:17329/2018-09-12 perl:5.024001 os:linux user:fhem pid:908)
2018.09.17 16:57:45 1: HMCCUDEV: HM_EZ_eInk_Display Device not initialized
2018.09.17 16:57:45 2: HM_EZ_eInk_Display_DOIF_2: set HM_EZ_eInk_Display display text2="0 0" : HMCCUDEV: HM_EZ_eInk_Display Device not initialized
2018.09.17 16:57:48 1: HMCCUDEV: HM_EZ_eInk_Display Device not initialized
2018.09.17 16:57:48 2: HM_EZ_eInk_Display_DOIF_2: set HM_EZ_eInk_Display display text2="Bio Mi" : HMCCUDEV: HM_EZ_eInk_Display Device not initialized
2018.09.17 16:57:51 1: PERL WARNING: Use of uninitialized value $rpcdev in string eq at ./FHEM/88_HMCCU.pm line 3410.
2018.09.17 16:57:51 0: HMCCU: [d_ccu] Definition of some RPC devices failed
2018.09.17 16:58:02 1: HMCCUCHN: HM_Keller_Aktor_Aussenlicht Device not initialized
2018.09.17 16:58:02 1: HMCCUDEV: HM_Test_Thermostat Device not initialized
2018.09.17 16:58:03 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/88_HMCCURPCPROC.pm line 745.
2018.09.17 16:58:03 1: HMCCUDEV: HM_EZ_eInk_Display Device not initialized
2018.09.17 16:58:03 1: HMCCUDEV: HM_SZ_Wandsender_Tuer_Bad Device not initialized
2018.09.17 16:58:03 1: HMCCUDEV: HM_Test_Wandtaster Device not initialized
2018.09.17 17:01:55 1: HMCCUCHN: HM_Keller_Aktor_Aussenlicht Device not initialized
2018.09.17 17:01:55 1: HMCCUDEV: HM_Test_Thermostat Device not initialized
2018.09.17 17:01:55 1: HMCCUDEV: HM_EZ_eInk_Display Device not initialized
2018.09.17 17:01:55 1: HMCCUDEV: HM_SZ_Wandsender_Tuer_Bad Device not initialized
2018.09.17 17:01:55 1: HMCCUDEV: HM_Test_Wandtaster Device not initialized
2018.09.17 17:04:42 1: HMCCUCHN: HM_Keller_Aktor_Aussenlicht Device not initialized
2018.09.17 17:04:42 1: HMCCUDEV: HM_Test_Thermostat Device not initialized
2018.09.17 17:04:42 1: HMCCUDEV: HM_EZ_eInk_Display Device not initialized
2018.09.17 17:04:42 1: HMCCUDEV: HM_SZ_Wandsender_Tuer_Bad Device not initialized
2018.09.17 17:04:42 1: HMCCUDEV: HM_Test_Wandtaster Device not initialized
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 17 September 2018, 17:46:56
Muss ich nochmal prüfen. Delayedinit hat eben den Nachteil, dass immer die angegebene Zeit gewartet wird, auch wenn die CCU errichbar ist. Gab es denn bei ccudelay irgendwelche Log Einträge?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: warp10 am 17 September 2018, 17:50:43
Zitat von: zap am 17 September 2018, 17:46:56
Gab es denn bei ccudelay irgendwelche Log Einträge?

Der Log in meinem Post ist der mit ccudelay. Meinst Du noch einen anderen Log?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 17 September 2018, 19:49:09
1. Danke für das HMCCU Modul ! :-)

2.
Ich habe soeben alles von HMLAN auf CCU3 umgestellt, um zukünftig HM-IP Geräte nutzen zu können.
Die 2 vorhandenen LAN-Gateways habe ich der CCU3 untergeordnet, wobei mir hier noch nicht klar ist ob sich die Geräte den besten Gateway selbstständig suchen.
HM_CUL ist aus der FHEM Konfiguration verschwunden.

3.
Ich habe bis dato für Bewegungsmelder <> Licht Aktionen "TIMED_ON" verwendet, Beispiel:
IF ([HM_bm_ku:2.BRIGHTNESS] < 37 and [HM_sd_ku_led] eq "off" or [HM_sd_ku_led:timedOn] eq "running")
({Log 3, "Notify(nfy.bm.ku_led): LED Timer Küche (5min)"},set HM_sd_ku_led on-for-timer 300)

Wird dies so schon unterstützt, Reading sehe ich nicht obwohl ich im Device folgendes gesetzt habe:
ccureadingfilter (STATE|CURRENT|ENERGY_COUNTER|POWER|TIMED_ON)
Bin ich richtig in der Annahme das hier "ccudef-substitute" in der HMCCU noch angepasst werden muss ?
DEFMOD sieht bei mir so aus:
defmod ccu31 HMCCU 192.168.0.224
attr ccu31 ccudef-readingfilter ^(LOW_?BAT|UNREACH)$
attr ccu31 ccudef-readingname ^(.+\.)?LOW_?BAT$:battery;;^(.+\.)?UNREACH$:activity
attr ccu31 ccudef-substitute AES_KEY!(0|false):off,(1|true):on;;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;;UNREACH!(0|false):alive,(1|true):dead;;MOTION!(0|false):noMotion,(1|true):motion;;DIRECTION!0:stop,1:up,2:down,3:undefined;;WORKING!0:false,1:true;;INHIBIT!(0|false):unlocked,(1|true):locked
attr ccu31 cmdIcon on:general_an off:general_aus
attr ccu31 eventMap /rpcserver on:on/rpcserver off:off/
attr ccu31 room Homematic
attr ccu31 rpcinterfaces BidCos-RF,HmIP-RF,VirtualDevices
attr ccu31 rpcport 2001,2010,9292
attr ccu31 rpcserver on
attr ccu31 stateFormat rpcstate/state


4.
Geschwindigkeit Unterschied HMLAN <-> HMCCU.
Da ich im Moment aus Neugierde gerade auch andere Lösungen teste (Symcon und ioBroker) fällt mir auf das hier FHEM am langsamsten mit der CCU kommuniziert.
Gefüllt sind die 2 genannten Lösungen bei Motion gleich schnell wie FHEM mit HMLAN direkt.
Unter FHEM sind gefüllt 2 Sekunden dazu gekommen, wäre schön wenn das an meiner Konfiguration liegt ?  :'(


Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 18 September 2018, 07:43:47
@warp10: ist ein Bug, der nur in bestimmten Fällen auftritt. Morgen gibt es ein Update dafür.

@Simon74: Du solltest im Device ccu31 das Attribut ccuflags auf procrpc setzen. Derzeit verwendest du den internen RPC Server, der ist langsam und fliegt demnächst raus.

ccudef-sjbstitute beziehf sich auf alle Devices, das solltest Du so lassen. Jedes Device hat ein Attrinut substitute, das du ggf setzen solltest. Wenb du Glück hast, gibt es für deine Devices Defaults. Einfach mal set defaults bei einem Device ausführen.

wenn es weiterhin nicht geht, mach mal ein get deviceinfo.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 18 September 2018, 12:24:57
ich meinte gelesen zu haben das procrpc schon die Default Einstellung ist :-) habe ich nun eingetragen.
Bzl. der Devices gibt es hier noch keine Defaults werde hier aber wenn nötig in den richtigen Beitrag schreiben,
vielen Dank !
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: warp10 am 20 September 2018, 17:57:43
Zitat von: zap am 18 September 2018, 07:43:47
@warp10: ist ein Bug, der nur in bestimmten Fällen auftritt. Morgen gibt es ein Update dafür.

Ok danke fürs bugfixing! Es funktioniert jetzt auch mit "ccudelay".

Ich hätte zwei Fragen und zwar hab ich zwei Homematic IP Wassermelder gekauft und in piVCCU angemeldet.
Dann hab ich diese als neue HMCCUDEVs in fhem angelegt, aber vergessen vorher das HMCCU-Attribut "rpcinterfaces" um HmIP-RF zu erweitern.
Was mich wundert ist, dass die Wassermelder trotzdem in fhem funktioniert, obwohl kein rpcinterface dazu exisitiert. Woran liegt das?
(Mittlerweile habe ich das Attribut um HmIP-RF erweitert und habe jetzt entsprechend zwei rpc Devices)

Die andere Frage: nachdem ich die Wassermelder als HMCCUDEVs in fhem angelegt hatte war deren readings "hmstate = unreachable" und "Activity = dead" und in piVCCU hatte ich bei den Servicemeldungen "Gerätekommunikation gestört". Das passiert auch nach jedem Neustart meines RPi, aber erst seitdem ich die Devices bei fhem angelegt habe. Irgendwie scheint das Herstellen einer Verbindung mit fhem den Zustand in piVCCU zu verändern. Ist das normal?

Danke und viele Grüße,
Thorsten
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 20 September 2018, 20:32:23
Zitat von: warp10 am 20 September 2018, 17:57:43
Was mich wundert ist, dass die Wassermelder trotzdem in fhem funktioniert, obwohl kein rpcinterface dazu exisitiert. Woran liegt das?

rpcinterfaces und die HMCCURPCPROC Devices werden nur für den Empfang der Events von der CCU benötigt, also die Aktualisierung der Readings. Die Steuerung von FHEM aus läuft per Homematic Script. Das ist die Logikschicht der CCU.

Zitat
Die andere Frage: nachdem ich die Wassermelder als HMCCUDEVs in fhem angelegt hatte war deren readings "hmstate = unreachable" und "Activity = dead" und in piVCCU hatte ich bei den Servicemeldungen "Gerätekommunikation gestört". Das passiert auch nach jedem Neustart meines RPi, aber erst seitdem ich die Devices bei fhem angelegt habe. Irgendwie scheint das Herstellen einer Verbindung mit fhem den Zustand in piVCCU zu verändern. Ist das normal?

Beim Start von FHEM wird der Status aller Devices von der CCU abgefragt. Wenn die CCU schon eine Weile läuft, ist das kein Problem. In Deinem Fall wird sie aber mit dem Pi gestartet. Daher muss sie selbst erst bei den Geräten die Daten abfragen. Dabei wird das Sende Limit anscheinend überschritten.
Wenn Du nur FHEM neu startest,  sollte das eigentlich nicht passieren.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ban am 20 September 2018, 21:10:52
Bräuchte auch etwas Hilfe.

Heute ist mir aufgefallen, dass der HmIP-RF nicht mehr richtig startet.
Er bleibt immer auf Initialized und dementsprechend bekomme ich auch keinen Status der HMIP-Geräte z.b. von einem HmIP-BSM.
Dessen Status bleibt auch auf Initialized.
Ich verwende mit der CCU2 noch normal HM, dieser RPC startet normal und von den normalen HM-Geräten bekomme ich auch die Statusänderungen.

So sieht der jeweilige Status aus:

CCU RPC BidCos-RF running/OK
CCU RPC HmIP-RF Initialized
HM_CCU2 running/OK

192.168.10.14 ccudelay=200 habe ich in der HM_CCU2 zum Test gesetzt.
Reboot des Pi und/oder der CCU2 bringen keinen Erfolg.

Hat evtl. jemand eine Idee? Fhem ist aktuell.
Ich habe zwischenzeitlich neue Geräte an der CCU2 angemeldet.
Kann es damit zusammen hängen?

Vielen Dank,
Ban

Edit:
Habe den Fehler gefunden.
Das Attribut rpcinterfaces war plötzlich nicht mehr gesetzt.
Habe es wieder auf den Wert "BidCos-RF,HmIP-RF" gesetzt und jetzt läuft es wieder.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Familienpapi am 20 September 2018, 21:16:38
Hallo,
bei mir startet der RPC Server nach einem Start von FHEM nicht.
Meine Konfig:
RPi3 mit piVCCU, deaktiviertem Bluetooth und aktiviertem WLAN. Daher auch überall die angegebenen IP-Adressen. WLAN ist auf 192.168.188.0/24 zu finden. Alles aktuell gepachtet, Stand heute Abend.

fhem.cfg:
define HomeMatic HMCCU 192.168.237.241
attr HomeMatic ccuflags procrpc
attr HomeMatic event-on-change-reading .*
attr HomeMatic group HomeMatic
attr HomeMatic room zzConfig
attr HomeMatic rpcinterfaces BidCos-RF,HmIP-RF,VirtualDevices
attr HomeMatic rpcinterval 5
attr HomeMatic rpcport 2001,2010,9292
attr HomeMatic rpcqueue /opt/fhem/ccutemp
attr HomeMatic rpcserver on
attr HomeMatic rpcserveraddr 192.168.237.240
attr HomeMatic stateFormat rpcstate/state

define d_rpcBidCos_RF HMCCURPCPROC iodev=HomeMatic BidCos-RF
attr d_rpcBidCos_RF ccuflags ccuInit,reconnect
attr d_rpcBidCos_RF eventMap /rpcserver on:on/rpcserver off:off/
attr d_rpcBidCos_RF group HomeMatic
attr d_rpcBidCos_RF room zzConfig
attr d_rpcBidCos_RF stateFormat rpcstate/state
attr d_rpcBidCos_RF rpcServerAddr 192.168.237.240

define d_rpcHmIP_RF HMCCURPCPROC iodev=HomeMatic HmIP-RF
attr d_rpcHmIP_RF ccuflags ccuInit,reconnect
attr d_rpcHmIP_RF eventMap /rpcserver on:on/rpcserver off:off/
attr d_rpcHmIP_RF group HomeMatic
attr d_rpcHmIP_RF room zzConfig
attr d_rpcHmIP_RF stateFormat rpcstate/state
attr d_rpcHmIP_RF rpcServerAddr 192.168.237.240

define d_rpcVirtualDevices HMCCURPCPROC iodev=HomeMatic VirtualDevices
attr d_rpcVirtualDevices ccuflags ccuInit,reconnect
attr d_rpcVirtualDevices eventMap /rpcserver on:on/rpcserver off:off/
attr d_rpcVirtualDevices group HomeMatic
attr d_rpcVirtualDevices room zzConfig
attr d_rpcVirtualDevices stateFormat rpcstate/state
attr d_rpcVirtualDevices rpcServerAddr 192.168.237.240


Im Log steht dann:
2018.09.20 20:48:57 1: HMCCU: [HomeMatic] Initialized version 4.3.001
2018.09.20 20:48:57 1: HMCCU: [HomeMatic] HMCCU: Initializing device
2018.09.20 20:48:57 1: HMCCU: [HomeMatic] HMCCU: Read 2 devices with 59 channels from CCU 192.168.237.241
2018.09.20 20:48:57 1: HMCCU: [HomeMatic] HMCCU: Read 3 interfaces from CCU 192.168.237.241
2018.09.20 20:48:57 1: HMCCU: [HomeMatic] HMCCU: Read 0 programs from CCU 192.168.237.241
2018.09.20 20:48:57 1: HMCCU: [HomeMatic] HMCCU: Read 0 virtual groups from CCU 192.168.237.241
2018.09.20 20:48:57 1: HMCCURPCPROC: [d_rpcBidCos_RF] Initialized version 1.0.007 for interface BidCos-RF with I/O device HomeMatic
2018.09.20 20:48:57 1: HMCCURPCPROC: [d_rpcHmIP_RF] Initialized version 1.0.007 for interface HmIP-RF with I/O device HomeMatic
2018.09.20 20:48:57 1: HMCCURPCPROC: [d_rpcVirtualDevices] Initialized version 1.0.007 for interface VirtualDevices with I/O device HomeMatic


Die Internals:
CCUNum 1
Clients :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
DEF 192.168.237.241
NAME HomeMatic
NOTIFYDEV global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
NR 90
NTFY_ORDER 50-HomeMatic
RPCState inactive
STATE inactive/OK
TYPE HMCCU
ccuaddr BidCoS-RF
ccuchannels 59
ccudevices 2
ccuif BidCos-RF
ccuinterfaces BidCos-RF,HmIP-RF,VirtualDevices
ccuip 192.168.237.241
ccuname HM-RCV-50 BidCoS-RF
ccustate active
ccutype CCU2/3
host 192.168.237.241
version 4.3.001


Ich kann nun direkt set HomeMatic rpcserver on eingeben und der RPC Server läuft auf Anhieb und die Temperaturen von einem Wandthermostat werden auch aktualisiert.
Aber ich muss eben manuell starten. Das funktioniert sogar wenige Sekunden nach einem FHEM Neustart.

Mir gehen die Ideen aus, stehe jedoch für weitere Infos / Anregungen gerne zur Verfügung.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 20 September 2018, 21:33:51
@Ban: Logfile Einträge?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ban am 20 September 2018, 21:36:16
Hallo Zap,

hat sich gerade überschnitten. Habe den Fehler gefunden.
Das Attribut rpcinterface war nicht mehr gesetzt.
Habe es wieder auf  "BidCos-RF,HmIP-RF" gesetzt und jetzt läuft wieder alles wunderbar:-)
Habe es aber nicht wissentlich gelöscht...

Dank dir für dein tolles Modul!!!

Grüße,
Ban
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 20 September 2018, 21:40:07
Vielleicht nicht gespeichert nach dem Attribut setzen?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 20 September 2018, 21:44:06
@Familienpapi:

Sowas steht nicht im Log, vielleicht etwas weiter unten:

HMCCU: Start of RPC server after FHEM initialization in xx seconds

Die Attribute rpcinterval und rpcqueue im HMCCU DEvice kannst Du löschen. Werden nicht mehr benötigt. Haben aber nichts mit Deinem Problem zu tun.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ban am 20 September 2018, 21:46:17
@zap:

Das nicht Speichern kann ich ausschließen.
Habe erst seit 3 Wochen die CCU2 wegen mehreren HMIP Geräten und habe Fhem in der Zeit sehr oft neu gestartet.
Das Attribut habe ich ganz am Anfang gesetzt.
Da ging danach immer alles. Ich werde es beobachten und bescheid sagen, falls es wieder auftritt.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: warp10 am 21 September 2018, 10:25:07
Danke für Deine Antwort.

Zitat von: zap am 20 September 2018, 20:32:23
rpcinterfaces und die HMCCURPCPROC Devices werden nur für den Empfang der Events von der CCU benötigt, also die Aktualisierung der Readings. Die Steuerung von FHEM aus läuft per Homematic Script. Das ist die Logikschicht der CCU.

Seltsamerweise hatte ich aber trotzdem korrekte Readings obwohl es da für HMIP zuständige HMCCURPCPROC Device noch nicht gab.

Zitat von: zap am 20 September 2018, 20:32:23
Beim Start von FHEM wird der Status aller Devices von der CCU abgefragt. Wenn die CCU schon eine Weile läuft, ist das kein Problem. In Deinem Fall wird sie aber mit dem Pi gestartet. Daher muss sie selbst erst bei den Geräten die Daten abfragen. Dabei wird das Sende Limit anscheinend überschritten.
Wenn Du nur FHEM neu startest,  sollte das eigentlich nicht passieren.

Das Problem bestand aber auch beim ersten Anlegen der Devices in fhem, und da lief die CCU schon sehr lange. Der Duty Cycle ist mit Sicherheit kein Problem, den logge ich mit und der ist bei mir immer unter 5%, auch nach einem Neustart. Ich hab noch nicht viele Homematic-Geräte...

Viele Grüße,
Thorsten
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 24 September 2018, 19:28:33
Hallo Zap,
ich bekomme seit neuestem immer folgende Fehlermeldung, die irgendwie vom Eintrag/Leerfeld beim setter "set CCU3" herkommt, siehe Bild CCU3_capture.JPG.
2018.09.24 19:13:00 1: ERROR evaluating {ReadingsVal("CCU3","1,${ruleTmpProgramName},${ruleTmpProgramName}","")}: Global symbol "$ruleTmpProgramName" requires explicit package name (did you forget to declare "my $ruleTmpProgramName"?) at (eval 766661) line 1.
Global symbol "$ruleTmpProgramName" requires explicit package name (did you forget to declare "my $ruleTmpProgramName"?) at (eval 766661) line 1.

Wie bekomme ich das wieder weg?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Familienpapi am 25 September 2018, 17:32:36
@zap:
Zitat von: zap am 20 September 2018, 21:44:06
@Familienpapi:
Sowas steht nicht im Log, vielleicht etwas weiter unten:
HMCCU: Start of RPC server after FHEM initialization in xx seconds
Im Log steht nichts weiter und auch nach über 1 Tag startet der rpcserver nicht. Manuell jedoch auch nach dem 1 Tag warten direkter sofortiger Start.
Was könnte ich noch tun, um das Problem einzukreisen?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: slor am 29 September 2018, 23:14:53
Zitat von: inoma am 24 September 2018, 19:28:33
Hallo Zap,
ich bekomme seit neuestem immer folgende Fehlermeldung, die irgendwie vom Eintrag/Leerfeld beim setter "set CCU3" herkommt, siehe Bild CCU3_capture.JPG.
2018.09.24 19:13:00 1: ERROR evaluating {ReadingsVal("CCU3","1,${ruleTmpProgramName},${ruleTmpProgramName}","")}: Global symbol "$ruleTmpProgramName" requires explicit package name (did you forget to declare "my $ruleTmpProgramName"?) at (eval 766661) line 1.
Global symbol "$ruleTmpProgramName" requires explicit package name (did you forget to declare "my $ruleTmpProgramName"?) at (eval 766661) line 1.

Wie bekomme ich das wieder weg?

Ich habe gernau die gleichen Meldungen im Log. Schon eine Lösung dafür gefunden?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 30 September 2018, 12:46:20
Zitat von: inoma am 24 September 2018, 19:28:33
Hallo Zap,
ich bekomme seit neuestem immer folgende Fehlermeldung, die irgendwie vom Eintrag/Leerfeld beim setter "set CCU3" herkommt, siehe Bild CCU3_capture.JPG.
2018.09.24 19:13:00 1: ERROR evaluating {ReadingsVal("CCU3","1,${ruleTmpProgramName},${ruleTmpProgramName}","")}: Global symbol "$ruleTmpProgramName" requires explicit package name (did you forget to declare "my $ruleTmpProgramName"?) at (eval 766661) line 1.
Global symbol "$ruleTmpProgramName" requires explicit package name (did you forget to declare "my $ruleTmpProgramName"?) at (eval 766661) line 1.

Wie bekomme ich das wieder weg?

Kommt eventuell von einem UserReading oder einem anderen Attribut. Irgendwo in der FHEM Config muss dieser Code "{ReadingsVal .." verwendet werden. Bitte erst mal die Attribute vom IO Device (CCU3 ?) posten.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 30 September 2018, 16:39:59
Hallo zap,
an den attributen liegt es nicht, kann das sein das das irgendwo aus def CCU3 (nicht HMCCU) selber kommt? defmod CCU3 HMCCU 192.168.0.5
attr CCU3 ccuflags procrpc
attr CCU3 event-on-change-reading state,rpcstate
attr CCU3 group SERVER
attr CCU3 room Favourites,HomeMaticIP
attr CCU3 rpcinterfaces BidCos-RF,HmIP-RF
attr CCU3 rpcinterval 5
attr CCU3 rpcport 2001,2010
attr CCU3 rpcserver on
attr CCU3 stateFormat { if (ReadingsVal("$name","rpcstate","") ne "running" || ReadingsVal("$name","state","") ne "OK") {return '<font color="red">'. ReadingsVal("$name","rpcstate","") . "/" . ReadingsVal("$name","state","") .'</b>';; } else {return ReadingsVal("$name","rpcstate","") . "/" . ReadingsVal("$name","state","");; }}
attr CCU3 verbose 1
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 30 September 2018, 17:25:40
Mach mal ein "list CCU3" und suche in der Ausgabe nach dem Text "ruleTmpProgramName". Kommt das vor?

Bitte nicht die ganze Ausgabe hier posten, könnte länger sein.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 30 September 2018, 17:44:37
Hallo zusammen,

ich habe meine Konstellation von HMLAN auf die CCU3 und HMCCU erfolgreich umgestellt.
Die Schaltungen funktionieren.

Nun habe ich die Frage, ob man von der CCU3 auch eine Rückmeldung empfangen und im FHEM-Log protokollieren kann.
Also ob ein Befehl an den Aktor empfangen und ausgeführt wurde.

Danke vorab für Eure Infos.

Gruß Dirk
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ban am 30 September 2018, 18:38:19
Ich habe auch die Meldung:

018.09.30 18:21:17 1: ERROR evaluating {ReadingsVal("HMIP_CCU","1,${ruleTmpProgramName}","")}: Global symbol "$ruleTmpProgramName" requires explicit package name (did you forget to declare "my $ruleTmpProgramName"?) at (eval 106723) line 1.

Habel ein List HMIP_CCU ausgeführt.
ruleTmpProgramName wird an zwei Stellen gefunden:


     prg:
       ${ruleTmpProgramName}:
         active     true
         internal   false
       ${ruleTmpProgramName} 1:
         active     true
         internal   false
       prgEnergyCounter_2751_000858A994D914:7:
         active     true
         internal   true
       prgEnergyCounter_2836_000858A994D4B3:7:
         active     true
         internal   true
       prgEnergyCounter_3206_000858A994DE62:7:
         active     true
         internal   true

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 30 September 2018, 18:51:09
Ok, danke! Dann weiß ich, wo das Problem liegt. Fix kommt die Tage.

@Dirk070: naja, wenn du zB LEVEL auf 50 setzt und die CCU ein Event mit LEVEL = 50 schickt, hat sie den set Befehl bekommen und auch das entsprechende Gerät. Wenn schon bei der Ausführung von set etwas schief geht, gibt es in FHEM sofort eine Fehlermeldung.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ban am 30 September 2018, 18:52:57
super, dank Dir!
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 01 Oktober 2018, 19:31:50
Habe ein Update von 88_HMCCU (4.3.003) eingecheckt, das das Problem mit ${ruleTmpProgramName} lösen sollte.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Familienpapi am 02 Oktober 2018, 11:01:48
Zitat von: Familienpapi am 20 September 2018, 21:16:38
bei mir startet der RPC Server nach einem Start von FHEM nicht.
Meine Konfig ...
Das Problem konnte ich etwas eingrenzen:
Bei einem Neustart von FHEM startet der RPC Server nicht von alleine. Bei einem Neustart des RPi startet der RPC Server nach ca. 3 bis 4 Minuten (180 Sekunden sind eingestellt).
Also hakt's irgendwo beim Neustart von FHEM.
Die RPC Server starten nicht, wenn fhem.cfg gespeichert wird und auch nicht bei "shutdown restart" in der FHEM Kommandozeile.
Ich hoffe, das hilft weiter.

PS: Bin ich der einzige, der dieses Problem hat?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 02 Oktober 2018, 11:52:39
Wieso sollten die RPC Server neu starten, wenn die fhem.cfg gespeichert wird? Wenn ich mal überlege, wie oft ich die Config speichere ... das wäre übel, wenn jedes Mal die RPC Server neu starten würden.

Das Problem beim "shutdown restart" muss ich mal bei mir testen.

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Familienpapi am 02 Oktober 2018, 12:19:26
Zitat von: zap am 02 Oktober 2018, 11:52:39
Wieso sollten die RPC Server neu starten, wenn die fhem.cfg gespeichert wird? Wenn ich mal überlege, wie oft ich die Config speichere ... das wäre übel, wenn jedes Mal die RPC Server neu starten würden.
Ich editiere die fhem.cfg im FHEM erweiterten Editor und speichere diese dann ab. Nach meinem Kenntnisstand wird dabei auch FHEM neu gestartet, oder?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 02 Oktober 2018, 14:37:37
Keine Ahnung. Ich lasse die Finger von der fhem.cfg
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 02 Oktober 2018, 15:33:14
Zitat von: zap am 30 September 2018, 18:51:09
@Dirk070: naja, wenn du zB LEVEL auf 50 setzt und die CCU ein Event mit LEVEL = 50 schickt, hat sie den set Befehl bekommen und auch das entsprechende Gerät. Wenn schon bei der Ausführung von set etwas schief geht, gibt es in FHEM sofort eine Fehlermeldung.

Zunächst erstmal vielen Dank für das Modul und Deine Arbeit. Tolle Sache!!

Ich würde gerne im Log festhalten, ob ein Befehl beim Aktor angekommen ist.
Bei meinen Rolladen sehe ich den LEVEL erst, wenn der Rolladen den Stand erreicht hat.
Das Reading WORKING liefert vorher schon yes/no. Die Frage ist, wenn ich ein SET absetzen, liefert dann ein direkt folgendes ReadingsVal auf WORKING schon ein yes?
Dann wäre es genau, was ich brauche. Teste ich am Wochenende einfach mal ....

UPDATE:
Doch mal schnell getestet, das ReadingsVal direkt nach dem Befehl liefert ein "no", wahrscheinlich kommt die Abfrage zu schnell.....schade.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 03 Oktober 2018, 10:38:15
Ein set Befehl übermittelt den Schaltwunsch erst mal nur an die CCU. Diese wiederum leitet ihn an den Aktor weiter. Die Statusmeldungen des Aktors (zB neues LEVEL) gehen dann wieder an die CCU. Diese schickt sie per Event an HMCCU/FHEM.

Das Ganze dauert nur Millisekunden, ist aber trotzdem zu langsam, damit ein direkt auf Set folgendes ReadingsVal schon den neuen Wert liefert.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 03 Oktober 2018, 15:36:58
Ich habe für mich eine Lösung gefunden.
Den SET absetzen und einen FHEM-Sleep von 1 Sekunde vor dem ReadingsVal.

Ich habe in meiner 99_myUtils.pm eine zentrale Funktion für die Rolladen, daher die Variablen im Coding.

fhem( "set $Rollade control $Drive" );
fhem( "sleep 1; {if (ReadingsVal(\"$Rollade\", \"1.WORKING\", \"\") ne 'yes') {Log 1, \"$Rollade --> kein WORKING von CCU3\"} else {Log 1, \"$Rollade OK\"}}");


Vielleicht kann ja der ein oder andere auch sowas gebrauchen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: raimundl am 04 Oktober 2018, 17:30:00
Hallo!

Vorerst Danke für das HMCCU Modul.

Habe heute erstmals HMCCU installiert und testhalber ein Device angelernt und mit fhem verbunden. Alles hat wunderbar funktioniert!
Internals:
   DEF        Steckdose
   IODev      CCU3
   NAME       Steckdose
   NR         466
   STATE      off1
   TYPE       HMCCUDEV
   ccuaddr    LEQ0537410
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    Steckdose
   ccutype    HM-ES-PMSw1-Pl
   channels   7
   firmware   2.5
   statevals  devstate|on|off
   READINGS:
     2018-10-04 17:04:20   0.AES_KEY       0
     2018-10-04 17:04:20   0.CONFIG_PENDING false
     2018-10-04 17:04:20   0.DEVICE_IN_BOOTLOADER false
     2018-10-04 17:04:20   0.DUTYCYCLE     false
     2018-10-04 17:04:20   0.RSSI_DEVICE   211
     2018-10-04 17:04:20   0.RSSI_PEER     202
     2018-10-04 17:04:20   0.STICKY_UNREACH false
     2018-10-04 17:04:20   0.UNREACH       false
     2018-10-04 17:04:20   0.UPDATE_PENDING false
     2018-10-04 17:04:20   1.INHIBIT       false
     2018-10-04 18:51:22   1.STATE         off1
     2018-10-04 18:51:22   1.WORKING       0
     2018-10-04 18:50:18   2.BOOT          1
     2018-10-04 18:50:18   2.CURRENT       0.000000
     2018-10-04 18:50:18   2.ENERGY_COUNTER 0.900000
     2018-10-04 18:50:18   2.FREQUENCY     49.970000
     2018-10-04 18:50:18   2.POWER         0.000000
     2018-10-04 18:50:18   2.VOLTAGE       229.100000
     2018-10-04 17:04:20   3.DECISION_VALUE 0
     2018-10-04 17:04:20   4.DECISION_VALUE 0
     2018-10-04 17:04:20   5.DECISION_VALUE 0
     2018-10-04 17:04:20   6.DECISION_VALUE 0
     2018-10-04 18:51:22   control         off1
     2018-10-04 18:51:22   hmstate         off1
     2018-10-04 18:51:22   state           off1
   hmccu:
     devspec    Steckdose
     dp:
       0.AES_KEY:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.CONFIG_PENDING:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
       0.DEVICE_IN_BOOTLOADER:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
       0.DUTYCYCLE:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
       0.RSSI_DEVICE:
         OSVAL      211
         OVAL       211
         SVAL       211
         VAL        211
       0.RSSI_PEER:
         OSVAL      202
         OVAL       202
         SVAL       202
         VAL        202
       0.STICKY_UNREACH:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
       0.UNREACH:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
       0.UPDATE_PENDING:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
       1.INHIBIT:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
       1.STATE:
         OSVAL      on
         OVAL       1
         SVAL       off1
         VAL        0
       1.WORKING:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       2.BOOT:
         OSVAL      1
         OVAL       1
         SVAL       1
         VAL        1
       2.CURRENT:
         OSVAL      0.000000
         OVAL       0.000000
         SVAL       0.000000
         VAL        0.000000
       2.ENERGY_COUNTER:
         OSVAL      0.900000
         OVAL       0.900000
         SVAL       0.900000
         VAL        0.900000
       2.FREQUENCY:
         OSVAL      49.980000
         OVAL       49.980000
         SVAL       49.970000
         VAL        49.970000
       2.POWER:
         OSVAL      0.000000
         OVAL       0.000000
         SVAL       0.000000
         VAL        0.000000
       2.VOLTAGE:
         OSVAL      229.500000
         OVAL       229.500000
         SVAL       229.100000
         VAL        229.100000
       3.DECISION_VALUE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       4.DECISION_VALUE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       5.DECISION_VALUE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       6.DECISION_VALUE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
Attributes:
   IODev      CCU3
   alexaName  Steckdose
   event-on-change-reading .*
   genericDeviceType switch
   room       alexa
   statedatapoint STATE
   statevals  on:true,off:false
   substitute STATE!true:on,false:off,1:on,0:off


Habe dann versucht das verbundene Device (HM-ES-PMSw1-Pl) als switch auch über alexa zu steuern. Hier stehe ich leider an, obwohl ich versucht habe die Einstellungen anhand meiner vorhandenen Geräte (switch) zu übernehmen.

Bitte um Hinweise was ich noch tum muss.

Danke und LG

Edit: Nach mehrmaliger Gerätesuche in der alexa App funktioniert es nun doch!
@zap: bitte trotzdem List durchsehen ob alles richtig konfiguriert.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 04 Oktober 2018, 19:20:00
Passt so. Du könntest noch das Attribut ccureadingfilter setzen, wenn Du nicht alle Readings haben möchtest. Für die Energie-Werte wäre stripnumber = 1 evtl. nützlich, um nur eine Stelle nach dem Komma zu haben.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: arran am 07 Oktober 2018, 13:51:26
Hallo zusammen,

ich habe meine HomeMatic Geräte auf einem RaspberryMatic umgezogen. Alles hat funktioniert nur bei der Gruppen Definition bestehend aus Thermostat und Fensterkontakt finde ich den Fehler nicht. Vielleicht kann einer von euch mir hier weiter helfen.

Definitionen:

define RpiMatic HMCCU 192.168.xxx.yyy waitforccu=180
attr RpiMatic ccuaggregate name:battery,filter:room=HomeMatic,read:(LOWBAT|LOW_BAT),if:any=yes,else:no,prefix=battery_,coll:alias
attr RpiMatic ccudef-readingfilter ^(LOW_?BAT|UNREACH)\$
attr RpiMatic ccudef-readingformat datapoint
attr RpiMatic ccudef-readingname ^(.+\.)?AES_KEY\$:sign;;^(.+\.)?LOW_?BAT\$:battery;;^(.+\.)?BATTERY_STATE\$:batteryLevel;;^(.+\.)?UNREACH\$:Activity;;^(.+\.)?TEMPERATURE\$:+temperature;;^(.+\.)?SET_TEMPERATURE\$:+desired-temp;;^(.+\.)?HUMIDITY\$:+humidity;;^(.+\.)?LEVEL\$:+pct;;^(.+\.)?CONTROL_MODE\$:+controlMode
attr RpiMatic ccudef-substitute AES_KEY!(0|false):off,(1|true):on;;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;;UNREACH!(0|false):alive,(1|true):dead;;MOTION!(0|false):noMotion,(1|true):motion;;DIRECTION!0:stop,1:up,2:down,3:undefined;;WORKING!0:false,1:true;;INHIBIT!(0|false):unlocked,(1|true):locked
attr RpiMatic ccuflags intrpc
attr RpiMatic cmdIcon on:general_an off:general_aus
attr RpiMatic event-on-change-reading .*
attr RpiMatic eventMap /rpcserver on:on/rpcserver off:off/
attr RpiMatic icon hm_ccu
attr RpiMatic room HomeMatic
attr RpiMatic rpcinterfaces BidCos-RF,HmIP-RF,VirtualDevices
attr RpiMatic rpcinterval 5
attr RpiMatic rpcport 2001,2010,9292
attr RpiMatic rpcqueue /tmp/ccuqueue
attr RpiMatic rpcserver on
attr RpiMatic stateFormat rpcstate/state
attr RpiMatic stripnumber 1
#
#==========================================================================
# Wohnzimmer = WZ
#--------------------------------------------------------------------------
define HM_RT_WZ HMCCUDEV LEQ0777992
attr HM_RT_WZ IODev RpiMatic
attr HM_RT_WZ alias Wohnzimmer
attr HM_RT_WZ ccureadingfilter (TEMPERATURE|VALVE_STATE|CONTROL|BATTERY_STATE)
attr HM_RT_WZ ccureadings 1
attr HM_RT_WZ cmdIcon Auto:sani_heating_automatic Manu:sani_heating_manual Boost:sani_heating_boost on:general_an off:general_aus
attr HM_RT_WZ controldatapoint 4.SET_TEMPERATURE
attr HM_RT_WZ event-on-change-reading .*
attr HM_RT_WZ eventMap /datapoint 4.MANU_MODE 20.0:Manu/datapoint 4.AUTO_MODE 1:Auto/datapoint 4.BOOST_MODE 1:Boost/datapoint 4.MANU_MODE 4.5:off/datapoint 4.MANU_MODE 30.5:on/
attr HM_RT_WZ hmstatevals FAULT_REPORTING!1:valve_tight,2:range_too_large,3:range_too_small,4:communication_error,5:other_error,6:battery_low,7:valve_error_pos
attr HM_RT_WZ icon hc_wht_regler
attr HM_RT_WZ room HomeMatic
attr HM_RT_WZ stateFormat T: 4.ACTUAL_TEMPERATURE° D: 4.SET_TEMPERATURE° V: 4.VALVE_STATE% U: 4.BATTERY_STATE 4.CONTROL_MODE
attr HM_RT_WZ statechannel 4
attr HM_RT_WZ statedatapoint 4.SET_TEMPERATURE
attr HM_RT_WZ stripnumber 1
attr HM_RT_WZ substexcl control
attr HM_RT_WZ substitute CONTROL_MODE!0:AUTO,1:MANU,2:PARTY,3:BOOST;;SET_TEMPERATURE!#0-4.5:off,#30.5-40:on;;FAULT_REPORTING!0:no,1:valve_tight,2:range_too_large,3:range_too_small,4:communication_error,5:other_error,6:battery_low,7:valve:error_pos
attr HM_RT_WZ webCmd control:Auto:Manu:Boost:on:off
attr HM_RT_WZ widgetOverride control:slider,4.5,0.5,30.5,1
#
define HM_FK_WZ HMCCUCHN LEQ1252087:1 readonly
attr HM_FK_WZ IODev RpiMatic
attr HM_FK_WZ ccureadingfilter STATE
attr HM_FK_WZ ccureadings 1
attr HM_FK_WZ devStateIcon closed:fts_window_1w@green tilted:fts_window_1w_tilt@yellow open:fts_window_1w_open@red
attr HM_FK_WZ event-on-change-reading .*
attr HM_FK_WZ hmstatevals ERROR!1:sabotage
attr HM_FK_WZ icon signal_Fenster_Offen.off
attr HM_FK_WZ room HomeMatic
attr HM_FK_WZ statedatapoint STATE
attr HM_FK_WZ substitute STATE!0:closed,1:tilted,2:open;;ERROR!0:no,1:sabotage
#
# Gruppe
define HM_HZ_WZ HMCCUDEV HM-HZ-WZ_INT0000001 group=HM-FK-WZ,HMRT-WZ
attr HM_HZ_WZ userattr HM-HZ-WZ_INT0000001 HM-HZ-WZ_INT0000001_map structexclude
attr HM_HZ_WZ IODev RpiMatic
attr HM_HZ_WZ ccucalculate dewpoint:DEWPOINT:1.ACTUAL_TEMPERATURE,1.ACTUAL_HUMIDITY
attr HM_HZ_WZ ccureadingfilter 1.(^SET_TEMPERATURE|^ACTUAL|^VALVE|^CONTROL);;2.^WINDOW_OPEN;;4.^VALVE
attr HM_HZ_WZ cmdIcon Auto:sani_heating_automatic Manu:sani_heating_manual Boost:sani_heating_boost on:general_an off:general_aus
attr HM_HZ_WZ controldatapoint 1.SET_TEMPERATURE
attr HM_HZ_WZ eventMap /datapoint 1.MANU_MODE 20.0:Manu/datapoint 1.AUTO_MODE 1:Auto/datapoint 1.BOOST_MODE 1:Boost/datapoint 1.MANU_MODE 4.5:off/datapoint 1.MANU_MODE 30.5:on/
attr HM_HZ_WZ icon heizung.0
attr HM_HZ_WZ room HomeMatic
attr HM_HZ_WZ stateFormat T: 1.ACTUAL_TEMPERATURE° H: 1.ACTUAL_HUMIDITY% D: 1.SET_TEMPERATURE° P: DEWPOINT° V: 4.VALVE_STATE% 1.CONTROL_MODE
attr HM_HZ_WZ statedatapoint 1.SET_TEMPERATURE
attr HM_HZ_WZ stripnumber 1
attr HM_HZ_WZ substexcl control
attr HM_HZ_WZ substitute CONTROL_MODE!0:AUTO,1:MANU,2:PARTY,3:BOOST;;WINDOW_OPEN_REPORTING!(true|1):open,(false|0):closed;;SET_TEMPERATURE!#0-4.5:off,#30.5-40:on
attr HM_HZ_WZ webCmd control:Auto:Manu:Boost:on:off
attr HM_HZ_WZ widgetOverride control:slider,4.5,0.5,30.5,1
#


Warum wird der Status der definierten Gruppe nicht mit den Werten der Geräte befüllt ?  :'(

Vielen Dank,
arran
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 07 Oktober 2018, 15:35:13
Wie heißen denn die Readings? Per Default wird bei einer Gruppe das Format DevName.Kanal.Datenpunkt verwendet. Dann musst Du bei stateformat natürlich auch den kompletten Namen angeben. Oder Du stellst mit dem Attribut ccureadingformat auf Kanal.Datenpunkt um.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 12 Oktober 2018, 09:00:14
Ich bekomme täglich solche Meldungen:
HMCCUDEV: HM_sd_ku_led Execution of CCU script or command failed

Hier geht es meist um notifys/DOIFs Bewegungsmelder -> Licht.
Ich hatte gestern mal die CCU und danach FHEM(Server) kpl neu gestartet, um zu sehen ob es daran liegen könnte, und ich greife im Moment auch mit keiner anderen smartHome-Lösung auf die CCU zu.

Einstellungen:
defmod ccu31 HMCCU 192.168.0.234
attr ccu31 ccudef-readingfilter ^(LOW_?BAT|UNREACH)$
attr ccu31 ccudef-readingname ^(.+\.)?LOW_?BAT$:battery;;^(.+\.)?UNREACH$:activity
attr ccu31 ccudef-substitute AES_KEY!(0|false):off,(1|true):on;;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;;UNREACH!(0|false):alive,(1|true):dead;;MOTION!(0|false):noMotion,(1|true):motion;;DIRECTION!0:stop,1:up,2:down,3:undefined;;WORKING!0:false,1:true;;INHIBIT!(0|false):unlocked,(1|true):locked
attr ccu31 ccuflags procrpc
attr ccu31 cmdIcon on:general_an off:general_aus
attr ccu31 eventMap /rpcserver on:on/rpcserver off:off/
attr ccu31 room Homematic
attr ccu31 rpcinterfaces BidCos-RF,HmIP-RF,VirtualDevices
attr ccu31 rpcport 2001,2010,9292
attr ccu31 rpcserver on
attr ccu31 stateFormat rpcstate/state

setstate ccu31 running/OK
setstate ccu31 2018-10-10 23:17:06 count_channels 281
setstate ccu31 2018-10-10 23:17:06 count_devices 57
setstate ccu31 2018-10-10 23:17:06 count_groups 0
setstate ccu31 2018-10-10 23:17:06 count_interfaces 3
setstate ccu31 2018-10-10 23:17:06 count_programs 1
setstate ccu31 2018-10-10 23:17:28 rpcstate running
setstate ccu31 2018-10-10 23:18:13 state OK


defmod HM_RCV_50_BidCoS_RF HMCCUDEV BidCoS-RF
attr HM_RCV_50_BidCoS_RF IODev ccu31
attr HM_RCV_50_BidCoS_RF room Homematic

setstate HM_RCV_50_BidCoS_RF 2018-10-10 23:18:11 hmstate Initialized
setstate HM_RCV_50_BidCoS_RF 2018-10-10 23:17:06 state Initialized

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 12 Oktober 2018, 11:33:24
Vermutlich laufen die CCU Requests in einen Timeout. Im Logfile sollten ggf. entsprechende Meldungen auftauchen.

Wenn das die Ursache ist, kannst Du per Attribut ccuReqTimeout im IO Device den Timeout erhöhen. Vorgabe sind 4 Sekunden. Nachteil: FHEM blockiert während dieser Zeit. Das wiederum kann man vermeiden, indem man im Attribut ccuflags den Wert "nonBlocking" ergänzt.

Wenn es wirklich ein Timeout ist, dann empfehle ich:

ccuReqTimeout = 6 oder mehr
ccuflags = procrpc,nonBlocking

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 12 Oktober 2018, 12:23:28
ich werde nur mal das ccuflag nonblocking dazu nehmen.

Vielen Dank
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 17 Oktober 2018, 19:56:54
Folgende Einträge habe ich im Logfile:
2018.10.17 18:57:26 2: HMCCUDEV: [HM_ws_ez] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HmIP_pr_bz] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HM_di_eg] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HM_di_wz] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HM_di_fl] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HM_ws_bz_spiegel] Error during CCU request. read from http://192.168.0.224:8181 timed out


Wenn ich ein [get HM_RCV_50_BidCoS_RF deviceinfo] ausführe:
DPT {}  =  []

Port 8181 ist von FHEM aus erreichbar, wget Test:
root@px3 ~ > wget 192.168.0.224:8181
--2018-10-17 19:52:42--  http://192.168.0.224:8181/
Verbindungsaufbau zu 192.168.0.224:8181 ... verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet ... 302 Found
Platz: /index.htm?sid=@BxJEjSsPkO@ [folgend]
--2018-10-17 19:52:42--  http://192.168.0.224:8181/index.htm?sid=@BxJEjSsPkO@
Wiederverwendung der bestehenden Verbindung zu 192.168.0.224:8181.
HTTP-Anforderung gesendet, auf Antwort wird gewartet ... 200 OK
Länge: 2757 (2,7K) [text/html]
Wird in »»index.html.2«« gespeichert.

index.html.2        100%[===================>]   2,69K  --.-KB/s    in 0s

2018-10-17 19:52:42 (229 MB/s) - »»index.html.2«« gespeichert [2757/2757]

root@px3 ~ > cat index.html.2
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.or                                                                                    g/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>

  <meta http-equiv="Content-Language" content="de">
  <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
  <meta http-equiv="cache-control" content="no-cache">
  <meta http-equiv="pragma"        content="no-cache">
  <!-- <meta http-equiv="expires"       content="-1"> -->
  <meta http-equiv="Expires" content="01 Jan 2015 00:00:00 GMT" />



  <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" />

  <script type="text/javascript">

    STARTPAGE_ERROR = "NoAjaxBrowser.htm";
    STARTPAGE_PC    = "pages/index.htm";

    USERCLIENT_PC  = 0;

    /**
     * Erstellt eine Instanz des XMLHttpRequest-Objekts.
     */
    createXMLHttpRequest = function()
    {
      var xmlHttp = null;

      if ( window.XMLHttpRequest )
      {
        xmlHttp = new XMLHttpRequest();
      }
      else if ( window.ActiveXObject )
      {
        try
        {
          xmlHttp = new ActiveXObject("Msxml2.XMLHTTP");
        }
        catch (ex)
        {
          try
          {
            xmlHttp = new ActiveXObject("Microsoft.XMLHTTP");
          }
          catch (ex)
          {
            // leer
          }
        }
      }

      return xmlHttp;
    };

    /**
     * Pr▒ft, ob der Browser die Anforderungen f▒r die HomeMatic WebUI erf▒llt.
     */
    checkBrowser = function()
    {
      // Test auf AJAX-Unterst▒tzung
      var xmlHttp = createXMLHttpRequest();
      if ( !xmlHttp )
      {
        xmlHttp = null;
        return false;
      }

      return true;
    };

    /**
     * Leitet den Anwender auf die enstprechende Startseite weiter.
     * Die Startseite ist abh▒ngig vom gew▒hlten Endger▒t.
     *
     * Anmerkung:
     * Falls der Anwender nicht automatisch angemeldet wird, leitet der ReGa
     * Webserver die Anfrage auf die Loginseite um. Auch die Loginseite ist
     * vom jeweiligen Endger▒t abh▒ngig.
     */
    onLoad = function()
    {
      var sStartPage = STARTPAGE_ERROR;

      if (true == checkBrowser())
      {
        sStartPage = STARTPAGE_PC + "?sid=" + SessionId;

      }

      top.window.location.href = sStartPage;
    };

  </script>
</head><script type="text/javascript">
var SessionId = "@BxJEjSsPkO@";
</script>
<body onload="onLoad();">

<noscript>
  <div align="center">
    <p>Um die HomeMatic WebUI nutzen zu k&ouml;nnen, muss JavaScript in Ihrem Br                                                                                    owser aktiviert sein.</p>
  </div>
</noscript>

</body>
</html>

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 18 Oktober 2018, 06:13:52
Ich sollte erwähnen das ich das Timeout Problem seit der Umstellung auf HMCCU habe,
mit Bewegungsmeldern(HM-Sec-MDIR-2 ), die dann per notify die Dimmer(HM-LC-Dim1TPBU-FM) schalten per pct.

Ein notify sieht bei mir so aus:
HM_bm_eg:yes
IF ([HM_di_eg:control] < 100 or [HM_di_eg] eq "off") (
  IF (isday()) (set HM_di_eg pct 99 60 0) ELSE (set HM_di_eg pct 50 60 1)
)


Bewegungsmelder Definition:
defmod HM_bm_eg HMCCUDEV KEQ0974516
attr HM_bm_eg IODev ccu31
attr HM_bm_eg alias Bewegungsmelder EG
attr HM_bm_eg ccureadingfilter (BRIGHTNESS|MOTION)
attr HM_bm_eg group Bewegungsmelder
attr HM_bm_eg hmstatevals ERROR!1:sabotage
attr HM_bm_eg room Homematic
attr HM_bm_eg statedatapoint 1.MOTION
attr HM_bm_eg substitute MOTION!(0|false):no,(1|true):yes;;ERROR!0:no,1:sabotage

setstate HM_bm_eg no
setstate HM_bm_eg 2018-10-18 06:08:33 1.BRIGHTNESS 38
setstate HM_bm_eg 2018-10-18 05:39:20 1.MOTION no
setstate HM_bm_eg 2018-10-17 18:56:48 activity alive
setstate HM_bm_eg 2018-10-17 18:56:48 battery ok
setstate HM_bm_eg 2018-10-18 05:39:20 control no
setstate HM_bm_eg 2018-10-18 06:08:33 hmstate no
setstate HM_bm_eg 2018-10-18 05:39:20 state no


Dimmer Definition:
defmod HM_di_eg HMCCUDEV OEQ1233567
attr HM_di_eg IODev ccu31
attr HM_di_eg alias Deckenlicht EG
attr HM_di_eg ccureadingfilter (^LEVEL$|DIRECTION)
attr HM_di_eg ccuscaleval LEVEL:0:1:0:100
attr HM_di_eg cmdIcon on:general_an off:general_aus
attr HM_di_eg controldatapoint 1.LEVEL
attr HM_di_eg devStateIcon .*:light_ceiling_light
attr HM_di_eg fp_tabl1 40,880,2,Eingang
attr HM_di_eg group Licht
attr HM_di_eg hmstatevals ERROR_REDUCED!1:error_reduced;;ERROR_OVERHEAT!1:error_overheat;;ERROR_OVERLOAD!1:error_overload
attr HM_di_eg room Flur,Homematic
attr HM_di_eg statedatapoint 1.LEVEL
attr HM_di_eg statevals on:100,off:0
attr HM_di_eg stripnumber 1
attr HM_di_eg substexcl control
attr HM_di_eg substitute ERROR_OVERHEAT,ERROR_OVERLOAD,ERROR_REDUCED!(0|false):no,(1|true):yes;;LEVEL!#0-0:off,#1-100:on;;DIRECTION!0:none,1:up,2:down,3:undefined
attr HM_di_eg webCmd control
attr HM_di_eg widgetOverride control:0,20,30,40,50,60,80,100

setstate HM_di_eg off
setstate HM_di_eg 2018-10-18 05:56:27 1.DIRECTION none
setstate HM_di_eg 2018-10-18 05:56:27 1.LEVEL off
setstate HM_di_eg 2018-10-07 18:39:22 1.WORKING false
setstate HM_di_eg 2018-10-17 21:42:35 2.DIRECTION none
setstate HM_di_eg 2018-10-17 21:42:35 2.LEVEL off


Wenn eine timed out Meldung im Log auftaucht, schaltet der Dimmer zwar ein, aber nicht mehr aus :-(
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 18 Oktober 2018, 07:28:45
du hast ja nonBlocking eingeschaltet, oder? Das alleine bringt nichts. Du musst auch ccuReqTimeout erhöhen auf >5. Wobei das schon sehr langsam ist.

Ein list von dem Device wäre interessant.

nutzt du eine echte CCU oder eine Software Lösung wie piVCCU?

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 18 Oktober 2018, 09:09:48
Hallo zap, danke für Hilfe

Ich nutze die neue EQ3 CCU3.
Ich denke nicht das ich ein Netzwerkproblem habe, die CCU3 reagiert eigentlich ansonsten schnell..

list HMCCU:
Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        192.168.0.224
   NAME       ccu31
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         265
   NTFY_ORDER 50-ccu31
   RPCState   running
   STATE      running/OK
   TYPE       HMCCU
   ccuaddr    BidCoS-RF
   ccuchannels 281
   ccudevices 57
   ccuif      BidCos-RF
   ccuinterfaces HmIP-RF,BidCos-RF,VirtualDevices
   ccuip      192.168.0.224
   ccuname    HM-RCV-50 BidCoS-RF
   ccustate   active
   ccutype    CCU2/3
   host       192.168.0.224
   version    4.3.004
   READINGS:
     2018-10-17 18:55:57   count_channels  281
     2018-10-17 18:55:57   count_devices   57
     2018-10-17 18:55:57   count_groups    0
     2018-10-17 18:55:57   count_interfaces 3
     2018-10-17 18:55:57   count_programs  1
     2018-10-17 18:56:20   rpcstate        running
     2018-10-17 18:57:02   state           OK
   hmccu:
     evtime     0
     evtimeout  0
     rpccount   0
     rpcports   2001,2010,9292
     updatetime 0
     adr:
SCHNIP
SCHNAP
          cnt:
           ACTIVE_PROFILE 1
           ACTUAL_TEMPERATURE 1
           ACTUAL_TEMPERATURE_STATUS 1
           BOOST_MODE 1
           BOOST_TIME 1
           CONFIG_PENDING 1
           CONTROL_DIFFERENTIAL_TEMPERATURE 1
           CONTROL_MODE 1
           DURATION_UNIT 1
           DURATION_VALUE 1
           DUTY_CYCLE 1
           FROST_PROTECTION 1
           HEATING_COOLING 1
           HUMIDITY   1
           HUMIDITY_STATUS 1
           INSTALL_TEST 1
           LOW_BAT    1
           OPERATING_VOLTAGE 1
           OPERATING_VOLTAGE_STATUS 1
           PARTY_MODE 1
           PARTY_SET_POINT_TEMPERATURE 1
           PARTY_TIME_END 1
           PARTY_TIME_START 1
           RSSI_DEVICE 1
           RSSI_PEER  1
           SET_POINT_MODE 1
           SET_POINT_TEMPERATURE 1
           SWITCH_POINT_OCCURED 1
           UNREACH    1
           UPDATE_PENDING 1
           WINDOW_STATE 1
     grp:
     ifports:
       2001       BidCos-RF
       2010       HmIP-RF
       9292       VirtualDevices
     interfaces:
       BidCos-RF:
         device     d_rpcBidCos_RF
         flags      forceASCII
         host       192.168.0.224
         manager    HMCCU
         port       2001
         prot       http
         state      running
         type       A
         url        http://192.168.0.224:2001
       HmIP-RF:
         device     d_rpcHmIP_RF
         flags      _
         host       192.168.0.224
         manager    HMCCU
         port       2010
         prot       http
         state      running
         type       A
         url        http://192.168.0.224:2010
       VirtualDevices:
         device     d_rpcVirtualDevices
         flags      _
         host       192.168.0.224
         manager    HMCCU
         port       9292
         prot       http
         state      running
         type       A
         url        http://192.168.0.224:9292/groups
     prg:
       prgEnergyCounter_4239_LEQ0183868:2:
         active     true
         internal   true
     rpc:
Attributes:
   ccuReqTimeout 6
   ccudef-readingfilter ^(LOW_?BAT|UNREACH)$
   ccudef-readingname ^(.+\.)?LOW_?BAT$:battery;^(.+\.)?UNREACH$:activity
   ccudef-substitute AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
   ccuflags   procrpc,nonBlocking
   cmdIcon    on:general_an off:general_aus
   eventMap   /rpcserver on:on/rpcserver off:off/
   room       Homematic
   rpcinterfaces BidCos-RF,HmIP-RF,VirtualDevices
   rpcport    2001,2010,9292
   rpcserver  on
   stateFormat rpcstate/state


list dimmer:
Internals:
   DEF        OEQ1233567
   IODev      ccu31
   NAME       HM_di_eg
   NR         312
   STATE      off
   TYPE       HMCCUDEV
   ccuaddr    OEQ1233567
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    HM-di-eg
   ccutype    HM-LC-Dim1TPBU-FM
   channels   4
   firmware   2.9
   statevals  devstate|on|off
   READINGS:
     2018-10-18 06:48:29   1.DIRECTION     none
     2018-10-18 06:48:29   1.LEVEL         off
     2018-10-07 18:39:22   1.WORKING       false
     2018-10-17 21:42:35   2.DIRECTION     none
     2018-10-17 21:42:35   2.LEVEL         off
     2018-10-06 16:27:14   2.WORKING       false
     2018-10-17 21:42:35   3.DIRECTION     none
     2018-10-17 21:42:35   3.LEVEL         on
     2018-10-06 16:27:15   3.WORKING       false
     2018-10-17 18:56:29   activity        alive
     2018-10-18 06:48:29   control         0
     2018-10-18 06:48:29   hmstate         off
     2018-10-18 06:48:29   state           off
   hmccu:
     devspec    OEQ1233567
     dp:
       0.AES_KEY:
         OVAL       1
         VAL        1
       0.CONFIG_PENDING:
         OVAL       false
         VAL        false
       0.DEVICE_IN_BOOTLOADER:
         OVAL       false
         VAL        false
       0.DUTYCYCLE:
         OVAL       false
         VAL        false
       0.RSSI_DEVICE:
         OVAL       1
         VAL        1
       0.RSSI_PEER:
         OVAL       1
         VAL        1
       0.STICKY_UNREACH:
         OVAL       false
         VAL        false
       0.UNREACH:
         OSVAL      alive
         OVAL       false
         SVAL       alive
         VAL        false
       0.UPDATE_PENDING:
         OVAL       false
         VAL        false
       1.DIRECTION:
         OSVAL      none
         OVAL       0
         SVAL       none
         VAL        0
       1.ERROR_OVERHEAT:
         OVAL       0
         VAL        0
       1.ERROR_OVERLOAD:
         OVAL       0
         VAL        0
       1.ERROR_REDUCED:
         OVAL       0
         VAL        0
       1.INHIBIT:
         OVAL       false
         VAL        false
       1.LEVEL:
         OSVAL      on
         OVAL       0.500000
         SVAL       off
         VAL        0.000000
       1.LEVEL_REAL:
         OVAL       0.500000
         VAL        0.000000
       1.WORKING:
         OVAL       1
         VAL        0
       2.DIRECTION:
         OSVAL      none
         OVAL       0
         SVAL       none
         VAL        0
       2.ERROR_OVERHEAT:
         OVAL       0
         VAL        0
       2.ERROR_OVERLOAD:
         OVAL       0
         VAL        0
       2.ERROR_REDUCED:
         OVAL       0
         VAL        0
       2.INHIBIT:
         OVAL       false
         VAL        false
       2.LEVEL:
         OSVAL      off
         OVAL       0.000000
         SVAL       off
         VAL        0.000000
       2.LEVEL_REAL:
         OVAL       0.500000
         VAL        0.000000
       2.WORKING:
         OVAL       0
         VAL        0
       3.DIRECTION:
         OSVAL      none
         OVAL       0
         SVAL       none
         VAL        0
       3.ERROR_OVERHEAT:
         OVAL       0
         VAL        0
       3.ERROR_OVERLOAD:
         OVAL       0
         VAL        0
       3.ERROR_REDUCED:
         OVAL       0
         VAL        0
       3.INHIBIT:
         OVAL       false
         VAL        false
       3.LEVEL:
         OSVAL      on
         OVAL       1.000000
         SVAL       on
         VAL        1.000000
       3.LEVEL_REAL:
         OVAL       0.500000
         VAL        0.000000
       3.WORKING:
         OVAL       0
         VAL        0
Attributes:
   IODev      ccu31
   alias      Deckenlicht EG
   ccureadingfilter (^LEVEL$|DIRECTION)
   ccuscaleval LEVEL:0:1:0:100
   cmdIcon    on:general_an off:general_aus
   controldatapoint 1.LEVEL
   devStateIcon .*:light_ceiling_light
   fp_tabl1   40,880,2,Eingang
   group      Licht
   hmstatevals ERROR_REDUCED!1:error_reduced;ERROR_OVERHEAT!1:error_overheat;ERROR_OVERLOAD!1:error_overload
   room       Flur,Homematic
   statedatapoint 1.LEVEL
   statevals  on:100,off:0
   stripnumber 1
   substexcl  control
   substitute ERROR_OVERHEAT,ERROR_OVERLOAD,ERROR_REDUCED!(0|false):no,(1|true):yes;LEVEL!#0-0:off,#1-100:on;DIRECTION!0:none,1:up,2:down,3:undefined
   webCmd     control
   widgetOverride control:0,20,30,40,50,60,80,100

   
list Bewegungsmelder:
Internals:
   DEF        KEQ0974516
   IODev      ccu31
   NAME       HM_bm_eg
   NR         283
   STATE      no
   TYPE       HMCCUDEV
   ccuaddr    KEQ0974516
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    HM-bm-eg
   ccutype    HM-Sec-MDIR-2
   channels   2
   firmware   1.6
   statevals  devstate
   READINGS:
     2018-10-18 09:03:50   1.BRIGHTNESS    34
     2018-10-18 06:48:01   1.MOTION        no
     2018-10-17 18:56:48   activity        alive
     2018-10-17 18:56:48   battery         ok
     2018-10-18 06:48:01   control         no
     2018-10-18 09:03:50   hmstate         no
     2018-10-18 06:48:01   state           no
   hmccu:
     devspec    KEQ0974516
     dp:
       0.AES_KEY:
         OVAL       1
         VAL        1
       0.CONFIG_PENDING:
         OVAL       false
         VAL        false
       0.DEVICE_IN_BOOTLOADER:
         OVAL       false
         VAL        false
       0.LOWBAT:
         OSVAL      ok
         OVAL       false
         SVAL       ok
         VAL        false
       0.RSSI_DEVICE:
         OVAL       1
         VAL        1
       0.RSSI_PEER:
         OVAL       1
         VAL        1
       0.STICKY_UNREACH:
         OVAL       false
         VAL        false
       0.UNREACH:
         OSVAL      alive
         OVAL       false
         SVAL       alive
         VAL        false
       0.UPDATE_PENDING:
         OVAL       false
         VAL        false
       1.BRIGHTNESS:
         OSVAL      34
         OVAL       34
         SVAL       34
         VAL        34
       1.ERROR:
         OVAL       0
         VAL        0
       1.INSTALL_TEST:
         OVAL       1
         VAL        1
       1.MOTION:
         OSVAL      yes
         OVAL       1
         SVAL       no
         VAL        0
Attributes:
   IODev      ccu31
   alias      Bewegungsmelder EG
   ccureadingfilter (BRIGHTNESS|MOTION)
   group      Bewegungsmelder
   hmstatevals ERROR!1:sabotage
   room       Homematic
   statedatapoint 1.MOTION
   substitute MOTION!(0|false):no,(1|true):yes;ERROR!0:no,1:sabotage

   
list HMCCUDEV:
Internals:
   DEF        BidCoS-RF
   IODev      ccu31
   NAME       HM_RCV_50_BidCoS_RF
   NR         267
   STATE      Initialized
   TYPE       HMCCUDEV
   ccuaddr    BidCoS-RF
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    HM-RCV-50 BidCoS-RF
   ccutype    HM-RCV-50
   channels   51
   firmware   3.37.8
   statevals  devstate
   READINGS:
     2018-10-17 19:50:54   hmstate         Initialized
     2018-10-17 18:55:57   state           Initialized
   hmccu:
     devspec    BidCoS-RF
     dp:
       0.INSTALL_MODE:
         OVAL       false
         VAL        false
Attributes:
   IODev      ccu31
   room       Homematic
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 18 Oktober 2018, 18:00:03
Eigentlich sieht das alles gut aus. Wenn im FHEM Log außer dem Timeout keine Fehler stehen, dann vielleicht im Log der CCU. Kannst du da mal nachschauen?

Entweder direkt in /var/log/messages oder unter Einstellungen das File runter laden
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 18 Oktober 2018, 18:24:56
Das kpl. Log: https://pastebin.com/2qqisqu5 (https://pastebin.com/2qqisqu5)

Die IP: 192.168.0.14 ist ein anderes Test-System das aber aktiv im Moment nichts schaltet, und es ist auch unerheblich ob es Online oder Offline ist, habe es schon ausgeschaltet, und CCU und FHEM durch gestartet,
die Effekte treten trotzdem auf.

edit:
hm, ich hab leider die CCU nach auftreten der Probleme gestern durchgestartet, ich denke ich post das LOG noch einmal wenn ich weiss um welche Uhrzeit das Problem wieder aufgetreten ist..
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 18 Oktober 2018, 22:08:52
Heute um 19:28 nochmals durchgestartet, zugegriffen hat nur FHEM.
Problem mit Bewegungsmelder und Dimmer soeben wieder aufgetreten (kein auschalten des dimmes nach Aufruf von: set dimmer pct x x x),
aber ich denke nichts hilfreiches im CCU-LOG.
https://pastebin.com/xEG9tqUq
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 19 Oktober 2018, 08:11:31
Ja, Log sieht gut aus.

Also das Schalten funktioniert manchmal, manchmal kommt aber auch der Timeout, richtig?

Schaltest Du auch manche Dinge manuell (per Weboberfläche) oder Alexa oder ...? Ist da das Problem auch schon einmal aufgetreten oder nur in Zusammenhang mit DOIF oder Notify?

Und zu den Log Meldungen:

2018.10.17 18:57:26 2: HMCCUDEV: [HM_ws_ez] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HmIP_pr_bz] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HM_di_eg] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HM_di_wz] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HM_di_fl] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HM_ws_bz_spiegel] Error during CCU request. read from http://192.168.0.224:8181 timed out


Die haben alle den gleichen Timestamp. Setzt Du mehrere Befehle gleichzeitig ab?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Sailor am 19 Oktober 2018, 10:57:53
Ein herzerfrischendes "MoinMoin" vom hintern Deich vorweg

EIne etwas offtopic Frage:

Ist der CCU3 mit dem diesem Modul zusammen in der Lage die Update der Homematic Devices durchzuführen?

Mit meinem HMLAN (der noch immer funktioniert - Dreimal auf Holz klopfend) ist das ja nicht möglich.

Ich hatte angedacht den HMLAN und die CCU3 parallel über eine VCCU laufen zu lassen und über die CCU3 die entsprechend überfälligen Update durchzuführen...

Gruß
    Sailor
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 19 Oktober 2018, 11:30:10
Nein. Firmware Updates der Geräte erfolgen direkt aus der CCU heraus. In FHEM kann man sich per HMCCU Befehl lediglich verfügbare Updates anzeigen lassen.

Außerdem: VCCU ist CUL_HM Welt, das hat mit HMCCU nichts zu tun. Eine CCU2 oder CCU3 kann nicht in VCCU integriert werden.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 19 Oktober 2018, 16:35:27
@zap, Danke für Rückmeldung
Zitat von: zap
Ja, Log sieht gut aus.

Also das Schalten funktioniert manchmal, manchmal kommt aber auch der Timeout, richtig?
Richtig

Zitat von: zapSchaltest Du auch manche Dinge manuell (per Weboberfläche) oder Alexa oder ...?
Dimmer schalte ich sehr sehr selten per Tablet/Floorplan, mit Alexa eigentlich gar nie.

Zitat von: zapIst da das Problem auch schon einmal aufgetreten oder nur in Zusammenhang mit DOIF oder Notify?
Beobachten kann ich es nur mit den Notifys der BM <-> DIMMER, das es manchmal gar nicht einschaltet oder einschaltet jedoch nicht mehr ausschaltet.
Ich nutze 3 BM-DIMMER Kombinationen (Eingang,Flur,SZ), bei diesen 3 tritt das Problem auf:
HM_bm_eg:yes
IF ([HM_di_eg:control] < 100 or [HM_di_eg] eq "off") (
  IF (isday()) (set HM_di_eg pct 99 60 0) ELSE (set HM_di_eg pct 50 60 1)
)



Zitat von: zapUnd zu den Log Meldungen:
2018.10.17 18:57:26 2: HMCCUDEV: [HM_ws_ez] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HmIP_pr_bz] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HM_di_eg] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HM_di_wz] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HM_di_fl] Error during CCU request. read from http://192.168.0.224:8181 timed out
2018.10.17 18:57:26 2: HMCCUDEV: [HM_ws_bz_spiegel] Error during CCU request. read from http://192.168.0.224:8181 timed out


Die haben alle den gleichen Timestamp. Setzt Du mehrere Befehle gleichzeitig ab?
Das einzige was diesen Eintrag produzieren könnte wäre meine "Alle Lichter aus" Schaltung, diese  setzt die "BM Notifys" auf "disabled=1", und dann die Gruppe:Licht ausschaltet

Damit die Dimmerschaltung funktioniert ziehe ich gerade die 3 Notifys von BM <-> DIMMER in die CCU/Programme um. Das deaktivieren der BM kann ich dort über eine Systemvariable verwirklichen.
Nur schön ists halt nicht, da ich die Logik gerne in der Haussteuerung behalten würde.
Ich habe das Gefühl (wenn das notify funktioniert) FHEM genau so schnell den Dimmer einschaltet als die CCU, jedoch leider nicht immer  :-\

Gibt es denn die Möglichkeit das LOG der CCU in Verbose Mode zu bringen das jegliche Schaltung und Ergebniss sichtbar wird ?
Ich glaube zwar nicht das Sie von FHEM bombadiert wird, weil ich durch den Umzug von HM-LAN auf CCU3 vieles neu/übersichtlicher in FHEM gemacht habe.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 19 Oktober 2018, 16:57:51
Testlauf der "Alle BM aus" Schaltung.
Zuerst werden die notifys der BM deaktiviert (disable=1), danach wird die Gruppe:Licht ausgeschaltet.

1. Dimmen von 5 Lichtern:
https://www.pic-upload.de/view-36133335/2018-10-1916_46_30-Window.png.html

2. Deaktivieren der BM und auschalten der Gruppe Licht
https://www.pic-upload.de/view-36133261/2018-10-1916_47_15-Window.png.html

Ergebniss: Ein Licht (Dimmer) ist an geblieben.

Die Schaltung dahinter (2x notify):


dum.LichtAus:.*
IF ([dum.LichtAus] eq "off") (
  set group=Licht:FILTER=STATE!=off off,
  set bm.alle off,
)
ELSE (
  set bm.alle on
)



bm.alle:.*
{Log 2,"$NAME: $EVENT ($SELF)"};
IF (Value("$NAME.enable") ne "") (delete $NAME.enable);
IF ([$NAME] eq "off") (
  set HmIP_pr.* detection-off,
  attr nfy.bm.* disable 1,
  define $NAME.enable at +00:30 set $NAME on,
  set group=Licht off,
  {Log 1,"Bewegunsmelder Aus: Alle ($SELF)"}
)
ELSE (
  set HmIP_pr.* detection-on,
  attr nfy.bm.* disable 0,
  {Log 1,"Bewegunsmelder Ein: Alle ($SELF)"}
)


Danach sine KEINE Log Einträge in der CCU.
Hier könnte man das Loging einstellen, steht aber auf "Nur Fehler", sollte damit also eigentlich auftauchen ?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 19 Oktober 2018, 17:42:56
Scheint irgndwie mit der Anzahl kurz aufeinander folgnder Befehle zu tun zu haben. Solche Sachen mache ich per Programm und virtueller Taste in der CCU.

Eine Workaround wäre noch, in FHEM Ein Homematic Script aufzurufen, das alle Lampen schaltet. Das Script könntest du als CCU Programm aus FHEM per set execute aufrufen oder du legst das script auf dem FHEM Rechner als Datei ab und rufst es per st hmscript auf. Du kannst sogar bei set hmscript direkt HM Script Befehle übergeben (Syntax siehe Commandref)

Ist FHEM eigentlich per LAN oder WLAN im Netz?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 20 Oktober 2018, 08:53:34
Zitat von: zap am 19 Oktober 2018, 17:42:56
Ist FHEM eigentlich per LAN oder WLAN im Netz?

Die CCU hängt per LAN im Netzwerk.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 20 Oktober 2018, 09:21:26
Das ist klar, und FHEM?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 20 Oktober 2018, 09:52:26
Achso, LAN natürlich  ;)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 21 Oktober 2018, 11:21:52
Die Problemmatik beim gleichzeitigen schalten mehreren Aktoren kann ich noch nachvollziehen,
wieso aber ein einfaches notify für Bewegungsmelder und Dimmer nicht stabil funktioniert frustiert etwas.

Ich denke ein LAN Problem darf ich ausschliessen, vor der Umstellung, HM-LAN -> CCU3 funktionierte es einwandfrei.

Der Dimmer im Eingang blieb nach Auslösung (notify) wieder eingeschaltet, und schaltet nach 60 Sekunden nicht aus,
ein Blick in das CCU Log liefert leider keinen hilfreichen Hinweis auf ein Problem.
HM_bm_eg:yes
IF ([HM_di_eg:control] < 100 or [HM_di_eg] eq "off") (
  IF (isday()) (set HM_di_eg pct 99 60 0) ELSE (set HM_di_eg pct 50 60 1)
)


Wenn ich der einzige mit diesem Problem bin könnte es ev. auf ein Problem der CCU3 selbst hinweisen ?
Firmwarestand ist: 3.37.8

Ich habe das Timeout wieder rausgenommen, nonblocking habe ich drin gelassen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 21 Oktober 2018, 13:24:17
Das Verhalten ist mir ein Rätsel. Ich habe diese Probleme nicht, nutze ebenfalls eine CCU3.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 21 Oktober 2018, 16:10:29
Danke zap.

Ich denke damit ich hier weiterkomme stelle ich nun die BM<->Dimmer Geschichte ein paar Tage auf CCU Programme um.
Wenn hier dann auch merkwürdiges passiert, weiss ich zumindest wo das Problem liegt.
Ich werde berichten.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 21 Oktober 2018, 19:22:48
Nun bin ich schlauer,

Die fhem notifys hatte ich disabled, die Bewegungsmelder <-> Dimmer liefen als CCU Programm:
Bild (https://ibb.co/mnbv5f)

Auch hier hat ein Dimmer nach der eingestellten Zeit (sporadisch) nicht ausgeschaltet !

Ich habe in der CCU3 drei zusätliche LAN Gateways eingetragen (2x "HM-CFG-LAN LAN Konfigurations-Adapter", und 1x "HM-CFG-USB USB Konfigurations-Adapter").
Ich werde den USB Adapter mal rauslöschen, wenn dass nichts bringt die 2 anderen auch noch,
danach fällt mir nichts mehr ein und ich werde den Hersteller kontaktieren müssen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: hauwech am 21 Oktober 2018, 19:33:02
Hallo zusammen,
gerade war mein Herz in die Hosentasche gerutscht...
Meine beiden HMIP Devices (HmIP-SWDO-I  und HmIP-SWD) waren in fhem nicht mehr erreichbar.
Was habe ich gemacht:
- set myHMCCU rpcserver restart
Event im fhem Log: Undefined subroutine &main::HMCCURPC_StopRPCServer called at ./FHEM/88_HMCCU.pm line 1581.

Danach war mein fhem tot, fhem stop/start hat nix gebracht. Das ganze System (Ubuntu 16.04 LTS) rebootet, fhem bleibt beim Start bei der Intialisierung meines JeeLink hängen, Port 7072 wird als "in use" gemeldet. :o Also das ganze System nochmal durchgepustet: Alles wieder gut, fhem startet, alle Devices wieder erreichbar, Puls geht wieder runter.

Was habe ich vorher gemacht:
- Den homematic-Raspi mit Raspimatic neu gestartet, weil in den letzten drei Tagen die Anzahl der threads kontinuierlich auf zum Schluß über 4100(!) gestiegen ist. Gemerkt habe ich das, weil ich die Netzdevices mit check-mk beobachte. Da scheint also bei Raspimatic mit dem thread handling was im Argen zu sein. Irgendwann wird der Raspi also mal Dicke Backen machen, wenn das System unbeobachtet läuft.
Wahrscheinlich waren von da an meine beiden HMIP Devices nicht mehr erreichbar, weil offenbar die RPC Kommunikation unterbrochen war.

Ich habe für alle beteiligten Pakete die jeweils aktuellen Versionen:
- Raspberrymatic Version 3.37.8.20180929
- HMCCU Version 4.3.004

Ich gebe zu, ich habe den 103-Seiten thread noch nicht ganz durchgeackert.
Meine Fragen an die Experten:
- Was hätte ich besser machen können?
- In welcher Reihenfolge sollte man die System behandeln? Ich fürchte, ich muß den homematic Raspi ab und zu mal starten, der threadcount geht langsam wieder hoch.

Zum Schluß noch ein Dickes Dankeschön an zap für das Modul, so kann man in eine bestehende fhem Installation auch HMIP Devices anbinden - feine Sache!

Danke und Gruß
Roland
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 21 Oktober 2018, 21:58:14
Welchen RPC Server nutzt du? Könnte ein Bug sein.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: hauwech am 21 Oktober 2018, 22:09:52
Wo muß ich da kucken? Ich habe für HMIP einen neuen Raspi 3B+ mit einem RPI-RF-Mod Modul und dem aktuellen Raspimatic Image aufgesetzt. Mein fhem läuft auf einem NUC unter Ubuntu 16.04 LTS. Dort habe ich laut WIKI sudo apt-get update && sudo apt-get install -y librpc-xml-perl installiert.

Gruß Roland
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 22 Oktober 2018, 07:26:06
Die Funktion HMCCURPC_Stop... dürfte gar nicht aufgerufen werden.

Hast du im IO Device das Attribut ccuflags auf procrpc gesetzt? Falls nicht bitte machen. Vorher den RPC Server anhalten. Dann das Attribut setzen, die Config speichern, den RPC Server starten und nochmal  onfig speichern.

Danach muss für jede CCU Schnittstelle ein Devicd vom Typ HMCCURPCPROC existieren. Das benutzt auch keine Threads mehr.


@Simon74: es könnte auch an IF liegen. Ist allerdings jetzt nur eine wilde Vermutung. Kannst du das mal auf DOIF umstellen?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: hauwech am 22 Oktober 2018, 11:35:03
Hallo zap,
ich habe das Attribut ccuflags auf procrpc gesetzt, das hatte ich vorher nicht. jetzt habe ich zwei HMCCURPCPROC devices, eins für BidCos, eins für HMIP.

Danke für Deine Hilfe.
Gruß Roland
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 22 Oktober 2018, 18:29:01
Zu meinem BM <-> Dimmer Problem,
im Homematic Forum habe ich folgendes erfahren:

Zitateinfach die Reihenfolge ändern:
*..Einschaltdauer
*..Dimmzeit
*..Dimmwert

So wie es aussieht behebt das auch mein Problem in den CCU Programmen, seit ich diese Reihenfolge einhalte ist es nicht mehr vorgekommen das ein Dimmer nicht ausschaltet.

Nun stelle ich mir die Frage in welcher Reihenfolge HMCCU die "pct Werte" an die CCU übermittelt ?




Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 22 Oktober 2018, 19:32:21
Nun, die Syntax des Befehls ist:

set pct DimWert [Einschaltdauer [DimZeit]]

Wenn nur der DimWert angegeben wird, wird nur LEVEL gesetzt. Wenn Einschaltdauer und eventuell noch DimZeit angegeben wird, sieht die Reihenfolge so aus:

Einschaltdauer (wenn angegeben)
Dimmzeit (wenn angegeben und Einschaltdauer angegeben)
Dimmwert

Du kannst pct aber auch ersetzen durch 3 set datapoiint Befehle

set datapoint ON_TIME Zeit
set darapoint RAMP_TIME Zeit
set datapoint LEVEL Wert

Bei HMCCUDEV vor den Datenpunkten noch die Kanalnummer mit Punkt angeben.

Update: wenn im IO Device das ccuflags nonBlocking gesetzt ist, ist die o.g. Reihenfolge nicht gewährleistet!!

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 28 Oktober 2018, 12:34:44
Kleines Update für HMCCU und HMCCUDEV: Die Aktualisierung der Readings in Client Devices wurde überarbeitet. Außerdem wurde ein (kleiner) Bug bei der internen Verwaltung der Client Devices behoben.

Diese Update behebt noch nicht das Problem mit on-for-timer !
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 29 Oktober 2018, 14:25:28
Hast du das mal quergelesen und eine Idee?

https://forum.fhem.de/index.php/topic,91033.msg836377.html#msg836377 (https://forum.fhem.de/index.php/topic,91033.msg836377.html#msg836377)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: slor am 29 Oktober 2018, 14:44:31
Zitat von: inoma am 24 September 2018, 19:28:33
Hallo Zap,
ich bekomme seit neuestem immer folgende Fehlermeldung, die irgendwie vom Eintrag/Leerfeld beim setter "set CCU3" herkommt, siehe Bild CCU3_capture.JPG.
2018.09.24 19:13:00 1: ERROR evaluating {ReadingsVal("CCU3","1,${ruleTmpProgramName},${ruleTmpProgramName}","")}: Global symbol "$ruleTmpProgramName" requires explicit package name (did you forget to declare "my $ruleTmpProgramName"?) at (eval 766661) line 1.
Global symbol "$ruleTmpProgramName" requires explicit package name (did you forget to declare "my $ruleTmpProgramName"?) at (eval 766661) line 1.

Wie bekomme ich das wieder weg?
Zitat von: slor am 29 September 2018, 23:14:53
Ich habe gernau die gleichen Meldungen im Log. Schon eine Lösung dafür gefunden?
bei mir ist es seit dem ich am 2.10 ein Update gemacht habe weg.

2018.10.02 14:43:49 1: RMDIR: ./restoreDir/update/2018-09-19
2018.10.02 14:43:49 1: UPD ./CHANGED
2018.10.02 14:43:49 1: UPD ./MAINTAINER.txt
2018.10.02 14:43:49 1: UPD FHEM/10_MQTT_GENERIC_BRIDGE.pm
2018.10.02 14:43:49 1: UPD FHEM/19_Revolt.pm
2018.10.02 14:43:49 1: UPD FHEM/20_X10.pm
2018.10.02 14:43:49 1: UPD FHEM/32_withings.pm
2018.10.02 14:43:49 1: UPD FHEM/36_Shelly.pm
2018.10.02 14:43:49 1: UPD FHEM/38_netatmo.pm
2018.10.02 14:43:49 1: UPD FHEM/55_DWD_OpenData.pm
2018.10.02 14:43:49 1: UPD FHEM/57_Calendar.pm
2018.10.02 14:43:49 1: UPD FHEM/59_HCS.pm
2018.10.02 14:43:49 1: UPD FHEM/72_FRITZBOX.pm
2018.10.02 14:43:50 1: UPD FHEM/72_XiaomiDevice.pm
2018.10.02 14:43:50 1: UPD FHEM/88_HMCCU.pm
2018.10.02 14:43:50 1: UPD FHEM/96_allowed.pm
2018.10.02 14:43:50 1: UPD FHEM/98_telnet.pm
2018.10.02 14:43:50 1: saving fhem.cfg
2018.10.02 14:43:50 1: saving ./log/fhem.save
2018.10.02 14:43:50 1:
2018.10.02 14:43:50 1: New entries in the CHANGED file:
2018.10.02 14:43:50 1:   - bugfix:  88_HMCCU: Temporary CCU programs are ignored now.
2018.10.02 14:43:50 1:   - change:  19_Revolt: allow adjustment of energy value, filtering of
2018.10.02 14:43:50 1:              implausible values
2018.10.02 14:43:50 1:   - bugfix:  72_XiaomiDevice: better handling of definition w/ missing token
2018.10.02 14:43:50 1:   - change:  32_withings: add in_bed for sleep trackers, ignore inactive users
2018.10.02 14:43:50 1:   - change:  57_Calendar: new attribute quirks with ignoreDtStamp value.
2018.10.02 14:43:50 1:   - change:  57_Calendar: cutoffOlderThan also removes recurring events when
2018.10.02 14:43:50 1:              the series has ended.
2018.10.02 14:43:50 1:   - change:  55_DWD_OpenData: KML based forecast, readings have changed,
2018.10.02 14:43:50 1:              attr forecastProperties must be updated (forum #83097)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 29 Oktober 2018, 15:48:03
Zitat von: slor am 29 Oktober 2018, 14:44:31
bei mir ist es seit dem ich am 2.10 ein Update gemacht habe weg.


Was ist weg?

@Ralli: Übersehen, da war ich im oder kurz vorm Urlaub.

Du meinst also, dass "set rolloxy Wert" mal funktioniert hat? Eigentlich fehlt da ja noch die Datenpunkt Angabe inkl. Befehl "datapoint", also

bei HMCCUDEV: set rolloxy datapoint 1.LEVEL 50

bei HMCCUCHN: set rolloxy datapoint LEVEL 50

oder auch

set rolloxy pct 50
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: slor am 29 Oktober 2018, 16:00:48
sorry, zu blöd zum zitieren. Jetzt sollte es passen.
Die Meldungen sind weg:
2018.09.24 19:13:00 1: ERROR evaluating {ReadingsVal("CCU3","1,${ruleTmpProgramName},${ruleTmpProgramName}","")}: Global symbol "$ruleTmpProgramName" requires explicit package name (did you forget to declare "my $ruleTmpProgramName"?) at (eval 766661) line 1.
Global symbol "$ruleTmpProgramName" requires explicit package name (did you forget to declare "my $ruleTmpProgramName"?) at (eval 766661) line 1.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: raimundl am 29 Oktober 2018, 16:36:51
Hallo!

Bin auf HMCCU über RapMatic (CCU3) umgestiegen und benötige primär die "alexa Funktionen" von FHEM:

Alle Schalter funktionieren problemlos, ein Heizkörperthermostat (HM-CC-RT-DN) gibt mir die aktuelle Temperatur als Sprachausgabe aus.
Beim Einbinden vom Wandthermostat (HM-TC-IT-WM-W-EU) probiere ich seit vielen Stunden erfolglos herum. Dieser Thermostat wird in "alexa" immer nur als Schalter erkannt.
Meine Frage und Bitte:
Welche Attribute muss ich in der HMCCUDEV setzen, damit der Wandthermostat sowohl die aktuelle Temperatur wiedergibt, als auch die Raumtemperatur verstellt werden kann (stelle, erhöhe, reduziere um xx)?
Ein posten meiner derzeitigen eingestellten Attribute ist aktuell sinnlos, weil ich diese schon zigmale geändert habe!

Danke und LG

Edit (vielleicht doch ein list mit default Werten) Mit dieser Einstellung ist der Thermostat in "alexa" ein Schalter, der, wenn er betätigt wird, die Temperatur auf 4,5° stellt:
Internals:
   CFGFN     
   DEF        TH_Wohnzimmer
   IODev      CCU3
   NAME       Heizung_Wohnzimmer
   NR         380
   STATE      4.5
   TYPE       HMCCUDEV
   ccuaddr    LEQ1283361
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    TH_Wohnzimmer
   ccutype    HM-TC-IT-WM-W-EU
   channels   6
   statevals  devstate
   READINGS:
     2018-10-29 16:44:26   1.HUMIDITY      62
     2018-10-29 16:44:26   1.TEMPERATURE   21.1
     2018-10-29 16:44:16   2.SET_TEMPERATURE 4.5
     2018-10-29 16:44:16   2.WINDOW_OPEN_REPORTING closed
     2018-10-29 16:44:16   control         4.5
     2018-10-29 16:44:34   hmstate         4.5
     2018-10-29 16:44:16   state           4.5
   hmccu:
     devspec    TH_Wohnzimmer
     dp:
       1.HUMIDITY:
         OSVAL      62
         OVAL       62
         SVAL       62
         VAL        62
       1.TEMPERATURE:
         OSVAL      21.1
         OVAL       21.100000
         SVAL       21.1
         VAL        21.100000
       2.ACTUAL_HUMIDITY:
         OSVAL      63.000000
         OVAL       62.000000
         SVAL       62.0
         VAL        62.000000
       2.ACTUAL_TEMPERATURE:
         OSVAL      21.1
         OVAL       21.100000
         SVAL       21.100000
         VAL        21.100000
       2.BATTERY_STATE:
         OSVAL      2.600000
         OVAL       2.500000
         SVAL       2.600000
         VAL        2.600000
       2.BOOST_STATE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       2.COMMUNICATION_REPORTING:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       2.CONTROL_MODE:
         OSVAL      0
         OVAL       1
         SVAL       0
         VAL        1
       2.LOWBAT_REPORTING:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       2.PARTY_START_DAY:
         OSVAL      1
         OVAL       1
         SVAL       1
         VAL        1
       2.PARTY_START_MONTH:
         OSVAL      1
         OVAL       1
         SVAL       1
         VAL        1
       2.PARTY_START_TIME:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       2.PARTY_START_YEAR:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       2.PARTY_STOP_DAY:
         OSVAL      1
         OVAL       1
         SVAL       1
         VAL        1
       2.PARTY_STOP_MONTH:
         OSVAL      1
         OVAL       1
         SVAL       1
         VAL        1
       2.PARTY_STOP_TIME:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       2.PARTY_STOP_YEAR:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       2.PARTY_TEMPERATURE:
         OSVAL      5.000000
         OVAL       5.000000
         SVAL       5.000000
         VAL        5.000000
       2.SET_TEMPERATURE:
         OSVAL      4.5
         OVAL       4.500000
         SVAL       4.5
         VAL        4.500000
       2.WINDOW_OPEN_REPORTING:
         OSVAL      closed
         OVAL       0
         SVAL       closed
         VAL        0
       7.DECISION_VALUE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
Attributes:
   IODev      CCU3
   alexaName  Heizung
   ccureadingfilter (^HUMIDITY|^TEMPERATURE|^SET_TEMPERATURE|^WINDOW_OPEN)
   cmdIcon    Auto:sani_heating_automatic Manu:sani_heating_manual Boost:sani_heating_boost on:general_an off:general_aus
   controldatapoint 2.SET_TEMPERATURE
   eventMap   /datapoint 2.MANU_MODE 20.0:Manu/datapoint 2.AUTO_MODE 1:Auto/datapoint 2.BOOST_MODE 1:Boost/datapoint 2.MANU_MODE 4.5:off/datapoint 2.MANU_MODE 30.5:on/
   genericDeviceType thermostat
   room       alexa
   statedatapoint 2.SET_TEMPERATURE
   stripnumber 1
   substexcl  control
   substitute CONTROL_MODE!0:AUTO,1:MANU,2:PARTY,3:BOOST;WINDOW_OPEN_REPORTING!(true|1):open,(false|0):closed;SET_TEMPERATURE!#0-3.5:off,#30.5-40:on
   webCmd     control:Auto:Manu:Boost:on:off
   widgetOverride control:slider,4.5,0.5,30.5,1

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 29 Oktober 2018, 17:32:17
Das Verhalten als Schalter ist klar. Bei den Thermostaten ist "on" als 30.5 Grad und "off" als 4.5 Grad definiert.

Vermutlich musst Du den richtigen genericDeviceType einstellen und/oder das homebridge mapping anpassen.

Außerdem ist es vermutlich hilfreich, über eventMap einige Befehle zu definieren wie z.B. desired-temp

Aber da bin ich überfragt. Vielleicht stellst Du die Frage nochmal im "Sprachsteuerung" Forum.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 31 Oktober 2018, 14:05:34
Zitat von: zap am 29 Oktober 2018, 15:48:03
@Ralli: Übersehen, da war ich im oder kurz vorm Urlaub.
Du meinst also, dass "set rolloxy Wert" mal funktioniert hat? Eigentlich fehlt da ja noch die Datenpunkt Angabe inkl. Befehl "datapoint", also

Ja, das hat sogar ganz lange funktioniert - da fehlt nix, das wird über die Definition vom Device umgesetzt (Attribut eventMap):

Zitat
{usr=> { '^stop$' => 'datapoint 1.STOP true', '^up$' => 'datapoint 1.LEVEL 100', '^down$' => 'datapoint 1.LEVEL 0', '^Schatten$' => 'pct ".(AttrVal($dev,"Schatten",0))."', '^Schlitz$' => 'pct ".(AttrVal($dev,"Schlitz",0))."', '^HalbSchlitz$' => 'pct ".(AttrVal($dev,"HalbSchlitz",0))."', '^Frost$' => 'pct ".(AttrVal($dev,"Frost",0))."', '^(100|[1-9][0-9]|[1-9]|[1-9][0-9]\.[0-9]|[0-9]\.[0-9])$' => 'pct ".$1."' }}

Das Problem liegt irgendwo im veränderten internen Handling von Rückgabewerten im Modul.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 31 Oktober 2018, 22:50:40
Zitat von: Ralli am 31 Oktober 2018, 14:05:34

Das Problem liegt irgendwo im veränderten internen Handling von Rückgabewerten im Modul.

Ich verstehe nicht, welche Rückgabewerte du meinst. Die Rückgabe von set Befehlen?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 01 November 2018, 08:49:42
Seit dem Update (nach 07.09.) tritt folgendes Problem auf:

Zunächst prüft meine Routine in RolloSet (nicht in GenRolloSet), ob wirklich was getan werden muss (also ob der zu setzende Wert sich vom tatsächlichen unterscheidet) und ruft nur dann (!) den eigentlichen Befehl fhem("set $ROLLO $WERT") auf. Muss nichts getan werden, wird die Routine RolloSet stattdessen wieder verlassen und bei Aufruf aus GenRolloSet heraus diese Routine normal abgearbeitet. Wird aber der eigentliche Befehl abgesetzt - und somit in das Modul HMCCU gesprungen, scheint HMCCU nun nach Ausführung etwas zurückzugeben, womit die Listenabarbeitung von @LISTE in GenRolloSet sofort mit dem nächsten kommaseparierten Wert fortgesetzt wird, statt die weiteren Bedingungsabfragen bis zur schließenden geschweiften Klammer noch abzuarbeiten.

Ich habe das tatsächlich akribisch nachvollzogen, nur wenn ich die HMCCU-Dateien auf aktuellen Stand bringe, passiert das, mit allen anderen erneuerten Modulen/Dateien gibt es diese Problematik nicht.

Ich könnte noch probieren, die HMCCU-Dateien einzeln auf neuem Stand einzubinden, um noch näher einzugrenzen, oder geht das sowieso in die Hose, weil die Dateien jeweils versionsmäßig voneinander abhängig sind?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: raimundl am 01 November 2018, 10:44:25
Zitat von: zap am 29 Oktober 2018, 17:32:17
Das Verhalten als Schalter ist klar. Bei den Thermostaten ist "on" als 30.5 Grad und "off" als 4.5 Grad definiert.

Vermutlich musst Du den richtigen genericDeviceType einstellen und/oder das homebridge mapping anpassen.

Außerdem ist es vermutlich hilfreich, über eventMap einige Befehle zu definieren wie z.B. desired-temp

Aber da bin ich überfragt. Vielleicht stellst Du die Frage nochmal im "Sprachsteuerung" Forum.

Nach vielen probieren (auch lernen) funktioniert es nun - HM-Thermostat über HMCCU und "alexa" mit Temperaturansage und Steuerung der Heizungstemperatur (desired-temp):
list (teilweise gekürzt):
Internals:
   STATE      Initialized
   TYPE       HMCCUDEV
   ccuaddr    NEQ1521
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    TH_Schlafzimmer
   ccutype    HM-TC-IT-WM-W-EU
   channels   6
   firmware   1.3
   statevals  devstate
READINGS:
     2018-11-01 10:31:09   control         18.0
     2018-11-01 10:31:09   desired-temp    18.0
     2018-11-01 10:31:09   hmstate         Initialized
     2018-10-30 20:14:49   state           Initialized
     2018-11-01 10:28:54   temperature     21.1
Attributes:
   IODev      CCU3
   alexaName  Schlafbereich
   ccureadingfilter (^TEMPERATURE|^SET_TEMPERATURE)
   ccureadingname 1.TEMPERATURE:temperature;2.SET_TEMPERATURE:desired-temp
   controldatapoint 2.SET_TEMPERATURE
   event-on-change-reading .*
   eventMap   control:desired-temp
   genericDeviceType thermostat
   room       alexa
   stripnumber 1
   webCmd     desired-temp
   widgetOverride desired-temp:slider,10,1,25


@zap:

Bitte prüfen, ob obige Einstellungen, die zwar funktionieren, optimal sind.

Danke und LG
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 01 November 2018, 13:22:29
Zitat von: Ralli am 01 November 2018, 08:49:42
Seit dem Update (nach 07.09.) tritt folgendes Problem auf:

Zunächst prüft meine Routine in RolloSet (nicht in GenRolloSet), ob wirklich was getan werden muss (also ob der zu setzende Wert sich vom tatsächlichen unterscheidet) und ruft nur dann (!) den eigentlichen Befehl fhem("set $ROLLO $WERT") auf. Muss nichts getan werden, wird die Routine RolloSet stattdessen wieder verlassen und bei Aufruf aus GenRolloSet heraus diese Routine normal abgearbeitet. Wird aber der eigentliche Befehl abgesetzt - und somit in das Modul HMCCU gesprungen, scheint HMCCU nun nach Ausführung etwas zurückzugeben, womit die Listenabarbeitung von @LISTE in GenRolloSet sofort mit dem nächsten kommaseparierten Wert fortgesetzt wird, statt die weiteren Bedingungsabfragen bis zur schließenden geschweiften Klammer noch abzuarbeiten.

Ich habe das tatsächlich akribisch nachvollzogen, nur wenn ich die HMCCU-Dateien auf aktuellen Stand bringe, passiert das, mit allen anderen erneuerten Modulen/Dateien gibt es diese Problematik nicht.

Ich könnte noch probieren, die HMCCU-Dateien einzeln auf neuem Stand einzubinden, um noch näher einzugrenzen, oder geht das sowieso in die Hose, weil die Dateien jeweils versionsmäßig voneinander abhängig sind?

Unterschiedliche Versionen der Module zu verwenden ist keine gute Idee. So wie ich das sehe, wertet Deine Schleife den Rückgabewert des Set Befehls gar nicht aus. Möglicherweise ändern sich aber andere Werte, die in den if Abfragen verwendet werden.

Schick mir mal bitte den kompletten Code (gerne per Mail), also von GenRolloSet und RolloSet

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: gloob am 01 November 2018, 13:27:18
Können eigentlich 2 FHEM Instanzen parallel auf eine CCU zugreifen, Werte auslesen und Parameter setzen?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 01 November 2018, 14:55:04
Zitat von: gloob am 01 November 2018, 13:27:18
Können eigentlich 2 FHEM Instanzen parallel auf eine CCU zugreifen, Werte auslesen und Parameter setzen?

Klar, kein Problem, sofern die FHEMs auf unterschiedlichen Rechner laufen.

Wenn Du eine CCU2 verwendest, dürfte es irgendwann mal Performance Probleme geben, wenn sich zu viele RPC Server registrieren. Zu meiner CCU3 sind derzeit 2 FHEMs und 1 ioBroker verbunden mit jeweils 4 RPC Servern. Läuft stabil und schnell.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 01 November 2018, 17:32:26
Zitat von: zap am 01 November 2018, 13:22:29
Schick mir mal bitte den kompletten Code (gerne per Mail), also von GenRolloSet und RolloSet

Sehr gerne. Schickst du mir mal deine Email per PN?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: jsChris am 02 November 2018, 00:23:10
Hi,

nach Problemen habe ich meine CCU3 auf 3.41.7 updated. Leider kann sich nun der/die RPC Server der HMCCU nicht mehr mit der CCU verbinden. Die neuen Firewalleinstellungen habe ich mal sehr offen gestaltet:

Ports offen, die APIs jedoch eingeschränkt und die IP meines FHEM Servers eingetragen (wie bisher). Ich habe aber auch mal versuchsweise alles auf Vollzugriff gestellt. Bei Sicherheit ist die die "Authentifizierung" aus.

Die Ausgaben im Log sind leider nicht so hilfreich:
2018.11.02 00:14:28 1: HMCCU: [ccu3] No RPC device defined for interface BidCos-RF
2018.11.02 00:14:28 1: HMCCU: [ccu3] Creating new RPC device d_rpcBidCos_RF
2018.11.02 00:14:28 1: HMCCU: [ccu3] Definition of RPC device failed.
2018.11.02 00:14:28 1: HMCCU: [ccu3] d_rpcBidCos_RF already defined, delete it first
2018.11.02 00:14:28 0: HMCCU: [ccu3] Definition of some RPC devices failed
2018.11.02 00:14:28 1: HMCCU: ccu3 Start of RPC server failed

Vielleicht hat jemand eine Idee, was hier falsch läuft?

Danke
Chris
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 02 November 2018, 00:27:43
Bei mir das gleiche problem, nach update auf 3.41.7 laufen die RPC server nicht mehr. Gleiche Fehlermeldungen... In der CCU3 habe ich auch alles auf gemacht, und auch Port 2001 geoeffnet
Zusaetzlich:
Zitat
HMCCU: Illegal RPC port 2001
2018.11.02 00:38:25 1: PERL WARNING: Argument "Can't connect to CCU 172.21.0.16 port 32001" isn't numeric in numeric eq (==) at ./FHEM/88_HMCCURPCPROC.pm line 291, <$fh> line 6345.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 02 November 2018, 11:54:36
hmm, meine CCU hat gestern gar nicht auf eine neue Version hingewiesen. Möglicherweise hat EQ-3 da etwas an den Schnittstellen Spezifikationen geändert.

wie auch immer: als Sofortmaßnahme rate ich, das Backup von vor dem Software Update einzuspielen, bis ich Zeit finde, mich damit zu befassen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: jsChris am 02 November 2018, 13:13:19
Vielen Dank für die schnelle Antwort. Das habe ich schon probiert. Aber vielleicht mache ich auch etwas falsch?

Sobald ich die Firmware ccu3-3.37.8 wieder einspiele, stürzt BidCos-RF ab, "Eine Komponente (BidCos-RF) ist nicht mehr erreichbar..." poppt auf. Allerdings habe ich dann nicht noch mal das Sys-Backup eingespielt, das ich vor dem Update gemacht habe. Die Log-Zeile zum Absturz habe ich mir leider nicht nicht gemerkt, aber ich weiß noch, dass da "irgendetwas mit Java" stand. Daraufhin habe ich geschlossen, dass vielleicht auch andere Systemkomponenten auf der CCU updated wurden, die nicht mehr mit ccu3-3.37.8 kompatibel sind.

Aber ich kenne mich auch viel zu wenig mit der CCU aus. @inoma: konntest du die CCU zurücksetzen? Gibt es noch etwas, das ich unternehmen kann?

Im Changelog zu 3.41.7 stehen leider keine Details, nur

ACHTUNG: Dieses Update enthält relevante Anpassungen der Sicherheitseinstellungen. Diese können sich auf die Funktionen von Zusatzsoftware auswirken. Darunter fallen erweiterte Firewalleinstellungen und die obligatorische Vergabe eines Anmeldepassworts.
Erstellen Sie ein Backup der Zentrale, bevor Sie dieses Update installieren!
[HMCCU3-1860] - Integration HmIP-RCB1 (Homematic IP Fernbedienung mit Montagegurt – 1-Kanal) [HMCCU3-1750] - Integration HmIP-FCI1 (Homematic IP Kontakt-Schnittstelle Unterputz – 1-fach) [HMCCU3-1718] - Integration HmIP-eTRV-C (Homematic IP Heizkörperthermostat – kompakt) [HMCCU3-1383] - Integration HmIP-MP3P (Homematic IP MP3 Kombisignalgeber)
Erweiterungen / Verbesserungen zur CCU3
[HMCCU3-1653] - Einrichtungswizard bei Erstinbetriebnahme
Nach der Installation dieses Updates
 wird jeder Benutzer ohne Passwort aufgefordert, ein Passwort zu vergeben.
 wird ein Administrator zur Überprüfung der Sicherheitseinstellungen aufgefordert.
Das Blinken der Info LED bei Service- u. Alarmmeldungen kann deaktiviert werden. (Einstellung unter Systemsteuerung/Allgemeine Einstellungen)
(https://www.eq-3.de/Downloads/Software/CCU3-Firmware/CCU3-3.41.7/CCU3-Changelog.3.41.7.pdf)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 02 November 2018, 13:33:16
die ältere Version über die neue zu installieren war jetzt keine gute Idee. immer einfach das Backup zurück spielen und alles ist wieder wie zuvor
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: jsChris am 02 November 2018, 14:12:50
Ah, ok, danke für den Hinweis. Dann habe ich es jetzt wohl verbockt. Auf jeden Fall bringt es nichts das System-Backup unter 3.41.7 wieder einzuspielen.

Nicht so wild, die CCU ist neu, und steuert zur Zeit nur unsere Rollos, das kann ich auch erst einmal mit einem Homematic Schalter, statt der TabletUI, steuern.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 02 November 2018, 14:47:23
Hier stehen ein paar mehr Hintergründe zu den Änderungen, die sich wahrscheinlich auch auf den hiesigen RPC-Server-Connect auswirken:

https://homematic-forum.de/forum/viewtopic.php?p=465022#p465022
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 02 November 2018, 15:13:09
Es gibt jetzt auch die XML-RPC Spezifikation zum download:
https://www.eq-3.de/Downloads/eq3/download%20bereich/hm_web_ui_doku/HM_XmlRpc_API.pdf
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 02 November 2018, 17:05:27
Zitat von: inoma am 02 November 2018, 15:13:09
Es gibt jetzt auch die XML-RPC Spezifikation zum download:
https://www.eq-3.de/Downloads/eq3/download%20bereich/hm_web_ui_doku/HM_XmlRpc_API.pdf

Kenne ich auswendig. Wurde gestern aktualisiert, jedoch ohne auch nur ein Wort über die Änderungen mit dem neuen Software Release darin zu verlieren.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: BadenPower am 02 November 2018, 22:35:25
Zitat von: zap am 02 November 2018, 17:05:27
Kenne ich auswendig. Wurde gestern aktualisiert, jedoch ohne auch nur ein Wort über die Änderungen mit dem neuen Software Release darin zu verlieren.

Lustig ist auch die Versionsnummer: V2.16

Ich habe hier neben Weiteren noch eine Version vom März 2016, welche die Version V2.17 trägt.


BadenPower
.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 04 November 2018, 13:43:51
Hallo zusammen,

ich habe gerade eine neue Version der HMCCU Module eingecheckt. Diese Version unterstützt die neue CCU Firmware Version 3.41.7. Für alle, die bereits ihre CCU auf 3.41.7 aktualisiert haben, ist dieses Update zwingend erforderlich, damit die RPC Schnittstellen wieder funktionieren.

Weitere Änderungen:
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 04 November 2018, 19:48:20
Habs mir aus dem SVN gezogen, und: Ja! Funktioniert. Erste Sahne! Super, danke!
Und ich habe das Gefühl, das die RPCServer jetzt auch viel schneller starten.

Danke, nochmal, echt klasse Arbeit. Hammer!
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: jsChris am 04 November 2018, 21:41:38
Hab es mir auch gerade installiert. Super, funktioniert einwandfrei! Vielen Dank, für die tolle Arbeit :)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: PatrickR am 04 November 2018, 21:56:20
Großartig! Danke für den on-for-timer-Fix.

Werde ich die Tage mal testen.

Patrick


Von unterwegs gesendet.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Crazyboy am 04 November 2018, 21:58:59
Ich habe die neue Version auch installiert. Jetzt funktioniert die Kommunikation zu meinem CCU3 über den externen RPC-Server.
Jedoch geht "webcmd toggle" nicht mehr. Mit dem internen Server ging es.

Hier die Settings für einen Device:
define UG_Hobby_Licht_Decke_Zentrum HMCCUDEV 000858A994D320
attr UG_Hobby_Licht_Decke_Zentrum IODev d_CCU3
attr UG_Hobby_Licht_Decke_Zentrum alias Licht Decke Zentrum
attr UG_Hobby_Licht_Decke_Zentrum ccureadingfilter (STATE|PRESS)
attr UG_Hobby_Licht_Decke_Zentrum controldatapoint 4.STATE
attr UG_Hobby_Licht_Decke_Zentrum devStateIcon Aus:black_FS20.on An:black_FS20.off
attr UG_Hobby_Licht_Decke_Zentrum group Licht Decke
attr UG_Hobby_Licht_Decke_Zentrum room Hobbyzimmer
attr UG_Hobby_Licht_Decke_Zentrum statedatapoint 4.STATE
attr UG_Hobby_Licht_Decke_Zentrum statevals on:true,off:false
attr UG_Hobby_Licht_Decke_Zentrum stripnumber 1
attr UG_Hobby_Licht_Decke_Zentrum substitute STATE!(true|1):on,(false|0):off
attr UG_Hobby_Licht_Decke_Zentrum webCmd toggle

Was könnte der Grund sein?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 04 November 2018, 23:30:56
Ja, set toggle scheint nicht mehr zu funktionieren. Muss ich mir anschauen ...
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zeddi am 05 November 2018, 12:45:55
Hallo,
ich habe heute morgen das Update eingespielt, nachdem ich mir gestern die Dateien aus dem SVN gezogen hatte.
Seltsamerweise wurde aber nicht die neue Version 4.3.006 "upgedated" sondern die alte 4.3.005.

Kann das?
P.S. Sehe gerade, dass die Module gerade wieder als Update zur Verfügung stehen. Ich probiere es heute Abend nochmal.

Habe ich nochmal probiert. Jetzt ist das Update sauber durchgelaufen. Der Fix funktioniert.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 06 November 2018, 08:52:48
Update eingecheckt. Set toggle repariert.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 14 November 2018, 10:42:16
Hallo ZAP,
seit gestern gibt es auf der EQ downloadseite eine neue CCU3 Firmware 3.41.11 (als auch eine neue HomeMatic XML-RPC-Schnittstelle - Spezifikation). In der 3.41.11 sind wohl einige Fehlerbehebungen drin.
Kann man (nach backup) gefahrlos updaten, also funktioniert das mit deiner neuen HMCCU?

Danke!
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 November 2018, 12:06:39
ich habe das Update noch nicht installiert. Frühestens am Wochenende und nachdem ich ersfe Erfahrungen damit im Homematic Forum gelesen habe. bei EQ3 gilt: schlimmer geht immer ...
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: BadenPower am 14 November 2018, 12:16:41
Zitat von: inoma am 14 November 2018, 10:42:16
(als auch eine neue HomeMatic XML-RPC-Schnittstelle - Spezifikation).

Wieder einmal ein Hohn.
Weshalb man da ein neues Dokument anpreist, enzieht sich meinem Verständnis.
Kein einziger Kommentar zu den neuen Ports für die gesicherte Verdindung.


2
Zugriff auf die Schnittstelle
2.1
HomeMatic Zentrale
Die HomeMatic Zentrale verfügt derzeit über zwei Schnittstellen, über die Geräte angeschlossen sein können:
BidCos-RF für Funk-Komponenten
Port-Nummer: 2001

BidCos-Wired für drahtgebundene Geräte (ist nur in Verbindung mit einem
HomeMatic Wired LAN Gateway verfügbar)
Port Nummer: 2000


BadenPower
.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 16 November 2018, 08:55:44
Hallo ZAP, habe die neue CCU3 Firmware 3.41.11 installiert, funktioniert mit der HMCCU seit gestern morgen fehlerfrei.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: daelch am 19 November 2018, 17:57:01
Hallo zap,

ich habe vor ein paar Tagen ein FHEM Update gemacht, dabei wurde auch HMCCU aktualisiert. Seitdem kommt es alle 1-2 Tage vor, dass FHEM schlagartig so langsam ist, dass ich den PI neu starten muss. Danach läuft es wieder. Kann HMCCU dafür verantwortlich sein? Ich habe versäumt den RPC Server zu stoppen, weiß aber auch nicht, ob es für mich relevant ist.

Dies Fehlermeldung steht häufig im Log:

HMCCU: Can't open file queue /tmp/ccuqueue_2001_1

Danke und viele Grüße
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 19 November 2018, 18:35:36
Zitat von: daelch am 19 November 2018, 17:57:01
Hallo zap,

ich habe vor ein paar Tagen ein FHEM Update gemacht, dabei wurde auch HMCCU aktualisiert. Seitdem kommt es alle 1-2 Tage vor, dass FHEM schlagartig so langsam ist, dass ich den PI neu starten muss. Danach läuft es wieder. Kann HMCCU dafür verantwortlich sein? Ich habe versäumt den RPC Server zu stoppen, weiß aber auch nicht, ob es für mich relevant ist.

Dies Fehlermeldung steht häufig im Log:

HMCCU: Can't open file queue /tmp/ccuqueue_2001_1

Danke und viele Grüße

Offensichtlich hat fhem keine Schreibrechte auf das /tmp Verzeichnis oder die Datei existiert und darf von fhem nicht überschrieben werden.

Aber ich würde dir sowieso empfehlen, auf procrpc umzustellen. Dazu im IO Device ccuflags auf procrpc stellen, speichern und fhem neu starten. Dabei wird mindestens 1 neues Device vom Typ HMCCURPCPROC anglegt. Nochmal speichern und Rpc Server starten.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 23 November 2018, 09:38:45
Kleines Update auf 4.3.008. Einige kleinere Bugs behoben.

Funktionale Änderungen:

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: BadenPower am 23 November 2018, 12:41:55
Hallo zap,

ich habe gerade einmal ganz kurz in Dein Projekt hineingeschnüffelt und gleich einen mehrfach vorkommenden Fehler in den CCU-Skripten entdeckt, welchen Du beseitigen solltest.

dom.RTUpdate() erwartet als Parameter einen Integer und kein Boolean.

Wobei für die Reinitialisierung folgende Werte gelten:

IRT-Auswahl
0 – alle
1 - ValueChange
2 - TimerChange
3 - ProgramChange
4 - HistoryChange
5 - ComTestChange
6 - SchedulerChange
7 - TimerChangeManual


Des Weiteren arbeitest Du mit dom.GetObject(), zum Beispiel in Deinen Methoden "GetDeviceInfo" oder "GetDevice" in Verbindung mit der Suche nach Objekten per Name.

Das kann gut gehen, muss es aber nicht, wenn zum Beispiel 2 Objekte den gleichen Namen haben.

Daher solltest Du immer zuerst auf die entsprechende List zugreifen und dann per .Get() das Objekt auslesen.

Für Geräte wäre dies dann zum Beispiel so:

oDev = (dom.GetObject(ID_DEVICES)).Get("hier_den_namen_verwenden");

oder direkt mit dem vorhandenen Devices-Objekt

oDev = devices.Get("hier_den_namen_verwenden");

oder über das Root-Object:

oDev = (root.Devices()).Get("hier_den_namen_verwenden");



BadenPower
.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 23 November 2018, 13:39:02
Danke für die Hinweise!

Und gleich ein paar Folgefragen:

Zu:

oDev = (dom.GetObject(ID_DEVICES)).Get("hier_den_namen_verwenden");

Viele meiner Scripte akzeptieren als Input sowohl ein Device als auch einen Channel. Müsste ich das dann so machen:

oDev = (dom.GetObject(ID_DEVICES)).Get("hier_den_namen_verwenden");
if(!oDev) {
   oChn = (dom.GetObject(ID_CHANNELS)).Get("hier_den_namen_verwenden");
}


Gibt es diese Möglichkeit auch für Programme, also ein

dom.GetObject(ID_PROGRAMS)

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: BadenPower am 23 November 2018, 14:39:14
Hallo zap,
Zitat von: zap am 23 November 2018, 13:39:02
Viele meiner Scripte akzeptieren als Input sowohl ein Device als auch einen Channel. Müsste ich das dann so machen:
Das wäre eine Möglichkeit.

Allerdings wird es so sein, dass wenn ein Kanal und ein Gerät den gleichen Namen haben, dann immer das Gerät gefunden wird, da es zuerst abgefragt wird.

Dies ist ein Problem, wenn man für 2 verschiedene Objekttypen nur eine Eingabemöglichkeit geschaffen hat. Das Skript kann nicht selbst entscheiden, ob das Gerät, oder der Kanal gewünscht ist. Da solltestDu eventuell das Design überdenken.


Zitat von: zap am 23 November 2018, 13:39:02
Gibt es diese Möglichkeit auch für Programme, also ein

Ja:

ID_PROGRAMS = Programmliste
ID_FUNCTIONS = Gewerkeliste
ID_FAVORITES = Favoritenliste
usw...

Schau Dir einfach einmal die HM-Skript-Übersicht (siehe Bild im Anhang) Deiner HM-Internals an, dort findest Du alle IDs unter dem Reiter "ReGaSkript-Konstanten"


BadenPower
...
Titel: Error, obwohl RPCServer
Beitrag von: stefan-dd am 03 Dezember 2018, 16:45:28
Hallo,
Ich habe ein Problem mit dem Status der RPCServer. Er läuft und es wird ein Error ausgegeben, Signale gehen rein und kommen raus. Irgendwie klappt die Aktualisierung des state nicht richtig. Der Fehler ist nicht immer vorhanden. Wo liegt die Ursache?

defmod d_ccu HMCCU 192.168.1.33 ccudelay=2
attr d_ccu alias CCU2
attr d_ccu ccuflags procrpc
attr d_ccu eventMap /rpcserver on:on/rpcserver off:off/
attr d_ccu group System
attr d_ccu room Home
attr d_ccu rpcinterfaces BidCos-RF,HmIP-RF,VirtualDevices
attr d_ccu rpcport 2001,2010,9292
attr d_ccu rpcserver on
attr d_ccu stateFormat rpcstate/state
attr d_ccu webCmd on:off

setstate d_ccu error/error
setstate d_ccu 2018-12-03 16:23:14 count_channels 111
setstate d_ccu 2018-12-03 16:23:14 count_devices 13
setstate d_ccu 2018-12-03 16:23:14 count_groups 0
setstate d_ccu 2018-12-03 16:23:14 count_interfaces 3
setstate d_ccu 2018-12-03 16:23:14 count_programs 3
setstate d_ccu 2018-12-03 16:24:09 rpcstate error
setstate d_ccu 2018-12-03 16:24:09 state error
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 03 Dezember 2018, 17:40:19
Welcher error wird denn ausgegeben? Kannst Du mal die Logeinträge von HMCCURPCPROC und CCURPC posten?
Bzw am besten alles was "CCU" enthält.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Chaos am 04 Dezember 2018, 09:28:01
 Ahoi,

ich bin gerade dabei von vccu mit HMLAN auf hmccu (raspmatic mit HMLAN) zu wechseln. Soweit so gut, aber sequence gelingt mir nicht wie vorher.

Konkret möchte ich nen HM-PBI-4-FM mit ne sequence aus kurzen Tastendrücken machen, aber ich bekomm nicht mehr als einen "Doppelklick" hin.

2018.12.03 23:12:34 5: sequence Taster_Eltern_4_seq matched 2
2018.12.03 23:12:35 5: sequence Taster_Eltern_4_seq timeout on 1 (partial_1)
2018.12.03 23:12:43 5: sequence Taster_Eltern_4_seq matched 2
2018.12.03 23:12:44 5: sequence Taster_Eltern_4_seq timeout on 1 (partial_1)
2018.12.03 23:13:22 5: sequence Taster_Eltern_4_seq matched 2
2018.12.03 23:13:23 5: sequence Taster_Eltern_4_seq timeout on 1 (partial_1)
2018.12.03 23:13:24 5: sequence Taster_Eltern_4_seq matched 2
2018.12.03 23:13:25 5: sequence Taster_Eltern_4_seq timeout on 1 (partial_1)


Kann mir jemand sagen ob das überhaupt mit HMCCU möglich ist?

MfG
Manuel
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 04 Dezember 2018, 11:35:01
sequence?
hat jetzt eigentlich nichts mit HMCCU zu tun. wie sehem denn die Definitionen aus?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: OiledAmoeba am 04 Dezember 2018, 12:29:08
Zitat von: Chaos am 04 Dezember 2018, 09:28:01
Ahoi,

ich bin gerade dabei von vccu mit HMLAN auf hmccu (raspmatic mit HMLAN) zu wechseln. Soweit so gut, aber sequence gelingt mir nicht wie vorher.

Konkret möchte ich nen HM-PBI-4-FM mit ne sequence aus kurzen Tastendrücken machen, aber ich bekomm nicht mehr als einen "Doppelklick" hin.
(...)
Kann mir jemand sagen ob das überhaupt mit HMCCU möglich ist?

MfG
Manuel

Klar, warum nicht. HMCCU ist aus FHEM-Sicht auch "nur" ein I/O-Device.
Ich denke eher, dass das ein Timing-Problem ist. Schalte mal mit attr global mseclog 1die Millisekunden im Logfile an und setze den Schalter und/oder sequence auf Verbose 5. Dann führe die Sequenz aus und schau dir das Log an, ob die Events evtl zu spät ankommen.
Wenn ja, kannst Du an zwei Schrauben drehen: Entweder Du findest und eliminierst den Verursacher für das lag oder du erhöhst das Timeout für die Sequenz.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Chaos am 04 Dezember 2018, 17:26:49
Ahoi,

danke für die Hinweise.
Mittlerweile kommen überhaupt keine *.pressed rein :-(

Gerade gedrückt und kein aktuelles reading drin

Lt. CCU ist der Taster um 04.12.2018 17:20:00 betätigt worden.

Lt FHEM irgendwann gestern Abend.

ein list vom Device:
Internals:
   DEF        LEQ0252863
   IODev      d_ccu
   NAME       HM_Taster_Eltern
   NR         555
   STATE      Initialized
   TYPE       HMCCUDEV
   ccuaddr    LEQ0252863
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    Taster_Eltern
   ccutype    HM-PBI-4-FM
   channels   5
   firmware   1.5
   statevals  devstate
   READINGS:
     2018-12-03 23:06:01   3.PRESS_LONG    pressed
     2018-12-03 23:06:01   3.PRESS_LONG_RELEASE yes
     2018-12-03 23:05:22   3.PRESS_SHORT   pressed
     2018-12-03 23:20:40   4.PRESS_LONG    pressed
     2018-12-03 23:20:40   4.PRESS_LONG_RELEASE yes
     2018-12-03 23:13:24   4.PRESS_SHORT   pressed
     2018-12-04 17:24:39   hmstate         Initialized
     2018-12-04 17:19:22   state           Initialized
   hmccu:
     devspec    LEQ0252863
     dp:
       0.AES_KEY:
         OVAL       0
         VAL        0
       0.CONFIG_PENDING:
         OVAL       false
         VAL        false
       0.LOWBAT:
         OVAL       false
         VAL        false
       0.RSSI_DEVICE:
         OVAL       1
         VAL        1
       0.RSSI_PEER:
         OVAL       180
         VAL        180
       0.STICKY_UNREACH:
         OVAL       false
         VAL        false
       0.UNREACH:
         OVAL       false
         VAL        false
       4.INSTALL_TEST:
         OVAL       1
         VAL        1
Attributes:
   IODev      d_ccu
   ccureadingfilter PRESS
   event-on-update-reading .*
   room       Homematic
   substitute PRESS_SHORT,PRESS_LONG,PRESS_CONT!(1|true):pressed,(0|false):released;PRESS_LONG_RELEASE!(0|false):no,(1|true):yes
   verbose    5


FHEM neugestartet. RPCServer off/on. CCU neugestartet.

Noch einer ne Idee?

MfG
Manuel
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: OiledAmoeba am 04 Dezember 2018, 18:24:48
Zeig bitte mal die Attribute des device.
Zb unter dem device sollte Raw-Definition stehen, dann kannst du da die Attribute einfach rauskopieren
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 04 Dezember 2018, 19:40:30
Werden denn die Readings anderer HMCCUCHN oder HMCCUDEV Devices aktualisiert?

Gibt es Fehlermeldungen von HMCCU oder HMCCURPCPROC im FHEM Logfile?

Hast Du die Tasten der Fernbedienung in der CCU mit einem Dummy Programm verknüpft oder werden sie in einem Dummy Programm abgefragt? (bei vielen Fernbedienungen notwendig, damit PRESSxxx Events geschickt werden).
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Chaos am 04 Dezember 2018, 23:03:12
Hi,

Ich habe den Taster nochmals gelöscht und in fhem neu erstellen lassen. Jetzt kommen die Events bzw. Readings wieder an.

Im log erscheint nach viermal Short press allerdings nur
2018.12.04 22:47:30.695 5: sequence Taster_Eltern_4_seq matched 2
2018.12.04 22:47:31.196 5: sequence Taster_Eltern_4_seq timeout on 1 (partial_1)
2018.12.04 22:48:39.442 5: sequence Taster_Eltern_4_seq matched 2
2018.12.04 22:48:39.943 5: sequence Taster_Eltern_4_seq timeout on 1 (partial_1)
2018.12.04 22:49:09.079 5: sequence Taster_Eltern_4_seq matched 2
2018.12.04 22:49:09.581 5: sequence Taster_Eltern_4_seq timeout on 1 (partial_1)


Das raw device:
defmod HM_Taster_Eltern HMCCUDEV LEQ0252863
attr HM_Taster_Eltern IODev d_ccu
attr HM_Taster_Eltern ccureadingfilter PRESS
attr HM_Taster_Eltern room Homematic
attr HM_Taster_Eltern substitute PRESS_SHORT,PRESS_LONG,PRESS_CONT!(1|true):pressed,(0|false):released;;PRESS_LONG_RELEASE!(0|false):no,(1|true):yes

setstate HM_Taster_Eltern 2018-12-04 22:42:58 3.PRESS_SHORT pressed
setstate HM_Taster_Eltern 2018-12-04 22:44:34 4.PRESS_LONG pressed
setstate HM_Taster_Eltern 2018-12-04 22:44:34 4.PRESS_LONG_RELEASE yes
setstate HM_Taster_Eltern 2018-12-04 22:49:09 4.PRESS_SHORT pressed
setstate HM_Taster_Eltern 2018-12-04 22:49:09 hmstate Initialized
setstate HM_Taster_Eltern 2018-12-04 22:42:01 state Initialized


Das raw für das sequence device fall das hilft:

defmod Taster_Eltern_4_seq sequence HM_Taster_Eltern.4.PRESS_SHORT:.* 0.5 HM_Taster_Eltern.4.PRESS_SHORT:.* 0.5 HM_Taster_Eltern.4.PRESS_SHORT:.* 0.5 HM_Taster_Eltern.4.PRESS_SHORT:.* 0.5 HM_Taster_Eltern.4.PRESS_SHORT:.*
attr Taster_Eltern_4_seq room Elternzimmer
attr Taster_Eltern_4_seq triggerPartial 1
attr Taster_Eltern_4_seq verbose 5

setstate Taster_Eltern_4_seq active


@zap:
Ich habe den Taster in der ccu mit nem Dummy verknüpft.
Andernfalls bekam ich zuvor gar keine readings

Die anderen HM Geräte sind meistens Rollladen. Die funktionieren, allerdings sind da ja weniger "zeitkritisch".

Fehler im Log bzgl. HMCCU* seh ich keine.

Vielen Dank
Manuel
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 04 Januar 2019, 17:15:47
Es gibt ein Update für alle Module im SVN. Steht morgen dann für FHEM update zur Verfügung.

Neue Funktionen:

Folgende Fehler wurden behoben:

Folgende Fehler wurden noch nicht behoben:
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 05 Januar 2019, 10:21:10
Hallo zap,
habe gerade das Update gemacht, alles prima, erste Sahne. Ein grosses DANKE!
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: PatrickR am 05 Januar 2019, 13:43:04
Liest sich großartig. Werde morgen regulär updaten. Danke!
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 Januar 2019, 16:14:53
Das heutige Update der Module 88_HMCCU und 88_HMCCURPCPROC behebt (hoffentlich) folgende Probleme:


Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 14 Januar 2019, 21:47:31
Hallo Zap,
habs mir aus dem SVN geladen. Ich habe eine CCU3, die ausschliesslich mit HmIP Komponenten läuft.
Als default wird aber weiterhin das BisCos-RF Interface gestartet. Habe jetzt 2x ein re-start gemacht (als auch fhem shutdown restart).
Als ich habe nur HmIP-RF als rpcinterfaces gesetzt ->  attr rpcinterfaces HmIP-RF

Ist das wegen der "virtuelle Fernbedienung" (bzw. deren ,,Tasten") die in der CCU vorhanden sind?

Siehe listing:
Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        xxx.xxx.xxx.xxx
   NAME       HMCCU3
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         4281
   NTFY_ORDER 50-HMCCU3
   RPCState   running
   STATE      running/OK
   TYPE       HMCCU
   ccuaddr    BidCoS-RF
   ccuchannels 103
   ccudevices 14
   ccuif      BidCos-RF
   ccuinterfaces HmIP-RF,BidCos-RF,VirtualDevices
   ccuip      xxx.xxx.xxx.xxx
   ccuname    HM-RCV-50 BidCoS-RF
   ccustate   active
   ccutype    CCU2/3
   host       xxx.xxx.xxx.xxx
   version    4.3.010
   READINGS:
     2019-01-14 21:32:40   count_channels  103
     2019-01-14 21:32:40   count_devices   14
     2019-01-14 21:32:40   count_groups    0
     2019-01-14 21:32:40   count_interfaces 3
     2019-01-14 21:32:40   count_programs  11
     2019-01-14 21:46:51   rpcstate        running
     2019-01-14 21:46:52   state           OK
   hmccu:
     defInterface BidCos-RF
     defPort    2001
     evtime     0
     evtimeout  0
     rpccount   0
     rpcports   2010
     updatetime 0
     adr:
       HM-RCV-50 BidCoS-RF:
         address    BidCoS-RF
         addtype    dev
         valid      1
       HM-RCV-50 BidCoS-RF:0:
         address    BidCoS-RF:0
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:1:
         address    BidCoS-RF:1
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:10:
         address    BidCoS-RF:10
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:11:
         address    BidCoS-RF:11
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:12:
         address    BidCoS-RF:12
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:13:
         address    BidCoS-RF:13
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:14:
         address    BidCoS-RF:14
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:15:
         address    BidCoS-RF:15
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:16:
         address    BidCoS-RF:16
         addtype    chn
         valid      1
  ....
       HM-RCV-50 BidCoS-RF:9:
         address    BidCoS-RF:9
         addtype    chn
         valid      1
       HMIP-PSM 0001D3C98DD677:1:
         address    0001D3C98DD677:1
         addtype    chn
         valid      1
       HMIP-PSM 0001D3C98DD677:2:
         address    0001D3C98DD677:2
         addtype    chn
         valid      1
       HMIP-PSM 0001D3C98DD677:3:
         address    0001D3C98DD677:3
         addtype    chn
         valid      1
       HMIP-PSM 0001D3C98DD677:4:
         address    0001D3C98DD677:4
         addtype    chn
         valid      1
       HMIP-PSM 0001D3C98DD677:5:
         address    0001D3C98DD677:5
         addtype    chn
         valid      1
       HMIP-PSM 0001D3C98DD677:6:
         address    0001D3C98DD677:6
         addtype    chn
         valid      1
       HMIP-PSM 0001D3C98DD677:7:
         address    0001D3C98DD677:7
         addtype    chn
         valid      1
       HMIP-PSM 0001D3C98DD677:8:
         address    0001D3C98DD677:8
         addtype    chn
         valid      1
       HMIP-PSM 0001D709903D2D:1:
         address    0001D709903D2D:1
         addtype    chn
         valid      1
       HMIP-PSM 0001D709903D2D:2:
         address    0001D709903D2D:2
         addtype    chn
         valid      1
       HMIP-PSM 0001D709903D2D:3:
         address    0001D709903D2D:3
         addtype    chn
         valid      1
       HMIP-PSM 0001D709903D2D:4:
         address    0001D709903D2D:4
         addtype    chn
         valid      1
...
       HmIP-SPI04:
         address    000C170999F4E9
         addtype    dev
         valid      1
       HmIP-SPI04:0:
         address    000C170999F4E9:0
         addtype    chn
         valid      1
     agg:
     ccu:
       chncount   103
       delay      180
       delayed    0
       devcount   14
       gcount     0
       ifcount    3
       prgcount   11
       timeout    1
     dev:
       0000D3C9934A2B:
         addtype    dev
         channels   2
         chndir     0
         firmware   1.12.2
         interface  HmIP-RF
         name       HMIP-SWDO01
         rxmode     4
         type       HMIP-SWDO
         valid      1
         version    1
       0000D3C9934A2B:0:
         addtype    chn
         channels   1
         chndir     0
         name       HMIP-SWDO01:0
         usetype    MAINTENANCE
         valid      1
         version    1
       0000D3C9934A2B:1:
         addtype    chn
         channels   1
         chndir     1
         name       HMIP-SWDO01:1
         usetype    SHUTTER_CONTACT
         valid      1
         version    1
  ....
       0014D8A98A1714:3:
         addtype    chn
         channels   1
         chndir     1
         name       HmIP-SMI55 0014D8A98A1714:3
         usetype    MOTIONDETECTOR_TRANSCEIVER
         valid      1
         version    1
       0014D8A98A1714:4:
         addtype    chn
         channels   1
         chndir     2
         name       HmIP-SMI55 0014D8A98A1714:4
         usetype    STATE_RESET_RECEIVER
         valid      1
         version    1
       BidCoS-RF:
         addtype    dev
         channels   51
         chndir     0
         firmware   3.41.11
         interface  BidCos-RF
         name       HM-RCV-50 BidCoS-RF
         rxmode     1
         type       HM-RCV-50
         valid      1
         version    6
       BidCoS-RF:0:
         addtype    chn
         channels   1
         chndir     0
         name       HM-RCV-50 BidCoS-RF:0
         usetype    MAINTENANCE
         valid      1
         version    6
....
       BidCoS-RF:9:
         addtype    chn
         channels   1
         chndir     1
         name       HM-RCV-50 BidCoS-RF:9
         usetype    VIRTUAL_KEY
         valid      1
         version    6
     dp:
       HM-RCV-50:
         ch:
           0:
             INSTALL_MODE:
               oper       3
               type       2
           1:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
...
           8:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           9:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
         cnt:
           INSTALL_MODE 1
           LEVEL      50
           PRESS_LONG 50
           PRESS_SHORT 50
         spc:
           level      50.LEVEL
       HMIP-PSM:
         ch:
           0:
             ACTUAL_TEMPERATURE:
               oper       5
               type       4
             CONFIG_PENDING:
               oper       5
               type       2
             DUTY_CYCLE:
               oper       5
               type       2
             ERROR_CODE:
               oper       5
               type       8
             ERROR_OVERHEAT:
               oper       5
               type       2
             OPERATING_VOLTAGE:
               oper       5
               type       4
             RSSI_DEVICE:
               oper       5
               type       8
             RSSI_PEER:
               oper       5
               type       8
             UNREACH:
               oper       5
               type       2
             UPDATE_PENDING:
               oper       5
               type       2
           1:
             PRESS_LONG:
               oper       4
               type       2
             PRESS_SHORT:
               oper       4
               type       2
  ...
           8:
             WEEK_PROGRAM_CHANNEL_LOCKS:
               oper       5
               type       16
             WEEK_PROGRAM_TARGET_CHANNEL_LOCK:
               oper       2
               type       16
             WEEK_PROGRAM_TARGET_CHANNEL_LOCKS:
               oper       2
               type       16
         cnt:
           ACTUAL_TEMPERATURE 1
           CONFIG_PENDING 1
           CURRENT    1
           DUTY_CYCLE 1
           ENERGY_COUNTER 1
           ENERGY_COUNTER_OVERFLOW 1
           ERROR_CODE 1
           ERROR_OVERHEAT 1
           FREQUENCY  1
           ON_TIME    3
           OPERATING_VOLTAGE 1
           POWER      1
           PRESS_LONG 1
           PRESS_SHORT 1
           PROCESS    4
           RSSI_DEVICE 1
           RSSI_PEER  1
           SECTION    4
           STATE      4
           UNREACH    1
           UPDATE_PENDING 1
           VOLTAGE    1
           WEEK_PROGRAM_CHANNEL_LOCKS 1
           WEEK_PROGRAM_TARGET_CHANNEL_LOCK 1
           WEEK_PROGRAM_TARGET_CHANNEL_LOCKS 1
         spc:
           ontime     5.ON_TIME
       HMIP-SWDO:
         ch:
           0:
             CONFIG_PENDING:
               oper       5
               type       2
             DUTY_CYCLE:
               oper       5
               type       2
             ERROR_CODE:
               oper       5
               type       8
             LOW_BAT:
               oper       5
               type       2
             OPERATING_VOLTAGE:
               oper       5
               type       4
             RSSI_DEVICE:
               oper       5
               type       8
             RSSI_PEER:
               oper       5
               type       8
             SABOTAGE:
               oper       5
               type       2
             UNREACH:
               oper       5
               type       2
             UPDATE_PENDING:
               oper       5
               type       2
           1:
             STATE:
               oper       5
               type       16
         cnt:
           CONFIG_PENDING 1
           DUTY_CYCLE 1
           ERROR_CODE 1
           LOW_BAT    1
           OPERATING_VOLTAGE 1
           RSSI_DEVICE 1
           RSSI_PEER  1
           SABOTAGE   1
           STATE      1
           UNREACH    1
           UPDATE_PENDING 1
       HmIP-SLO:
         ch:
           0:
             CONFIG_PENDING:
               oper       5
               type       2
             DUTY_CYCLE:
               oper       5
               type       2
             INSTALL_TEST:
               oper       3
               type       2
             LOW_BAT:
               oper       5
               type       2
             OPERATING_VOLTAGE:
               oper       5
               type       4
             OPERATING_VOLTAGE_STATUS:
               oper       5
               type       16
             RSSI_DEVICE:
               oper       5
               type       8
             RSSI_PEER:
               oper       5
               type       8
             UNREACH:
               oper       5
               type       2
             UPDATE_PENDING:
               oper       5
               type       2
           1:
             AVERAGE_ILLUMINATION:
               oper       5
               type       4
             AVERAGE_ILLUMINATION_STATUS:
               oper       5
               type       16
             CURRENT_ILLUMINATION:
               oper       5
               type       4
             CURRENT_ILLUMINATION_STATUS:
               oper       5
               type       16
             HIGHEST_ILLUMINATION:
               oper       5
               type       4
             HIGHEST_ILLUMINATION_STATUS:
               oper       5
               type       16
             LOWEST_ILLUMINATION:
               oper       5
               type       4
             LOWEST_ILLUMINATION_STATUS:
               oper       5
               type       16
         cnt:
           AVERAGE_ILLUMINATION 1
           AVERAGE_ILLUMINATION_STATUS 1
           CONFIG_PENDING 1
           CURRENT_ILLUMINATION 1
           CURRENT_ILLUMINATION_STATUS 1
           DUTY_CYCLE 1
           HIGHEST_ILLUMINATION 1
           HIGHEST_ILLUMINATION_STATUS 1
           INSTALL_TEST 1
           LOWEST_ILLUMINATION 1
           LOWEST_ILLUMINATION_STATUS 1
           LOW_BAT    1
           OPERATING_VOLTAGE 1
           OPERATING_VOLTAGE_STATUS 1
           RSSI_DEVICE 1
           RSSI_PEER  1
           UNREACH    1
           UPDATE_PENDING 1
       HmIP-SMI55:
         ch:
           0:
             CONFIG_PENDING:
               oper       5
               type       2
             DUTY_CYCLE:
               oper       5
               type       2
             ERROR_CODE:
               oper       5
               type       8
             INSTALL_TEST:
               oper       3
               type       2
             LOW_BAT:
               oper       5
               type       2
             OPERATING_VOLTAGE:
               oper       5
               type       4
             OPERATING_VOLTAGE_STATUS:
               oper       5
               type       16
             RSSI_DEVICE:
               oper       5
               type       8
             RSSI_PEER:
               oper       5
               type       8
             UNREACH:
               oper       5
               type       2
             UPDATE_PENDING:
               oper       5
               type       2
           1:
             PRESS_LONG:
               oper       4
               type       2
             PRESS_SHORT:
               oper       4
               type       2
           2:
             PRESS_LONG:
               oper       4
               type       2
             PRESS_SHORT:
               oper       4
               type       2
           3:
             CURRENT_ILLUMINATION:
               oper       5
               type       4
             CURRENT_ILLUMINATION_STATUS:
               oper       5
               type       16
             ILLUMINATION:
               oper       5
               type       4
             ILLUMINATION_STATUS:
               oper       5
               type       16
             MOTION:
               oper       5
               type       2
             MOTION_DETECTION_ACTIVE:
               oper       7
               type       2
             RESET_MOTION:
               oper       2
               type       2
         cnt:
           CONFIG_PENDING 1
           CURRENT_ILLUMINATION 1
           CURRENT_ILLUMINATION_STATUS 1
           DUTY_CYCLE 1
           ERROR_CODE 1
           ILLUMINATION 1
           ILLUMINATION_STATUS 1
           INSTALL_TEST 1
           LOW_BAT    1
           MOTION     1
           MOTION_DETECTION_ACTIVE 1
           OPERATING_VOLTAGE 1
           OPERATING_VOLTAGE_STATUS 1
           PRESS_LONG 2
           PRESS_SHORT 2
           RESET_MOTION 1
           RSSI_DEVICE 1
           RSSI_PEER  1
           UNREACH    1
           UPDATE_PENDING 1
       HmIP-SPI:
         ch:
           0:
             CONFIG_PENDING:
               oper       5
               type       2
             DUTY_CYCLE:
               oper       5
               type       2
             ERROR_CODE:
               oper       5
               type       8
             INSTALL_TEST:
               oper       3
               type       2
             LOW_BAT:
               oper       5
               type       2
             OPERATING_VOLTAGE:
               oper       5
               type       4
             OPERATING_VOLTAGE_STATUS:
               oper       5
               type       16
             RSSI_DEVICE:
               oper       5
               type       8
             RSSI_PEER:
               oper       5
               type       8
             SABOTAGE:
               oper       5
               type       2
             UNREACH:
               oper       5
               type       2
             UPDATE_PENDING:
               oper       5
               type       2
           1:
             CURRENT_ILLUMINATION:
               oper       5
               type       4
             CURRENT_ILLUMINATION_STATUS:
               oper       5
               type       16
             ILLUMINATION:
               oper       5
               type       4
             ILLUMINATION_STATUS:
               oper       5
               type       16
             PRESENCE_DETECTION_ACTIVE:
               oper       7
               type       2
             PRESENCE_DETECTION_STATE:
               oper       5
               type       2
             RESET_PRESENCE:
               oper       2
               type       2
         cnt:
           CONFIG_PENDING 1
           CURRENT_ILLUMINATION 1
           CURRENT_ILLUMINATION_STATUS 1
           DUTY_CYCLE 1
           ERROR_CODE 1
           ILLUMINATION 1
           ILLUMINATION_STATUS 1
           INSTALL_TEST 1
           LOW_BAT    1
           OPERATING_VOLTAGE 1
           OPERATING_VOLTAGE_STATUS 1
           PRESENCE_DETECTION_ACTIVE 1
           PRESENCE_DETECTION_STATE 1
           RESET_PRESENCE 1
           RSSI_DEVICE 1
           RSSI_PEER  1
           SABOTAGE   1
           UNREACH    1
           UPDATE_PENDING 1
     grp:
     ifports:
       2001       BidCos-RF
       2010       HmIP-RF
       9292       VirtualDevices
     interfaces:
       BidCos-RF:
         device     d_rpcBidCos_RF
         flags      forceASCII
         host       xxx.xxx.xxx.xxx
         manager    HMCCU
         port       2001
         prot       http
         state      running
         type       A
         url        http://xxx.xxx.xxx.xxx:2001
       HmIP-RF:
         device     d_rpcHmIP_RF
         flags      _
         host       xxx.xxx.xxx.xxx
         manager    HMCCU
         port       2010
         prot       http
         state      running
         type       A
         url        http://xxx.xxx.xxx.xxx:2010
       VirtualDevices:
         flags      _
         host       xxx.xxx.xxx.xxx
         manager    null
         port       9292
         prot       http
         state      inactive
         type       A
         url        http://xxx.xxx.xxx.xxx:9292/groups
     prg:
       ${ruleTmpProgramName}:
         active     true
         internal   false
       ${ruleTmpProgramName} 1:
         active     true
         internal   false
       ${ruleTmpProgramName} 2:
         active     true
         internal   false
       ${ruleTmpProgramName} 3:
         active     true
         internal   false
       ${ruleTmpProgramName} 5:
         active     true
         internal   false
       ${ruleTmpProgramName} 6:
         active     true
         internal   false
       ${ruleTmpProgramName} 7:
         active     true
         internal   false
       ${ruleTmpProgramName} 8:
         active     true
         internal   false
       prgEnergyCounter_1272_0001D3C98DD677:6:
         active     true
         internal   true
       prgEnergyCounter_1517_0001D3C98DD677:6:
         active     true
         internal   true
       prgEnergyCounter_1679_0001D709903D2D:6:
         active     true
         internal   true
     rpc:
Attributes:
   ccuflags   procrpc,reconnect
   event-on-change-reading state,rpcstate
   group      SERVER
   room       Favourites,HomeMaticIP
   rpcinterfaces HmIP-RF
   rpcinterval 5
   rpcport    2010
   rpcserver  on
   stateFormat { if (ReadingsVal($name,"rpcstate","") ne "running" || ReadingsVal($name,"state","") ne "OK") {return '<font color="red">'. ReadingsVal($name,"rpcstate","") . "/" . ReadingsVal($name,"state","") .'</b>'; } else {return ReadingsVal($name,"rpcstate","") . "/" . ReadingsVal($name,"state",""); }}
   verbose    1
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 15 Januar 2019, 07:37:20
Dieser HmIP only Zustand scheint nur bei Rasperrymatic vorzukommen, nicht bei der original Firmware auf der CCU3.
Du siehst am Internal "ccuinterfaces", dass deine CCU BidCos-RF bereitstellt. Daher wird dieses Interface als Default beibehalten.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 18 Januar 2019, 07:05:44
Hallo.

Ich muss sagen das das HMCCU ganz fantastisch ist.. echt toll :-)

Ich habe jetzt schon ein paar Probleme gefunden:
Die Ports 7411(hmip), 7420(Hm), und 14702(Virtual Devices?)  bei Docker Image freigegeben werden muss
Vielleicht das noch ergänzen. Das hat bei mir ewig gedauert, bis ich das verstanden habe

Mein aktuelles Problem ist aber, das ich h eine virtuelle Heizungsgruppe mit ein WT und ein HT nicht anlegen kann,
Es heißt:
Can't create device HM_ZHR_Buero. Type of virtual device not defined
Created 0 client devices

Kannst du da helfen?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 18 Januar 2019, 08:47:51
Mach mal ein "list" vom IO Device.

Dann suchst Du in der Ausgabe nach "grp:" (ohne Anführungszeichen, aber mit Doppelpunkt am Ende. Poste dann mal die Einträge, die hierarchisch unter grp: angezeigt werden.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: slor am 18 Januar 2019, 08:51:17
Kurze Frage an der Stelle, welche Vor bzw Nachteile hat es eine Heizungsgruppe einzurichten?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 18 Januar 2019, 13:42:47
Ich finde die Vorteile dabei
Poste später die gewünschte info

[EDIT]
hier die Einträge unter grp:
grp:
       Buero:
         devs       0003156990BFC5:1,000393C99B7E18:1
         type       hmip.heating.group
       ZHR_Wohnzimmer:
         devs       OEQ1712529,OEQ1426270,OEQ1670515,OEQ1712454,OEQ1712499
         type       HomeMatic.heating
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 18 Januar 2019, 13:52:25
Und wie sieht der define Befehl in FHEM aus? Habe ich vorhin leider vergessen zu fragen
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 18 Januar 2019, 14:07:47
Hallo,

danke für die schnelle Rückmeldung bisher :D

get d_ccu devicelist create ZHR_Buero t=dev f=HM_%n defattr save room=Homematic

Wobei mir aufgefallen, das ich das Gerät von Buero auf ZHR_Buero umgenannt habe. Daher sind die unteren Kanäle noch "Buero INT0000003:1"-5 noch benannt....
aber mein Hautdevice heißt doch jetzt ZHR_Buero
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 18 Januar 2019, 15:01:57
Wenn Du in der CCU irgendwas umbenennst, solltest du einmal ein "get d_ccu devicelist" ohne weiter Parameter ausführen, damit FHEM die neuen Namen lernt.

Möglicherweise gibt es außerdem ein Problem mit der automatischen Definition von virtuellen Devices, daher versuche es erst mal manuell:

define myDev HMCCUDEV Buero

Wenn "Buero" der Name der Gruppe in der CCU ist.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 18 Januar 2019, 15:23:11
Das Update habe ich bereits vorher gemacht.
leider weiterhin das gleiche...

2019.01.18 15:21:37 1: define ZHR_Buero_INT0000003 HMCCUDEV INT0000003: Type of virtual device not defined
2019.01.18 15:21:37 2: HMCCU: Define command failed ZHR_Buero_INT0000003 HMCCUDEV ZHR_Buero INT0000003
2019.01.18 15:21:37 2: HMCCUDEV: Type of virtual device not defined


Auch das define selbst klappt leider genau so nicht..
Wenn ich noch Informationen zur Korrektur dir liefern kann, lass es mich wissen
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 18 Januar 2019, 15:50:17
Einzige Idee die ich noch habe: Start FHEM neu und probiere nochmal die manuelle Definition (also per define, nicht per get devicelist create). Möglicherweise ist da was durch das Umbenennen durcheinander geraten. Ich kapiere momentan auch nicht mehr, wie Dein virtuelles Gerät in der CCU jetzt eigentlich heißt.
Beim Neustart werden die internen Tabellen neu aufgebaut. Möglicherweise hilft das.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: SW7 am 21 Januar 2019, 00:57:01
Hallo in die Runde,

ich kämpfe nun seit Tagen damit, dass mein FHEM per procrpc keine Änderungen die auf der CCU2 passieren mitbekommt.
wenn ich in FHEM am I/O Device ein get ccu update ausführe, dann erhalte ich alle Werte.

Habe jetzt auch schon mit den diversen Schaltern experimentiert (rpcPingCCU,  ccuflags, rpcevtimeout), aber keinen Durchbruch erzielt.

Bei mir kommt eventuell erschwerend hinzu, dass ich zur Zeit zwei CCU2 im Einsatz habe. Wobei ich auch das Problem habe, wenn nur zu einer CCU die RPC Server laufen.

Ein List der CCU sprengt leider das Formularfeld.

Mir ist aufgefallen, dass ich in der CCU (SSH) keine Verbindung von meinem FHEM Server sehe. Nur wenn ich den PRC Server starte taucht eine Netzwerkverbindung in der CCU auf.
# netstat -an | grep 192.168.10
tcp        0      0 192.168.10.14:80        192.168.10.121:61911    TIME_WAIT   
tcp        0      0 192.168.10.14:80        192.168.10.121:61885    TIME_WAIT   
tcp        0      0 192.168.10.14:80        192.168.10.121:61942    ESTABLISHED
tcp        0      0 192.168.10.14:80        192.168.10.121:61916    TIME_WAIT   
tcp        0      0 192.168.10.14:22        192.168.10.121:58149    ESTABLISHED
tcp        0      0 192.168.10.14:80        192.168.10.121:61884    TIME_WAIT   /code]

im Log sehe ich nur das:
[code]2019.01.21 00:55:20 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:21 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:22 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:23 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:24 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:25 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:26 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:27 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:28 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:29 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:30 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:31 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:32 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:33 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:34 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:35 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 00:55:35 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 00:55:35 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:36 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:37 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:38 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 00:55:39 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections


Hat noch jemand das Problem? Oder gibt es eine allgemein gültige Lösung, die ich noch nicht gefunden habe?

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 21 Januar 2019, 07:28:39
poste mal bitte die Log Einträge beim Start der RPC Server.

FHEM baut immer nur kurzzeitig eine Verbindung zur CCU auf, eben beim Start der RPC Server oder auch beim Ausführen eines Set Befehls.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: SW7 am 21 Januar 2019, 18:50:54
Hi,

hier das Log für die eine CCU:
2019.01.21 18:35:34 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:34 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server process started for interface BidCos-RF with PID=32635
2019.01.21 18:35:34 2: CCURPC: [d_rpcBidCos_RF] Initializing RPC server CB2001010013 for interface BidCos-RF
2019.01.21 18:35:34 2: HMCCURPCPROC: [d_rpcBidCos_RF] Callback server CB2001010013 created. Listening on port 7411
2019.01.21 18:35:34 4: HMCCURPCPROC: [d_rpcBidCos_RF] Adding callback for events for server CB2001010013
2019.01.21 18:35:34 4: HMCCURPCPROC: [d_rpcBidCos_RF] Adding callback for new devices for server CB2001010013
2019.01.21 18:35:34 4: HMCCURPCPROC: [d_rpcBidCos_RF] Adding callback for deleted devices for server CB2001010013
2019.01.21 18:35:34 4: HMCCURPCPROC: [d_rpcBidCos_RF] Adding callback for modified devices for server CB2001010013
2019.01.21 18:35:34 4: HMCCURPCPROC: [d_rpcBidCos_RF] Adding callback for replaced devices for server CB2001010013
2019.01.21 18:35:34 4: HMCCURPCPROC: [d_rpcBidCos_RF] Adding callback for readded devices for server CB2001010013
2019.01.21 18:35:34 4: HMCCURPCPROC: [d_rpcBidCos_RF] Adding callback for list devices for server CB2001010013
2019.01.21 18:35:34 2: CCURPC: [d_rpcBidCos_RF] event = SL|CB2001010013|32635
2019.01.21 18:35:34 2: CCURPC: [d_rpcBidCos_RF] CB2001010013 accepting connections. PID=32635
2019.01.21 18:35:34 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:35:34 4: HMCCURPCPROC: [d_rpcBidCos_RF] Set state to busy
2019.01.21 18:35:34 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server starting
2019.01.21 18:35:34 4: HMCCURPCPROC: [d_rpcBidCos_RF] Set rpcstate to starting
2019.01.21 18:35:35 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:35 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:35 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process started for interface HmIP-RF with PID=32636
2019.01.21 18:35:35 2: CCURPC: [d_rpcHmIP_RF] Initializing RPC server CB2010010013 for interface HmIP-RF
2019.01.21 18:35:35 2: HMCCURPCPROC: [d_rpcHmIP_RF] Callback server CB2010010013 created. Listening on port 7420
2019.01.21 18:35:35 4: HMCCURPCPROC: [d_rpcHmIP_RF] Adding callback for events for server CB2010010013
2019.01.21 18:35:35 4: HMCCURPCPROC: [d_rpcHmIP_RF] Adding callback for new devices for server CB2010010013
2019.01.21 18:35:35 4: HMCCURPCPROC: [d_rpcHmIP_RF] Adding callback for deleted devices for server CB2010010013
2019.01.21 18:35:35 4: HMCCURPCPROC: [d_rpcHmIP_RF] Adding callback for modified devices for server CB2010010013
2019.01.21 18:35:35 4: HMCCURPCPROC: [d_rpcHmIP_RF] Adding callback for replaced devices for server CB2010010013
2019.01.21 18:35:35 4: HMCCURPCPROC: [d_rpcHmIP_RF] Adding callback for readded devices for server CB2010010013
2019.01.21 18:35:35 4: HMCCURPCPROC: [d_rpcHmIP_RF] Adding callback for list devices for server CB2010010013
2019.01.21 18:35:35 2: CCURPC: [d_rpcHmIP_RF] event = SL|CB2010010013|32636
2019.01.21 18:35:35 2: CCURPC: [d_rpcHmIP_RF] CB2010010013 accepting connections. PID=32636
2019.01.21 18:35:35 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:35:35 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:35:35 4: HMCCURPCPROC: [d_rpcHmIP_RF] Set state to busy
2019.01.21 18:35:35 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server starting
2019.01.21 18:35:35 4: HMCCURPCPROC: [d_rpcHmIP_RF] Set rpcstate to starting
2019.01.21 18:35:36 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:36 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:36 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:35:36 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:35:36 4: HMCCURPCPROC: [d_rpcHmIP_RF] Read called
2019.01.21 18:35:36 4: HMCCURPCPROC: [d_rpcHmIP_RF] read SL|CB2010010013|32636 from queue
2019.01.21 18:35:36 2: HMCCURPCPROC: [d_rpcHmIP_RF] CCUEvent = SL|CB2010010013|32636
2019.01.21 18:35:36 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010010013 enters server loop
2019.01.21 18:35:36 4: HMCCURPCPROC: [d_rpcHmIP_RF] Set rpcstate to working
2019.01.21 18:35:37 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:37 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:37 2: HMCCURPCPROC: [d_rpcHmIP_RF] Registering callback http://192.168.10.14:7420/fh2010 of type A with ID CB2010010013 at http://192.168.10.14:2010
2019.01.21 18:35:37 4: HMCCURPCPROC: [d_rpcHmIP_RF] Send ASCII RPC request init to http://192.168.10.14:2010
2019.01.21 18:35:37 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010010013 running
2019.01.21 18:35:37 4: HMCCURPCPROC: [d_rpcHmIP_RF] Set rpcstate to running
2019.01.21 18:35:37 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:35:37 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:35:37 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:37 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:38 4: HMCCURPCPROC: [d_rpcHmIP_RF] Set state to OK
2019.01.21 18:35:38 4: HMCCURPCPROC: [d_rpcHmIP_RF] Read stopped after 1 events read: no data
2019.01.21 18:35:38 4: HMCCURPCPROC: [d_rpcHmIP_RF] Read finished
2019.01.21 18:35:38 4: HMCCURPCPROC: [d_rpcBidCos_RF] Read called
2019.01.21 18:35:38 4: HMCCURPCPROC: [d_rpcBidCos_RF] read SL|CB2001010013|32635 from queue
2019.01.21 18:35:38 2: HMCCURPCPROC: [d_rpcBidCos_RF] CCUEvent = SL|CB2001010013|32635
2019.01.21 18:35:38 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001010013 enters server loop
2019.01.21 18:35:38 4: HMCCURPCPROC: [d_rpcBidCos_RF] Set rpcstate to working
2019.01.21 18:35:38 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:35:38 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:35:38 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:38 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:38 2: HMCCURPCPROC: [d_rpcBidCos_RF] Registering callback http://192.168.10.14:7411/fh2001 of type A with ID CB2001010013 at http://192.168.10.14:2001
2019.01.21 18:35:38 4: HMCCURPCPROC: [d_rpcBidCos_RF] Send ASCII RPC request init to http://192.168.10.14:2001
2019.01.21 18:35:38 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001010013 running
2019.01.21 18:35:38 4: HMCCURPCPROC: [d_rpcBidCos_RF] Set rpcstate to running
2019.01.21 18:35:38 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:38 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:38 1: HMCCU: [ccu2_14] All RPC servers running
2019.01.21 18:35:38 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:38 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:38 2: HMCCUDEV: GetUpdate: Addr=xxxxxxxxxxxxxx Name=HmIP-PSM-Andre-Schreibtisch Script=!GetDatapointsByDevice
2019.01.21 18:35:38 2: HMCCUDEV: GetUpdate: Script response =
HmIP-PSM-Andre-Schreibtisch:0=HmIP-RF.xxxxxxxxxxxxxx:0.ACTUAL_TEMPERATURE=0.000000
HmIP-PSM-Andre-Schreibtisch:0=HmIP-RF.xxxxxxxxxxxxxx:0.ACTUAL_TEMPERATURE_STATUS=0
..........
HMIP-PSM xxxxxxxxxxxxxx:8=HmIP-RF.xxxxxxxxxxxxxx:8.WEEK_PROGRAM_CHANNEL_LOCKS=0
40

2019.01.21 18:35:38 2: HMCCUDEV: GetAttrSubstitute: subst = STATE!(true|1):on,(false|0):off;AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: HmIP_PSM_Andre_Schreibtisch Objects = xxxxxxxxxxxxxx
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: Processing object xxxxxxxxxxxxxx
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:4, dpt=SECTION, key=4.SECTION, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:4, chnnam=HMIP-PSM xxxxxxxxxxxxxx:4 chnnum=4 dpt=SECTION, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=4.SECTION, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:4, dpt=SECTION_STATUS, key=4.SECTION_STATUS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:4, chnnam=HMIP-PSM xxxxxxxxxxxxxx:4 chnnum=4 dpt=SECTION_STATUS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=4.SECTION_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:4, dpt=PROCESS, key=4.PROCESS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:4, chnnam=HMIP-PSM xxxxxxxxxxxxxx:4 chnnum=4 dpt=PROCESS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=4.PROCESS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:4, dpt=STATE, key=4.STATE, value=false
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:4, chnnam=HMIP-PSM xxxxxxxxxxxxxx:4 chnnum=4 dpt=STATE, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=4.STATE, orgvalue=false value=off peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:0, dpt=OPERATING_VOLTAGE, key=0.OPERATING_VOLTAGE, value=0.000000
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Schreibtisch:0 chnnum=0 dpt=OPERATING_VOLTAGE, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=0.OPERATING_VOLTAGE, orgvalue=0.000000 value=0.0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:0, dpt=UPDATE_PENDING, key=0.UPDATE_PENDING, value=false
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Schreibtisch:0 chnnum=0 dpt=UPDATE_PENDING, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=0.UPDATE_PENDING, orgvalue=false value=false peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:0, dpt=RSSI_PEER, key=0.RSSI_PEER, value=179
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Schreibtisch:0 chnnum=0 dpt=RSSI_PEER, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=0.RSSI_PEER, orgvalue=179 value=179 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:0, dpt=UNREACH, key=0.UNREACH, value=false
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Schreibtisch:0 chnnum=0 dpt=UNREACH, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=0.UNREACH, orgvalue=false value=alive peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:0, dpt=CONFIG_PENDING, key=0.CONFIG_PENDING, value=false
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Schreibtisch:0 chnnum=0 dpt=CONFIG_PENDING, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=0.CONFIG_PENDING, orgvalue=false value=false peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:0, dpt=ACTUAL_TEMPERATURE, key=0.ACTUAL_TEMPERATURE, value=0.000000
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Schreibtisch:0 chnnum=0 dpt=ACTUAL_TEMPERATURE, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=0.ACTUAL_TEMPERATURE, orgvalue=0.000000 value=0.0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:0, dpt=RSSI_DEVICE, key=0.RSSI_DEVICE, value=177
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Schreibtisch:0 chnnum=0 dpt=RSSI_DEVICE, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=0.RSSI_DEVICE, orgvalue=177 value=177 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:0, dpt=OPERATING_VOLTAGE_STATUS, key=0.OPERATING_VOLTAGE_STATUS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Schreibtisch:0 chnnum=0 dpt=OPERATING_VOLTAGE_STATUS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=0.OPERATING_VOLTAGE_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:0, dpt=DUTY_CYCLE, key=0.DUTY_CYCLE, value=false
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Schreibtisch:0 chnnum=0 dpt=DUTY_CYCLE, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=0.DUTY_CYCLE, orgvalue=false value=false peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:0, dpt=INSTALL_TEST, key=0.INSTALL_TEST, value=true
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Schreibtisch:0 chnnum=0 dpt=INSTALL_TEST, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=0.INSTALL_TEST, orgvalue=true value=true peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:0, dpt=ERROR_OVERHEAT, key=0.ERROR_OVERHEAT, value=false
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Schreibtisch:0 chnnum=0 dpt=ERROR_OVERHEAT, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=0.ERROR_OVERHEAT, orgvalue=false value=false peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:0, dpt=ERROR_CODE, key=0.ERROR_CODE, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Schreibtisch:0 chnnum=0 dpt=ERROR_CODE, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=0.ERROR_CODE, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:0, dpt=ACTUAL_TEMPERATURE_STATUS, key=0.ACTUAL_TEMPERATURE_STATUS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Schreibtisch:0 chnnum=0 dpt=ACTUAL_TEMPERATURE_STATUS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=0.ACTUAL_TEMPERATURE_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:3, dpt=PROCESS, key=3.PROCESS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:3, chnnam=HMIP-PSM xxxxxxxxxxxxxx:3 chnnum=3 dpt=PROCESS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=3.PROCESS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:3, dpt=STATE, key=3.STATE, value=true
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:3, chnnam=HMIP-PSM xxxxxxxxxxxxxx:3 chnnum=3 dpt=STATE, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=3.STATE, orgvalue=true value=on peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:3, dpt=SECTION, key=3.SECTION, value=2
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:3, chnnam=HMIP-PSM xxxxxxxxxxxxxx:3 chnnum=3 dpt=SECTION, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=3.SECTION, orgvalue=2 value=2 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:3, dpt=SECTION_STATUS, key=3.SECTION_STATUS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:3, chnnam=HMIP-PSM xxxxxxxxxxxxxx:3 chnnum=3 dpt=SECTION_STATUS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=3.SECTION_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:2, dpt=SECTION_STATUS, key=2.SECTION_STATUS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:2, chnnam=HMIP-PSM xxxxxxxxxxxxxx:2 chnnum=2 dpt=SECTION_STATUS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=2.SECTION_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:2, dpt=SECTION, key=2.SECTION, value=2
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:2, chnnam=HMIP-PSM xxxxxxxxxxxxxx:2 chnnum=2 dpt=SECTION, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=2.SECTION, orgvalue=2 value=2 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:2, dpt=STATE, key=2.STATE, value=true
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:2, chnnam=HMIP-PSM xxxxxxxxxxxxxx:2 chnnum=2 dpt=STATE, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=2.STATE, orgvalue=true value=on peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:2, dpt=PROCESS, key=2.PROCESS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:2, chnnam=HMIP-PSM xxxxxxxxxxxxxx:2 chnnum=2 dpt=PROCESS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=2.PROCESS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:5, dpt=STATE, key=5.STATE, value=false
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:5, chnnam=HMIP-PSM xxxxxxxxxxxxxx:5 chnnum=5 dpt=STATE, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=5.STATE, orgvalue=false value=off peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:5, dpt=PROCESS, key=5.PROCESS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:5, chnnam=HMIP-PSM xxxxxxxxxxxxxx:5 chnnum=5 dpt=PROCESS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=5.PROCESS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:5, dpt=SECTION_STATUS, key=5.SECTION_STATUS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:5, chnnam=HMIP-PSM xxxxxxxxxxxxxx:5 chnnum=5 dpt=SECTION_STATUS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=5.SECTION_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:5, dpt=SECTION, key=5.SECTION, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:5, chnnam=HMIP-PSM xxxxxxxxxxxxxx:5 chnnum=5 dpt=SECTION, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=5.SECTION, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:6, dpt=POWER, key=6.POWER, value=1.620000
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=POWER, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=6.POWER, orgvalue=1.620000 value=1.6 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:6, dpt=VOLTAGE, key=6.VOLTAGE, value=235.300000
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=VOLTAGE, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=6.VOLTAGE, orgvalue=235.300000 value=235.3 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:6, dpt=ENERGY_COUNTER_OVERFLOW, key=6.ENERGY_COUNTER_OVERFLOW, value=false
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=ENERGY_COUNTER_OVERFLOW, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=6.ENERGY_COUNTER_OVERFLOW, orgvalue=false value=false peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:6, dpt=CURRENT, key=6.CURRENT, value=165.000000
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=CURRENT, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=6.CURRENT, orgvalue=165.000000 value=165.0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:6, dpt=POWER_STATUS, key=6.POWER_STATUS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=POWER_STATUS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=6.POWER_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:6, dpt=VOLTAGE_STATUS, key=6.VOLTAGE_STATUS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=VOLTAGE_STATUS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=6.VOLTAGE_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:6, dpt=CURRENT_STATUS, key=6.CURRENT_STATUS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=CURRENT_STATUS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=6.CURRENT_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:6, dpt=FREQUENCY_STATUS, key=6.FREQUENCY_STATUS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=FREQUENCY_STATUS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=6.FREQUENCY_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:6, dpt=FREQUENCY, key=6.FREQUENCY, value=49.990000
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=FREQUENCY, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=6.FREQUENCY, orgvalue=49.990000 value=50.0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:6, dpt=ENERGY_COUNTER, key=6.ENERGY_COUNTER, value=398.000000
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=ENERGY_COUNTER, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=6.ENERGY_COUNTER, orgvalue=398.000000 value=398.0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Schreibtisch, chnadd/object=xxxxxxxxxxxxxx:8, dpt=WEEK_PROGRAM_CHANNEL_LOCKS, key=8.WEEK_PROGRAM_CHANNEL_LOCKS, value=0
2019.01.21 18:35:38 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:8, chnnam=HMIP-PSM xxxxxxxxxxxxxx:8 chnnum=8 dpt=WEEK_PROGRAM_CHANNEL_LOCKS, rules=.*
2019.01.21 18:35:38 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:38 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Schreibtisch, readings=8.WEEK_PROGRAM_CHANNEL_LOCKS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: text=^0\.UNREACH!(1|true):unreachable;^[0-9]\.LOW_?BAT!(1|true):warn_battery
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=5.SECTION
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=0.INSTALL_TEST
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=0.UNREACH
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=3.SECTION_STATUS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=0.OPERATING_VOLTAGE_STATUS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=3.SECTION
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=0.RSSI_PEER
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=6.FREQUENCY_STATUS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=4.STATE
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=6.ENERGY_COUNTER_OVERFLOW
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=3.PROCESS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=0.CONFIG_PENDING
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=6.VOLTAGE_STATUS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=5.PROCESS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=5.STATE
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=2.SECTION
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=2.SECTION_STATUS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=0.ERROR_CODE
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=2.PROCESS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=0.OPERATING_VOLTAGE
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=6.POWER
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=5.SECTION_STATUS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=6.FREQUENCY
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=0.UPDATE_PENDING
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=0.ERROR_OVERHEAT
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=6.CURRENT_STATUS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=6.VOLTAGE
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=3.STATE
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=6.CURRENT
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=0.ACTUAL_TEMPERATURE_STATUS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=2.STATE
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=4.SECTION
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=8.WEEK_PROGRAM_CHANNEL_LOCKS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=4.PROCESS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=0.ACTUAL_TEMPERATURE
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=4.SECTION_STATUS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=6.ENERGY_COUNTER
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=0.DUTY_CYCLE
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=6.POWER_STATUS
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: var=0.RSSI_DEVICE
2019.01.21 18:35:38 2: HMCCUDEV: HMCCU_SubstVariables: text=^0\.UNREACH!(1|true):unreachable;^[0-9]\.LOW_?BAT!(1|true):warn_battery
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: rule=^0\.UNREACH!(1|true):unreachable, dptexpr=^0\.UNREACH, subst=(1|true):unreachable
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 5.SECTION match ^0\.UNREACH
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.INSTALL_TEST match ^0\.UNREACH
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.UNREACH match ^0\.UNREACH
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: rule=^[0-9]\.LOW_?BAT!(1|true):warn_battery, dptexpr=^[0-9]\.LOW_?BAT, subst=(1|true):warn_battery
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 5.SECTION match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.INSTALL_TEST match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.UNREACH match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 3.SECTION_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.OPERATING_VOLTAGE_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 3.SECTION match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.RSSI_PEER match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 6.FREQUENCY_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 4.STATE match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 6.ENERGY_COUNTER_OVERFLOW match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 3.PROCESS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.CONFIG_PENDING match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 6.VOLTAGE_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 5.PROCESS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 5.STATE match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 2.SECTION match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 2.SECTION_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.ERROR_CODE match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 2.PROCESS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.OPERATING_VOLTAGE match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 6.POWER match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 5.SECTION_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 6.FREQUENCY match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.UPDATE_PENDING match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.ERROR_OVERHEAT match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 6.CURRENT_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 6.VOLTAGE match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 3.STATE match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 6.CURRENT match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.ACTUAL_TEMPERATURE_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 2.STATE match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 4.SECTION match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 8.WEEK_PROGRAM_CHANNEL_LOCKS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 4.PROCESS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.ACTUAL_TEMPERATURE match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 4.SECTION_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 6.ENERGY_COUNTER match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.DUTY_CYCLE match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 6.POWER_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:38 2: HMCCUDEV: GetHMState: Check 0.RSSI_DEVICE match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:39 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:35:39 2: HMCCUDEV: IsValidDatapoint: devtype=HMIP-PSM, chnno=3, dpt=ON_TIME, valid=1
2019.01.21 18:35:39 2: HMCCUDEV: IsValidDatapoint: devtype=HMIP-PSM, chnno=3, dpt=LEVEL, valid=0
2019.01.21 18:35:39 2: HMCCUDEV: IsValidDatapoint: devtype=HMIP-PSM, chnno=3, dpt=LEVEL, valid=0
2019.01.21 18:35:39 2: HMCCUDEV: GetUpdate: Addr=xxxxxxxxxxxxxx Name=HmIP-FAL230-C6-EG Script=!GetDatapointsByDevice
2019.01.21 18:35:39 2: HMCCUDEV: GetUpdate: Script response =
HmIP-FAL230-C6-EG:0=HmIP-RF.xxxxxxxxxxxxxx:0.CONFIG_PENDING=false
HmIP-FAL230-C6-EG:0=HmIP-RF.xxxxxxxxxxxxxx:0.DATE_TIME_UNKNOWN=false
HmIP-FAL230-C6-EG:0=HmIP-RF.xxxxxxxxxxxxxx:0.DUTY_CYCLE=false
HmIP-FAL230-C6-EG:0=HmIP-RF.xxxxxxxxxxxxxx:0.HEATING_COOLING=0
HmIP-FAL230-C6-EG:0=HmIP-RF.xxxxxxxxxxxxxx:0.HUMIDITY_ALARM=false
HmIP-FAL230-C6-EG:0=HmIP-RF.xxxxxxxxxxxxxx:0.INSTALL_TEST=true
HmIP-FAL230-C6-EG:0=HmIP-RF.xxxxxxxxxxxxxx:0.OPERATING_VOLTAGE=0.000000
HmIP-FAL230-C6-EG:0=HmIP-RF.xxxxxxxxxxxxxx:0.OPERATING_VOLTAGE_STATUS=0
HmIP-FAL230-C6-EG:0=HmIP-RF.xxxxxxxxxxxxxx:0.RSSI_DEVICE=190
HmIP-FAL230-C6-EG:0=HmIP-RF.xxxxxxxxxxxxxx:0.RSSI_PEER=189
HmIP-FAL230-C6-EG:0=HmIP-RF.xxxxxxxxxxxxxx:0.TEMPERATURE_LIMITER=false
HmIP-FAL230-C6-EG:0=HmIP-RF.xxxxxxxxxxxxxx:0.UNREACH=false
HmIP-FAL230-C6-EG:0=HmIP-RF.xxxxxxxxxxxxxx:0.UPDATE_PENDING=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:1=HmIP-RF.xxxxxxxxxxxxxx:1.DEW_POINT_ALARM=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:1=HmIP-RF.xxxxxxxxxxxxxx:1.EMERGENCY_OPERATION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:1=HmIP-RF.xxxxxxxxxxxxxx:1.EXTERNAL_CLOCK=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:1=HmIP-RF.xxxxxxxxxxxxxx:1.FROST_PROTECTION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:1=HmIP-RF.xxxxxxxxxxxxxx:1.HUMIDITY_LIMITER=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:1=HmIP-RF.xxxxxxxxxxxxxx:1.STATE=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.DEW_POINT_ALARM=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.EMERGENCY_OPERATION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.EXTERNAL_CLOCK=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.FROST_PROTECTION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.HUMIDITY_LIMITER=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.STATE=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.DEW_POINT_ALARM=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.EMERGENCY_OPERATION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.EXTERNAL_CLOCK=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.FROST_PROTECTION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.HUMIDITY_LIMITER=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.STATE=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.DEW_POINT_ALARM=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.EMERGENCY_OPERATION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.EXTERNAL_CLOCK=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.FROST_PROTECTION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.HUMIDITY_LIMITER=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.STATE=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.DEW_POINT_ALARM=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.EMERGENCY_OPERATION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.EXTERNAL_CLOCK=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.FROST_PROTECTION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.HUMIDITY_LIMITER=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.STATE=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.DEW_POINT_ALARM=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.EMERGENCY_OPERATION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.EXTERNAL_CLOCK=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.FROST_PROTECTION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.HUMIDITY_LIMITER=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.STATE=false
49

2019.01.21 18:35:39 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:35:39 2: HMCCUDEV: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: HmIP_FAL230_C6_EG Objects = xxxxxxxxxxxxxx
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: Processing object xxxxxxxxxxxxxx
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:3, dpt=HUMIDITY_LIMITER, key=3.HUMIDITY_LIMITER, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:3, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:3 chnnum=3 dpt=HUMIDITY_LIMITER, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=3.HUMIDITY_LIMITER, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:3, dpt=FROST_PROTECTION, key=3.FROST_PROTECTION, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:3, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:3 chnnum=3 dpt=FROST_PROTECTION, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=3.FROST_PROTECTION, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:3, dpt=EXTERNAL_CLOCK, key=3.EXTERNAL_CLOCK, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:3, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:3 chnnum=3 dpt=EXTERNAL_CLOCK, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=3.EXTERNAL_CLOCK, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:3, dpt=DEW_POINT_ALARM, key=3.DEW_POINT_ALARM, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:3, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:3 chnnum=3 dpt=DEW_POINT_ALARM, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=3.DEW_POINT_ALARM, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:3, dpt=EMERGENCY_OPERATION, key=3.EMERGENCY_OPERATION, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:3, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:3 chnnum=3 dpt=EMERGENCY_OPERATION, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=3.EMERGENCY_OPERATION, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:3, dpt=STATE, key=3.STATE, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:3, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:3 chnnum=3 dpt=STATE, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=3.STATE, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:2, dpt=EXTERNAL_CLOCK, key=2.EXTERNAL_CLOCK, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:2, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:2 chnnum=2 dpt=EXTERNAL_CLOCK, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=2.EXTERNAL_CLOCK, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:2, dpt=FROST_PROTECTION, key=2.FROST_PROTECTION, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:2, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:2 chnnum=2 dpt=FROST_PROTECTION, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=2.FROST_PROTECTION, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:2, dpt=HUMIDITY_LIMITER, key=2.HUMIDITY_LIMITER, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:2, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:2 chnnum=2 dpt=HUMIDITY_LIMITER, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=2.HUMIDITY_LIMITER, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:2, dpt=STATE, key=2.STATE, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:2, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:2 chnnum=2 dpt=STATE, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=2.STATE, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:2, dpt=EMERGENCY_OPERATION, key=2.EMERGENCY_OPERATION, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:2, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:2 chnnum=2 dpt=EMERGENCY_OPERATION, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=2.EMERGENCY_OPERATION, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:2, dpt=DEW_POINT_ALARM, key=2.DEW_POINT_ALARM, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:2, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:2 chnnum=2 dpt=DEW_POINT_ALARM, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=2.DEW_POINT_ALARM, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:4, dpt=EXTERNAL_CLOCK, key=4.EXTERNAL_CLOCK, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:4, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:4 chnnum=4 dpt=EXTERNAL_CLOCK, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=4.EXTERNAL_CLOCK, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:4, dpt=FROST_PROTECTION, key=4.FROST_PROTECTION, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:4, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:4 chnnum=4 dpt=FROST_PROTECTION, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=4.FROST_PROTECTION, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:4, dpt=HUMIDITY_LIMITER, key=4.HUMIDITY_LIMITER, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:4, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:4 chnnum=4 dpt=HUMIDITY_LIMITER, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=4.HUMIDITY_LIMITER, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:4, dpt=STATE, key=4.STATE, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:4, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:4 chnnum=4 dpt=STATE, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=4.STATE, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:4, dpt=EMERGENCY_OPERATION, key=4.EMERGENCY_OPERATION, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:4, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:4 chnnum=4 dpt=EMERGENCY_OPERATION, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=4.EMERGENCY_OPERATION, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:4, dpt=DEW_POINT_ALARM, key=4.DEW_POINT_ALARM, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:4, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:4 chnnum=4 dpt=DEW_POINT_ALARM, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=4.DEW_POINT_ALARM, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:0, dpt=UNREACH, key=0.UNREACH, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-FAL230-C6-EG:0 chnnum=0 dpt=UNREACH, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=0.UNREACH, orgvalue=false value=alive peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:0, dpt=CONFIG_PENDING, key=0.CONFIG_PENDING, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-FAL230-C6-EG:0 chnnum=0 dpt=CONFIG_PENDING, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=0.CONFIG_PENDING, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:0, dpt=OPERATING_VOLTAGE, key=0.OPERATING_VOLTAGE, value=0.000000
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-FAL230-C6-EG:0 chnnum=0 dpt=OPERATING_VOLTAGE, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=0.OPERATING_VOLTAGE, orgvalue=0.000000 value=0.000000 peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:0, dpt=UPDATE_PENDING, key=0.UPDATE_PENDING, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-FAL230-C6-EG:0 chnnum=0 dpt=UPDATE_PENDING, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=0.UPDATE_PENDING, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:0, dpt=RSSI_PEER, key=0.RSSI_PEER, value=189
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-FAL230-C6-EG:0 chnnum=0 dpt=RSSI_PEER, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=0.RSSI_PEER, orgvalue=189 value=189 peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:0, dpt=DATE_TIME_UNKNOWN, key=0.DATE_TIME_UNKNOWN, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-FAL230-C6-EG:0 chnnum=0 dpt=DATE_TIME_UNKNOWN, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=0.DATE_TIME_UNKNOWN, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:0, dpt=DUTY_CYCLE, key=0.DUTY_CYCLE, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-FAL230-C6-EG:0 chnnum=0 dpt=DUTY_CYCLE, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=0.DUTY_CYCLE, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:0, dpt=INSTALL_TEST, key=0.INSTALL_TEST, value=true
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-FAL230-C6-EG:0 chnnum=0 dpt=INSTALL_TEST, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=0.INSTALL_TEST, orgvalue=true value=true peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:0, dpt=RSSI_DEVICE, key=0.RSSI_DEVICE, value=190
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-FAL230-C6-EG:0 chnnum=0 dpt=RSSI_DEVICE, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=0.RSSI_DEVICE, orgvalue=190 value=190 peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:0, dpt=HUMIDITY_ALARM, key=0.HUMIDITY_ALARM, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-FAL230-C6-EG:0 chnnum=0 dpt=HUMIDITY_ALARM, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=0.HUMIDITY_ALARM, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:0, dpt=TEMPERATURE_LIMITER, key=0.TEMPERATURE_LIMITER, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-FAL230-C6-EG:0 chnnum=0 dpt=TEMPERATURE_LIMITER, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=0.TEMPERATURE_LIMITER, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:0, dpt=HEATING_COOLING, key=0.HEATING_COOLING, value=0
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-FAL230-C6-EG:0 chnnum=0 dpt=HEATING_COOLING, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=0.HEATING_COOLING, orgvalue=0 value=0 peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:0, dpt=OPERATING_VOLTAGE_STATUS, key=0.OPERATING_VOLTAGE_STATUS, value=0
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-FAL230-C6-EG:0 chnnum=0 dpt=OPERATING_VOLTAGE_STATUS, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=0.OPERATING_VOLTAGE_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:6, dpt=DEW_POINT_ALARM, key=6.DEW_POINT_ALARM, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:6 chnnum=6 dpt=DEW_POINT_ALARM, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=6.DEW_POINT_ALARM, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:6, dpt=EMERGENCY_OPERATION, key=6.EMERGENCY_OPERATION, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:6 chnnum=6 dpt=EMERGENCY_OPERATION, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=6.EMERGENCY_OPERATION, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:6, dpt=STATE, key=6.STATE, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:6 chnnum=6 dpt=STATE, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=6.STATE, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG, chnadd/object=xxxxxxxxxxxxxx:6, dpt=HUMIDITY_LIMITER, key=6.HUMIDITY_LIMITER, value=false
2019.01.21 18:35:39 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HmIP-FAL230-C6 xxxxxxxxxxxxxx:6 chnnum=6 dpt=HUMIDITY_LIMITER, rules=.*
2019.01.21 18:35:39 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_FAL230_C6_EG, readings=6.HUMIDITY_LIMITER, orgvalue=false value=false peer=null
2019.01.21 18:35:39 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_FAL230_C6_EG
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: SW7 am 21 Januar 2019, 18:59:03
Hier noch das Log für CCU die zweite:

2019.01.21 18:51:10 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:10 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:11 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:11 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:12 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:12 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:13 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:13 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:14 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:14 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:15 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:15 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:16 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:16 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:17 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:17 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:18 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:18 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:19 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:19 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:20 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:20 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:21 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:21 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:22 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:22 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:23 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:23 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:24 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:24 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:25 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:25 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:26 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:26 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:26 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:26 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] RPC server process started for interface BidCos-RF with PID=679
2019.01.21 18:51:26 2: CCURPC: [d_rpcBidCos_RF_15] Initializing RPC server CB2001010013 for interface BidCos-RF
2019.01.21 18:51:26 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] Callback server CB2001010013 created. Listening on port 7421
2019.01.21 18:51:26 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Adding callback for events for server CB2001010013
2019.01.21 18:51:26 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Adding callback for new devices for server CB2001010013
2019.01.21 18:51:26 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Adding callback for deleted devices for server CB2001010013
2019.01.21 18:51:26 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Adding callback for modified devices for server CB2001010013
2019.01.21 18:51:26 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Adding callback for replaced devices for server CB2001010013
2019.01.21 18:51:26 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Adding callback for readded devices for server CB2001010013
2019.01.21 18:51:26 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Adding callback for list devices for server CB2001010013
2019.01.21 18:51:26 2: CCURPC: [d_rpcBidCos_RF_15] event = SL|CB2001010013|679
2019.01.21 18:51:26 2: CCURPC: [d_rpcBidCos_RF_15] CB2001010013 accepting connections. PID=679
2019.01.21 18:51:26 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:27 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Set state to busy
2019.01.21 18:51:27 1: HMCCURPCPROC: [d_rpcBidCos_RF_15] RPC server starting
2019.01.21 18:51:27 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Set rpcstate to starting
2019.01.21 18:51:27 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:27 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:27 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:27 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:27 2: HMCCURPCPROC: [d_rpcHmIP_RF_15] RPC server process started for interface HmIP-RF with PID=680
2019.01.21 18:51:27 2: CCURPC: [d_rpcHmIP_RF_15] Initializing RPC server CB2010010013 for interface HmIP-RF
2019.01.21 18:51:27 2: HMCCURPCPROC: [d_rpcHmIP_RF_15] Callback server CB2010010013 created. Listening on port 7430
2019.01.21 18:51:27 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Adding callback for events for server CB2010010013
2019.01.21 18:51:27 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Adding callback for new devices for server CB2010010013
2019.01.21 18:51:27 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Adding callback for deleted devices for server CB2010010013
2019.01.21 18:51:27 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Adding callback for modified devices for server CB2010010013
2019.01.21 18:51:27 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Adding callback for replaced devices for server CB2010010013
2019.01.21 18:51:27 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Adding callback for readded devices for server CB2010010013
2019.01.21 18:51:27 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Adding callback for list devices for server CB2010010013
2019.01.21 18:51:27 2: CCURPC: [d_rpcHmIP_RF_15] event = SL|CB2010010013|680
2019.01.21 18:51:27 2: CCURPC: [d_rpcHmIP_RF_15] CB2010010013 accepting connections. PID=680
2019.01.21 18:51:27 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:27 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:28 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Set state to busy
2019.01.21 18:51:28 1: HMCCURPCPROC: [d_rpcHmIP_RF_15] RPC server starting
2019.01.21 18:51:28 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Set rpcstate to starting
2019.01.21 18:51:28 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:28 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:28 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:28 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:28 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:28 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:51:28 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:29 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Read called
2019.01.21 18:51:29 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] read SL|CB2010010013|680 from queue
2019.01.21 18:51:29 2: HMCCURPCPROC: [d_rpcHmIP_RF_15] CCUEvent = SL|CB2010010013|680
2019.01.21 18:51:29 2: HMCCURPCPROC: [d_rpcHmIP_RF_15] RPC server CB2010010013 enters server loop
2019.01.21 18:51:29 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Set rpcstate to working
2019.01.21 18:51:29 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:29 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:29 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:29 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:29 2: HMCCURPCPROC: [d_rpcHmIP_RF_15] Registering callback http://192.168.10.15:7430/fh2010 of type A with ID CB2010010013 at http://192.168.10.15:2010
2019.01.21 18:51:29 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Send ASCII RPC request init to http://192.168.10.15:2010
2019.01.21 18:51:29 1: HMCCURPCPROC: [d_rpcHmIP_RF_15] RPC server CB2010010013 running
2019.01.21 18:51:29 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Set rpcstate to running
2019.01.21 18:51:29 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:29 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:30 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:30 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:30 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:30 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:30 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Set state to OK
2019.01.21 18:51:30 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:51:30 4: HMCCURPCPROC: [d_rpcHmIP_RF_15] Read finished
2019.01.21 18:51:30 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:51:30 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read SL|CB2001010013|679 from queue
2019.01.21 18:51:30 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = SL|CB2001010013|679
2019.01.21 18:51:30 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] RPC server CB2001010013 enters server loop
2019.01.21 18:51:30 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Set rpcstate to working
2019.01.21 18:51:30 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:30 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:51:30 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:31 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:31 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:31 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] Registering callback http://192.168.10.15:7421/fh2001 of type A with ID CB2001010013 at http://192.168.10.15:2001
2019.01.21 18:51:31 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request init to http://192.168.10.15:2001
2019.01.21 18:51:31 1: HMCCURPCPROC: [d_rpcBidCos_RF_15] RPC server CB2001010013 running
2019.01.21 18:51:31 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Set rpcstate to running
2019.01.21 18:51:31 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:31 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:31 1: HMCCU: [ccu2_15] All RPC servers running
2019.01.21 18:51:31 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:31 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:31 2: HMCCUDEV: GetUpdate: Addr=xxxxxxxxxxxxxx Name=HmIP-SWDM-B2-Bad Script=!GetDatapointsByDevice
2019.01.21 18:51:31 2: HMCCUDEV: GetUpdate: Script response =
HmIP-SWDM-B2-Bad:0=HmIP-RF.xxxxxxxxxxxxxx:0.CONFIG_PENDING=false
HmIP-SWDM-B2-Bad:0=HmIP-RF.xxxxxxxxxxxxxx:0.DUTY_CYCLE=false
HmIP-SWDM-B2-Bad:0=HmIP-RF.xxxxxxxxxxxxxx:0.INSTALL_TEST=true
HmIP-SWDM-B2-Bad:0=HmIP-RF.xxxxxxxxxxxxxx:0.LOW_BAT=false
HmIP-SWDM-B2-Bad:0=HmIP-RF.xxxxxxxxxxxxxx:0.OPERATING_VOLTAGE=3.100000
HmIP-SWDM-B2-Bad:0=HmIP-RF.xxxxxxxxxxxxxx:0.OPERATING_VOLTAGE_STATUS=0
HmIP-SWDM-B2-Bad:0=HmIP-RF.xxxxxxxxxxxxxx:0.RSSI_DEVICE=184
HmIP-SWDM-B2-Bad:0=HmIP-RF.xxxxxxxxxxxxxx:0.RSSI_PEER=0
HmIP-SWDM-B2-Bad:0=HmIP-RF.xxxxxxxxxxxxxx:0.UNREACH=false
HmIP-SWDM-B2-Bad:0=HmIP-RF.xxxxxxxxxxxxxx:0.UPDATE_PENDING=false
HmIP-SWDM-B2 xxxxxxxxxxxxxx:1=HmIP-RF.xxxxxxxxxxxxxx:1.STATE=0
11

2019.01.21 18:51:31 2: HMCCUDEV: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: HmIP_SWDM_B2_Bad Objects = xxxxxxxxxxxxxx
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: Processing object xxxxxxxxxxxxxx
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_SWDM_B2_Bad, chnadd/object=xxxxxxxxxxxxxx:1, dpt=STATE, key=1.STATE, value=0
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-SWDM-B2 xxxxxxxxxxxxxx:1 chnnum=1 dpt=STATE, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_SWDM_B2_Bad, readings=1.STATE, orgvalue=0 value=0 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_SWDM_B2_Bad, chnadd/object=xxxxxxxxxxxxxx:0, dpt=UNREACH, key=0.UNREACH, value=false
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-SWDM-B2-Bad:0 chnnum=0 dpt=UNREACH, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_SWDM_B2_Bad, readings=0.UNREACH, orgvalue=false value=alive peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_SWDM_B2_Bad, chnadd/object=xxxxxxxxxxxxxx:0, dpt=CONFIG_PENDING, key=0.CONFIG_PENDING, value=false
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-SWDM-B2-Bad:0 chnnum=0 dpt=CONFIG_PENDING, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_SWDM_B2_Bad, readings=0.CONFIG_PENDING, orgvalue=false value=false peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_SWDM_B2_Bad, chnadd/object=xxxxxxxxxxxxxx:0, dpt=RSSI_PEER, key=0.RSSI_PEER, value=0
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-SWDM-B2-Bad:0 chnnum=0 dpt=RSSI_PEER, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_SWDM_B2_Bad, readings=0.RSSI_PEER, orgvalue=0 value=0 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_SWDM_B2_Bad, chnadd/object=xxxxxxxxxxxxxx:0, dpt=OPERATING_VOLTAGE, key=0.OPERATING_VOLTAGE, value=3.100000
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-SWDM-B2-Bad:0 chnnum=0 dpt=OPERATING_VOLTAGE, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_SWDM_B2_Bad, readings=0.OPERATING_VOLTAGE, orgvalue=3.100000 value=3.100000 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_SWDM_B2_Bad, chnadd/object=xxxxxxxxxxxxxx:0, dpt=UPDATE_PENDING, key=0.UPDATE_PENDING, value=false
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-SWDM-B2-Bad:0 chnnum=0 dpt=UPDATE_PENDING, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_SWDM_B2_Bad, readings=0.UPDATE_PENDING, orgvalue=false value=false peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_SWDM_B2_Bad, chnadd/object=xxxxxxxxxxxxxx:0, dpt=DUTY_CYCLE, key=0.DUTY_CYCLE, value=false
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-SWDM-B2-Bad:0 chnnum=0 dpt=DUTY_CYCLE, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_SWDM_B2_Bad, readings=0.DUTY_CYCLE, orgvalue=false value=false peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_SWDM_B2_Bad, chnadd/object=xxxxxxxxxxxxxx:0, dpt=INSTALL_TEST, key=0.INSTALL_TEST, value=true
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-SWDM-B2-Bad:0 chnnum=0 dpt=INSTALL_TEST, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_SWDM_B2_Bad, readings=0.INSTALL_TEST, orgvalue=true value=true peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_SWDM_B2_Bad, chnadd/object=xxxxxxxxxxxxxx:0, dpt=OPERATING_VOLTAGE_STATUS, key=0.OPERATING_VOLTAGE_STATUS, value=0
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-SWDM-B2-Bad:0 chnnum=0 dpt=OPERATING_VOLTAGE_STATUS, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_SWDM_B2_Bad, readings=0.OPERATING_VOLTAGE_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_SWDM_B2_Bad, chnadd/object=xxxxxxxxxxxxxx:0, dpt=RSSI_DEVICE, key=0.RSSI_DEVICE, value=184
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-SWDM-B2-Bad:0 chnnum=0 dpt=RSSI_DEVICE, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_SWDM_B2_Bad, readings=0.RSSI_DEVICE, orgvalue=184 value=184 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_SWDM_B2_Bad, chnadd/object=xxxxxxxxxxxxxx:0, dpt=LOW_BAT, key=0.LOW_BAT, value=false
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-SWDM-B2-Bad:0 chnnum=0 dpt=LOW_BAT, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_SWDM_B2_Bad, readings=0.LOW_BAT, orgvalue=false value=ok peer=null
2019.01.21 18:51:31 2: HMCCUDEV: HMCCU_SubstVariables: text=^0\.UNREACH!(1|true):unreachable;^[0-9]\.LOW_?BAT!(1|true):warn_battery
2019.01.21 18:51:31 2: HMCCUDEV: HMCCU_SubstVariables: var=0.OPERATING_VOLTAGE
2019.01.21 18:51:31 2: HMCCUDEV: HMCCU_SubstVariables: var=1.STATE
2019.01.21 18:51:31 2: HMCCUDEV: HMCCU_SubstVariables: var=0.UPDATE_PENDING
2019.01.21 18:51:31 2: HMCCUDEV: HMCCU_SubstVariables: var=0.INSTALL_TEST
2019.01.21 18:51:31 2: HMCCUDEV: HMCCU_SubstVariables: var=0.UNREACH
2019.01.21 18:51:31 2: HMCCUDEV: HMCCU_SubstVariables: var=0.CONFIG_PENDING
2019.01.21 18:51:31 2: HMCCUDEV: HMCCU_SubstVariables: var=0.OPERATING_VOLTAGE_STATUS
2019.01.21 18:51:31 2: HMCCUDEV: HMCCU_SubstVariables: var=0.RSSI_DEVICE
2019.01.21 18:51:31 2: HMCCUDEV: HMCCU_SubstVariables: var=0.RSSI_PEER
2019.01.21 18:51:31 2: HMCCUDEV: HMCCU_SubstVariables: var=0.DUTY_CYCLE
2019.01.21 18:51:31 2: HMCCUDEV: HMCCU_SubstVariables: var=0.LOW_BAT
2019.01.21 18:51:31 2: HMCCUDEV: HMCCU_SubstVariables: text=^0\.UNREACH!(1|true):unreachable;^[0-9]\.LOW_?BAT!(1|true):warn_battery
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: rule=^0\.UNREACH!(1|true):unreachable, dptexpr=^0\.UNREACH, subst=(1|true):unreachable
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 0.OPERATING_VOLTAGE match ^0\.UNREACH
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 1.STATE match ^0\.UNREACH
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 0.UPDATE_PENDING match ^0\.UNREACH
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 0.INSTALL_TEST match ^0\.UNREACH
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 0.UNREACH match ^0\.UNREACH
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: rule=^[0-9]\.LOW_?BAT!(1|true):warn_battery, dptexpr=^[0-9]\.LOW_?BAT, subst=(1|true):warn_battery
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 0.OPERATING_VOLTAGE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 1.STATE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 0.UPDATE_PENDING match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 0.INSTALL_TEST match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 0.UNREACH match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 0.CONFIG_PENDING match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 0.OPERATING_VOLTAGE_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 0.RSSI_DEVICE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 0.RSSI_PEER match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 0.DUTY_CYCLE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:31 2: HMCCUDEV: GetHMState: Check 0.LOW_BAT match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:31 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:31 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:31 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-SWDM-B2, chnno=1, dpt=ON_TIME, valid=0
2019.01.21 18:51:31 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-SWDM-B2, chnno=1, dpt=LEVEL, valid=0
2019.01.21 18:51:31 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-SWDM-B2, chnno=1, dpt=LEVEL, valid=0
2019.01.21 18:51:31 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:31 2: HMCCUDEV: GetUpdate: Addr=xxxxxxxxxxxxxx Name=HmIP-PSM-Andre-Musik Script=!GetDatapointsByDevice
2019.01.21 18:51:31 2: HMCCUDEV: GetUpdate: Script response =
HmIP-PSM-Andre-Musik:0=HmIP-RF.xxxxxxxxxxxxxx:0.ACTUAL_TEMPERATURE=0.000000
HmIP-PSM-Andre-Musik:0=HmIP-RF.xxxxxxxxxxxxxx:0.ACTUAL_TEMPERATURE_STATUS=0
HmIP-PSM-Andre-Musik:0=HmIP-RF.xxxxxxxxxxxxxx:0.CONFIG_PENDING=false
HmIP-PSM-Andre-Musik:0=HmIP-RF.xxxxxxxxxxxxxx:0.DUTY_CYCLE=false
HmIP-PSM-Andre-Musik:0=HmIP-RF.xxxxxxxxxxxxxx:0.ERROR_CODE=0
HmIP-PSM-Andre-Musik:0=HmIP-RF.xxxxxxxxxxxxxx:0.ERROR_OVERHEAT=false
HmIP-PSM-Andre-Musik:0=HmIP-RF.xxxxxxxxxxxxxx:0.INSTALL_TEST=false
HmIP-PSM-Andre-Musik:0=HmIP-RF.xxxxxxxxxxxxxx:0.OPERATING_VOLTAGE=0.000000
HmIP-PSM-Andre-Musik:0=HmIP-RF.xxxxxxxxxxxxxx:0.OPERATING_VOLTAGE_STATUS=0
HmIP-PSM-Andre-Musik:0=HmIP-RF.xxxxxxxxxxxxxx:0.RSSI_DEVICE=187
HmIP-PSM-Andre-Musik:0=HmIP-RF.xxxxxxxxxxxxxx:0.RSSI_PEER=187
HmIP-PSM-Andre-Musik:0=HmIP-RF.xxxxxxxxxxxxxx:0.UNREACH=false
HmIP-PSM-Andre-Musik:0=HmIP-RF.xxxxxxxxxxxxxx:0.UPDATE_PENDING=false
HMIP-PSM xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.PROCESS=0
HMIP-PSM xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.SECTION=2
HMIP-PSM xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.SECTION_STATUS=0
HMIP-PSM xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.STATE=true
HMIP-PSM xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.PROCESS=0
HMIP-PSM xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.SECTION=2
HMIP-PSM xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.SECTION_STATUS=0
HMIP-PSM xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.STATE=true
HMIP-PSM xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.PROCESS=0
HMIP-PSM xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.SECTION=0
HMIP-PSM xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.SECTION_STATUS=0
HMIP-PSM xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.STATE=false
HMIP-PSM xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.PROCESS=0
HMIP-PSM xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.SECTION=0
HMIP-PSM xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.SECTION_STATUS=0
HMIP-PSM xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.STATE=false
HMIP-PSM xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.CURRENT=142.000000
HMIP-PSM xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.CURRENT_STATUS=0
HMIP-PSM xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.ENERGY_COUNTER=674.400000
HMIP-PSM xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.ENERGY_COUNTER_OVERFLOW=false
HMIP-PSM xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.FREQUENCY=49.980000
HMIP-PSM xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.FREQUENCY_STATUS=0
HMIP-PSM xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.POWER=5.830000
HMIP-PSM xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.POWER_STATUS=0
HMIP-PSM xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.VOLTAGE=235.400000
HMIP-PSM xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.VOLTAGE_STATUS=0
HMIP-PSM xxxxxxxxxxxxxx:8=HmIP-RF.xxxxxxxxxxxxxx:8.WEEK_PROGRAM_CHANNEL_LOCKS=0
40

2019.01.21 18:51:31 2: HMCCUDEV: GetAttrSubstitute: subst = STATE!(true|1):on,(false|0):off;AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: HmIP_PSM_Andre_Musik Objects = xxxxxxxxxxxxxx
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: Processing object xxxxxxxxxxxxxx
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:4, dpt=SECTION_STATUS, key=4.SECTION_STATUS, value=0
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:4, chnnam=HMIP-PSM xxxxxxxxxxxxxx:4 chnnum=4 dpt=SECTION_STATUS, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=4.SECTION_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:4, dpt=SECTION, key=4.SECTION, value=0
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:4, chnnam=HMIP-PSM xxxxxxxxxxxxxx:4 chnnum=4 dpt=SECTION, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=4.SECTION, orgvalue=0 value=0 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:4, dpt=STATE, key=4.STATE, value=false
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:4, chnnam=HMIP-PSM xxxxxxxxxxxxxx:4 chnnum=4 dpt=STATE, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=4.STATE, orgvalue=false value=off peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:4, dpt=PROCESS, key=4.PROCESS, value=0
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:4, chnnam=HMIP-PSM xxxxxxxxxxxxxx:4 chnnum=4 dpt=PROCESS, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=4.PROCESS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:0, dpt=UNREACH, key=0.UNREACH, value=false
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Musik:0 chnnum=0 dpt=UNREACH, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=0.UNREACH, orgvalue=false value=alive peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:0, dpt=CONFIG_PENDING, key=0.CONFIG_PENDING, value=false
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Musik:0 chnnum=0 dpt=CONFIG_PENDING, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=0.CONFIG_PENDING, orgvalue=false value=false peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:0, dpt=ACTUAL_TEMPERATURE, key=0.ACTUAL_TEMPERATURE, value=0.000000
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Musik:0 chnnum=0 dpt=ACTUAL_TEMPERATURE, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=0.ACTUAL_TEMPERATURE, orgvalue=0.000000 value=0.0 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:0, dpt=OPERATING_VOLTAGE, key=0.OPERATING_VOLTAGE, value=0.000000
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Musik:0 chnnum=0 dpt=OPERATING_VOLTAGE, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=0.OPERATING_VOLTAGE, orgvalue=0.000000 value=0.0 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:0, dpt=UPDATE_PENDING, key=0.UPDATE_PENDING, value=false
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Musik:0 chnnum=0 dpt=UPDATE_PENDING, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=0.UPDATE_PENDING, orgvalue=false value=false peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:0, dpt=RSSI_PEER, key=0.RSSI_PEER, value=187
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Musik:0 chnnum=0 dpt=RSSI_PEER, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=0.RSSI_PEER, orgvalue=187 value=187 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:0, dpt=DUTY_CYCLE, key=0.DUTY_CYCLE, value=false
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Musik:0 chnnum=0 dpt=DUTY_CYCLE, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=0.DUTY_CYCLE, orgvalue=false value=false peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:0, dpt=ERROR_OVERHEAT, key=0.ERROR_OVERHEAT, value=false
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Musik:0 chnnum=0 dpt=ERROR_OVERHEAT, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=0.ERROR_OVERHEAT, orgvalue=false value=false peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:0, dpt=INSTALL_TEST, key=0.INSTALL_TEST, value=false
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Musik:0 chnnum=0 dpt=INSTALL_TEST, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=0.INSTALL_TEST, orgvalue=false value=false peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:0, dpt=ERROR_CODE, key=0.ERROR_CODE, value=0
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Musik:0 chnnum=0 dpt=ERROR_CODE, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=0.ERROR_CODE, orgvalue=0 value=0 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:0, dpt=ACTUAL_TEMPERATURE_STATUS, key=0.ACTUAL_TEMPERATURE_STATUS, value=0
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Musik:0 chnnum=0 dpt=ACTUAL_TEMPERATURE_STATUS, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=0.ACTUAL_TEMPERATURE_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:0, dpt=RSSI_DEVICE, key=0.RSSI_DEVICE, value=187
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Musik:0 chnnum=0 dpt=RSSI_DEVICE, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=0.RSSI_DEVICE, orgvalue=187 value=187 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:0, dpt=OPERATING_VOLTAGE_STATUS, key=0.OPERATING_VOLTAGE_STATUS, value=0
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-PSM-Andre-Musik:0 chnnum=0 dpt=OPERATING_VOLTAGE_STATUS, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=0.OPERATING_VOLTAGE_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:2, dpt=PROCESS, key=2.PROCESS, value=0
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:2, chnnam=HMIP-PSM xxxxxxxxxxxxxx:2 chnnum=2 dpt=PROCESS, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=2.PROCESS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:2, dpt=STATE, key=2.STATE, value=true
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:2, chnnam=HMIP-PSM xxxxxxxxxxxxxx:2 chnnum=2 dpt=STATE, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=2.STATE, orgvalue=true value=on peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:2, dpt=SECTION, key=2.SECTION, value=2
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:2, chnnam=HMIP-PSM xxxxxxxxxxxxxx:2 chnnum=2 dpt=SECTION, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=2.SECTION, orgvalue=2 value=2 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:2, dpt=SECTION_STATUS, key=2.SECTION_STATUS, value=0
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:2, chnnam=HMIP-PSM xxxxxxxxxxxxxx:2 chnnum=2 dpt=SECTION_STATUS, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=2.SECTION_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:3, dpt=SECTION_STATUS, key=3.SECTION_STATUS, value=0
2019.01.21 18:51:31 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:3, chnnam=HMIP-PSM xxxxxxxxxxxxxx:3 chnnum=3 dpt=SECTION_STATUS, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=3.SECTION_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:3, dpt=SECTION, key=3.SECTION, value=2
2019.01.21 18:51:31 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:3, chnnam=HMIP-PSM xxxxxxxxxxxxxx:3 chnnum=3 dpt=SECTION, rules=.*
2019.01.21 18:51:31 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:31 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=3.SECTION, orgvalue=2 value=2 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:3, dpt=STATE, key=3.STATE, value=true
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:3, chnnam=HMIP-PSM xxxxxxxxxxxxxx:3 chnnum=3 dpt=STATE, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=3.STATE, orgvalue=true value=on peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:3, dpt=PROCESS, key=3.PROCESS, value=0
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:3, chnnam=HMIP-PSM xxxxxxxxxxxxxx:3 chnnum=3 dpt=PROCESS, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=3.PROCESS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:6, dpt=POWER, key=6.POWER, value=5.830000
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=POWER, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=6.POWER, orgvalue=5.830000 value=5.8 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:6, dpt=VOLTAGE, key=6.VOLTAGE, value=235.400000
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=VOLTAGE, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=6.VOLTAGE, orgvalue=235.400000 value=235.4 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:6, dpt=POWER_STATUS, key=6.POWER_STATUS, value=0
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=POWER_STATUS, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=6.POWER_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:6, dpt=VOLTAGE_STATUS, key=6.VOLTAGE_STATUS, value=0
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=VOLTAGE_STATUS, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=6.VOLTAGE_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:6, dpt=FREQUENCY_STATUS, key=6.FREQUENCY_STATUS, value=0
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=FREQUENCY_STATUS, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=6.FREQUENCY_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:6, dpt=CURRENT_STATUS, key=6.CURRENT_STATUS, value=0
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=CURRENT_STATUS, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=6.CURRENT_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:6, dpt=ENERGY_COUNTER_OVERFLOW, key=6.ENERGY_COUNTER_OVERFLOW, value=false
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=ENERGY_COUNTER_OVERFLOW, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=6.ENERGY_COUNTER_OVERFLOW, orgvalue=false value=false peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:6, dpt=CURRENT, key=6.CURRENT, value=142.000000
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=CURRENT, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=6.CURRENT, orgvalue=142.000000 value=142.0 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:6, dpt=FREQUENCY, key=6.FREQUENCY, value=49.980000
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=FREQUENCY, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=6.FREQUENCY, orgvalue=49.980000 value=50.0 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:6, dpt=ENERGY_COUNTER, key=6.ENERGY_COUNTER, value=674.400000
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:6, chnnam=HMIP-PSM xxxxxxxxxxxxxx:6 chnnum=6 dpt=ENERGY_COUNTER, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=6.ENERGY_COUNTER, orgvalue=674.400000 value=674.4 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:5, dpt=SECTION_STATUS, key=5.SECTION_STATUS, value=0
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:5, chnnam=HMIP-PSM xxxxxxxxxxxxxx:5 chnnum=5 dpt=SECTION_STATUS, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=5.SECTION_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:5, dpt=SECTION, key=5.SECTION, value=0
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:5, chnnam=HMIP-PSM xxxxxxxxxxxxxx:5 chnnum=5 dpt=SECTION, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=5.SECTION, orgvalue=0 value=0 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:5, dpt=STATE, key=5.STATE, value=false
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:5, chnnam=HMIP-PSM xxxxxxxxxxxxxx:5 chnnum=5 dpt=STATE, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=5.STATE, orgvalue=false value=off peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:5, dpt=PROCESS, key=5.PROCESS, value=0
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:5, chnnam=HMIP-PSM xxxxxxxxxxxxxx:5 chnnum=5 dpt=PROCESS, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=5.PROCESS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_PSM_Andre_Musik, chnadd/object=xxxxxxxxxxxxxx:8, dpt=WEEK_PROGRAM_CHANNEL_LOCKS, key=8.WEEK_PROGRAM_CHANNEL_LOCKS, value=0
2019.01.21 18:51:32 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:8, chnnam=HMIP-PSM xxxxxxxxxxxxxx:8 chnnum=8 dpt=WEEK_PROGRAM_CHANNEL_LOCKS, rules=.*
2019.01.21 18:51:32 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:32 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_PSM_Andre_Musik, readings=8.WEEK_PROGRAM_CHANNEL_LOCKS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: text=^0\.UNREACH!(1|true):unreachable;^[0-9]\.LOW_?BAT!(1|true):warn_battery
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=6.CURRENT_STATUS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=0.ERROR_OVERHEAT
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=0.UPDATE_PENDING
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=5.SECTION_STATUS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=6.FREQUENCY
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=6.POWER
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=0.OPERATING_VOLTAGE
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=2.PROCESS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=2.SECTION_STATUS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=0.ERROR_CODE
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=0.RSSI_DEVICE
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=6.POWER_STATUS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=0.DUTY_CYCLE
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=6.ENERGY_COUNTER
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=0.ACTUAL_TEMPERATURE
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=4.SECTION_STATUS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=4.PROCESS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=8.WEEK_PROGRAM_CHANNEL_LOCKS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=4.SECTION
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=2.STATE
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=0.ACTUAL_TEMPERATURE_STATUS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=6.CURRENT
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=3.STATE
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=6.VOLTAGE
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=0.RSSI_PEER
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=3.SECTION
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=0.OPERATING_VOLTAGE_STATUS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=3.SECTION_STATUS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=0.INSTALL_TEST
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=0.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=5.SECTION
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=2.SECTION
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=5.STATE
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=5.PROCESS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=6.VOLTAGE_STATUS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=3.PROCESS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=0.CONFIG_PENDING
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=6.ENERGY_COUNTER_OVERFLOW
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=4.STATE
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: var=6.FREQUENCY_STATUS
2019.01.21 18:51:32 2: HMCCUDEV: HMCCU_SubstVariables: text=^0\.UNREACH!(1|true):unreachable;^[0-9]\.LOW_?BAT!(1|true):warn_battery
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: rule=^0\.UNREACH!(1|true):unreachable, dptexpr=^0\.UNREACH, subst=(1|true):unreachable
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.CURRENT_STATUS match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.ERROR_OVERHEAT match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.UPDATE_PENDING match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 5.SECTION_STATUS match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.FREQUENCY match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.POWER match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.OPERATING_VOLTAGE match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 2.PROCESS match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 2.SECTION_STATUS match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.ERROR_CODE match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.RSSI_DEVICE match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.POWER_STATUS match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.DUTY_CYCLE match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.ENERGY_COUNTER match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.ACTUAL_TEMPERATURE match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 4.SECTION_STATUS match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 4.PROCESS match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 8.WEEK_PROGRAM_CHANNEL_LOCKS match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 4.SECTION match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 2.STATE match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.ACTUAL_TEMPERATURE_STATUS match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.CURRENT match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 3.STATE match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.VOLTAGE match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.RSSI_PEER match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 3.SECTION match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.OPERATING_VOLTAGE_STATUS match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 3.SECTION_STATUS match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.INSTALL_TEST match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.UNREACH match ^0\.UNREACH
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: rule=^[0-9]\.LOW_?BAT!(1|true):warn_battery, dptexpr=^[0-9]\.LOW_?BAT, subst=(1|true):warn_battery
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.CURRENT_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.ERROR_OVERHEAT match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.UPDATE_PENDING match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 5.SECTION_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.FREQUENCY match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.POWER match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.OPERATING_VOLTAGE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 2.PROCESS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 2.SECTION_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.ERROR_CODE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.RSSI_DEVICE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.POWER_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.DUTY_CYCLE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.ENERGY_COUNTER match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.ACTUAL_TEMPERATURE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 4.SECTION_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 4.PROCESS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 8.WEEK_PROGRAM_CHANNEL_LOCKS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 4.SECTION match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 2.STATE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.ACTUAL_TEMPERATURE_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.CURRENT match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 3.STATE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.VOLTAGE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.RSSI_PEER match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 3.SECTION match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.OPERATING_VOLTAGE_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 3.SECTION_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.INSTALL_TEST match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.UNREACH match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 5.SECTION match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 2.SECTION match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 5.STATE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 5.PROCESS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.VOLTAGE_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 3.PROCESS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 0.CONFIG_PENDING match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.ENERGY_COUNTER_OVERFLOW match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 4.STATE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: GetHMState: Check 6.FREQUENCY_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:32 2: HMCCUDEV: IsValidDatapoint: devtype=HMIP-PSM, chnno=3, dpt=ON_TIME, valid=1
2019.01.21 18:51:32 2: HMCCUDEV: IsValidDatapoint: devtype=HMIP-PSM, chnno=3, dpt=LEVEL, valid=0
2019.01.21 18:51:32 2: HMCCUDEV: IsValidDatapoint: devtype=HMIP-PSM, chnno=3, dpt=LEVEL, valid=0
2019.01.21 18:51:32 2: HMCCUDEV: GetUpdate: Addr=xxxxxxxxxxxxxx Name=HmIP-FAL230-C6-OG Script=!GetDatapointsByDevice
2019.01.21 18:51:32 2: HMCCUDEV: GetUpdate: Script response =
HmIP-FAL230-C6-OG:0=HmIP-RF.xxxxxxxxxxxxxx:0.CONFIG_PENDING=false
HmIP-FAL230-C6-OG:0=HmIP-RF.xxxxxxxxxxxxxx:0.DATE_TIME_UNKNOWN=false
HmIP-FAL230-C6-OG:0=HmIP-RF.xxxxxxxxxxxxxx:0.DUTY_CYCLE=false
HmIP-FAL230-C6-OG:0=HmIP-RF.xxxxxxxxxxxxxx:0.HEATING_COOLING=0
HmIP-FAL230-C6-OG:0=HmIP-RF.xxxxxxxxxxxxxx:0.HUMIDITY_ALARM=false
HmIP-FAL230-C6-OG:0=HmIP-RF.xxxxxxxxxxxxxx:0.INSTALL_TEST=true
HmIP-FAL230-C6-OG:0=HmIP-RF.xxxxxxxxxxxxxx:0.OPERATING_VOLTAGE=0.000000
HmIP-FAL230-C6-OG:0=HmIP-RF.xxxxxxxxxxxxxx:0.OPERATING_VOLTAGE_STATUS=0
HmIP-FAL230-C6-OG:0=HmIP-RF.xxxxxxxxxxxxxx:0.RSSI_DEVICE=184
HmIP-FAL230-C6-OG:0=HmIP-RF.xxxxxxxxxxxxxx:0.RSSI_PEER=191
HmIP-FAL230-C6-OG:0=HmIP-RF.xxxxxxxxxxxxxx:0.TEMPERATURE_LIMITER=false
HmIP-FAL230-C6-OG:0=HmIP-RF.xxxxxxxxxxxxxx:0.UNREACH=false
HmIP-FAL230-C6-OG:0=HmIP-RF.xxxxxxxxxxxxxx:0.UPDATE_PENDING=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:1=HmIP-RF.xxxxxxxxxxxxxx:1.DEW_POINT_ALARM=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:1=HmIP-RF.xxxxxxxxxxxxxx:1.EMERGENCY_OPERATION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:1=HmIP-RF.xxxxxxxxxxxxxx:1.EXTERNAL_CLOCK=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:1=HmIP-RF.xxxxxxxxxxxxxx:1.FROST_PROTECTION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:1=HmIP-RF.xxxxxxxxxxxxxx:1.HUMIDITY_LIMITER=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:1=HmIP-RF.xxxxxxxxxxxxxx:1.STATE=true
HmIP-FAL230-C6 xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.DEW_POINT_ALARM=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.EMERGENCY_OPERATION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.EXTERNAL_CLOCK=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.FROST_PROTECTION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.HUMIDITY_LIMITER=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:2=HmIP-RF.xxxxxxxxxxxxxx:2.STATE=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.DEW_POINT_ALARM=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.EMERGENCY_OPERATION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.EXTERNAL_CLOCK=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.FROST_PROTECTION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.HUMIDITY_LIMITER=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:3=HmIP-RF.xxxxxxxxxxxxxx:3.STATE=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.DEW_POINT_ALARM=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.EMERGENCY_OPERATION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.EXTERNAL_CLOCK=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.FROST_PROTECTION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.HUMIDITY_LIMITER=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:4=HmIP-RF.xxxxxxxxxxxxxx:4.STATE=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.DEW_POINT_ALARM=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.EMERGENCY_OPERATION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.EXTERNAL_CLOCK=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.FROST_PROTECTION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.HUMIDITY_LIMITER=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:5=HmIP-RF.xxxxxxxxxxxxxx:5.STATE=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.DEW_POINT_ALARM=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.EMERGENCY_OPERATION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.EXTERNAL_CLOCK=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.FROST_PROTECTION=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.HUMIDITY_LIMITER=false
HmIP-FAL230-C6 xxxxxxxxxxxxxx:6=HmIP-RF.xxxxxxxxxxxxxx:6.STATE=false
49
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: SW7 am 21 Januar 2019, 19:02:33
Hier das ende von Log2:
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-STH-Janine:0 chnnum=0 dpt=UPDATE_PENDING, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=0.UPDATE_PENDING, orgvalue=false value=false peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:0, dpt=OPERATING_VOLTAGE, key=0.OPERATING_VOLTAGE, value=2.400000
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-STH-Janine:0 chnnum=0 dpt=OPERATING_VOLTAGE, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=0.OPERATING_VOLTAGE, orgvalue=2.400000 value=2.4 peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:0, dpt=CONFIG_PENDING, key=0.CONFIG_PENDING, value=false
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-STH-Janine:0 chnnum=0 dpt=CONFIG_PENDING, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=0.CONFIG_PENDING, orgvalue=false value=false peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:0, dpt=UNREACH, key=0.UNREACH, value=false
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-STH-Janine:0 chnnum=0 dpt=UNREACH, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=0.UNREACH, orgvalue=false value=alive peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=PARTY_TIME_END, key=1.PARTY_TIME_END, value=
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=PARTY_TIME_END, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.PARTY_TIME_END, orgvalue= value= peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=HUMIDITY, key=1.HUMIDITY, value=53
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=HUMIDITY, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.HUMIDITY, orgvalue=53 value=53 peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=PARTY_SET_POINT_TEMPERATURE, key=1.PARTY_SET_POINT_TEMPERATURE, value=0.000000
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=PARTY_SET_POINT_TEMPERATURE, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.PARTY_SET_POINT_TEMPERATURE, orgvalue=0.000000 value=0.0 peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=ACTUAL_TEMPERATURE_STATUS, key=1.ACTUAL_TEMPERATURE_STATUS, value=0
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=ACTUAL_TEMPERATURE_STATUS, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.ACTUAL_TEMPERATURE_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=ACTIVE_PROFILE, key=1.ACTIVE_PROFILE, value=1
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=ACTIVE_PROFILE, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.ACTIVE_PROFILE, orgvalue=1 value=1 peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=WINDOW_STATE, key=1.WINDOW_STATE, value=0
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=WINDOW_STATE, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.WINDOW_STATE, orgvalue=0 value=closed peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=HUMIDITY_STATUS, key=1.HUMIDITY_STATUS, value=0
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=HUMIDITY_STATUS, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.HUMIDITY_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=HEATING_COOLING, key=1.HEATING_COOLING, value=0
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=HEATING_COOLING, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.HEATING_COOLING, orgvalue=0 value=0 peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=BOOST_TIME, key=1.BOOST_TIME, value=0
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=BOOST_TIME, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.BOOST_TIME, orgvalue=0 value=0 peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=SWITCH_POINT_OCCURED, key=1.SWITCH_POINT_OCCURED, value=false
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=SWITCH_POINT_OCCURED, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.SWITCH_POINT_OCCURED, orgvalue=false value=false peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=QUICK_VETO_TIME, key=1.QUICK_VETO_TIME, value=0
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=QUICK_VETO_TIME, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.QUICK_VETO_TIME, orgvalue=0 value=0 peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=SET_POINT_TEMPERATURE, key=1.SET_POINT_TEMPERATURE, value=17.000000
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=SET_POINT_TEMPERATURE, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.SET_POINT_TEMPERATURE, orgvalue=17.000000 value=17.0 peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=FROST_PROTECTION, key=1.FROST_PROTECTION, value=false
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=FROST_PROTECTION, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.FROST_PROTECTION, orgvalue=false value=false peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=PARTY_TIME_START, key=1.PARTY_TIME_START, value=
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=PARTY_TIME_START, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.PARTY_TIME_START, orgvalue= value= peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=ACTUAL_TEMPERATURE, key=1.ACTUAL_TEMPERATURE, value=19.600000
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=ACTUAL_TEMPERATURE, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.ACTUAL_TEMPERATURE, orgvalue=19.600000 value=19.6 peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=SET_POINT_MODE, key=1.SET_POINT_MODE, value=0
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=SET_POINT_MODE, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.SET_POINT_MODE, orgvalue=0 value=0 peer=null
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Janine, chnadd/object=xxxxxxxxxxxxxx:1, dpt=PARTY_MODE, key=1.PARTY_MODE, value=false
2019.01.21 18:51:41 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:1, chnnam=HmIP-STH xxxxxxxxxxxxxx:1 chnnum=1 dpt=PARTY_MODE, rules=.*
2019.01.21 18:51:41 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:51:41 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Janine, readings=1.PARTY_MODE, orgvalue=false value=false peer=null
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: text=^0\.UNREACH!(1|true):unreachable;^[0-9]\.LOW_?BAT!(1|true):warn_battery
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=0.OPERATING_VOLTAGE
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=0.UPDATE_PENDING
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=0.INSTALL_TEST
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=0.UNREACH
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.SWITCH_POINT_OCCURED
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.PARTY_TIME_END
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.SET_POINT_MODE
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=0.OPERATING_VOLTAGE_STATUS
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.FROST_PROTECTION
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=0.RSSI_PEER
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.ACTUAL_TEMPERATURE
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=0.LOW_BAT
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.HEATING_COOLING
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.WINDOW_STATE
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.SET_POINT_TEMPERATURE
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.BOOST_TIME
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.PARTY_SET_POINT_TEMPERATURE
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.PARTY_MODE
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.HUMIDITY_STATUS
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.QUICK_VETO_TIME
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.ACTUAL_TEMPERATURE_STATUS
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.PARTY_TIME_START
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=0.CONFIG_PENDING
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.HUMIDITY
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=1.ACTIVE_PROFILE
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=0.RSSI_DEVICE
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: var=0.DUTY_CYCLE
2019.01.21 18:51:41 2: HMCCUDEV: HMCCU_SubstVariables: text=^0\.UNREACH!(1|true):unreachable;^[0-9]\.LOW_?BAT!(1|true):warn_battery
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: rule=^0\.UNREACH!(1|true):unreachable, dptexpr=^0\.UNREACH, subst=(1|true):unreachable
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 0.OPERATING_VOLTAGE match ^0\.UNREACH
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 0.UPDATE_PENDING match ^0\.UNREACH
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 0.INSTALL_TEST match ^0\.UNREACH
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 0.UNREACH match ^0\.UNREACH
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: rule=^[0-9]\.LOW_?BAT!(1|true):warn_battery, dptexpr=^[0-9]\.LOW_?BAT, subst=(1|true):warn_battery
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 0.OPERATING_VOLTAGE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 0.UPDATE_PENDING match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 0.INSTALL_TEST match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 0.UNREACH match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 1.SWITCH_POINT_OCCURED match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 1.PARTY_TIME_END match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 1.SET_POINT_MODE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 0.OPERATING_VOLTAGE_STATUS match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 1.FROST_PROTECTION match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 0.RSSI_PEER match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 1.ACTUAL_TEMPERATURE match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:41 2: HMCCUDEV: GetHMState: Check 0.LOW_BAT match ^[0-9]\.LOW_?BAT
2019.01.21 18:51:41 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:42 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:51:42 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:42 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-STH, chnno=1, dpt=ON_TIME, valid=0
2019.01.21 18:51:42 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-STH, chnno=1, dpt=LEVEL, valid=0
2019.01.21 18:51:42 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-STH, chnno=1, dpt=LEVEL, valid=0
2019.01.21 18:51:42 2: HMCCU: [ccu2_15] Updated devices. Success=9 Failed=0
2019.01.21 18:51:42 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:42 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:42 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:42 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:42 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:43 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:43 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Set state to OK
2019.01.21 18:51:43 1: HMCCURPCPROC: [d_rpcBidCos_RF_15] Scheduled CCU ping every 1 seconds
2019.01.21 18:51:43 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:43 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:43 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:43 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:43 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:43 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:43 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:43 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:43 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:43 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:43 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:43 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:43 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:43 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:43 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:43 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:43 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 9 events read: no data
2019.01.21 18:51:43 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:51:43 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:43 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:43 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:44 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:51:44 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:44 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:44 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:44 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:51:44 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:45 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:45 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:51:45 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:51:45 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:45 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:45 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:51:45 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:51:45 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:45 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:45 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:46 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:51:46 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:46 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:51:46 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:46 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:46 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:51:46 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:51:46 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:46 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:46 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:51:46 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:47 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:47 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:47 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:47 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:51:47 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:48 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:51:48 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:48 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:51:48 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:48 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:48 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:51:48 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:51:48 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:48 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:48 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:49 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:49 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:49 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:49 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:50 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:51:50 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:50 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:50 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:50 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:51 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:51 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:51:51 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:51:51 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:51 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:51 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:51:51 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:51:51 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:51 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:51 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:52 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:51:52 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:52 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:51:52 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:52 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:52 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:51:52 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:51:52 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:51:52 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:52 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:52 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:53 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:53 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:51:53 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:53 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:53 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:54 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:51:54 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:54 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:51:54 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:54 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:54 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:51:54 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:51:54 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:51:54 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:54 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:54 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:55 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:55 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:51:55 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:55 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:55 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:56 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:51:56 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:56 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:51:56 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:56 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:56 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:51:56 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:51:56 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:51:56 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:56 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:56 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:57 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:57 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:51:57 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:57 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:57 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:58 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:51:58 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:58 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:51:58 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:51:58 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:51:58 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:51:58 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:51:58 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:51:58 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:58 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:58 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:51:59 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:51:59 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:51:59 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:51:59 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:00 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:00 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:00 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:00 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:00 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:00 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:00 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:00 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:00 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:00 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:00 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:01 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:01 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:01 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:01 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:01 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:02 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:02 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:02 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:02 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:02 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:02 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:02 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:02 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:02 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:02 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:03 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:03 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:03 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:03 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:03 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:04 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:04 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:04 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:04 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:04 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:04 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:04 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:04 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:04 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:04 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:04 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:05 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:05 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:05 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:05 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:05 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:06 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:06 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:06 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:06 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:06 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:06 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:06 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:06 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:06 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:06 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:06 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:07 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:07 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:07 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:07 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:07 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:08 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:08 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:08 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:08 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:08 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:08 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:08 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:08 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:08 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:08 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:08 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:09 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:09 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:09 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:09 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:09 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:10 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:10 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:10 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:10 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:10 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:10 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:10 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:10 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:10 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:10 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:10 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:11 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:11 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:11 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:11 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:11 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:12 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:12 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:12 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:12 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:12 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:12 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:12 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:12 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:12 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:12 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:12 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:13 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:13 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:13 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:13 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:13 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:14 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:14 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:14 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:14 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:14 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:14 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:14 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:14 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:14 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:14 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:14 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:15 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:15 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:15 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:15 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:15 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:16 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:16 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:16 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:16 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:16 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:16 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:16 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:16 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:16 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:16 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:16 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:17 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:17 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:17 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:17 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:17 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:18 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:18 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:18 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:18 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:18 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:18 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:18 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:18 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:18 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:18 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:18 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:19 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:19 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:19 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:19 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:19 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:20 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:20 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:20 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:20 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:20 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:20 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:20 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:20 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:20 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:20 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:20 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:21 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:21 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:21 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:21 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:21 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:22 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:22 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:22 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:22 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:22 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:22 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:22 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:22 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:22 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:22 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:22 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:23 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:23 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:23 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:23 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:23 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:24 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:24 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:24 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:24 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:24 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:24 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:24 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:24 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:24 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:24 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:24 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:25 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:25 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:25 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:25 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:25 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:26 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:26 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:26 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:26 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:26 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:26 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:26 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:26 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:26 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:26 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:26 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:27 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:27 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:27 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:27 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:27 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:28 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:28 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:28 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:28 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:28 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:28 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:28 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:28 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:28 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:28 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:28 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:29 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:29 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:29 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:29 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:29 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:30 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:30 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:30 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:30 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:30 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:30 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:30 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:30 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:30 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:30 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:31 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:31 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:31 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:31 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:31 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:32 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:32 2: CCURPC: [d_rpcBidCos_RF_15] event = TO|CB2001010013|2
2019.01.21 18:52:32 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:32 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read called
2019.01.21 18:52:32 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] read TO|CB2001010013|2 from queue
2019.01.21 18:52:32 2: HMCCURPCPROC: [d_rpcBidCos_RF_15] CCUEvent = TO|CB2001010013|2
2019.01.21 18:52:32 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read stopped after 1 events read: no data
2019.01.21 18:52:32 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Read finished
2019.01.21 18:52:32 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
2019.01.21 18:52:32 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:52:32 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:52:33 5: CCURPC: [d_rpcHmIP_RF_15] RPC server CB2010010013 accepting connections
2019.01.21 18:52:33 5: CCURPC: [d_rpcBidCos_RF_15] RPC server CB2001010013 accepting connections
2019.01.21 18:52:33 4: HMCCURPCPROC: [d_rpcBidCos_RF_15] Send ASCII RPC request ping to http://192.168.10.15:2001
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: SW7 am 21 Januar 2019, 19:03:24
Und noch das Ende von Log1:

2019.01.21 18:35:42 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-STH-Wohnzimmer:0 chnnum=0 dpt=OPERATING_VOLTAGE_STATUS, rules=.*
2019.01.21 18:35:42 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:42 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Wohnzimmer, readings=0.OPERATING_VOLTAGE_STATUS, orgvalue=0 value=0 peer=null
2019.01.21 18:35:42 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Wohnzimmer, chnadd/object=xxxxxxxxxxxxxx:0, dpt=LOW_BAT, key=0.LOW_BAT, value=false
2019.01.21 18:35:42 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-STH-Wohnzimmer:0 chnnum=0 dpt=LOW_BAT, rules=.*
2019.01.21 18:35:42 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:42 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Wohnzimmer, readings=0.LOW_BAT, orgvalue=false value=ok peer=null
2019.01.21 18:35:42 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Wohnzimmer, chnadd/object=xxxxxxxxxxxxxx:0, dpt=RSSI_DEVICE, key=0.RSSI_DEVICE, value=183
2019.01.21 18:35:42 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-STH-Wohnzimmer:0 chnnum=0 dpt=RSSI_DEVICE, rules=.*
2019.01.21 18:35:42 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:42 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Wohnzimmer, readings=0.RSSI_DEVICE, orgvalue=183 value=183 peer=null
2019.01.21 18:35:42 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Wohnzimmer, chnadd/object=xxxxxxxxxxxxxx:0, dpt=DUTY_CYCLE, key=0.DUTY_CYCLE, value=false
2019.01.21 18:35:42 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-STH-Wohnzimmer:0 chnnum=0 dpt=DUTY_CYCLE, rules=.*
2019.01.21 18:35:42 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:42 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Wohnzimmer, readings=0.DUTY_CYCLE, orgvalue=false value=false peer=null
2019.01.21 18:35:42 2: HMCCUDEV: UpdateSingleDevice: dev=HmIP_STH_Wohnzimmer, chnadd/object=xxxxxxxxxxxxxx:0, dpt=INSTALL_TEST, key=0.INSTALL_TEST, value=false
2019.01.21 18:35:42 2: HMCCUDEV: FilterReading: chn=xxxxxxxxxxxxxx:0, chnnam=HmIP-STH-Wohnzimmer:0 chnnum=0 dpt=INSTALL_TEST, rules=.*
2019.01.21 18:35:42 2: HMCCUDEV:     check rm=1 f=.* cn= c=
2019.01.21 18:35:42 2: HMCCUDEV: UpdateSingleDevice: device=HmIP_STH_Wohnzimmer, readings=0.INSTALL_TEST, orgvalue=false value=false peer=null
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: text=^0\.UNREACH!(1|true):unreachable;^[0-9]\.LOW_?BAT!(1|true):warn_battery
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.FROST_PROTECTION
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.ACTUAL_TEMPERATURE
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=0.RSSI_PEER
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=0.LOW_BAT
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.HEATING_COOLING
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.SET_POINT_MODE
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=0.OPERATING_VOLTAGE_STATUS
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=0.UPDATE_PENDING
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=0.INSTALL_TEST
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=0.UNREACH
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.SWITCH_POINT_OCCURED
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.PARTY_TIME_END
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=0.OPERATING_VOLTAGE
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=0.RSSI_DEVICE
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=0.DUTY_CYCLE
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=0.CONFIG_PENDING
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.HUMIDITY
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.ACTIVE_PROFILE
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.QUICK_VETO_TIME
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.PARTY_TIME_START
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.ACTUAL_TEMPERATURE_STATUS
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.SET_POINT_TEMPERATURE
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.BOOST_TIME
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.WINDOW_STATE
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.PARTY_SET_POINT_TEMPERATURE
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.PARTY_MODE
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: var=1.HUMIDITY_STATUS
2019.01.21 18:35:42 2: HMCCUDEV: HMCCU_SubstVariables: text=^0\.UNREACH!(1|true):unreachable;^[0-9]\.LOW_?BAT!(1|true):warn_battery
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: rule=^0\.UNREACH!(1|true):unreachable, dptexpr=^0\.UNREACH, subst=(1|true):unreachable
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: Check 1.FROST_PROTECTION match ^0\.UNREACH
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: Check 1.ACTUAL_TEMPERATURE match ^0\.UNREACH
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: Check 0.RSSI_PEER match ^0\.UNREACH
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: Check 0.LOW_BAT match ^0\.UNREACH
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: Check 1.HEATING_COOLING match ^0\.UNREACH
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: Check 1.SET_POINT_MODE match ^0\.UNREACH
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: Check 0.OPERATING_VOLTAGE_STATUS match ^0\.UNREACH
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: Check 0.UPDATE_PENDING match ^0\.UNREACH
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: Check 0.INSTALL_TEST match ^0\.UNREACH
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: Check 0.UNREACH match ^0\.UNREACH
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: rule=^[0-9]\.LOW_?BAT!(1|true):warn_battery, dptexpr=^[0-9]\.LOW_?BAT, subst=(1|true):warn_battery
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: Check 1.FROST_PROTECTION match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: Check 1.ACTUAL_TEMPERATURE match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: Check 0.RSSI_PEER match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:42 2: HMCCUDEV: GetHMState: Check 0.LOW_BAT match ^[0-9]\.LOW_?BAT
2019.01.21 18:35:43 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:35:43 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:35:43 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-STH, chnno=1, dpt=ON_TIME, valid=0
2019.01.21 18:35:43 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-STH, chnno=1, dpt=LEVEL, valid=0
2019.01.21 18:35:43 2: HMCCUDEV: IsValidDatapoint: devtype=HmIP-STH, chnno=1, dpt=LEVEL, valid=0
2019.01.21 18:35:43 2: HMCCU: [ccu2_14] Updated devices. Success=8 Failed=0
2019.01.21 18:35:43 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:43 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:44 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:35:44 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:35:44 4: HMCCURPCPROC: [d_rpcBidCos_RF] Set state to OK
2019.01.21 18:35:44 1: HMCCURPCPROC: [d_rpcBidCos_RF] Scheduled CCU ping every 300 seconds
2019.01.21 18:35:44 4: HMCCURPCPROC: [d_rpcBidCos_RF] Read stopped after 1 events read: no data
2019.01.21 18:35:44 4: HMCCURPCPROC: [d_rpcBidCos_RF] Read finished
2019.01.21 18:35:44 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:45 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.01.21 18:35:45 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:35:45 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:35:46 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:35:46 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:35:47 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:35:47 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:35:48 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:35:48 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:35:49 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:35:49 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
2019.01.21 18:35:50 5: CCURPC: [d_rpcHmIP_RF] RPC server CB2010010013 accepting connections
2019.01.21 18:35:50 5: CCURPC: [d_rpcBidCos_RF] RPC server CB2001010013 accepting connections
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: SW7 am 21 Januar 2019, 19:03:52
habe ich die wichtigen Stellen erwischt?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 22 Januar 2019, 08:18:46
Beide CCUs melden "All RPC servers running". Sieht für mich erst mal OK aus.

Beim Start kommen auch einige Events durch. Sonst würden die RPC Server gar nicht starten.

Warte nach dem Start mal 30 Minuten. Dann führe für die I/O Devices ein "get rpcevents" aus. Das zeigt an, wie viele Events von der CCU geschickt wurden.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: SW7 am 22 Januar 2019, 23:16:04
Ich habe mir auf meinem 2. Raspi noch ein HMCCU Device angelegt, welches auch auf eine der beiden CCU verweist.
Damit hat dann der Datensync (RPCPush) funktioniert. Daraufhin habe ich mal die Devices verglichen.

Auf meinem FHEM Server, wo es (für mich) nicht sauber funktionierte, hatte ich folgendes im CCU Device konfiguriert:

ccudef-readingfilter=^(LOW_?BAT|UNREACH)\$
ccudef-readingformat=datapoint
ccudef-readingname=^(.+\.)?AES_KEY\$:sign;^(.+\.)?LOW_?BAT\$:battery;^(.+\.)?BATTERY_STATE\$:batteryLevel;^(.+\.)?UNREACH\$:Activity;^(.+\.)?TEMPERATURE\$:+temperature;^(.+\.)?SET_TEMPERATURE\$:+desired-temp;^(.+\.)?HUMIDITY\$:+humidity;^(.+\.)?LEVEL\$:+pct;^(.+\.)?CONTROL_MODE\$:+controlMode
ccudef-substitute=AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked


Das kam aus der HM Defaults Datei.
Nachdem ich die Attribute in den zwei Devices entfernt hatte, lief die Geschichte sauber.

Den Readingsfilter hatte ich schon früher entfernt, doch der alleine hatte nicht gereicht um die Events anzuzeigen.

Zum Verständnis:
    - ist ccudef-readingname auch ein Filter?
    - ccudef-substitute ist doch nur für Ersetzungen da, richtig? Dürfte somit keine Auswirkung auf die Anzeige/Empfang von Readings haben. Korrekt?

Mein List vom Device schaut jetzt erst einmal ganz simpel so aus:
Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        192.168.10.14
   FUUID      5c43c0ea-f33f-2430-fc33-8d59cf94f0f8165b
   NAME       ccu2_14
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         335
   NTFY_ORDER 50-ccu2_14
   RPCState   running
   STATE      running/OK
   TYPE       HMCCU
   ccuaddr    BidCoS-RF
   ccuchannels 115
   ccudevices 9
   ccuif      BidCos-RF
   ccuinterfaces VirtualDevices,HmIP-RF,BidCos-RF
   ccuip      192.168.10.14
   ccuname    HM-RCV-50 BidCoS-RF
   ccustate   active
   ccutype    CCU2/3
   host       192.168.10.14
   version    4.3.010
   .attraggr:
   .attrminint:
   Helper:
     DBLOG:
       CCUDuty:
         mySQLLog:
           TIME       1548195027.13385
           VALUE      5.000000
       state:
         mySQLLog:
           TIME       1548098773.77067
           VALUE      OK
   READINGS:
     2019-01-22 23:10:27   CCUDuty         5.000000
     2019-01-21 20:25:29   count_channels  115
     2019-01-21 20:25:29   count_devices   9
     2019-01-21 20:25:29   count_groups    0
     2019-01-21 20:25:29   count_interfaces 3
     2019-01-21 20:25:29   count_programs  4
     2019-01-17 21:50:23   dutycycle       0.0
     2019-01-21 20:26:09   rpcstate        running
     2019-01-21 20:26:13   state           OK
   hmccu:
     defInterface BidCos-RF
     defPort    2001
     evtime     0
     evtimeout  0
     rpccount   0
     rpcports   2001,2010
     updatetime 0
     adr:
        .....
     agg:
     ccu:
       chncount   115
       delay      180
       delayed    0
       devcount   9
       gcount     0
       ifcount    3
       prgcount   4
       timeout    1
     dev:
       0001Dxxxxxxxxx:
           .......
     grp:
     ifports:
       2001       BidCos-RF
       2010       HmIP-RF
       9292       VirtualDevices
     interfaces:
       BidCos-RF:
         device     d_rpcBidCos_RF
         flags      forceASCII
         host       192.168.10.14
         manager    HMCCU
         port       2001
         prot       http
         state      running
         type       A
         url        http://192.168.10.14:2001
       HmIP-RF:
         device     d_rpcHmIP_RF
         flags      _
         host       192.168.10.14
         manager    HMCCU
         port       2010
         prot       http
         state      running
         type       A
         url        http://192.168.10.14:2010
       VirtualDevices:
         flags      _
         host       192.168.10.14
         manager    null
         port       9292
         prot       http
         state      inactive
         type       A
         url        http://192.168.10.14:9292/groups
     prg:
       GetDutyCycle:
         active     true
         internal   false
       GetPSM_Andre_Desk:
         active     true
         internal   false
       prgEnergyCounter_1321_0001D3C99CBA6A:6:
         active     true
         internal   true
       prgEnergyCounter_1874_0001D709900E3C:6:
         active     true
         internal   true
     rpc:
Attributes:
   ccuflags   procrpc
   room       Homematic
   rpcinterfaces BidCos-RF,HmIP-RF
   rpcport    2001,2010
   rpcserver  on
   stateFormat rpcstate/state


Ich habe mal die ganzen CCU Devices inkl. der 50 virtuellen Schalter weggelassen. ;-)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 23 Januar 2019, 18:33:50
ccudef-readingname ist eine globale Einstellung, die entsprechende readingname Attribute in den einzelnen Device erspart. Hat aber keine Filterfunktion.

Verschiedene User scheinen mit ccudef-readingfilter Probleme zu haben. Leider konnte ich diese Probleme bisher nicht nachstellen. Wenn Du sichergehen willst, lass ccudef-readingfilter weg und setzte ccureadingfilter in den einzelnen Devices.

Noch eine Info:
- Wenn ccudef-readingfilter gesetzt ist, ccureadingfilter in einem Device aber nicht, werden nur die Datenpunkte in Readings geschrieben, die in ccudef-readingfilter angegeben sind.
- Ist hingegen ccudef-readingfilter nicht gesetzt und auch ccureadingfilter in einem Device nicht gesetzt, werden alle Datenpunkte in Readings geschrieben.
- Sind sowohl ccudef-readingfilter als auch ccureadingfilter gesetzt, werden sie quasi addiert bzw. gelten beide.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: SW7 am 23 Januar 2019, 22:48:36
Hi,

vielen Dank für Deine Erklärungen.
Das hat mir noch einmal ein Stück geholfen und die Sache klarer gemacht.
Aktuell läuft alles wie ich es mir vorgestellt habe.Vielen Dank für Deine Unterstützung.

Ich habe aktuell keine readingsfilter konfiguriert. Weder im CCU Device, noch im RPC Device.
Vielleicht führe ich das später mal ein, aber zur Zeit mag ich es, wenn alle Readings angezeigt werden können.

Liebe Grüße
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: tndx am 25 Januar 2019, 10:36:11
Guten Morgen,

ich hatte mal vor 2-3 Monaten HMCCU zum Testen eingerichtet, habe mich aber längere Zeit nicht darum gekümmert. Ich habe in der Zwischenzeit die SW auf der piVCCU auf CCU3 aktualisiert und irgendwann mal festgestellt dass HMCCU nicht lief. Ließ sich auch nicht durch FHEM Updates, HMCCU an/aus, "shutdown restart" zum Laufen überreden.

Ich habe gestern den ganzen Abend der Fehlersuche gewidmet, und am Ende festgestellt, dass es wohl an der Einstellung "Authentifizierung aktiv" gelegen hat. Die Einstellung scheint relativ neu zu sein und die breite Masse nicht zu stören, denn ich habe dazu nur was in einem kleinen FHEM-Thread gefunden, aber weder in diesem Thread noch in Wiki etc. Sollte dieser Hinweis nicht irgendwo ergänzt werden? Ich würde es auch übernehmen, habe nur relativ wenig Ahnung von der Materie.

Eine weitere Frage hätte ich noch bzgl. CCU3 Firewall Einstellungen:
Bis jetzt habe ich folgendes als funktionsfähig befunden, s. Screenshot. Was ich aber nicht weiß, ob ich auf Dauer Probleme damit bekommen kann, weil z.B. noch weitere Ports dazu kommen können etc. Gibt es dazu irgendwo genauere Beschreibung? Mir ist klar, dass ich mit "Vollzugriff" keine Probleme zu erwarten habe, aber das ist ja nicht der Sinn einer Firewall  ;)

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 25 Januar 2019, 11:57:43
Die Firewall Richtlinie würde ich auf "Ports offen" setzen. Dann musst Du nicht immer daran denken, wenn Du ein neues Interface hinzufügst (z.B. virtuelle Gruppen oder CUxD,

Ich habe bei mir alles auf Vollzugriff stehen, da ich den Geräten in meinem lokalen Netz vertraue und keinerlei Port Freigabe ins Internet habe. Mein Router ist meine Firewall. Wer den schafft, schafft im Zweifel auch die CCU Firewall.

HMCCU unterstützt noch keine Authentifizierung. Steht aber auf der Todo-Liste, genauso wie SSL Verschlüsselung => Da ändern sich dann auch die Ports wieder ...
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: tndx am 25 Januar 2019, 12:18:41
Hi,

Zitat von: zap am 25 Januar 2019, 11:57:43
Ich habe bei mir alles auf Vollzugriff stehen, da ich den Geräten in meinem lokalen Netz vertraue und keinerlei Port Freigabe ins Internet habe. Mein Router ist meine Firewall. Wer den schafft, schafft im Zweifel auch die CCU Firewall.

OK, das leuchtet ein. Da ich auch keine Portfreigaben ins Internet habe, werde ich es wohl ähnlich handhaben.

Zitat von: zap am 25 Januar 2019, 11:57:43
HMCCU unterstützt noch keine Authentifizierung. Steht aber auf der Todo-Liste, genauso wie SSL Verschlüsselung => Da ändern sich dann auch die Ports wieder ...

Wie gesagt, ein Hinweis wäre nicht verkehrt, die Einstellung scheint ab einer bestimmten CCU-SW-Version Standardeinstellung zu sein. Ich habe jedenfalls die Authentifizierung nicht bewusst eingeschaltet... Und dann lief es plötzlich nicht mehr  :(
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: BadenPower am 25 Januar 2019, 19:16:09
Hallo zusammen,

Zitat von: tndx am 25 Januar 2019, 12:18:41
Ich habe jedenfalls die Authentifizierung nicht bewusst eingeschaltet...

Eigentlich mehr oder weniger schon, denn bei der Installation der Firmware 3.41.11 wird der Sicherheitsassistent eingeblendet, der Dich fragt, welche Einstellung Du wählen möchtest. Hättest Du dort "Relaxed" gewählt, dann wäre alles so geblieben, wie auf der CCU2 und den "älteren" CCU3-Firmwares.


BadenPower
.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 10 Februar 2019, 13:17:19
Neue Version 4.3.011 im SVN verfügbar

Neue Funktionen:

Behobene Fehler:

Authentifizierung und SSL-Verschlüsselung

Authentifizierung und SSL-Verschlüsselung können kombiniert oder einzeln verwendet werden. Eine Authentifizierung ohne SSL-Verschlüsselung macht jedoch eigentlich keinen Sinn, da Username und Passwort dann unverschlüsselt übertragen werden.

Um die SSL-Verschlüsselung zu aktivieren, muss bei der Definition von Devices vom Typ HMCCU und HMCCURPCPROC dem Namen oder der IP-Adresse der CCU ein "https://" vorangestellt werden. Dazu einfach in der Detailansicht der Devices "DEF" anklicken. Die RPC-Server müssen danach neu gestartet werden. Wenn in der CCU Firewall Ports explizit freigegeben sind, müssen in der Liste folgende Ports ergänzt werden: 42000, 42001, 42010, 49292, 48181. CUxD unterstützt keine SSL-Verschlüsselung!

Für die Aktivierung der Authentifizierung sollte man wie folgt vorgehen:

Um die Authentifizierung wieder abzuschalten, wie folgt vorgehen:
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 13 Februar 2019, 11:07:52
Danke Zap für Update.

Ich habe jedoch seit dem Update haufweise solcher Einträge im Log.
2019.02.13 10:59:55 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 10:59:55 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 10:59:55 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 10:59:55 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 10:59:55 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 10:59:55 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 10:59:55 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 11:02:26 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 11:02:26 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 11:02:26 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 11:02:26 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 11:02:26 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 11:02:26 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 11:02:26 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 11:02:26 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 11:02:26 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 11:02:29 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 11:02:29 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 11:02:29 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
2019.02.13 11:02:29 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: stefan-dd am 13 Februar 2019, 17:10:26
Ich habe nach dem Update folgende Fehlermeldung im log stehen. FHEM startet nicht mehr.

2019.02.13 17:01:46 1: HMCCU: [d_ccu] Initialized version 4.3.011
2019.02.13 17:01:46 1: HMCCU: [d_ccu] HMCCU: Initializing device
Undefined subroutine &main::HttpUtils_BlockingGet called at ./FHEM/88_HMCCU.pm line 6127.


Spiele ich mein Backup zurück funktioniert es wieder.
Wie kann ich den Fehler finden?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 13 Februar 2019, 18:15:46
Zitat von: stefan-dd am 13 Februar 2019, 17:10:26

2019.02.13 17:01:46 1: HMCCU: [d_ccu] Initialized version 4.3.011
2019.02.13 17:01:46 1: HMCCU: [d_ccu] HMCCU: Initializing device
Undefined subroutine &main::HttpUtils_BlockingGet called at ./FHEM/88_HMCCU.pm line 6127.


Ein Bug. Ich fixe das.

Update: Korrektur für 88_HMCCU.pm eingecheckt.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 13 Februar 2019, 18:30:06
Zitat von: Simon74 am 13 Februar 2019, 11:07:52
Danke Zap für Update.

Ich habe jedoch seit dem Update haufweise solcher Einträge im Log.

2019.02.13 11:02:29 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received EV event for unknown RPC server CB2010005010


Die ID des RPC Servers entspricht nicht dem neuen Format. Bei CB2010005010 fehlen am Ende noch 6 Ziffern. Das Format des RPC-Server Namens ist:

CBppppn11n12m11m12

pppp = Nummer des RPC-Ports
n11 = 3. Stelle der FHEM IP-Adresse mit führenden Nullen
n12 = 4. Stelle der FHEM IP-Adresse mit führenden Nullen
m11 = 3. Stelle der CCU IP-Adresse mit führenden Nullen
m12 = 4. Stelle der CCU IP-Adresse mit führenden Nullen

Stoppe mal die RPC Server. Dann machst Du noch folgendes:

set d_rpcHmIP_RF deregister

Falls der Befehl nicht verfügbar ist, vorher:

attr d_rpcHmIP_RF ccuflags expert

Dann startest Du FHEM neu. Falls die Meldungen nicht weg sind, führe folgenden Befehl aus:

get d_rpcHmIP_RF rpcstate

Poste mal die Bezeichnung des RPC Servers, die da angezeigt wird.

Wenn die Bezeichnung dem neuen Format entspricht und die Meldungen weiterhin kommen, musst Du die CCU neu starten (vorher RPC Server anhalten). Die hat sich dann nämlich den alten RPC-Server Namen gemerkt und schickt fleißig weiterhin Events dahin.

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: XXL-Wing am 13 Februar 2019, 19:04:12
Hi zap,

danke für das Update, bei mir hakt es noch immer daran dass er glaubt für Homematic ein Device machen zu müssen obwohl es keines gibt :-(
Habe alle Devices im fhem entsorgt, neu gestartet und neu angelegt... im Log gibt  es dann ein altbekanntes Bild:


2019.02.13 18:59:43 1: HMCCU: [HMIP_RPCCU] No RPC device defined for interface HmIP-RF
2019.02.13 18:59:43 1: HMCCU: [HMIP_RPCCU] Creating new RPC device d_rpc000015HmIP_RF
2019.02.13 18:59:43 1: HMCCURPCPROC: [d_rpc000015HmIP_RF] Initialized version 1.6 for interface HmIP-RF with I/O device HMIP_RPCCU
2019.02.13 18:59:43 1: HMCCU: [HMIP_RPCCU] No RPC device defined for interface VirtualDevices
2019.02.13 18:59:43 1: HMCCU: [HMIP_RPCCU] Creating new RPC device d_rpc000015VirtualDevices
2019.02.13 18:59:43 1: HMCCURPCPROC: [d_rpc000015VirtualDevices] Initialized version 1.6 for interface VirtualDevices with I/O device HMIP_RPCCU
2019.02.13 18:59:43 1: HMCCU: [HMIP_RPCCU] Saving FHEM config
2019.02.13 18:59:43 0: HMCCU: [HMIP_RPCCU] Definition of some RPC devices failed
2019.02.13 18:59:43 1: HMCCU: [HMIP_RPCCU] HMCCU: HMIP_RPCCU Start of RPC server failed
2019.02.13 18:59:54 0: HMCCU: [HMIP_RPCCU] Definition of some RPC devices failed
2019.02.13 18:59:54 1: HMCCU: [HMIP_RPCCU] HMCCU: HMIP_RPCCU Start of RPC server failed


Ich habe es wieder gepatcht im Code dass er das BidCos-RF nicht mehr verwendet und es läuft jetzt...

lG
Mike
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 13 Februar 2019, 19:24:07
Ich kapier das nicht. Es wird laut Log ja nicht mal versucht, für BidCos ein HMCCURPCPROC Device anzulegen. Außer dir hat sich noch niemand mit diesem Effekt geoutet.

Ich checke die Tage mal eine Version mit mehr Log Statements ein.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: XXL-Wing am 13 Februar 2019, 19:26:43
 :(

Vielleicht hat auch keiner eine RaspberryMatic mit nur einem HmIP USB Stick dran...
Ich habe mittlerweile das 5. mal das ganze von 0 weg aufgesetzt, der Effekt ist immer der selbe :(
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 13 Februar 2019, 21:13:33
Zitat von: zap am 13 Februar 2019, 18:30:06
Stoppe mal die RPC Server. Dann machst Du noch folgendes:
set d_rpcHmIP_RF deregister

Vielen Dank, das hat schon gewirkt, nun sieht es nach Neustart so aus:
000E97099D28D52019.02.13 21:06:16 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010005010005224 running
2019.02.13 21:06:16 2: HMCCURPCPROC: [d_rpcVirtualDevices] RPC server CB9292005010005224 enters server loop
2019.02.13 21:06:16 2: HMCCURPCPROC: [d_rpcVirtualDevices] Registering callback http://10.8.5.10:14702/fh9292 of type A with ID CB9292005010005224 at http://10.8.5.224:9292/groups
2019.02.13 21:06:16 2: CCURPC: [d_rpcHmIP_RF] CB2010005010005224 NewDevice received 26 device and channel specifications
2019.02.13 21:06:16 2: CCURPC: [d_rpcBidCos_RF] CB2001005010005224 NewDevice received 309 device and channel specifications
2019.02.13 21:06:26 1: HMCCURPCPROC: [d_rpcVirtualDevices] RPC server CB9292005010005224 running
2019.02.13 21:06:26 1: HMCCU: [ccu31] All RPC servers running
2019.02.13 21:06:45 2: HMCCU: [ccu31] HMScript failed. http://10.8.5.224:8181/tclrega.exe: Select timeout/error:
2019.02.13 21:06:45 2: HMCCU: Update of device 000E97099D28D5 failed
2019.02.13 21:06:51 2: HMCCU: [ccu31] HMScript failed. http://10.8.5.224:8181/tclrega.exe: Select timeout/error:
2019.02.13 21:06:51 2: HMCCU: Update of device 000C18A98B9536 failed
2019.02.13 21:06:58 2: HMCCU: [ccu31] Updated devices. Success=54 Failed=2


Die 2 Devices wo er hier meint, keine Ahnung.

defmod:
defmod ccu31 HMCCU 10.8.5.224
attr ccu31 ccudef-readingfilter ^(LOW_?BAT|UNREACH)$
attr ccu31 ccudef-readingname ^(.+\.)?LOW_?BAT$:battery;;^(.+\.)?UNREACH$:activity
attr ccu31 ccudef-substitute AES_KEY!(0|false):off,(1|true):on;;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;;UNREACH!(0|false):alive,(1|true):dead;;MOTION!(0|false):noMotion,(1|true):motion;;DIRECTION!0:stop,1:up,2:down,3:undefined;;WORKING!0:false,1:true;;INHIBIT!(0|false):unlocked,(1|true):locked
attr ccu31 ccuflags procrpc
attr ccu31 cmdIcon on:general_an off:general_aus
attr ccu31 eventMap /rpcserver on:on/rpcserver off:off/
attr ccu31 room Homematic
attr ccu31 rpcPingCCU 300
attr ccu31 rpcinterfaces BidCos-RF,HmIP-RF,VirtualDevices
attr ccu31 rpcport 2001,2010,9292
attr ccu31 rpcserver on
attr ccu31 stateFormat rpcstate/state
attr ccu31 verbose 3

setstate ccu31 running/OK
setstate ccu31 2019-02-13 21:06:03 count_channels 279
setstate ccu31 2019-02-13 21:06:03 count_devices 56
setstate ccu31 2019-02-13 21:06:03 count_groups 0
setstate ccu31 2019-02-13 21:06:03 count_interfaces 3
setstate ccu31 2019-02-13 21:06:03 count_programs 7
setstate ccu31 2019-02-13 21:06:26 rpcstate running
setstate ccu31 2019-02-13 21:06:58 state OK
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 13 Februar 2019, 22:16:59
Gehe mal in der CCU auf Einstellungen/Geräte und suche nach den beiden Adressen, für die das Update fehlschlägt. Dann findest Du vielleicht auch das Device in FHEM
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 Februar 2019, 07:17:15
Zitat von: XXL-Wing am 13 Februar 2019, 19:26:43
:(

Vielleicht hat auch keiner eine RaspberryMatic mit nur einem HmIP USB Stick dran...
Ich habe mittlerweile das 5. mal das ganze von 0 weg aufgesetzt, der Effekt ist immer der selbe :(

und du setzt vor dem ersten Start des RPC Servers rpcinterfaces auf HmIP ?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: XXL-Wing am 17 Februar 2019, 17:00:05
????
Sorry die Frage verstehe ich nicht....

rpcinterfaces des HMCCI devices hat bei mir den wert: HmIP-RF,VirtualDevices

lG
Mike
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 17 Februar 2019, 19:20:08
Ja, das meine ich. Passt auch so. Ich habe mittlerweile noch ein paar Änderungen vorgenommen. Kommt in den nächsten Tagen. Vielleicht löst das die Probleme.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: XXL-Wing am 18 Februar 2019, 19:24:25
Vielen Dank schon mal im Voraus!  ;D ;D ;D

lG
Mike
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 21 Februar 2019, 18:58:23
Es gibt ein Update für HMCCU und HMCCURPCPROC.

Änderungen:

Für alle, die ein HMIP only Sendemodul haben:

Attribut rpcinterfaces auf HmIP setzen, dann den RPC Server starten. Wenn vorher schon ein RPC Server Device vom Typ HMCCURPCPROC vorhanden war, dieses vorher löschen. Wird beim Start dann neu angelegt.

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: XXL-Wing am 23 Februar 2019, 10:22:07
Hi zap,

juhu jetzt funktioniert es auch für reine HmIP Interfaces!
Danke!!

LG
Mike
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 23 Februar 2019, 12:34:22
Na ein Glück. Sonst wären mir wirklich langsam die Ideen ausgegangen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: XXL-Wing am 23 Februar 2019, 17:46:30
Ich habe das nochmal verifiziert. Es liegt tatsächlich daran dass ich einen HM-IP only USB Stick dran habe. Habe mir einen Kombi-Stick geborgt und angesteckt, dann war auch das "normale" Homematic BidCos-RF da.

lG
Mike
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: gloob am 23 Februar 2019, 17:55:41
Zitat von: XXL-Wing am 23 Februar 2019, 17:46:30
Ich habe das nochmal verifiziert. Es liegt tatsächlich daran dass ich einen HM-IP only USB Stick dran habe. Habe mir einen Kombi-Stick geborgt und angesteckt, dann war auch das "normale" Homematic BidCos-RF da.

lG
Mike

Was für einen Kombi-Stick meinst du denn? Gibt es welche die HM und HMIP können?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: XXL-Wing am 24 Februar 2019, 07:24:29
Ein Freund von mir hat sich einen Kombistick gebaut indem er einen CUL und einen HM-CFG-USB mittels eines kleinen selber gestrickten Prints mit einem USB Hub drauf kombiniert hat, weil er keine 2 Geräte wollte.... Ob das für die Reichweite dienlich ist bezweifle ich zwar aber er hat keine große Fläche damit zu bedienen und der WAF ist höher als mit 2 herumhängenden Enden :-).
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 25 Februar 2019, 18:54:02
Hallo zap,

ich stelle fest das seit paar Tagen die HmIP Device Readings nicht mehr aktualisiert werden.
Manuell mit [set HmIP_*NAME* update] funktioniert es jedoch einwandfrei.

Beim Start von FHEM sehe ich das genau die 4 HmIP Devices fehlen (56 Devices gesamt, HM=52, HmIP=4)

2019.02.25 18:43:12 2: CCURPC: [d_rpcBidCos_RF] CB2001005010005224 NewDevice received 309 device and channel specifications
2019.02.25 18:43:13 2: HMCCU: [ccu31] Updated devices. Success=52 Failed=0


In der CCU3 sind die Werte aller 4 HmIP Geräte aktuell und funktionieren (2x Präsenzmelder, 2x Thermostat).

Danke für Tip
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 25 Februar 2019, 19:20:42
Nach nochmaligen lesen des Wikis:
rpcinterfaces fehlte in den Attributen, und somit anscheinend nur mehr BidCos-RF aktiv, jedoch kein HmIP-RF. (Kann mich nicht erinnern das Attribut entfernt zu haben)

Nach erneuten setzen von rpcinterfaces:
attr ccu31 rpcinterfaces BidCos-RF,HmIP-RF
kommen auch wieder die Readings automatisch :-)


Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 26 Februar 2019, 18:40:02
Habe ein Update eingecheckt.

Behobene Fehler:

Neue Funktionen:
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: gloob am 03 März 2019, 12:56:25
Hast du vielleicht einen Tipp wie ich die Custom Sensoren die mit Asksinpp arbeiten über HMCCU in FHEM rein bekomme?

Also in FHEM rein ist nicht das Problem:

defmod HM_HB_UNI_Sen_DIST_US_HM00F9D602 HMCCUDEV HM00F9D602
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 IODev d_ccu
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 room Homematic

setstate HM_HB_UNI_Sen_DIST_US_HM00F9D602 2019-03-03 12:59:31 hmstate Initialized
setstate HM_HB_UNI_Sen_DIST_US_HM00F9D602 2019-03-03 12:59:08 state Initialized


Aber wie komme ich an die Readings
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 03 März 2019, 12:59:50
Zitat von: gloob am 03 März 2019, 12:56:25
Hast du vielleicht einen Tipp wie ich die Custom Sensoren die mit Asksinpp arbeiten über HMCCU in FHEM rein bekomme?

Wenn sie in einer CCU angelernt sind und sie mit "get devicelist" aus der CCU übertragen werden, könntest Du mal für das I/O Device ein

get deviceinfo Name/Adresse

ausführe. Name/Adresse vom Asksinpp Device.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: gloob am 03 März 2019, 13:00:52
Hab
Zitat von: gloob am 03 März 2019, 12:56:25
Also in FHEM rein ist nicht das Problem:

defmod HM_HB_UNI_Sen_DIST_US_HM00F9D602 HMCCUDEV HM00F9D602
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 IODev d_ccu
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 room Homematic

setstate HM_HB_UNI_Sen_DIST_US_HM00F9D602 2019-03-03 12:59:31 hmstate Initialized
setstate HM_HB_UNI_Sen_DIST_US_HM00F9D602 2019-03-03 12:59:08 state Initialized


Aber wie komme ich an die Readings.

Hab mal meinen Post oben drüber aktualisiert.

DeviceInfo liefert folgendes:

CHN HM00F9D602:0 HB-UNI-Sen-DIST-US HM00F9D602:0
  DPT {b} BidCos-RF.HM00F9D602:0.UNREACH = false [RE]
  DPT {b} BidCos-RF.HM00F9D602:0.STICKY_UNREACH = false [RWE]
  DPT {b} BidCos-RF.HM00F9D602:0.CONFIG_PENDING = false [RE]
  DPT {b} BidCos-RF.HM00F9D602:0.LOWBAT = false [RE]
  DPT {n} BidCos-RF.HM00F9D602:0.RSSI_DEVICE = 168 [RE]
  DPT {n} BidCos-RF.HM00F9D602:0.RSSI_PEER = 212 [RE]
  DPT {b} BidCos-RF.HM00F9D602:0.DEVICE_IN_BOOTLOADER = false [RE]
  DPT {b} BidCos-RF.HM00F9D602:0.UPDATE_PENDING = false [RE]
CHN HM00F9D602:1 HB-UNI-Sen-DIST-US HM00F9D602:1
  DPT {f} BidCos-RF.HM00F9D602:1.DISTANCE = 161.000000 [RE]
  DPT {f} BidCos-RF.HM00F9D602:1.BATTERY_VOLTAGE = 3.100000 [RE]
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: gloob am 03 März 2019, 13:04:08
Man sollte erst denken und dann handeln :)

defmod HM_HB_UNI_Sen_DIST_US_HM00F9D602 HMCCUDEV HM00F9D602
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 IODev d_ccu
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 ccureadingfilter (DISTANCE|BATTERY_VOLTAGE)
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 room Homematic
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 stateFormat 1.DISTANCE
attr HM_HB_UNI_Sen_DIST_US_HM00F9D602 stripnumber 1


Einfacher als gedacht  ;D
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: chq am 03 März 2019, 19:32:30
Habe heute meine CCU2 auf 2.41.5 aktualisiert und habe nun Probleme.

Würde mir bitte kurz nochmal jmd. erklären, was ich hier (in welcher Reihenfolge) updaten sollte?

"update check" führt bei mir momentan zu dieser Ausgabe:

UPD FHEM/88_HMCCU.pm
UPD FHEM/88_HMCCUCHN.pm
UPD FHEM/88_HMCCUDEV.pm
UPD FHEM/88_HMCCURPCPROC.pm

Gruß Chris
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 04 März 2019, 07:37:20
Die Reihenfolge beim Update der FHEM Module spielt keine Rolle, da FHEM anschliessend sowieso neu gestartet wird.
Vor dem Update würde ich den/die RPC Server anhalten, damit die sich sauber bei der CCU deregistrieren.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: juemuc am 04 März 2019, 22:07:57
Hallo ZAP,

nachdem ich nun auch die Systemvariablen aus der piVCCU auslese und den Parameter ccuGetVars mit 60 Rollos.* gesetzt habe, erhalte ich folgende log-Einträge
Zitat2019.03.04 21:26:13 1: PERL WARNING: Argument "60 Rollos.*" isn't numeric in numeric gt (>) at ./FHEM/88_HMCCU.pm line 594.
2019.03.04 21:27:13 1: PERL WARNING: Argument "60 Rollos.*" isn't numeric in addition (+) at ./FHEM/88_HMCCU.pm line 6576.

Habe ich den Parameter falsch gesetzt? Er funktioniert zumindest.

Viele Grüße
Jürgen
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 05 März 2019, 07:35:36
Wie hast du das Attribut gesetzt? Auf keinen Fall so:

attr xy ccuGetVars "60 Rollos.*"

Die Anführungszeichen führen dazu, dass das wie 1 Parameter behandelt wird, also das Abrufintervall. Also " weglassen
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: juemuc am 05 März 2019, 21:51:49
Zitat von: zap am 05 März 2019, 07:35:36
Wie hast du das Attribut gesetzt? Auf keinen Fall so:

attr xy ccuGetVars "60 Rollos.*"

Die Anführungszeichen führen dazu, dass das wie 1 Parameter behandelt wird, also das Abrufintervall. Also " weglassen

Hallo zap,

nein. So wie es sein soll.

Gerade noch einmal ein update durchgeführt. Nach dem restart kommt wieder die Meldung

Zitat2019.03.05 21:43:51 1: PERL WARNING: Argument "60 Rollos.*" isn't numeric in addition (+) at ./FHEM/88_HMCCU.pm line 6576.

defmod HMCCU3 HMCCU ccu3-webui ccudelay=120
attr HMCCU3 alias HM raspberry CCU
attr HMCCU3 ccuGetVars 60 Rollos.*
attr HMCCU3 ccudef-readingname ^(.+\.)?LOW_?BAT$:battery;;^(.+\.)?UNREACH$:activity
attr HMCCU3 ccudef-substitute AES_KEY!(0|false):off,(1|true):on;;;;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;;;;UNREACH!(0|false):alive,(1|true):dead;;;;MOTION!(0|false):noMotion,(1|true):motion;;;;DIRECTION!0:stop,1:up,2:down,3:undefined;;;;WORKING!0:false,1:true;;;;INHIBIT!(0|false):unlocked,(1|true):locked
attr HMCCU3 ccuflags procrpc
attr HMCCU3 cmdIcon on:general_an off:general_aus
attr HMCCU3 devStateStyle style="text-align:right"
attr HMCCU3 event-on-change-reading .*
attr HMCCU3 eventMap /rpcserver on:on/rpcserver off:off/
attr HMCCU3 group CCU3
attr HMCCU3 icon hm_ccu@black
attr HMCCU3 room Homematic,Statuszentrale
attr HMCCU3 rpcinterfaces BidCos-RF,HmIP-RF
attr HMCCU3 rpcport 2001,2010
attr HMCCU3 rpcserver on
attr HMCCU3 stateFormat rpcstate/state


Viele Grüße
Jürgen
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 10 März 2019, 12:45:57
Sorry, das ist ein Fehler in der Doku. Intervall und Namensmuster müssen durch einen Doppelpunkt getrennt sein, also:

attr HMCCU3 ccuGetVars 60:Rollos.*
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 11 März 2019, 08:03:24
Ich versuche bei meinem Homematic IP Präsenzmelder (HmIP-SPI – innen) nachts die Detection auszustellen,
aber wenn ich ein "set PresenceDetect2 off" mache, passiert aber gar nichts, also die Presnece detection meldet immer noch 'presence' - 'noPresence'.

Was mache ich falsch?

Hier mal die Definition vom device und von der CCU3:

defmod PresenceDetect2 HMCCUDEV 000C170999FD0C 1
attr PresenceDetect2 IODev HMCCU3
attr PresenceDetect2 alias Presence2-Schlaf
attr PresenceDetect2 ccureadingfilter (^PRESENCE|^ILLUMINATION|^LOW_BAT)
attr PresenceDetect2 ccureadingformat datapoint
attr PresenceDetect2 ccureadingname 0.(LOWBAT|LOW_BAT):battery;;1.ILLUMINATION:brightness;;1.PRESENCE_DETECTION_STATE:presence
attr PresenceDetect2 controldatapoint 1.PRESENCE_DETECTION_ACTIVE
attr PresenceDetect2 event-on-change-reading battery,brightness,presence
attr PresenceDetect2 eventMap /datapoint 1.RESET_PRESENCE 1:reset/datapoint 1.PRESENCE_DETECTION_ACTIVE 1:control on/datapoint 1.PRESENCE_DETECTION_ACTIVE 0:control off/
attr PresenceDetect2 genericDeviceType MotionSensor
attr PresenceDetect2 group ALARME
attr PresenceDetect2 icon message_presence
attr PresenceDetect2 room HomeMaticIP,Presence,Schlafzimmer
attr PresenceDetect2 stateFormat Status: presence Helligkeit: brightness
attr PresenceDetect2 statechannel 1
attr PresenceDetect2 statedatapoint 1.PRESENCE_DETECTION_STATE
attr PresenceDetect2 stripnumber 1
attr PresenceDetect2 substitute PRESENCE_DETECTION_STATE!(true|1):presence,(false|0):noPresence;;PRESENCE_DETECTION_ACTIVE!(0|false):off,(1|true):on;;LOW_BAT!(0|false):ok,(1|true):low
attr PresenceDetect2 userReadings BatterieWechsel
attr PresenceDetect2 webCmd control
attr PresenceDetect2 widgetOverride control:uzsuToggle,off,on


defmod HMCCU3 HMCCU xxx.xx.x.xx
attr HMCCU3 ccuflags procrpc,reconnect
attr HMCCU3 event-on-change-reading state,rpcstate
attr HMCCU3 group SERVER
attr HMCCU3 room Favourites,HomeMaticIP
attr HMCCU3 rpcinterfaces HmIP-RF
attr HMCCU3 rpcinterval 5
attr HMCCU3 rpcport 2010
attr HMCCU3 rpcserver on
attr HMCCU3 stateFormat { if (ReadingsVal($name,"rpcstate","") ne "running" || ReadingsVal($name,"state","") ne "OK") {return '<font color="red">'. ReadingsVal($name,"rpcstate","") . "/" . ReadingsVal($name,"state","") .'</b>';; } else {return ReadingsVal($name,"rpcstate","") . "/" . ReadingsVal($name,"state","");; }}
attr HMCCU3 verbose 1


UPDATE: Hier in den codetags jetzt schon die korrigierte Version, dank an zap!
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 11 März 2019, 11:43:17
Das Device ist readonly definiert, lässt also keine Änderungen zu.

Ausserdem scheint beim eventMap Attribut am Ende was zu fehlen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 11 März 2019, 14:20:08
Kaum machts man richtig, gehts auch!
Manchmal sieht man jaden Wald vor lauter Bäumen gar nicht. . . .

Habs oben korrigiert, also
1) das 'readonly' in der Device definition removed, und
2) das eventmap muss so aussehen:  /datapoint 1.RESET_PRESENCE 1:reset/datapoint 1.PRESENCE_DETECTION_ACTIVE 1:control on/datapoint 1.PRESENCE_DETECTION_ACTIVE 0:control off/fehlende '/'

Danke Danke ! !
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 11 März 2019, 21:51:39
Hallo Zap,
kannst Du mir nochmal beim HMIP_SMI551 helfen? Ich möchte wie beim Präsenzmelder von oben, gerne nachts die Detection auszustellen, aber wenn ich folgendes eingebe, passiert gar nichts: set HMIP_SMI551 datapoint 3.MOTION_DETECTION_ACTIVE no

Ich habe das 'readonly' schon entfernt, aber ich bekomme die motion-detection einfach nicht ausgeschaltet. Die configuration habe ich aus dem Thread "HMCCU Beispiel Geräte-Definitionen"

Hier die raw definitiondefmod HMIP_SMI551 HMCCUDEV 0014D8A98A136B 1
attr HMIP_SMI551 IODev HMCCU3
attr HMIP_SMI551 alias Motion_Schlaf
attr HMIP_SMI551 ccureadingfilter (ILLUMINATION|MOTION|PRESS)
attr HMIP_SMI551 ccureadingformat datapoint
attr HMIP_SMI551 ccureadingname 0.(LOWBAT|LOW_BAT):battery;;1.PRESS_LONG:long1;;1.PRESS_SHORT:short1;;2.PRESS_LONG:long2;;2.PRESS_SHORT:short2;;3.ILLUMINATION:brightness;;3.MOTION:motion
attr HMIP_SMI551 controldatapoint 3.MOTION_DETECTION_ACTIVE
attr HMIP_SMI551 event-on-change-reading battery,brightness,motion
attr HMIP_SMI551 event-on-update-reading long1,long2,short1,short2
attr HMIP_SMI551 eventMap /datapoint 3.MOTION_DETECTION_ACTIVE yes:control on/datapoint 3.MOTION_DETECTION_ACTIVE no:control off/datapoint 3.RESET_MOTION 1:reset/
attr HMIP_SMI551 genericDeviceType OccupancySensor
attr HMIP_SMI551 icon people_sensor
attr HMIP_SMI551 room HomeMaticIP,Schalter,Schlafzimmer
attr HMIP_SMI551 stateFormat Motion: motion Helligkeit: brightness lx
attr HMIP_SMI551 statechannel 1
attr HMIP_SMI551 statedatapoint 3.MOTION
attr HMIP_SMI551 stripnumber ILLUMINATION!%.1f
attr HMIP_SMI551 substitute 0.LOW_BAT!(0|false):ok,(1|true):low;;PRESS_LONG,PRESS_SHORT!(1|true):pressed,(0|false):released;;MOTION,MOTION_DETECTION_ACTIVE!(0|false):no,(1|true):yes;;ILLUMINATION_STATUS!0:normal,1:unknown,2:overflow
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 12 März 2019, 09:06:05
Mach mal bitte ein get deviceinfo von dem Device.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 12 März 2019, 19:54:15
Hallo zap, danke, so siehts aus:CHN 0014D8A98A136B:0 HmIP-SMI55 0014D8A98A136B:0
  DPT {b} HmIP-RF.0014D8A98A136B:0.CONFIG_PENDING = false [RE]
  DPT {b} HmIP-RF.0014D8A98A136B:0.DUTY_CYCLE = false [RE]
  DPT {n} HmIP-RF.0014D8A98A136B:0.ERROR_CODE = 0 [RE]
  DPT {b} HmIP-RF.0014D8A98A136B:0.INSTALL_TEST = true [RW]
  DPT {b} HmIP-RF.0014D8A98A136B:0.LOW_BAT = false [RE]
  DPT {f} HmIP-RF.0014D8A98A136B:0.OPERATING_VOLTAGE = 2.700000 [RE]
  DPT {i} HmIP-RF.0014D8A98A136B:0.OPERATING_VOLTAGE_STATUS = 0 [RE]
  DPT {n} HmIP-RF.0014D8A98A136B:0.RSSI_DEVICE = 193 [RE]
  DPT {n} HmIP-RF.0014D8A98A136B:0.RSSI_PEER = 0 [RE]
  DPT {b} HmIP-RF.0014D8A98A136B:0.UNREACH = true [RE]
  DPT {b} HmIP-RF.0014D8A98A136B:0.UPDATE_PENDING = false [RE]
CHN 0014D8A98A136B:1 HmIP-SMI55 0014D8A98A136B:1
  DPT {b} HmIP-RF.0014D8A98A136B:1.PRESS_LONG =  [E]
  DPT {b} HmIP-RF.0014D8A98A136B:1.PRESS_SHORT =  [E]
CHN 0014D8A98A136B:2 HmIP-SMI55 0014D8A98A136B:2
  DPT {b} HmIP-RF.0014D8A98A136B:2.PRESS_LONG =  [E]
  DPT {b} HmIP-RF.0014D8A98A136B:2.PRESS_SHORT =  [E]
CHN 0014D8A98A136B:3 HmIP-SMI55 0014D8A98A136B:3
  DPT {f} HmIP-RF.0014D8A98A136B:3.CURRENT_ILLUMINATION = 0.000000 [RE]
  DPT {i} HmIP-RF.0014D8A98A136B:3.CURRENT_ILLUMINATION_STATUS = 0 [RE]
  DPT {f} HmIP-RF.0014D8A98A136B:3.ILLUMINATION = 20.600000 [RE]
  DPT {i} HmIP-RF.0014D8A98A136B:3.ILLUMINATION_STATUS = 0 [RE]
  DPT {b} HmIP-RF.0014D8A98A136B:3.MOTION = false [RE]
  DPT {b} HmIP-RF.0014D8A98A136B:3.MOTION_DETECTION_ACTIVE = true [RWE]
  DPT {b} HmIP-RF.0014D8A98A136B:3.RESET_MOTION =  [W]
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 13 März 2019, 07:28:55
Der Datenpunkt hat den Typ Bool. Der kann mit no nichts anfangen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: reinni123 am 16 März 2019, 00:02:47
Hallo,
ich hab die neue HmIP-RCB1 und leider bekomme ich nur den Kanal 0 in den Readings angezeigt. Ich kann an der Fernbedienung drücken was ich will, ich bekomme den Kanal 1 nie in die Readings. Könnt ihr mir vielleicht weiterhelfen?

Deviceinfo:
CHN 0020DA498A35D3:0 Funkfernbedienung.1:0
  DPT {b} HmIP-RF.0020DA498A35D3:0.CONFIG_PENDING = false [RE]
  DPT {b} HmIP-RF.0020DA498A35D3:0.DUTY_CYCLE = false [RE]
  DPT {b} HmIP-RF.0020DA498A35D3:0.INSTALL_TEST = true [RW]
  DPT {b} HmIP-RF.0020DA498A35D3:0.LOW_BAT = true [RE]
  DPT {f} HmIP-RF.0020DA498A35D3:0.OPERATING_VOLTAGE = 1.100000 [RE]
  DPT {i} HmIP-RF.0020DA498A35D3:0.OPERATING_VOLTAGE_STATUS = 0 [RE]
  DPT {n} HmIP-RF.0020DA498A35D3:0.RSSI_DEVICE = 153 [RE]
  DPT {n} HmIP-RF.0020DA498A35D3:0.RSSI_PEER = 0 [RE]
  DPT {b} HmIP-RF.0020DA498A35D3:0.UNREACH = false [RE]
  DPT {b} HmIP-RF.0020DA498A35D3:0.UPDATE_PENDING = false [RE]
CHN 0020DA498A35D3:1 HmIP-RCB1 0020DA498A35D3:1
  DPT {b} HmIP-RF.0020DA498A35D3:1.PRESS_LONG =  [E]
  DPT {b} HmIP-RF.0020DA498A35D3:1.PRESS_SHORT =  [E]


Internals:
   DEF        Funkfernbedienung.1
   FUUID      5c5eb24d-f33f-0203-2295-b276d0491e662a5e
   IODev      d_ccu
   NAME       Funkfernbedienung.1
   NR         93
   STATE      Initialized
   TYPE       HMCCUDEV
   ccuaddr    0020DA498A35D3
   ccudevstate active
   ccuif      HmIP-RF
   ccuname    Funkfernbedienung.1
   ccutype    HmIP-RCB1
   channels   2
   firmware   1.2.4
   statevals  devstate
   READINGS:
     2019-03-15 23:31:04   0.CONFIG_PENDING 0
     2019-03-15 23:31:04   0.DUTY_CYCLE    0
     2019-03-10 19:43:24   0.INSTALL_TEST  true
     2019-03-15 23:31:04   0.LOW_BAT       1
     2019-03-15 23:31:04   0.OPERATING_VOLTAGE 1.1
     2019-03-15 23:31:04   0.OPERATING_VOLTAGE_STATUS 0
     2019-03-15 23:31:04   0.RSSI_DEVICE   -103
     2019-03-10 19:43:24   0.RSSI_PEER     0
     2019-03-15 23:31:04   0.UNREACH       0
     2019-03-10 19:43:24   0.UPDATE_PENDING false
     2019-03-15 23:31:04   batteryLevel    1.1
     2019-03-15 23:31:04   hmstate         warn_battery
     2019-03-10 19:43:11   state           Initialized
   hmccu:
     devspec    Funkfernbedienung.1
     dp:
       0.CONFIG_PENDING:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.DUTY_CYCLE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.INSTALL_TEST:
         OSVAL      true
         OVAL       true
         SVAL       true
         VAL        true
       0.LOW_BAT:
         OSVAL      0
         OVAL       0
         SVAL       1
         VAL        1
       0.OPERATING_VOLTAGE:
         OSVAL      1.1
         OVAL       1.1
         SVAL       1.1
         VAL        1.1
       0.OPERATING_VOLTAGE_STATUS:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.RSSI_DEVICE:
         OSVAL      -101
         OVAL       -101
         SVAL       -103
         VAL        -103
       0.RSSI_PEER:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.UNREACH:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.UPDATE_PENDING:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
Attributes:
   IODev      d_ccu
   event-on-update-reading hmstate
   group      HMCCUDEV_Funkfernbedienungen
   room       HmIP-Geräte
   userReadings batteryLevel {ReadingsVal("Funkfernbedienung.1","0.OPERATING_VOLTAGE","")}

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 16 März 2019, 08:30:01
Beim nächsten Release werfe ich den default Reading Filter raus. Das verwirrt zu sehr.

Also: setze ccureadingfilter auf PRESS oder .*
Ausserdem: event-on-update-reading ebenfalls auf PRESS oder .*
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: reinni123 am 16 März 2019, 12:29:42
Zitat von: zap am 16 März 2019, 08:30:01
Also: setze ccureadingfilter auf PRESS oder .*
Ausserdem: event-on-update-reading ebenfalls auf PRESS oder .*

Hab ich jetzt so gemacht aber geht immer noch nicht. Weder Short oder Long Press tauchen in den Readings auf:


Internals:
   DEF        Funkfernbedienung.1
   FUUID      5c5eb24d-f33f-0203-2295-b276d0491e662a5e
   IODev      d_ccu
   NAME       Funkfernbedienung.1
   NR         93
   STATE      Initialized
   TYPE       HMCCUDEV
   ccuaddr    0020DA498A35D3
   ccudevstate active
   ccuif      HmIP-RF
   ccuname    Funkfernbedienung.1
   ccutype    HmIP-RCB1
   channels   2
   firmware   1.2.4
   statevals  devstate
   READINGS:
     2019-03-16 11:15:13   0.CONFIG_PENDING 0
     2019-03-16 10:16:27   0.DUTY_CYCLE    0
     2019-03-10 19:43:24   0.INSTALL_TEST  true
     2019-03-16 10:16:27   0.LOW_BAT       0
     2019-03-16 10:16:27   0.OPERATING_VOLTAGE 1.1
     2019-03-16 10:16:27   0.OPERATING_VOLTAGE_STATUS 0
     2019-03-16 11:15:13   0.RSSI_DEVICE   -97
     2019-03-10 19:43:24   0.RSSI_PEER     0
     2019-03-16 11:15:13   0.UNREACH       0
     2019-03-10 19:43:24   0.UPDATE_PENDING false
     2019-03-16 11:15:13   batteryLevel    1.1
     2019-03-16 11:15:13   hmstate         Initialized
     2019-03-10 19:43:11   state           Initialized
   hmccu:
     devspec    Funkfernbedienung.1
     dp:
       0.CONFIG_PENDING:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.DUTY_CYCLE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.INSTALL_TEST:
         OSVAL      true
         OVAL       true
         SVAL       true
         VAL        true
       0.LOW_BAT:
         OSVAL      1
         OVAL       1
         SVAL       0
         VAL        0
       0.OPERATING_VOLTAGE:
         OSVAL      1.1
         OVAL       1.1
         SVAL       1.1
         VAL        1.1
       0.OPERATING_VOLTAGE_STATUS:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.RSSI_DEVICE:
         OSVAL      -95
         OVAL       -95
         SVAL       -97
         VAL        -97
       0.RSSI_PEER:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.UNREACH:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.UPDATE_PENDING:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
Attributes:
   IODev      d_ccu
   ccureadingfilter .*
   event-on-update-reading .*
   group      HMCCUDEV_Funkfernbedienungen
   room       HmIP-Geräte
   userReadings batteryLevel {ReadingsVal("Funkfernbedienung.1","0.OPERATING_VOLTAGE","")}
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 16 März 2019, 15:01:37
Wenn du einmal "get update" ausführst, sollten die Readings eigentlich kommen.

Du musst in der CCU noch ein Dummy Programm mit den Tasten verknüpfen, damit die CCU auch Events schickt. Bei Fernbedienungen muss man das so machen.
Ist in einem der HMCCU Wiki Beiträge beschrieben.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: reinni123 am 17 März 2019, 12:26:44
Zitat von: zap am 16 März 2019, 15:01:37
Wenn du einmal "get update" ausführst, sollten die Readings eigentlich kommen.

Du musst in der CCU noch ein Dummy Programm mit den Tasten verknüpfen, damit die CCU auch Events schickt. Bei Fernbedienungen muss man das so machen.
Ist in einem der HMCCU Wiki Beiträge beschrieben.

Danke dir. Das dummy Programm in der CCU war der entscheidende Hinweis. Ich konnte das in keinem mir bekanntem Wiki-Beitrag finden.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 17 März 2019, 18:34:10
Habe es auch nicht gefunden. Werde ich ergänzen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: crazystone am 30 März 2019, 07:33:41
Hallo,

ich habe HMCCU neu nach Wiki installiert, betreibe seit kurzem eine piVCCU auf demselben RPi3, wie die FHEM Installation, vor allem um HmIP Geräte in FHEM einzubinden (auf Basis von HM-MOD-RPI-PCB). Soweit lief die Installation reibungslos. Leider bekam/bekomme ich von keinem der HmIP Geräte in der CCU3 Emulation (v3.43.16) events, wenn sich die readings aktualisieren. Ich kann die einzelnen HMCCUCHN per get datapoint abfragen und bekomme die richtigen Werte gelesen. Ich habe schon versucht mit einzelnen event-on-... rumzuspielen, aber keine Änderung.

Nach Lesen im Forum kam ich dann drauf, dass der RPC Server wohl gar nicht läuft. Das hat sich auch zu diesem Zeitpunkt bestätigt, denn ich hatte auch das

attr ccuflags procrpc

überlesen und so den RPC Server gar nicht aktiviert. Leider begannen nach der Korrektur die Schwierigkeiten, diverse RPi/FHEM Abstürze etc.

Irgendwie ist das System jetzt gerade wieder halbwegs stabil, ich sehe jetzt erstmalig die HMCCURPCPROCs für die 3 interfaces, aber die Readings werden immer noch nicht aktualisiert. Alle HMCCURPCPROCs stehen auf "inactive/OK", rpcstate also inactive. Ist das korrekt?

Ich packe hier mal ein gekürztes


list PiVCCU3


rein, vielleicht kann jemand mir die folgenden Anfänger-Fragen beantworten:

- Läuft der RPC Server korrekt?
- Muss ich irgendwas an den einzelnen ccureadings ändern, um von den Geräten events zu bekommen?
- ...und noch die blöde Frage:...Was sonst mache ich falsch?


Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        192.168.178.54 ccudelay=180
   NAME       PiVCCU3
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         276
   NTFY_ORDER 50-PiVCCU3
   RPCState   inactive
   STATE      Initialized
   TYPE       HMCCU
   ccuaddr    BidCoS-RF
   ccuchannels 160
   ccudevices 9
   ccuif      BidCos-RF
   ccuinterfaces BidCos-RF,HmIP-RF,VirtualDevices
   ccuip      192.168.178.54
   ccuname    piVCCU3
   ccustate   active
   ccutype    CCU2/3
   host       192.168.178.54
   version    4.3.004
   READINGS:
     2019-03-29 21:42:03   count_channels  160
     2019-03-29 21:42:03   count_devices   9
     2019-03-29 21:42:03   count_groups    0
     2019-03-29 21:42:03   count_interfaces 3
     2019-03-29 21:42:03   count_programs  0
     2019-03-29 21:42:04   rpcstate        inactive
     2019-03-29 21:42:04   state           Initialized
   hmccu:
     evtime     0
     evtimeout  0
     rpccount   0
     rpcports   32001,32010,39292
     updatetime 0
     adr:
       HM-RCV-50 BidCoS-RF:1:
         address    BidCoS-RF:1
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:10:
         address    BidCoS-RF:10
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:11:
         address    BidCoS-RF:11
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:12:
         address    BidCoS-RF:12
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:13:
         address    BidCoS-RF:13
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:14:
         address    BidCoS-RF:14
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:15:
         address    BidCoS-RF:15
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:16:
         address    BidCoS-RF:16
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:17:
         address    BidCoS-RF:17
    ...
oper       2
               type       16
             SMOKE_DETECTOR_TEST_RESULT:
               oper       5
               type       16
         cnt:
           CONFIG_PENDING 1
           DUTY_CYCLE 1
           ERROR_CODE 1
           INSTALL_TEST 1
           LOW_BAT    1
           RSSI_DEVICE 1
           RSSI_PEER  1
           SMOKE_DETECTOR_ALARM_STATUS 1
           SMOKE_DETECTOR_COMMAND 1
           SMOKE_DETECTOR_TEST_RESULT 1
           TIME_OF_OPERATION 1
           TIME_OF_OPERATION_STATUS 1
           UNREACH    1
           UPDATE_PENDING 1
     grp:
     ifports:
       32001      BidCos-RF
       32010      HmIP-RF
       39292      VirtualDevices
     interfaces:
       BidCos-RF:
         flags     
         host       192.168.178.54
         manager    null
         port       32001
         prot       xmlrpc_bin
         state      inactive
         type       B
         url        xmlrpc_bin://192.168.178.54:32001
       HmIP-RF:
         flags     
         host       192.168.178.54
         manager    null
         port       32010
         prot       http
         state      inactive
         type       A
         url        http://192.168.178.54:32010
       VirtualDevices:
         flags     
         host       192.168.178.54
         manager    null
         port       39292
         prot       http
         state      inactive
         type       A
         url        http://192.168.178.54:39292/groups
     prg:
     rpc:
Attributes:
   ccudef-readingfilter ^(LOW_?BAT|UNREACH)$
   ccudef-readingname ^(.+\.)?LOW_?BAT$:battery;^(.+\.)?UNREACH$:activity
   ccudef-substitute AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
   ccuflags   procrpc
   cmdIcon    on:general_an off:general_aus
   event-on-change-reading .*
   eventMap   /rpcserver on:on/rpcserver off:off/
   room       3_ErdGeschoss
   rpcinterfaces BidCos-RF,HmIP-RF,VirtualDevices
   rpcport    32001,32010,39292
   rpcserver  on
   stateFormat rpcstate/state
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 30 März 2019, 08:45:21
Die RPC Devices müssen auf running stehen. Start mit

set rpcserver on

im IO Device.

Wenn die Readings dann immer noch nicht aktualisiert werden, mal testweise bei einem der Geräte das Attribut ccureadingfilter auf .* setzen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: crazystone am 30 März 2019, 09:24:52
Hallo zap,

vielen Dank für die schnelle Reaktion. ich habe

set PiVCCU3 rpcserver on

gemacht und bekomme ein


HMCCU: PiVCCU3 Start of RPC server failed


zurück.

Im fhem.log steht seit dem:

2019.03.30 09:22:29 0: HMCCU: [PiVCCU3] Definition of some RPC devices failed


und das IODev PiVCCU3 zeigt jetzt im state Error.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: crazystone am 30 März 2019, 13:17:37
Ich musste aus anderen Gründen den RPi neu starten. Nach dem Hochfahren fand ich jetzt das im Log:


2019.03.30 10:18:47 0: Server shutdown
2019.03.30 10:18:47 0: HMCCU: Can't find RPC device
2019.03.30 10:18:47 0: HMCCU: Can't find RPC device
2019.03.30 10:18:47 0: HMCCU: Can't find RPC device
2019.03.30 10:18:47 2: HMCCURPCPROC: [d_rpcBidCos_RF] Found no running processes. Cleaning up ...
2019.03.30 10:18:47 1: HMCCURPCPROC: [d_rpcBidCos_RF] Housekeeping called. Cleaning up RPC environment
2019.03.30 10:18:47 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server process CB not runnning
2019.03.30 10:18:47 2: HMCCURPCPROC: [d_rpcHmIP_RF] Found no running processes. Cleaning up ...
2019.03.30 10:18:47 1: HMCCURPCPROC: [d_rpcHmIP_RF] Housekeeping called. Cleaning up RPC environment
2019.03.30 10:18:47 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process CB not runnning
2019.03.30 10:18:47 2: HMCCURPCPROC: [d_rpcVirtualDevices] Found no running processes. Cleaning up ...
2019.03.30 10:18:47 1: HMCCURPCPROC: [d_rpcVirtualDevices] Housekeeping called. Cleaning up RPC environment
2019.03.30 10:18:47 1: HMCCURPCPROC: [d_rpcVirtualDevices] RPC server process CB not runnning
2019.03.30 10:19:50 0: HMCCU: Start of RPC server after FHEM initialization in 200 seconds
2019.03.30 10:19:51 0: Featurelevel: 5.8
2019.03.30 10:19:51 0: Server started with 153 defined entities (fhem.pl:17329/2018-09-12 perl:5.024001 os:linux user:fhem pid:698)
2019.03.30 10:29:30 0: HMCCU: [PiVCCU3] Definition of some RPC devices failed


Aber auch nach erneutem Versuch rpcserver zu starten, kommt wieder die Fehlermeldung, "start of rpcserver failed"

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: crazystone am 30 März 2019, 13:48:47
Muss ich an der CCU noch irgendwelche Firewall-Einstellungen, Netzwerkeinstellungen oder Sicherheitseinstellungen ändern?

CCU-Authentifizierung ist komplett deaktiviert.

Ich habe jetzt mal explizit die drei Ports freigegeben (32001, 32010, 39292), hat aber nichts geändert, RPC Server Start schlägt immer noch fehl.

Ab und zu führt der Versuch den rpcserver zu starten zum kompletten Aufhängen von FHEM, einige Male hat dann sogar ein RPi reboot nicht geholfen.

Es hilft nix, ich muß wohl vorerst das "attr ccuflags procrpc" wieder rausnehmen, FHEM stürzt mir immer wieder ab oder startet gar nicht erst.

Ich habe irgendwie die Vermutung, dass es mit meiner piVCCU auf dem selben RPi zu tun hat, möglicherweise dabei der Netzwerk Konfiguration. Wenn jemand eine Idee hat ...Ich werde jetzt vorerst die datapoints mittels DOIF pollen, das geht schließlich immerhin.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 02 April 2019, 07:57:09
Die Firewall Einstellungen sind im Wiki zu HMCCU beschrieben. Da piVCCU ein Docker Container ist, musst du vermutlich noch einige Netzwerkeinstellungen auf piVCCU Seite anpassen (Ports durchreichen). Solltest du mal hier im Forum suchen. Wurde schon mal beschrieben.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Chris8888 am 04 April 2019, 19:49:53
Hallo Zap,

ich habe eben die CCU2 auf die neue 2.45.6 upgedatet.
Leider läuft HMCCU nicht mehr vernünftig.


2019.04.04 19:41:34 2: HMCCU: [ccu] Get RPC device for interface HmIP-RF
2019.04.04 19:41:34 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process started for interface HmIP-RF with PID=884
2019.04.04 19:41:34 2: CCURPC: [d_rpcHmIP_RF] Initializing RPC server CB2010100035100065 for interface HmIP-RF
2019.04.04 19:41:34 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server starting
2019.04.04 19:41:34 2: HMCCURPCPROC: [d_rpcHmIP_RF] Callback server CB2010100035100065 created. Listening on port 7420
2019.04.04 19:41:34 2: CCURPC: [d_rpcHmIP_RF] CB2010100035100065 accepting connections. PID=884
2019.04.04 19:41:34 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010100035100065 enters server loop
2019.04.04 19:41:34 2: HMCCURPCPROC: [d_rpcHmIP_RF] Registering callback http://192.168.100.35:7420/fh2010 of type A with ID CB2010100035100065 at http://192.168.100.65:2010
2019.04.04 19:41:40 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010100035100065 running
2019.04.04 19:41:40 1: HMCCU: [ccu] All RPC servers running
2019.04.04 19:41:44 2: CCURPC: [d_rpcHmIP_RF] CB2010100035100065 NewDevice received 255 device and channel specifications
2019.04.04 19:41:48 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:41:48 2: HMCCU: Update of device 0000D7099A4D9A failed
2019.04.04 19:41:56 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:41:56 2: HMCCU: Update of device 0007D5699E903E failed
2019.04.04 19:42:04 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:42:04 2: HMCCU: Update of device 0000D5698A76D5 failed
2019.04.04 19:42:12 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:42:12 2: HMCCU: Update of device 0000D3C9960BCF failed
2019.04.04 19:42:20 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:42:20 2: HMCCU: Update of device 0000D7099A3647 failed
2019.04.04 19:42:28 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:42:28 2: HMCCU: Update of device 0001D3C99CC2E0 failed
2019.04.04 19:42:36 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:42:36 2: HMCCU: Update of device 0001D7099ECCFF failed
2019.04.04 19:42:44 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:42:44 2: HMCCU: Update of device 0001D709A1000A failed
2019.04.04 19:42:52 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:42:52 2: HMCCU: Update of device 001898A99269AB failed
2019.04.04 19:43:00 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:43:00 2: HMCCU: Update of device 000D58A98FACC8 failed
2019.04.04 19:43:08 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:43:08 2: HMCCU: Update of device 0000D709924F4A failed
2019.04.04 19:43:16 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:43:16 2: HMCCU: Update of device 000A9569A3A597 failed
2019.04.04 19:43:24 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:43:24 2: HMCCU: Update of device 0008570991055F failed
2019.04.04 19:43:32 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:43:32 2: HMCCU: Update of device 0005D5699CF148 failed
2019.04.04 19:43:40 2: CCURPC: [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2019.04.04 19:43:40 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:43:40 2: HMCCU: Update of device 0001D709903EBF failed
2019.04.04 19:43:48 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:43:48 2: HMCCU: Update of device 000A9569A3A5A5 failed
2019.04.04 19:43:56 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:43:56 2: HMCCU: Update of device 000A9569A3A519 failed
2019.04.04 19:44:04 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:44:04 2: HMCCU: Update of device 000393C994D014 failed
2019.04.04 19:44:12 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:44:12 2: HMCCU: Update of device 0000D3C98C95FB failed
2019.04.04 19:44:20 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:44:20 2: HMCCU: Update of device 0001D3C99CC2EE failed
2019.04.04 19:44:28 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:44:28 2: HMCCU: Update of device 000E9569A2410C failed
2019.04.04 19:44:36 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:44:36 2: HMCCU: Update of device 000C17099A03BF failed
2019.04.04 19:44:44 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:44:44 2: HMCCU: Update of device 000A9569A3326E failed
2019.04.04 19:44:52 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:44:52 2: HMCCU: Update of device 000393C994D2B2 failed
2019.04.04 19:45:01 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:45:01 2: HMCCU: Update of device 000A9569A3313B failed
2019.04.04 19:45:09 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:45:09 2: HMCCU: Update of device 0000D3C98C9C94 failed
2019.04.04 19:45:17 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error:
2019.04.04 19:45:17 2: HMCCU: Update of device 00109709ADC2EA failed
2019.04.04 19:45:17 2: HMCCU: [ccu] Updated devices. Success=3 Failed=27


So richtig habe ich keine Idee...

VG
Christian
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ban am 04 April 2019, 20:04:00
Hallo Chris8888,

das Problem habe ich auch. Schau dir mal den Beitrag von zap an.
Damit kannst du versuchen das Verhalten temporär zu umgehen.

https://forum.fhem.de/index.php/topic,98287.msg922908.html#msg922908

Grüße,
Ban
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Chris8888 am 04 April 2019, 21:01:39
Hi,

vielen Dank. Bis zu dem Update kommend von der 2.41.2 war alles okay. Sehr seltsam.
Aber wenn Zap da bereits dran ist...ich kann warten. :-)

Für die WTHs kann man endlich das Optimum-StartStop aktivieren...leider wird das Feature nicht in FHEM weitergeleitet.
Ein neuer Datapoint ist nicht zu sehen.

VG
CHristian
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 04 April 2019, 22:04:05
Habe gerade meine CCU3 auf die Firmware 3.45.7 gebracht, bisher problemlos, also funktioniert mit der HMCCU version 4.3.014.
Ich musste nur sowohl die CCU3 als auch FHEM zusätzlich neu starten, danach lief alles wie vorher.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 04 April 2019, 22:47:30
Zitat von: inoma am 04 April 2019, 22:04:05
Habe gerade meine CCU3 auf die Firmware 3.45.7 gebracht, bisher problemlos, also funktioniert mit der HMCCU version 4.3.014.
Ich musste nur sowohl die CCU3 als auch FHEM zusätzlich neu starten, danach lief alles wie vorher.

Du hast also nicht das Problem, dass sich die CCU und/oder FHEM aufhängt beim Start der RPC Server?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 05 April 2019, 04:12:31
Habe gerade einmal 'set HMCCU rpcserver off' und dann ein 'set HMCCU rpcserver on' gemacht, startet alles normal.2019.04.05 04:00:34 1: HMCCURPCPROC: [d_rpc000016HmIP_RF] Stopping RPC server CB2010000015000016
2019.04.05 04:00:34 1: HMCCURPCPROC: [d_rpc000016HmIP_RF] Deregistering RPC server http://168.121.0.15:7420/fh2010 with ID CB2010000015000016 at http://168,121.0.16:2010
2019.04.05 04:00:34 1: HMCCURPCPROC: [d_rpc000016HmIP_RF] Callback for RPC server CB2010000015000016 deregistered
2019.04.05 04:00:34 2: HMCCURPCPROC: [d_rpc000016HmIP_RF] Sending signal INT to RPC server process CB2010000015000016 with PID=2367
2019.04.05 04:00:34 2: HMCCURPCPROC: [d_rpc000016HmIP_RF] Scheduling cleanup in 30 seconds
2019.04.05 04:00:34 2: CCURPC: [d_rpc000016HmIP_RF] CB2010000015000016 received signal INT
2019.04.05 04:00:34 2: CCURPC: [d_rpc000016HmIP_RF] Number of I/O errors = 0
2019.04.05 04:00:35 1: HMCCURPCPROC: [d_rpc000016HmIP_RF] RPC server process CB2010000015000016 terminated.
2019.04.05 04:00:35 1: HMCCU: [HMCCU3] All RPC servers inactive
2019.04.05 04:00:35 1: HMCCURPCPROC: [d_rpc000016HmIP_RF] Process CB2010000015000016 with PID=2367 still running. Killing it.
2019.04.05 04:00:36 2: HMCCURPCPROC: [d_rpc000016HmIP_RF] Stop I/O handling
2019.04.05 04:01:12 2: HMCCURPCPROC: [d_rpc000016HmIP_RF] RPC server process started for interface HmIP-RF with PID=25671
2019.04.05 04:01:12 2: CCURPC: [d_rpc000016HmIP_RF] Initializing RPC server CB2010000015000016 for interface HmIP-RF
2019.04.05 04:01:12 2: HMCCURPCPROC: [d_rpc000016HmIP_RF] Callback server CB2010000015000016 created. Listening on port 7420
2019.04.05 04:01:12 1: HMCCURPCPROC: [d_rpc000016HmIP_RF] RPC server starting
2019.04.05 04:01:12 2: HMCCURPCPROC: [d_rpc000016HmIP_RF] RPC server CB2010000015000016 enters server loop
2019.04.05 04:01:12 2: HMCCURPCPROC: [d_rpc000016HmIP_RF] Registering callback http://168.121.0.15:7420/fh2010 of type A with ID CB2010000015000016 at http://168.121.0.16:2010
2019.04.05 04:01:12 1: HMCCURPCPROC: [d_rpc000016HmIP_RF] RPC server CB2010000015000016 running
2019.04.05 04:01:12 1: HMCCU: [HMCCU3] All RPC servers running
2019.04.05 04:01:13 2: CCURPC: [d_rpc000016HmIP_RF] CB2010000015000016 NewDevice received 117 device and channel specifications
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 05 April 2019, 07:23:43
Ok, ist bei einigen Usern anders, warum auch immer.
Titel: HMCCU: Version 4.3 verfügbar
Beitrag von: PatrickR am 05 April 2019, 08:12:22
Zitat von: zap am 05 April 2019, 07:23:43
Ok, ist bei einigen Usern anders, warum auch immer.
Meine bislang unbeachtet gebliebene Theorie wäre, dass das Problem nur dann auftritt wenn die CCU die aktuellen Werte noch nicht kennt, d. h. direkt(!) nach einem Upgrade. Ggf. - leider ist die Datenlage im anderen Thread sehr dünn - sind auch nur Installationen mit einer hohen Anzahl an Geräten einer Technologie (HmIP) betroffen.

Offene Fragen:
Was passiert bei get update (im Defaultmodus ccuget Value) wenn die CCU die Werte noch nicht kennt?
Hat ccuflags nonBlocking eine Auswirkung auf das Timing der get-updates an die CCU?


Von unterwegs gesendet.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 05 April 2019, 09:29:47
Zitat von: PatrickR am 05 April 2019, 08:12:22
Meine bislang unbeachtet gebliebene Theorie wäre, dass das Problem nur dann auftritt wenn die CCU die aktuellen Werte noch nicht kennt, d. h. direkt(!) nach einem Upgrade. Ggf. - leider ist die Datenlage im anderen Thread sehr dünn - sind auch nur Installationen mit einer hohen Anzahl an Geräten einer Technologie (HmIP) betroffen.

Das kann eigentlich nicht sein. Ich habe diese Woche ein CCU Update mit anschließendem Reboot gemacht. Direkt nach dem CCU Neustart habe ich die RPC Server auf FHEM neu gestartet, ohne Probleme. Ich habe mehr als 80 Homematic Geräte in der CCU (BidCos und HmIP).

Zitat
Offene Fragen:
Was passiert bei get update (im Defaultmodus ccuget Value) wenn die CCU die Werte noch nicht kennt?
Hat ccuflags nonBlocking eine Auswirkung auf das Timing der get-updates an die CCU?.

nonBlocking verhindert bestenfalls, dass FHEM blockiert. Sonst unterscheidet sich da nichts (wobei ich erst mal nachschauen muss, ob beim globalen Update überhaupt nonBlocking berücksichtigt wird).

Wenn die CCU die Werte nicht kennt, fragt sie vermutlich das Gerät. Zumindest deuten die Fehlermeldung "GetValue error" im CCU Log darauf hin.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: PatrickR am 05 April 2019, 17:09:57
Hi!

Zitat von: zap am 05 April 2019, 09:29:47
[Dass das Nicht-Vorliegen der Werte in der CCU zum Problem führt] kann eigentlich nicht sein. Ich habe diese Woche ein CCU Update mit anschließendem Reboot gemacht. Direkt nach dem CCU Neustart habe ich die RPC Server auf FHEM neu gestartet, ohne Probleme. Ich habe mehr als 80 Homematic Geräte in der CCU (BidCos und HmIP).
Ich kenne leider das Innenleben der CCU nicht, aber es liegt nahe, dass mehrere Faktoren zusammenkommen. Denkbar wäre z. B. dass verschiedene Dienste/Queues/etc. in der CCU die verschiedenen Technologien bedienen und dass sich durch Deine Mischung das Problem auf HmIP, Homematic verteilt. Das würde zumindest erklären, warum meine HmIP-Monokultur explodiert.

Zitat von: zap am 05 April 2019, 09:29:47
nonBlocking verhindert bestenfalls, dass FHEM blockiert. Sonst unterscheidet sich da nichts (wobei ich erst mal nachschauen muss, ob beim globalen Update überhaupt nonBlocking berücksichtigt wird).
Ok. Dann ist zumindest ausgeschlossen, dass die get-update-jobs schneller die CCU befeuern weil sie vor dem Schließen der Verbindung gebackgroundet werden.

Zitat von: zap am 05 April 2019, 09:29:47
Wenn die CCU die Werte nicht kennt, fragt sie vermutlich das Gerät. Zumindest deuten die Fehlermeldung "GetValue error" im CCU Log darauf hin.
D. h. der Ablauf und damit das Timing in der CCU ist entscheidend anders, wenn sie die Werte nicht kennt. Es wird sogar zusätzlich "gefunkt".

Patrick
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ban am 05 April 2019, 21:15:53
Ich habe dasselbe Problem und folge Beobachtung.

Zitat von: PatrickR am 05 April 2019, 17:09:57
Das würde zumindest erklären, warum meine HmIP-Monokultur explodiert.
Ich habe sowohl HMIP, als auch HM Geräte. Aktuell sind es 51 Stück.

Zitat von: PatrickR am 05 April 2019, 17:09:57
D. h. der Ablauf und damit das Timing in der CCU ist entscheidend anders, wenn sie die Werte nicht kennt. Es wird sogar zusätzlich "gefunkt".
Es wird zwar zusätzlich gefunkt. Scheint aber das Problem, zumindest bei mir, nicht auszulösen. Hierzu hatten wir/ich auch schon Tests durchgeführt siehe diesen Thread: https://forum.fhem.de/index.php/topic,98287.0.html
Wir haben die CCU3 mind. 24 Stunden laufen lassen, damit diese alle Werte kennt. Danach einen Neustart von fhem durchgeführt.
Dadurch hat sich die CCU3 auch aufgehängt.

Grüße,
Ban
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: PatrickR am 07 April 2019, 21:12:06
Zitat von: Ban am 05 April 2019, 21:15:53
Ich habe dasselbe Problem und folge Beobachtung.
Ich habe sowohl HMIP, als auch HM Geräte. Aktuell sind es 51 Stück.
Es wird zwar zusätzlich gefunkt. Scheint aber das Problem, zumindest bei mir, nicht auszulösen. Hierzu hatten wir/ich auch schon Tests durchgeführt siehe diesen Thread: https://forum.fhem.de/index.php/topic,98287.0.html
Wir haben die CCU3 mind. 24 Stunden laufen lassen, damit diese alle Werte kennt. Danach einen Neustart von fhem durchgeführt.
Dadurch hat sich die CCU3 auch aufgehängt.
Ok, den Teil hatte ich überlesen. Langsam gehen mir die Theorien aus...
Interessant für einen Test wäre ein konfigurierbares Delay beim Updaten der Geräte durch hmccu. "Praktischerweise" lässt sich das Problem beliebig oft herbeiführen wenn es einmal auftritt.

Patrick
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 08 April 2019, 07:40:21
Das Delay kannst du simulieren. Das Update kann jederzeit mit dem Befehl

get <iodev> update

durchgeführt werden.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: PatrickR am 08 April 2019, 08:08:35
@zap:
Mir geht es um das Delay zwischen den Devices/Channels, d. h. in etwa:

get update dev1
sleep x
get update dev2
sleep x
get update dev3
etc.

Von unterwegs gesendet.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Maista am 08 April 2019, 21:32:24
@zap

Hallo Zap, kleine Info

Danke erst ein mal für deine CCU-Module.

Bisher hatte ich nur kleinere Probleme mit den Modulen.
Sporadisch lief der RPC nicht an nach einem Update.
Dieser startete aber bisher immer wieder wenn man ihn Manuell an schubste.

Heute, nach diversen Tests & Neustarts von FHEM wollte dann plötzlich der RPC nicht mehr starten.
Nach einem Update von FHEM kam dann diese Meldung  (keine Updates zu HMCCU o.ä. dabei!):
ZitatHMCCURPCPROC: [d_rpc178042BidCos_RF] Can't create RPC callback server CB2001178051178042 on port 7411. Port in use?

Danach habe ich mehrfach FHEM per shutdown neu gestartet und auch in der Shell, FHEM beendet und neu gestartet.
Aber der RPC wollte nicht starten.

Erst nach dem ich den Raspberry komplett neu gestartet hat funktioniert das nun wieder.

Falls es Dir etwas bringt, kann ich dir das Log zu kommen lassen.
Anfangs mit Verbose 1, danach bis zum Neustart des Rpi mit Verbose 5.


Bei der Gelegenheit,
gibt es Datenpunkte für die Taste ECO/Comfort (Tag/Nacht-Temperatur) am HM-CC-RT-DN Thermostat?
Hab schon ein paar Ansätze gelesen aber mangels Zeit noch nicht versucht umzusetzen.

Danke und Gruss
Gerd
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 09 April 2019, 11:42:35
Das Problem beim RPC Server Start liegt daran, dass beim FHEM shutdown restart der alte RPC Server noch nicht richtig beendet war und deshalb den Port blockiert hat. Lässt sich nur schwer vermeiden, da das ein separater Prozess ist.
HMCCU unterstützt zwar das delayed Shutdown Verfahren von FHEM, das wartet aber auch nur einige Sekunden auf das Beenden der Prozesse. Wenn das länger dauert, kommt es zu dem Effekt.

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Maista am 09 April 2019, 12:18:52
Danke für die Info.
Wenn man es weis ist das weniger ein Problem ;)

Gruss Gerd
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Raymund am 09 April 2019, 15:28:12
Zitat von: Maista am 08 April 2019, 21:32:24
gibt es Datenpunkte für die Taste ECO/Comfort (Tag/Nacht-Temperatur) am HM-CC-RT-DN Thermostat?

Vielleicht ist das Folgende das, wonach Du suchst:

attr <name> eventMap /datapoint 4.AUTO_MODE 1:auto/datapoint 4.MANU_MODE 19.0:manual/datapoint 4.COMFORT_MODE 1:on/datapoint 4.LOWERING_MODE 1:off/

Damit bekommst Du die Set-Befehle on/off sowie auto/manual.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Maista am 09 April 2019, 17:37:54
@Raymund

Klasse. Werd ich ausprobieren. Hab die bisher nicht Orten können  ;D
Im Forum habe ich vorhin auch was gefunden aber wegen Arbeit noch nicht dazu gekommen.

Edit:
Hat geklappt. 

Bekomme die zwei Datenpunkte aber nicht als Reading angezeigt. Ist das nicht lesbar?

Danke und Gruß
Gerd
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 10 April 2019, 08:00:22
Das Setzen der Default Attribute für das Thermostat wäre ein guter Ansatz.

Mit get deviceinfo bekommst du eine Liste der Datenpunkte inkl. Info über Read, Write, Event.

Und dann gibt es noch die Geräte Doku von EQ3. Dort sind für jeden Gerätetyp alle Datenpunkte mit Funktion beschrieben. Download im EQ3 Support Portal.

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Maista am 10 April 2019, 14:02:44
Hallo zap,

Zitat von: zap am 10 April 2019, 08:00:22
Das Setzen der Default Attribute für das Thermostat wäre ein guter Ansatz.

Mit get deviceinfo bekommst du eine Liste der Datenpunkte inkl. Info über Read, Write, Event.

Und dann gibt es noch die Geräte Doku von EQ3. Dort sind für jeden Gerätetyp alle Datenpunkte mit Funktion beschrieben. Download im EQ3 Support Portal.

Ich hatte irgend wann irgendwo gelesen das es eine Liste gibt, aber das die bei EQ3 liegt hatte ich nicht vermutet ;)
Danke für den stups.

In dem PDF https://www.eq-3.de/Downloads/eq3/download%20bereich/hm_web_ui_doku/hm_devices_Endkunden.pdf (https://www.eq-3.de/Downloads/eq3/download%20bereich/hm_web_ui_doku/hm_devices_Endkunden.pdf)
sieht man dann auch das z.B.  COMFORT_MODE nur geschrieben werden kann. Dann ist natürlich auch klar das es kein Reading geben kann  ::)

Gruss Gerd
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: ext23 am 11 April 2019, 15:31:01
Hi,

ich habe nach wie vor das Problem, dass ein

set HM_PMSW_02 on-for-timer 1200

nicht zuverlässig arbeitet! Die Steckdose bleibt leider an und damit auch der Heizstrahler :-(
Kannst du hier nochmal schauen? Ich meine das darf nicht passieren. Das ist mir Jahre mit FHEM+HMLAN nicht passiert und mit dem CCU und HmIP macht das ständig Probleme. Wenn es Protokoll-technisch ein Problem ist, kann man in die HMCCU Module vielleicht ein Workaround einbauen der Prüft ob die Dose wirklich im on-for-timer Modus ist?

HMCCU Version 4.3.014
Steckdose: HM-ES-PMSw1-Pl-DN-R1

/Daniel
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 11 April 2019, 19:44:40
Ein on-for-timer löst das gleichzeitige Setzen von 2 Datenpunkten aus: ON_TIME und STATE. Das passiert in einem einzigen CCU Request. Entweder gehen also beide Befehle oder keiner. Von daher für mich nicht nachvollziehbar, zumindest für den Weg FHEM -> CCU.

Was dann zwischen CCU und Device passiert, kann ich nicht beeinflussen. Du könntest Dir aber mal den CCU Log anschauen. Vielleicht gibt es dort Fehlermeldungen, die weiterhelfen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: ext23 am 11 April 2019, 19:56:38
Welches Log soll ich mir da speziell anschauen? Weil das Log was man über die CCU WebGUI runterladen kann ist ohne Befund zu der Zeit wo ich die Steckdose eingeschaltet habe.

Wenn das ein Problem zwischen CCU und Steckdose ist, mhh wäre blöd, kann mir aber nicht vorstellen, dass ich der Einzige bin. Und das tritt schon recht häufig auf, also ich sage mal so ca. bei 100 Schaltvorgängen 1x.

/Daniel
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 11 April 2019, 20:32:09
Ja das Log meine ich.

Ich nutze on-for-timer täglich für meinen Garagentor Antrieb, da der nur einen 1s Impuls bekommen darf. Seit über 1 Jahr funktioniert das ohne Probleme. Wenn der "ein" bleiben würde, wäre der Antrieb blockiert und das Tor würde nicht mehr auf oder zu gehen. Würde ich also sofort bemerken.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: ext23 am 11 April 2019, 21:04:04
Mhh, mit einer echten CCU2 oder was anderes? Und neuste FW auf der CCU?

/Daniel
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 12 April 2019, 07:31:26
Zitat von: ext23 am 11 April 2019, 21:04:04
Mhh, mit einer echten CCU2 oder was anderes? Und neuste FW auf der CCU?

/Daniel

Ich habe eine CCU3 mit offizieller und aktueller Firmware. Wenn es etwas mit Firmware zu tun hat, dann mit der vom Gerät. Aber du sagst ja, dass es früher funktioniert hat (ohne HMCCU). Von daher ist das wahrscheinlich nicht die Ursache. Ich schaue mal, ob ich Dir einen RPC Befehl zusammenbauen kann. Dann wäre die Rega außen vor und eine potentielle Fehlerquelle ausgeschlossen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: daelch am 15 April 2019, 23:17:08
Wenn ich Set d_ccu execute nutzen möchte, erhalten ich nur einen Eintrag aus den Programmen der CCU2. Dieses eine dargestellte Programm "Alarm 1" wird allerdings als "Alarm" dargestellt. Ist die Leerstelle das Problem und hindert diese Leerstelle HMCCU daran, die List darzustellen?

Vielen Dank!
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 17 April 2019, 08:38:38
Hallo,

sagt mal ist es möglich einen Config-Paramter von Homematic-Geräten (also den WEEK_PROGRAM_POINTER - der Wert welches Wochenprogramm ausgewählt ist) als Wert auszuwählen ist, damit dieser Wert auch mit aktualisiert wird? Ich möchte den gerne für meine Heizungssteuerung nutzen...

lg
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 18 April 2019, 07:31:20
Zitat von: daelch am 15 April 2019, 23:17:08
Wenn ich Set d_ccu execute nutzen möchte, erhalten ich nur einen Eintrag aus den Programmen der CCU2. Dieses eine dargestellte Programm "Alarm 1" wird allerdings als "Alarm" dargestellt. Ist die Leerstelle das Problem und hindert diese Leerstelle HMCCU daran, die List darzustellen?

Vielen Dank!

Das ist vermutlich ein Fehler in HMCCU. Du solltest das Programm aber per FHEM Kommandozeile starten können:

set d_ccu execute "Alarm 1"
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 18 April 2019, 07:34:13
Zitat von: kotaro am 17 April 2019, 08:38:38
Hallo,

sagt mal ist es möglich einen Config-Paramter von Homematic-Geräten (also den WEEK_PROGRAM_POINTER - der Wert welches Wochenprogramm ausgewählt ist) als Wert auszuwählen ist, damit dieser Wert auch mit aktualisiert wird? Ich möchte den gerne für meine Heizungssteuerung nutzen...

lg

Manche Geräte (insbesondere die HMIP Geräte) bieten die Parameter der Wochenprofile als Datenpunkt an. Die verfügbaren Datenpunkte eines Device bekommst Du mit "get deviceinfo".

Die Parameter selbst werden von der CCU nicht automatisch aktualisiert. Die musst Du per "get config" abfragen (z.B. per AT Befehl). Würde ich aber nicht zu häufig machen (wg. Duty Cycle und so. ..)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: gloob am 18 April 2019, 07:50:35
Kann es sein, dass ich FHEM auch immer neustarten muss, wenn ich die CCU neu starte? Irgendwie bekomme ich keine Readings mehr in FHEM, wenn die CCU mal weg war.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 18 April 2019, 11:29:52
Zitat von: gloob am 18 April 2019, 07:50:35
Kann es sein, dass ich FHEM auch immer neustarten muss, wenn ich die CCU neu starte? Irgendwie bekomme ich keine Readings mehr in FHEM, wenn die CCU mal weg war.

Die CCU vergisst bei einem Neustart die registrierten Abnehmer ihrer Events (eben auch FHEM).

In diesem Fall genügt ein "set rpcregister all" im I/O Device. FHEM muss nicht neu gestartet werden.

Noch einfacher: Du setzt im I/O Device im Attribut ccuflags das Flag "reconnect". Dann merkt FHEM irgendwann, dass die Events von der CCU ausbleiben und registriert sich neu.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: gloob am 18 April 2019, 11:31:25
Zitat von: zap am 18 April 2019, 11:29:52
Die CCU vergisst bei einem Neustart die registrierten Abnehmer ihrer Events (eben auch FHEM).

In diesem Fall genügt ein "set rpcregister all" im I/O Device. FHEM muss nicht neu gestartet werden.

Noch einfacher: Du setzt im I/O Device im Attribut ccuflags das Flag "reconnect". Dann merkt FHEM irgendwann, dass die Events von der CCU ausbleiben und registriert sich neu.

Danke für den Hinweis, aber es wäre schön, wenn das per Default schon so wäre.

In der Commandref steht :
Zitatreconnect - Automatically reconnect to CCU when events timeout occurred. Flags intrpc, extrpc and procrpc cannot be combined.

Ich denke der letzte Satz "Flags int...." sollte in einen neuen Absatz. So könnte man denken, dass er sich auf das reconnect bezieht.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 18 April 2019, 11:55:02
ja, das stimmt. Das muss ich korrigieren
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Chl am 07 Mai 2019, 11:35:31
Hallo,

ich habe das Problem das der RPC Server meine HMIP Geräte auf der CCU lahmlegt.
Sobald der HMIP-RF Server läuft kann die ccu3 (neueste Firmware) die ip Geräte nicht mehr ansteuern. Statusänderungen empfängt sie noch.
Server gestoppt geht es wieder.

Was kann ich machen?


P.S. im IOBroker Forum gab es ein ähnliches Problem. Da lag es an der RPC Server Version. Kann ich diese einzeln updaten?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: eurofinder am 10 Mai 2019, 08:05:57
Mir ist aufgefallen, dass wenn ich mal FHEM update und einen restart mache, das Attribut rpcinterfaces nicht mehr vorhanden ist. Ich muss dann dieses wieder manuell setzen.
Hat jemand was vergleichbares schon mal festgestellt?
Wie kann ich das beheben?

Gruß
eurofinder
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 10 Mai 2019, 10:30:25
Poste mal die Attribute vom I/O Device. Bitte kein komplettes list, ist zu lang.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: eurofinder am 10 Mai 2019, 11:10:36
@zap:
Hier ein Auszug aus dem Device:
Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        192.168.x.y ccudelay=240
   FUUID      5c7528c8-f33f-d9bf-75bd-e4dcca6ce273dbff
   NAME       d_ccu
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         13
   NTFY_ORDER 50-d_ccu
   RPCState   running
   STATE      running/OK
   TYPE       HMCCU
   ccuaddr    BidCoS-RF
   ccuchannels 108
   ccudevices 4
   ccuif      BidCos-RF
   ccuinterfaces VirtualDevices,HmIP-RF,BidCos-RF
   ccuip      192.168.x.y
   ccuname    HM-RCV-50 BidCoS-RF
   ccustate   active
   ccutype    CCU2/3
   host       192.168.x.y
   prot       http
   version    4.3.014
   READINGS:
     2019-02-26 16:18:21   _sysVarAlarmMessages_ 0
     2019-02-27 17:06:36   _sysVarPresence_ true
     2019-02-26 16:18:21   _sysVarServiceMessages_ 0
     2019-02-26 16:48:41   _xml_version    "iso-8859-1"?>
     2019-05-10 07:49:59   count_channels  108
     2019-05-10 07:49:59   count_devices   4
     2019-05-10 07:49:59   count_groups    0
     2019-05-10 07:49:59   count_interfaces 3
     2019-05-10 07:49:59   count_programs  0
     2019-05-10 07:52:55   rpcstate        running
     2019-05-10 07:52:55   state           OK
   hmccu:
     defInterface BidCos-RF
     defPort    2001
     evtime     0
     evtimeout  0
     rpccount   0
     rpcports   2010
     updatetime 1557467399
Attributes:
   alias      CCU3
   ccuflags   procrpc
   cmdIcon    on:general_an off:general_aus
   event-on-change-reading .*
   eventMap   /rpcserver on:on/rpcserver off:off/
   room       Homematic
   rpcinterfaces HmIP-RF
   rpcinterval 2
   rpcport    2010
   rpcserver  on
   stateFormat rpcstate/state
   stripnumber 1


Gruß
eurofinder
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 10 Mai 2019, 18:05:04
Sieht eigentlich gut aus. Und bei jedem Neustart ist rpcIinterface weg, auch wenn Du vorher die Config explizit gespeich rt hast?

Verschindet auch rpcport?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: eurofinder am 11 Mai 2019, 14:53:00
Gerade ein Update gemacht, diesmal sin Attribute im HMCCU erhalten geblieben.

Ich beobachte das mal weiter. Sollte ich nochmals nach Update Probleme haben, melde ich mich. Macht ja nur Sinn, wenn etwas reproduzierbar ist.

Gruß
eurofinder
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 11 Mai 2019, 17:22:20
Es gibt neue Versionen von HMCCU und HMCCURPCPROC im SVN. Wichtigste Neuerung:

In den RPC Server Devices kann im Attribut ccuflags das Flag noInitialUpdate gesetzt werden. Dieses Flag unterbindet die Aktualisierung der Geräte nach dem Start des jeweiligen RPC Servers. Das Flag muss für jedes RPC Device separat gesetzt werden.

Für diejenigen, die Probleme mit der CCU nach dem Start von FHEM haben, empfehle ich, zunächst für das HmIP RPC Device dieses Flag zu setzen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ban am 12 Mai 2019, 18:27:11
Zitat von: zap am 11 Mai 2019, 17:22:20
Es gibt neue Versionen von HMCCU und HMCCURPCPROC im SVN. Wichtigste Neuerung:

In den RPC Server Devices kann im Attribut ccuflags das Flag noInitialUpdate gesetzt werden. Dieses Flag unterbindet die Aktualisierung der Geräte nach dem Start des jeweiligen RPC Servers. Das Flag muss für jedes RPC Device separat gesetzt werden.

Für diejenigen, die Probleme mit der CCU nach dem Start von FHEM haben, empfehle ich, zunächst für das HmIP RPC Device dieses Flag zu setzen.

Hallo Zap,

vielen Dank für deine Änderung! Habe das Flag gerade entsprechend gesetzt und werde es beobachten und berichten.

Edit: Erster Schnelltest sieht vielversprechend aus.
        Habe das Verhalten bewusst provoziert. Also CCU gestartet, als diese ansprechbar war, fhem neu gestartet.
        Die Geräte stehen, wie erwartet, auf "Initialized". Die CCU bleibt ansprechbar und funktioniert.
        Wenn ein Event von einem Gerät kommt, wird der Status in fhem aktualisiert.

Grüße,
Ban 
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Rewe2000 am 14 Mai 2019, 19:39:14
Hallo zap,

auch von mir vielen Dank für deine Mühe.
Auch ich habe getestet, leider jedoch "nur" mit Teilerfolg.
Mehr dazu im Beitrag: https://forum.fhem.de/index.php/topic,98287.msg940035.html#msg940035 (https://forum.fhem.de/index.php/topic,98287.msg940035.html#msg940035)

Gruß Reinhard
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Chl am 15 Mai 2019, 06:52:11
Das Update hat mein Problem behoben.
Danke schön.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 15 Mai 2019, 07:36:51
grundsätzlich kann das Flag natürlich bei allen RPC Devices gesetzt werden. Es erst mal nur bei HmIP zu setzen, würde jedoch helfen zu prüfen, ob das Problem durch HmIP verursacht wird.

Ich vermute, das Problem tritt immer dann auf, wenn die CCU eine Anfrage nach dem Gerätestatus nicht direkt beantworten kann und daher beim Gerät nachfragen muss. Dabei gibt es Unterschiede zwischen BidCos und HmIP, insbesondere das mit HmIP eingeführte Routing.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: ckbln am 22 Mai 2019, 12:59:00
Hallo
ich habe heute ein Update von FHEM gemacht. Seit dem Update werden die Werte der HM IP Geräte nicht mehr aktualisiert. Ich kann auch den HmIP-FSM16 nicht mehr schalten.
Ein manueller get Update funktioniert. Der Status von d_ccu ist running/OK.

Bitte um Hilfe,
Gruß
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Rewe2000 am 22 Mai 2019, 17:21:47
Hallo,

hast du schon mal in dein Fhem LOG geguckt, ob es hier Fehler gibt?
Wie sind deine HmIP Geräte angebunden (CCU2, CCU3, etc.)?
Läuft die CCUx selbst fehlerfrei, oder sind auch hier Fehler im LOG zu finden?

Wenn ja, dann solltest du zumindest einen Auszug vom Fhem Log, als Code (Button mit Raute) hier anhängen, damit dir jemand helfen kann.
Sollten keine Fehler im Fhem Log zu finden sein, was ich nicht glaube, wäre ein list vom hmccu Device auch nicht verkehrt.

Gruß Reinhard
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: ckbln am 22 Mai 2019, 21:31:40
Ich habe das gleiche Problem wie hier beschrieben: https://forum.fhem.de/index.php?topic=99366.0
Das Thema ist gelöst und ich kann dort nicht mehr schrieben. Kann das Thema noch einmal eröffnet werden?
Wenn ja, wie mache ich das?
Leider verstehe ich die Lösung die dort beschrieben wird  nicht so ganz. Wirklich alle Geräte neu anlernen usw.? 
Und warum habe ich das Problem nach einem FHEM Update?
Vorher war alles i.O.
Viele Grüße

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 23 Mai 2019, 18:51:14
Manche HmIP Geräte müssen nach einem Batteriewechsel neu angelernt werden. Das passiert aber nur in Einzelfällen, nicht bei allen. Wieviele IP Geräte hast Du denn?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: ckbln am 24 Mai 2019, 08:18:00
Es sind drei Geräte. Batteriewechsel habe ich nicht gemacht. Ich habe ein FHEM Update durchgeführt.
Seit dem Update kommt bei den  Geräten in FHEM  nichts mehr an. Weder Temperatur, Zustand vom Fensterkontakt. Die HM-IP Steckdose lässt sich auch nicht aus FHEM schalten.
Mache ich in FHEM ein get update kommen die Daten.
Nach meiner Logik kann das Problem nur mit dem FHEM Update zusammenhängen. Ich habe ja nichts anderes verändert.
Da wurde dann auch vermutlich die HMCCU Komponenten aktualisiert?
Als CCU habe ich die CCU2 von ELV
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 24 Mai 2019, 12:36:14
Rpc server läuft  nicht und/oder ist falsch konfiguriert. Brauche die Logausgabe beim Start des RPC Servers
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: ckbln am 24 Mai 2019, 14:02:19
Habe den RPC server auf off gesetzt anschliessend wieder auf on.

Das sind die Logeinträge vom ON
2019.05.24 13:59:36 2: HMCCU: [d_ccu] Get RPC device for interface BidCos-RF
2019.05.24 13:59:36 2: HMCCURPCPROC: [d_rpc002094BidCos_RF] RPC server process started for interface BidCos-RF with PID=12232
2019.05.24 13:59:36 2: CCURPC: [d_rpc002094BidCos_RF] Initializing RPC server CB2001002095002094 for interface BidCos-RF
2019.05.24 13:59:36 1: HMCCURPCPROC: [d_rpc002094BidCos_RF] RPC server starting
2019.05.24 13:59:36 2: HMCCURPCPROC: [d_rpc002094BidCos_RF] Callback server CB2001002095002094 created. Listening on port 7411
2019.05.24 13:59:36 2: CCURPC: [d_rpc002094BidCos_RF] CB2001002095002094 accepting connections. PID=12232
2019.05.24 13:59:36 2: HMCCURPCPROC: [d_rpc002094BidCos_RF] RPC server CB2001002095002094 enters server loop
2019.05.24 13:59:36 2: HMCCURPCPROC: [d_rpc002094BidCos_RF] Registering callback http://192.168.2.95:7411/fh2001 of type A with ID CB2001002095002094 at http://192.168.2.94:2001
2019.05.24 13:59:36 1: HMCCURPCPROC: [d_rpc002094BidCos_RF] RPC server CB2001002095002094 running
2019.05.24 13:59:36 1: HMCCU: [d_ccu] All RPC servers running
2019.05.24 13:59:36 2: HMCCU: No client devices matching .*
2019.05.24 13:59:36 2: HMCCU: [d_ccu] Updated devices for interface filter BidCos-RF. Success=0 Failed=0
2019.05.24 13:59:36 1: HMCCURPCPROC: [d_rpc002094BidCos_RF] Scheduled CCU ping every 300 seconds
2019.05.24 13:59:37 2: CCURPC: [d_rpc002094BidCos_RF] CB2001002095002094 NewDevice received 61 device and channel specifications
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 24 Mai 2019, 16:02:42
Naja, wenn für HmIP kein RPC Server gestartet wird, gibt es auch keine Updates. Was hast du denn im Attribut rpcinterfaces eingetragen?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: ckbln am 24 Mai 2019, 19:43:59
unter rpcinterfaces war nichts eingetragen

rpcinterfaces HmIP-RF war dann die Lösung.

Ich weiß aber nicht warum in dem Attribut rpcinterfaces nach dem Update kein Eintrag war

Vielen Dank an ZAP für den Hinweis

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Lippie am 26 Mai 2019, 13:11:19
Hallo,

ich habe mir ein "at" angelegt, um den DutyCycle der CCU2 regelmäßig auslesen zu lassen.
Evtl. gibt es ja eine andere Möglichkeit, ich habe bisher nichts anderes gefunden.
Das hat auf jeden Fall zur Folge, dass es jede Minute einen Logeintrag für einen verbose-Wert von 2 gibt.
Den Logeintrag durchs at habe ich hingegen mit einem verbose-Wert von 2 deaktivieren können.

habe die Routine in 88_HMCCU.pm, Zeile 1976 wie folgt geändert:
elsif ($opt eq 'dutycycle') {
my $dc = HMCCU_GetDutyCycle ($hash);
# return HMCCU_SetState ($hash, "OK", "Read $dc duty cycle values");
Log3 $name, 3, "$name: Read $dc duty cycle values";
}


Fall ich mir diesen Aufriss sparen kann, würde ich mich über Vorschläge freuen :-)

Beste Grüße.
Lippie
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 26 Mai 2019, 14:13:44
Das ist noch ein alter Logeintrag vom Testen. Werfe ich raus.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Lippie am 28 Mai 2019, 20:38:10
Super, Danke.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: eurofinder am 04 Juni 2019, 12:32:28
So, es ist wieder passiert. Ich habe meinen RPI neu gestartet und mein Device d_ccu weist wieder kein Eintrag im Attribut rpcinterfaces auf.

Hier das Listing von meinem Device d_ccu:
Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        192.168.2.48 ccudelay=240
   FUUID      5c7528c8-f33f-d9bf-75bd-e4dcca6ce273dbff
   NAME       d_ccu
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         13
   NTFY_ORDER 50-d_ccu
   RPCState   inactive
   STATE      Initialized
   TYPE       HMCCU
   ccuip      192.168.2.48
   ccustate   active
   ccutype    CCU2/3
   host       192.168.2.48
   prot       http
   version    4.3.015
   READINGS:
     2019-02-26 16:18:21   _sysVarAlarmMessages_ 0
     2019-02-27 17:06:36   _sysVarPresence_ true
     2019-02-26 16:18:21   _sysVarServiceMessages_ 0
     2019-02-26 16:48:41   _xml_version    "iso-8859-1"?>
     2019-06-04 12:23:59   count_channels  0
     2019-06-04 12:23:59   count_devices   0
     2019-06-04 12:23:59   count_groups    0
     2019-06-04 12:23:59   count_interfaces 0
     2019-06-04 12:23:59   count_programs  0
     2019-06-04 12:23:59   rpcstate        inactive
     2019-06-04 12:23:59   state           Initialized
   hmccu:
     defInterface BidCos-RF
     defPort    2001
     evtime     0
     evtimeout  0
     rpccount   0
     rpcports   
     updatetime 0
     adr:
     ccu:
       chncount   0
       delay      240
       delayed    0
       devcount   0
       gcount     0
       ifcount    0
       prgcount   0
       timeout    1
     dev:
     grp:
     ifports:
     interfaces:
     prg:
     rpc:
Attributes:
   alias      CCU3
   ccuflags   procrpc
   cmdIcon    on:general_an off:general_aus
   event-on-change-reading .*
   eventMap   /rpcserver on:on/rpcserver off:off/
   room       Homematic
   rpcinterval 2
   rpcserver  on
   stateFormat rpcstate/state
   stripnumber 1


Jemand eine Idee, woran das liegen kann?

Gruß
eurofinder
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: slor am 07 Juni 2019, 20:52:55
Ich habe heute cuxd auf der ccu eingerichtet und ein device angelernt.

Danach habe ich unter Interfaces in der hmccu cuxd ausgewählt und fhem neu gestartet.

Leider wurde kein cuxd Interface angelegt. Auch ein Neustart beider Geräte hat nicht geholfen.

Was hab ich übersehen?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 08 Juni 2019, 08:08:33
Die Logfile Meldungen beim Starten der RPC Server wären interessant (verbose = 2)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: slor am 08 Juni 2019, 11:05:43
das sieht nicht gut aus...


HMCCU: [HMCCU] Initialized version 4.3.015
2019.06.08 10:47:03 1: HMCCU: [HMCCU] HMCCU: Initializing device
2019.06.08 10:47:03 1: HMCCU: [HMCCU] HMCCU: Read 22 devices with 169 channels from CCU 192.168.1.15
2019.06.08 10:47:03 1: HMCCU: [HMCCU] HMCCU: Read 4 interfaces from CCU 192.168.1.15
2019.06.08 10:47:03 1: HMCCU: [HMCCU] HMCCU: Read 3 programs from CCU 192.168.1.15
2019.06.08 10:47:03 1: HMCCU: [HMCCU] HMCCU: Read 0 virtual groups from CCU 192.168.1.15
2019.06.08 10:47:03 1: HMCCURPCPROC: [d_rpcBidCos_RF] Initialized version 1.7.001 for interface BidCos-RF with I/O device HMCCU
2019.06.08 10:47:03 1: HMCCURPCPROC: [d_rpcHmIP_RF] Initialized version 1.7.001 for interface HmIP-RF with I/O device HMCCU
2019.06.08 10:47:03 1: HMCCURPCPROC: [d_rpcVirtualDevices] Initialized version 1.7.001 for interface VirtualDevices with I/O device HMCCU
2019.06.08 10:47:46 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2019.06.08 10:48:00 2: HMCCU: [HMCCU] Get RPC device for interface BidCos-RF
2019.06.08 10:48:00 2: HMCCU: [HMCCU] Get RPC device for interface CUxD
2019.06.08 10:48:00 1: HMCCU: [HMCCU] No RPC device defined for interface CUxD
2019.06.08 10:48:00 1: HMCCU: [HMCCU] Creating new RPC device d_rpc001015CUxD
2019.06.08 10:48:00 1: define d_rpc001015CUxD HMCCURPCPROC http://192.168.1.15 CUxD: Cannot connect to CCU 192.168.1.15 interface CUxD
2019.06.08 10:48:00 1: HMCCU: [HMCCU] Definition of RPC device failed.
2019.06.08 10:48:00 1: HMCCU: [HMCCU] Cannot connect to CCU 192.168.1.15 interface CUxD
2019.06.08 10:48:00 2: HMCCU: [HMCCU] Get RPC device for interface HmIP-RF
2019.06.08 10:48:00 2: HMCCU: [HMCCU] Get RPC device for interface VirtualDevices
2019.06.08 10:48:00 0: HMCCU: [HMCCU] Definition of some RPC devices failed


Ich hab die Firewall auf der CCU komplett aufgemacht, leider ohne Erfolg.
Ideen?

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: slor am 08 Juni 2019, 15:08:37
Nach etwas Recherche habe ich herausgefunden, dass man den Port für CuxD extra freigeben muss.
In der Firewall Config der CCU unter Port-Freigabe 8701 eintragen.

HMCCURPCPROC: [d_rpc001015CUxD] Registering callback xmlrpc_bin://192.168.1.6:14111/fh8701 of type B with ID CB8701001006001015 at xmlrpc_bin://192.168.1.15:8701
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 10 Juni 2019, 15:36:35
Version 4.3.016 behebt einen Fehler, wenn bei allen RPC Devices das Flag noInitialUpdate gesetzt ist.

Die Aktualisierung aller Geräte beim Start von FHEM kann nun komplett unterdrückt werden. Dazu bei jedem RPC Device im Attribut ccuflags das Flag noInitialUpdate setzen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: PatrickR am 11 Juni 2019, 18:20:58
Hi Zap!

Zitat von: zap am 10 Juni 2019, 15:36:35
Version 4.3.016 behebt einen Fehler, wenn bei allen RPC Devices das Flag noInitialUpdate gesetzt ist.

Kurze Rückmeldung aus dem Lager der launischen CCUs: Der noInitialUpdate-Fix scheint zu funktionieren. Habe gerade upgedated und FHEM durchgestartet und alles läuft. Danke!

Patrick
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 27 Juni 2019, 15:34:22
Hallo zap,

es gibt für die CCU3 eine neue Firmware: 3.47.10
Ist die schon für HMCCU "freigegeben"?  ;)

Danke und schöne Grüße
Dirk
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kjmEjfu am 27 Juni 2019, 15:41:59
Zitat von: Dirk070 am 27 Juni 2019, 15:34:22
Hallo zap,

es gibt für die CCU3 eine neue Firmware: 3.47.10
Ist die schon für HMCCU "freigegeben"?  ;)

Danke und schöne Grüße
Dirk

Bin zwar nicht zap, aber läuft bei mir seit gestern ohne Probleme
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 27 Juni 2019, 15:49:04
Zitat von: kjmEjfu am 27 Juni 2019, 15:41:59
Bin zwar nicht zap, aber läuft bei mir seit gestern ohne Probleme

Prima, Danke Dir!!
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 27 Juni 2019, 19:05:44
Die neue CCU3 Firmware scheint mir vor allem für HMIP Wired Nutzer interessant zu sein. Es werden einige neue Geräte unterstützt.

Es gibt auch eine neue Firmware für die CCU2. Diese behebt Verbindungsprobleme. Das hört sich vielversprechend an  ;)

Vielleicht etwas für Rewe2000
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Rewe2000 am 27 Juni 2019, 19:33:58
Hallo zap,

meine beiden CCU2 hab ich wegen der genannten Verbindungsprobleme verkauft und mir eine CCU3 gegönnt, in der Hoffnung, damit würden die Probleme der Vergangenheit angehören. Mittlerweile bin ich bei Raspberrymatic gelandet und die Probleme bestehen nach wie vor.

Erst deine Änderung "ccuflags noInitialUpdate" hat mir geholfen.

Bei der neuen Raspberrymatic Firmware werde ich das Flag mal wieder löschen und ein "shutdown restart" ausführen, sollten die Fehler verschwunden sein, werde ich hier berichten, außer einer meiner "Leidensgenossen" ist schneller.

Gruß Reinhard
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Jamo am 28 Juni 2019, 11:50:44
Die neue Firmware: 3.47.10 läuft bei mir auch seit 3 Tagen ohne Probleme mit der aktuellen HMCCU.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 18 August 2019, 19:42:13
Ich habe neue Versionen der HMCCU Module eingecheckt.

Neue Funktionen:

Bug Fixes:

Gleichzeitiges Setzen mehrerer Datenpunkte für mehrere FHEM HMCCUCHN/HMCCUDEV Devices:

Der Befehl "set datapoint" im Modul HMCCU erlaubt das Setzen mehrerer Datenpunkte in verschiedenen Geräten in einem einzigen CCU-Request. Dadurch können Timing Probleme beim getrennten Ausführen mehrerer "set datapoint" Befehle ggf. verringert oder umgangen werden.

Beispiel: 1 Rollladen (Rollo1, Typ HMCCUDEV) soll auf 10%, 1 Rollladen (Rollo2, Typ HMCCUCHN) auf 20% gesetzt werden. Außerdem soll die Lampe LampeWohn (Typ HMCCUDEV) ausgeschaltet werden.

set ccuIODev datapoint Rollo1.1.LEVEL=10 Rollo2.LEVEL=20 LampeWohn.1.STATE=0

Die Angabe eines Datenpunkts folgt dem Schema:

HMCCUDEV: FHEMDevName.Kanal.Datenpunkt=Wert
HMCCUCHN: FHEMDevName.Datenpunkt=Wert
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 08 September 2019, 14:32:21
Eine neue Version ist ab morgen im SVN verfügbar

Neue Funktionen:

Bug Fixes:

Setzen von Datenpunkten und Parametern per RPC Schnittstelle:

Der Befehl set rpcparameter setzt Werte von Datenpunkten oder Konfigurationsparametern direkt per RPC Schnittstelle unter Umgehung der CCU Rega. Das kann das Setzen von Werten beschleunigen. Die Option "VALUES" setzt Datenpunkte, die Option "MASTER" Konfigurationsparameter.

Beispiel: Simulation on-for-timer mit einem HMCCUDEV Device

set myDevice rpcparameter 1 VALUES ON_TIME=10 STATE=1

Bei HMCCUDEV Devices muss bei VALUES Befehlen immer eine Kanalnummer (im Beispiel 1) angegeben werden. Daraus folgt, dass in einem set Befehl keine Datenpunkte in verschiedenen Kanälen gesetzt werden können. Für diesen Anwendungsfall sollte set datapoint verwendet werden.

Beispiel: Setzen eines Config Parameters mit einem HMCCCUDEV Device

set myDevice rpcparameter MASTER AES=1

Bei HMCCUDEV Devices kann beim Setzen von Konfigurationsparametern die Kanalnummer weggelassen werden, wenn sich der Befehl auf das Device und nicht einen Kanal bezieht.


Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 12 September 2019, 19:49:01
Hallo, ich hatte länger nicht mehr geupdatet. vor kurzem habe ich das, und dabei habe folgendes Problem...
Bei Heizungs-Gruppengeräten ist mir aufgefallen, dass ccureading keine Funktion mehr hat...
jetzt tauchten die werte 1.Actual_Temperature als ZHR_Wohnzimmer.1.Actual_Temperature auf....

Das ist aber nur bei Homematic; bei Homematic-IP-Heizungsgruppen klappt alles

hier das List meines Device:


Internals:
   CHANGED   
   DEF        INT0000001
   FUUID      5c56d481-f33f-787c-7615-b0021a7141e46fcf
   IODev      d_ccu
   NAME       HM_ZHR_Wohnzimmer
   NR         138
   STATE      T: 26.5° H: 56.0% D: off° P: 12.5° V: 0% 0% 0% MANU
   TYPE       HMCCUDEV
   ccuaddr    INT0000001
   ccudevstate active
   ccugroup   OEQ1670515,OEQ1426270,OEQ1712454,OEQ1712529,OEQ1712499
   ccuif      VirtualDevices
   ccuname    ZHR_Wohnzimmer
   ccutype    HM-CC-VG-1
   channels   3
   firmware   1.3
   statevals  devstate
   Helper:
     DBLOG:
       HM-CC-RT-DN_OEQ1712454.4.VALVE_STATE:
         DBLogging:
           TIME       1568308019.31972
           VALUE      0
       ZHR_Wohnzimmer.1.ACTUAL_HUMIDITY:
         DBLogging:
           TIME       1568308019.31972
           VALUE      55.0
       ZHR_Wohnzimmer.1.ACTUAL_TEMPERATURE:
         DBLogging:
           TIME       1568308019.31972
           VALUE      21.9
       ZHR_Wohnzimmer.1.SET_TEMPERATURE:
         DBLogging:
           TIME       1568308019.31972
           VALUE      21.0
       hmstate:
         DBLogging:
           TIME       1568308019.31972
           VALUE      21.0
   READINGS:
     2019-06-02 14:37:28   0.LOWBAT        false
     2019-08-26 16:54:59   1.ACTUAL_HUMIDITY 56.0
     2019-08-26 17:14:30   1.ACTUAL_TEMPERATURE 26.5
     2019-08-26 17:14:30   1.CONTROL_MODE  MANU
     2019-08-26 17:14:30   1.SET_TEMPERATURE off
     2019-09-12 19:12:35   DEWPOINT        12.5
     2019-06-02 14:37:37   HKT_Wohnzimmer_Abdeckung.0.LOWBAT false
     2019-06-02 14:37:30   HKT_Wohnzimmer_Blumenfenster.0.LOWBAT false
     2019-06-02 14:37:32   HKT_Wohnzimmer_Orchideen.0.LOWBAT false
     2019-09-12 19:06:58   HM-CC-RT-DN_OEQ1712454.4.VALVE_STATE 0
     2019-09-12 19:06:58   HM-CC-RT-DN_OEQ1712499.4.VALVE_STATE 0
     2019-09-12 19:12:35   HM-CC-RT-DN_OEQ1712529.4.VALVE_STATE 0
     2019-09-12 19:06:58   HM-TC-IT-WM-W-EU_OEQ1670515.2.WINDOW_OPEN_REPORTING closed
     2019-06-02 14:37:28   WT_Wohnzimmer.0.LOWBAT false
     2019-09-12 19:11:28   ZHR_Wohnzimmer.1.ACTUAL_HUMIDITY 55.0
     2019-09-12 19:12:35   ZHR_Wohnzimmer.1.ACTUAL_TEMPERATURE 21.9
     2019-09-12 19:12:35   ZHR_Wohnzimmer.1.CONTROL_MODE AUTO
     2019-09-12 19:12:35   ZHR_Wohnzimmer.1.SET_TEMPERATURE 21.0
     2019-09-12 19:12:35   control         21.0
     2019-09-12 19:12:36   hmstate         21.0
     2019-09-12 19:12:35   state           21.0
   hmccu:
     devspec    INT0000001
     dp:
       0.AES_KEY:
         OVAL       0
         VAL        0
       0.CONFIG_PENDING:
         OVAL       false
         VAL        false
       0.DEVICE_IN_BOOTLOADER:
         OVAL       false
         VAL        false
       0.INHIBIT:
         OVAL       false
         VAL        false
       0.LOWBAT:
         OVAL       false
         VAL        false
       0.RSSI_DEVICE:
         OVAL       1
         VAL        1
       0.RSSI_PEER:
         OVAL       1
         VAL        1
       0.STICKY_UNREACH:
         OVAL       false
         VAL        false
       0.UNREACH:
         OVAL       false
         VAL        false
       0.UPDATE_PENDING:
         OVAL       false
         VAL        false
       1.ACTUAL_HUMIDITY:
         OSVAL      55.0
         OVAL       55.0
         SVAL       55.0
         VAL        55.0
       1.ACTUAL_TEMPERATURE:
         OSVAL      21.9
         OVAL       21.9
         SVAL       21.9
         VAL        21.9
       1.CONTROL_MODE:
         OSVAL      AUTO
         OVAL       0
         SVAL       AUTO
         VAL        0
       1.PARTY_START_DAY:
         OVAL       1
         VAL        1
       1.PARTY_START_MONTH:
         OVAL       1
         VAL        1
       1.PARTY_START_TIME:
         OVAL       0
         VAL        0
       1.PARTY_START_YEAR:
         OVAL       0
         VAL        0
       1.PARTY_STOP_DAY:
         OVAL       1
         VAL        1
       1.PARTY_STOP_MONTH:
         OVAL       1
         VAL        1
       1.PARTY_STOP_TIME:
         OVAL       0
         VAL        0
       1.PARTY_STOP_YEAR:
         OVAL       0
         VAL        0
       1.PARTY_TEMPERATURE:
         OVAL       5.0
         VAL        5.0
       1.SET_TEMPERATURE:
         OSVAL      21.0
         OVAL       21.0
         SVAL       21.0
         VAL        21.0
       2.STATE:
         OVAL       false
         VAL        false
       OEQ1426270:0.AES_KEY:
         OVAL       0
         VAL        0
       OEQ1426270:0.CONFIG_PENDING:
         OVAL       false
         VAL        false
       OEQ1426270:0.DEVICE_IN_BOOTLOADER:
         OVAL       false
         VAL        false
       OEQ1426270:0.LOWBAT:
         OVAL       false
         VAL        false
       OEQ1426270:0.RSSI_DEVICE:
         OVAL       1
         VAL        1
       OEQ1426270:0.RSSI_PEER:
         OVAL       1
         VAL        1
       OEQ1426270:0.STICKY_UNREACH:
         OVAL       false
         VAL        false
       OEQ1426270:0.UNREACH:
         OVAL       false
         VAL        false
       OEQ1426270:0.UPDATE_PENDING:
         OVAL       false
         VAL        false
       OEQ1426270:1.ERROR:
         OVAL       0
         VAL        0
       OEQ1426270:1.LOWBAT:
         OVAL       false
         VAL        false
       OEQ1426270:1.STATE:
         OVAL       false
         VAL        false
       OEQ1670515:0.AES_KEY:
         OVAL       0
         VAL        0
       OEQ1670515:0.CONFIG_PENDING:
         OVAL       false
         VAL        false
       OEQ1670515:0.DEVICE_IN_BOOTLOADER:
         OVAL       false
         VAL        false
       OEQ1670515:0.INHIBIT:
         OVAL       false
         VAL        false
       OEQ1670515:0.LOWBAT:
         OVAL       false
         VAL        false
       OEQ1670515:0.RSSI_DEVICE:
         OVAL       1
         VAL        1
       OEQ1670515:0.RSSI_PEER:
         OVAL       186
         VAL        186
       OEQ1670515:0.STICKY_UNREACH:
         OVAL       false
         VAL        false
       OEQ1670515:0.UNREACH:
         OVAL       false
         VAL        false
       OEQ1670515:0.UPDATE_PENDING:
         OVAL       false
         VAL        false
       OEQ1670515:1.HUMIDITY:
         OVAL       55
         VAL        55
       OEQ1670515:1.TEMPERATURE:
         OVAL       21.900000
         VAL        21.900000
       OEQ1670515:2.ACTUAL_HUMIDITY:
         OVAL       55.000000
         VAL        55.000000
       OEQ1670515:2.ACTUAL_TEMPERATURE:
         OVAL       21.900000
         VAL        21.900000
       OEQ1670515:2.BATTERY_STATE:
         OVAL       3.100000
         VAL        3.100000
       OEQ1670515:2.BOOST_STATE:
         OVAL       0
         VAL        0
       OEQ1670515:2.COMMUNICATION_REPORTING:
         OVAL       false
         VAL        false
       OEQ1670515:2.CONTROL_MODE:
         OVAL       0
         VAL        0
       OEQ1670515:2.LOWBAT_REPORTING:
         OVAL       false
         VAL        false
       OEQ1670515:2.PARTY_START_DAY:
         OVAL       1
         VAL        1
       OEQ1670515:2.PARTY_START_MONTH:
         OVAL       1
         VAL        1
       OEQ1670515:2.PARTY_START_TIME:
         OVAL       0
         VAL        0
       OEQ1670515:2.PARTY_START_YEAR:
         OVAL       0
         VAL        0
       OEQ1670515:2.PARTY_STOP_DAY:
         OVAL       1
         VAL        1
       OEQ1670515:2.PARTY_STOP_MONTH:
         OVAL       1
         VAL        1
       OEQ1670515:2.PARTY_STOP_TIME:
         OVAL       0
         VAL        0
       OEQ1670515:2.PARTY_STOP_YEAR:
         OVAL       0
         VAL        0
       OEQ1670515:2.PARTY_TEMPERATURE:
         OVAL       5.000000
         VAL        5.000000
       OEQ1670515:2.SET_TEMPERATURE:
         OVAL       21.000000
         VAL        21.000000
       OEQ1670515:2.WINDOW_OPEN_REPORTING:
         OSVAL      closed
         OVAL       false
         SVAL       closed
         VAL        false
       OEQ1670515:7.DECISION_VALUE:
         OVAL       0
         VAL        0
       OEQ1712454:0.AES_KEY:
         OVAL       0
         VAL        0
       OEQ1712454:0.CONFIG_PENDING:
         OVAL       false
         VAL        false
       OEQ1712454:0.DEVICE_IN_BOOTLOADER:
         OVAL       false
         VAL        false
       OEQ1712454:0.INHIBIT:
         OVAL       false
         VAL        false
       OEQ1712454:0.LOWBAT:
         OVAL       false
         VAL        false
       OEQ1712454:0.RSSI_DEVICE:
         OVAL       1
         VAL        1
       OEQ1712454:0.RSSI_PEER:
         OVAL       203
         VAL        203
       OEQ1712454:0.STICKY_UNREACH:
         OVAL       true
         VAL        true
       OEQ1712454:0.UNREACH:
         OVAL       false
         VAL        false
       OEQ1712454:0.UPDATE_PENDING:
         OVAL       false
         VAL        false
       OEQ1712454:4.ACTUAL_TEMPERATURE:
         OVAL       21.900000
         VAL        21.900000
       OEQ1712454:4.BATTERY_STATE:
         OVAL       2.600000
         VAL        2.600000
       OEQ1712454:4.BOOST_STATE:
         OVAL       0
         VAL        0
       OEQ1712454:4.CONTROL_MODE:
         OVAL       0
         VAL        0
       OEQ1712454:4.FAULT_REPORTING:
         OVAL       0
         VAL        0
       OEQ1712454:4.PARTY_START_DAY:
         OVAL       1
         VAL        1
       OEQ1712454:4.PARTY_START_MONTH:
         OVAL       1
         VAL        1
       OEQ1712454:4.PARTY_START_TIME:
         OVAL       0
         VAL        0
       OEQ1712454:4.PARTY_START_YEAR:
         OVAL       0
         VAL        0
       OEQ1712454:4.PARTY_STOP_DAY:
         OVAL       1
         VAL        1
       OEQ1712454:4.PARTY_STOP_MONTH:
         OVAL       1
         VAL        1
       OEQ1712454:4.PARTY_STOP_TIME:
         OVAL       0
         VAL        0
       OEQ1712454:4.PARTY_STOP_YEAR:
         OVAL       0
         VAL        0
       OEQ1712454:4.PARTY_TEMPERATURE:
         OVAL       5.000000
         VAL        5.000000
       OEQ1712454:4.SET_TEMPERATURE:
         OVAL       21.000000
         VAL        21.000000
       OEQ1712454:4.VALVE_STATE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       OEQ1712499:0.AES_KEY:
         OVAL       0
         VAL        0
       OEQ1712499:0.CONFIG_PENDING:
         OVAL       false
         VAL        false
       OEQ1712499:0.DEVICE_IN_BOOTLOADER:
         OVAL       false
         VAL        false
       OEQ1712499:0.INHIBIT:
         OVAL       false
         VAL        false
       OEQ1712499:0.LOWBAT:
         OVAL       false
         VAL        false
       OEQ1712499:0.RSSI_DEVICE:
         OVAL       1
         VAL        1
       OEQ1712499:0.RSSI_PEER:
         OVAL       1
         VAL        1
       OEQ1712499:0.STICKY_UNREACH:
         OVAL       1
         VAL        true
       OEQ1712499:0.UNREACH:
         OVAL       1
         VAL        true
       OEQ1712499:0.UPDATE_PENDING:
         OVAL       false
         VAL        false
       OEQ1712499:4.ACTUAL_TEMPERATURE:
         OVAL       21.900000
         VAL        21.900000
       OEQ1712499:4.BATTERY_STATE:
         OVAL       2.600000
         VAL        2.600000
       OEQ1712499:4.BOOST_STATE:
         OVAL       0
         VAL        0
       OEQ1712499:4.CONTROL_MODE:
         OVAL       0
         VAL        0
       OEQ1712499:4.FAULT_REPORTING:
         OVAL       0
         VAL        0
       OEQ1712499:4.PARTY_START_DAY:
         OVAL       1
         VAL        1
       OEQ1712499:4.PARTY_START_MONTH:
         OVAL       1
         VAL        1
       OEQ1712499:4.PARTY_START_TIME:
         OVAL       0
         VAL        0
       OEQ1712499:4.PARTY_START_YEAR:
         OVAL       0
         VAL        0
       OEQ1712499:4.PARTY_STOP_DAY:
         OVAL       1
         VAL        1
       OEQ1712499:4.PARTY_STOP_MONTH:
         OVAL       1
         VAL        1
       OEQ1712499:4.PARTY_STOP_TIME:
         OVAL       0
         VAL        0
       OEQ1712499:4.PARTY_STOP_YEAR:
         OVAL       0
         VAL        0
       OEQ1712499:4.PARTY_TEMPERATURE:
         OVAL       5.000000
         VAL        5.000000
       OEQ1712499:4.SET_TEMPERATURE:
         OVAL       21.000000
         VAL        21.000000
       OEQ1712499:4.VALVE_STATE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       OEQ1712529:0.AES_KEY:
         OVAL       0
         VAL        0
       OEQ1712529:0.CONFIG_PENDING:
         OVAL       false
         VAL        false
       OEQ1712529:0.DEVICE_IN_BOOTLOADER:
         OVAL       false
         VAL        false
       OEQ1712529:0.INHIBIT:
         OVAL       false
         VAL        false
       OEQ1712529:0.LOWBAT:
         OVAL       false
         VAL        false
       OEQ1712529:0.RSSI_DEVICE:
         OVAL       1
         VAL        1
       OEQ1712529:0.RSSI_PEER:
         OVAL       197
         VAL        197
       OEQ1712529:0.STICKY_UNREACH:
         OVAL       false
         VAL        false
       OEQ1712529:0.UNREACH:
         OVAL       false
         VAL        false
       OEQ1712529:0.UPDATE_PENDING:
         OVAL       false
         VAL        false
       OEQ1712529:4.ACTUAL_TEMPERATURE:
         OVAL       21.900000
         VAL        21.900000
       OEQ1712529:4.BATTERY_STATE:
         OVAL       2.700000
         VAL        2.700000
       OEQ1712529:4.BOOST_STATE:
         OVAL       0
         VAL        0
       OEQ1712529:4.CONTROL_MODE:
         OVAL       0
         VAL        0
       OEQ1712529:4.FAULT_REPORTING:
         OVAL       0
         VAL        0
       OEQ1712529:4.PARTY_START_DAY:
         OVAL       1
         VAL        1
       OEQ1712529:4.PARTY_START_MONTH:
         OVAL       1
         VAL        1
       OEQ1712529:4.PARTY_START_TIME:
         OVAL       0
         VAL        0
       OEQ1712529:4.PARTY_START_YEAR:
         OVAL       0
         VAL        0
       OEQ1712529:4.PARTY_STOP_DAY:
         OVAL       1
         VAL        1
       OEQ1712529:4.PARTY_STOP_MONTH:
         OVAL       1
         VAL        1
       OEQ1712529:4.PARTY_STOP_TIME:
         OVAL       0
         VAL        0
       OEQ1712529:4.PARTY_STOP_YEAR:
         OVAL       0
         VAL        0
       OEQ1712529:4.PARTY_TEMPERATURE:
         OVAL       5.000000
         VAL        5.000000
       OEQ1712529:4.SET_TEMPERATURE:
         OVAL       21.000000
         VAL        21.000000
       OEQ1712529:4.VALVE_STATE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
Attributes:
   DbLogExclude .*
   DbLogInclude ZHR_Wohnzimmer.1.ACTUAL_HUMIDITY,ZHR_Wohnzimmer.1.ACTUAL_TEMPERATURE,hmstate,HM-CC-RT-DN_OEQ1712454.4.VALVE_STATE,HM-CC-RT-DN_OEQ1712499.4.VALVE_STATE,HM-CC-RT-DN_OEQ1712529.4.VALVE_STATE,ZHR_Wohnzimmer.1.SET_TEMPERATURE
   IODev      d_ccu
   alias      Heizung Wohnzimmer
   ccucalculate dewpoint:DEWPOINT:1.ACTUAL_TEMPERATURE,1.ACTUAL_HUMIDITY
   ccureadingfilter 1.(^SET_TEMPERATURE|^ACTUAL|^VALVE|^CONTROL|^COMFORT_MODE);2.^WINDOW_OPEN;4.^VALVE;WEEK_PROGRAM_POINTER
   ccureadingname ZHR_Wohnzimmer.:
   cmdIcon    Auto:sani_heating_automatic Manu:sani_heating_manual Boost:sani_heating_boost on:general_an off:general_aus
   controldatapoint 1.SET_TEMPERATURE
   event-min-interval hmstate:600,1.ACTUAL_TEMPERATURE:600,HM-CC-RT-DN_OEQ1712454.4.VALVE_STATE:600,1.SET_TEMPERATURE:3600
   event-on-change-reading .*
   eventMap   /datapoint 1.MANU_MODE 20.0:Manu/datapoint 1.AUTO_MODE 1:Auto/datapoint 1.BOOST_MODE 1:Boost/datapoint 1.MANU_MODE 4.5:off/datapoint 1.MANU_MODE 30.5:on/
   group      Heizung und Temperatur
   icon       hm-tc-it-wm-w-eu
   room       11_Wohnzimmer,Homematic
   stateFormat T: 1.ACTUAL_TEMPERATURE° H: 1.ACTUAL_HUMIDITY% D: 1.SET_TEMPERATURE° P: DEWPOINT° V: HM-CC-RT-DN_OEQ1712454.4.VALVE_STATE% HM-CC-RT-DN_OEQ1712499.4.VALVE_STATE% HM-CC-RT-DN_OEQ1712529.4.VALVE_STATE% 1.CONTROL_MODE
   statedatapoint 1.SET_TEMPERATURE
   stripnumber 1
   substexcl  control
   substitute CONTROL_MODE!0:AUTO,1:MANU,2:PARTY,3:BOOST;WINDOW_OPEN_REPORTING!(true|1):open,(false|0):closed;SET_TEMPERATURE!#0-4.5:off,#30.5-40:on
   webCmd     control:Auto:Manu:Boost:on:off
   widgetOverride control:slider,4.5,0.5,30.5,1


Die Readings
1.ACTUAL_HUMIDITY
1.ACTUAL_TEMPERATURE
1.CONTROL_MODE
1.SET_TEMPERATURE

werden nicht mehr aktualisiert.  die letzte Aktualisierung ist von 2019-08-26 16:54:59
kannst du da mal drüber gucken?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 13 September 2019, 18:09:30
Bei einem virtuellen Device bzw einer Gruppe wird per Default immer der Gerätename dem Datenpunkt vorangestellt. Sonst könnte man die Readings der verschiedenen Geräte einer Gruppe nicht auseinanderhalten. Wenn 2 Geräte einer Gruppe die gleichen Datenpunkte haben, würden sich die Readings sogar überschreiben.

Du kannst das ändern, indem Du ccureadingformat auf "datapoint" setzt. Mit den o.g. negativen Effekten, sofern 2 Geräte der Gruppe den gleichen Datenpunkt im gleichen Kanal haben.

Komplett umbenennen lassen sich Readings mit dem Attribut ccureadingname. Das ist in Deinem Beispiel falsch angewendet, vermutlich wolltest du damit den Readingname ins alte Format bringen. Funktioniert so aber nicht
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 13 September 2019, 21:13:57
Okay. Hab ich verstanden....
Aber wie müsste ich das denn anwenden, um es entsprechend um zu benennen.   Weil die mit ZHR sind da die Werte des Zentralen Gerät... und da gibt's glaube ich immer nur die Werte einmal.. aber kann gut sein, dass ich mich da irre.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: slor am 14 September 2019, 00:40:49
Hallo zuammen,

habe seit längerem mal wieder ein Update durchgeführt und nun bleiben die RPC services in "initialized" hängen. (siehe Bild im Anhang)
Zumindest alles ausser Bidcos.

Auszug aus dem Log mit Verbose 2:

2019.09.13 23:29:22 1: HMCCU: [HMCCU] Initialized version 4.3.018
2019.09.13 23:29:22 1: HMCCU: [HMCCU] HMCCU: Initializing device
2019.09.13 23:29:23 1: HMCCU: [HMCCU] HMCCU: Read 13 devices with 163 channels from CCU 192.168.1.xx
2019.09.13 23:29:23 1: HMCCU: [HMCCU] HMCCU: Read 4 interfaces from CCU 192.168.1.xx
2019.09.13 23:29:23 1: HMCCU: [HMCCU] HMCCU: Read 5 programs from CCU 192.168.1.xx
2019.09.13 23:29:23 1: HMCCU: [HMCCU] HMCCU: Read 0 virtual groups from CCU 192.168.1.xx
2019.09.13 23:29:23 1: HMCCURPCPROC: [d_rpcBidCos_RF] Initialized version 1.8 for interface BidCos-RF with I/O device HMCCU
2019.09.13 23:29:23 1: HMCCURPCPROC: [d_rpcHmIP_RF] Initialized version 1.8 for interface HmIP-RF with I/O device HMCCU
2019.09.13 23:29:23 1: HMCCURPCPROC: [d_rpcVirtualDevices] Initialized version 1.8 for interface VirtualDevices with I/O device HMCCU
2019.09.13 23:29:22 1: HMCCU: [HMCCU] Initialized version 4.3.018
2019.09.13 23:29:22 1: HMCCU: [HMCCU] HMCCU: Initializing device
2019.09.13 23:29:23 1: HMCCU: [HMCCU] HMCCU: Read 13 devices with 163 channels from CCU 192.168.1.xx
2019.09.13 23:29:23 1: HMCCU: [HMCCU] HMCCU: Read 4 interfaces from CCU 192.168.1.xx
2019.09.13 23:29:23 1: HMCCU: [HMCCU] HMCCU: Read 5 programs from CCU 192.168.1.xx
2019.09.13 23:29:23 1: HMCCU: [HMCCU] HMCCU: Read 0 virtual groups from CCU 192.168.1.xx
2019.09.13 23:29:23 1: HMCCURPCPROC: [d_rpcBidCos_RF] Initialized version 1.8 for interface BidCos-RF with I/O device HMCCU
2019.09.13 23:29:23 1: HMCCURPCPROC: [d_rpcHmIP_RF] Initialized version 1.8 for interface HmIP-RF with I/O device HMCCU
2019.09.13 23:29:23 1: HMCCURPCPROC: [d_rpcVirtualDevices] Initialized version 1.8 for interface VirtualDevices with I/O device HMCCU
2019.09.13 23:30:05 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2019.09.13 23:30:17 2: HMCCU: [HMCCU] Get RPC device for interface BidCos-RF
2019.09.13 23:30:17 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server process started for interface BidCos-RF with PID=979
2019.09.13 23:30:17 2: CCURPC: [d_rpcBidCos_RF] Initializing RPC server CB2001001006001015 for interface BidCos-RF
2019.09.13 23:30:17 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server starting
2019.09.13 23:30:18 2: HMCCURPCPROC: [d_rpcBidCos_RF] Callback server CB2001001006001015 created. Listening on port 7411
2019.09.13 23:30:18 2: CCURPC: [d_rpcBidCos_RF] CB2001001006001015 accepting connections. PID=979
2019.09.13 23:30:18 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001001006001015 enters server loop
2019.09.13 23:30:18 2: HMCCURPCPROC: [d_rpcBidCos_RF] Registering callback http://192.168.1.x:7411/fh2001 of type A with ID CB2001001006001015 at http://192.168.1.xx:2001
2019.09.13 23:30:18 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001001006001015 running
2019.09.13 23:30:18 1: HMCCU: [HMCCU] All RPC servers running
2019.09.13 23:30:18 2: HMCCU: [HMCCU] Updating devices for filter ccudevstate=active,ccuif=BidCos-RF
2019.09.13 23:30:18 2: HMCCU: Found 6 client devices matching .*
2019.09.13 23:30:18 1: HMCCURPCPROC: [d_rpcBidCos_RF] Scheduled CCU ping every 300 seconds
2019.09.13 23:30:18 2: CCURPC: [d_rpcBidCos_RF] CB2001001006001015 NewDevice received 89 device and channel specifications
2019.09.13 23:30:23 2: HMCCU: [HMCCU] Update success=6 failed=0


mehr kommt nicht.
Schalten kann ich die Geräte trotzdem.

List vom CuxD RPC Device:
   DEF        http://192.168.1.xx CUxD
   FUUID     
   IODev      HMCCU
   NAME       d_rpc001015CUxD
   NR         603
   RPCPID     0
   RPCState   inactive
   STATE      Initialized
   TYPE       HMCCURPCPROC
   ccuip      192.168.1.xx
   ccustate   active
   ccutype    CCU2/3
   host       192.168.1.xx
   prot       http
   rpcid      001006001015
   rpcinterface CUxD
   rpcip      192.168.1.xx
   rpcport    8701
   version    1.8
   READINGS:
     2019-09-13 23:29:29   rpcstate        inactive
     2019-09-13 23:29:29   state           Initialized
   hmccu:
     defaultaddr 192.168.1.x
     devspec    CUxD
     evtime     0
     localaddr  192.168.1.x
     rpcstarttime 0
     rpc:
       clkey     
       pid       
       state      inactive
       rec:
       snd:
Attributes:
   alias      CCU RPC CUxD
   eventMap   /rpcserver on:on/rpcserver off:off/
   group      System
   room       System->Homematic
   stateFormat rpcstate/state
   verbose    2
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: eurofinder am 14 September 2019, 07:59:04
@slor:
Wenn bei mir Probleme in der Art und Weise aufgetreten sind, dann war meist im Device HMCCU das Attribut rpcport nicht gesetzt.
Versuch mal mit attr HMCCU rpcport 2001,2010.

Gruß
eurofinder
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 September 2019, 17:33:57
Besser wäre rpcinterfaces zu setzen. Wird zwar nach rpcport synchronisiert, ist aber die neuere Variante. Und man sollte nur die Interfaces auflisten, die auch wirklich Geräte angebunden haben.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 September 2019, 17:38:19
Zitat von: kotaro am 13 September 2019, 21:13:57
Okay. Hab ich verstanden....
Aber wie müsste ich das denn anwenden, um es entsprechend um zu benennen.   Weil die mit ZHR sind da die Werte des Zentralen Gerät... und da gibt's glaube ich immer nur die Werte einmal.. aber kann gut sein, dass ich mich da irre.

So sehen meine Gruppendevices aus (Attribute). Ich filtere die Datenpunkte so, dass keine doppelten vorkommen.


IODev      d_ccu
alias      Heizung Arbeitszimmer
ccucalculate dewpoint:DEWPOINT:1.ACTUAL_TEMPERATURE,1.ACTUAL_HUMIDITY
ccureadingfilter 1.(^ACTUAL|CONTROL|^SET_TEMP);(^WINDOW_OPEN|^VALVE)
ccureadingformat datapoint
ccureadingname 1.ACTUAL_TEMPERATURE$:temperature;1.SET_TEMPERATURE$:+desired-temp;1.ACTUAL_HUMIDITY$:humidity
cmdIcon    Auto:sani_heating_automatic Manu:sani_heating_manual Boost:sani_heating_boost on:general_an off:general_aus
controldatapoint 1.SET_TEMPERATURE
event-on-change-reading .*
eventMap   /datapoint 1.MANU_MODE :desired-temp/datapoint 1.MANU_MODE 20.0:Manu/datapoint 1.AUTO_MODE 1:Auto/datapoint 1.BOOST_MODE 1:Boost/datapoint 1.MANU_MODE 4.5:off/datapoint 1.MANU_MODE 30.5:on/datapoint 1.PARTY_MODE_SUBMIT:party/
hmstatevals SET_TEMPERATURE!4.5:OFF,30.5:ON;CONTROL_MODE!0:AUTO,1:MANU,2:PARTY,3:BOOST
stateFormat T: temperature° H: humidity% D: desired-temp° P: DEWPOINT° V: 4.VALVE_STATE% 1.CONTROL_MODE
statedatapoint 1.SET_TEMPERATURE
stripnumber 1
substitute CONTROL_MODE!0:AUTO,1:MANU,2:PARTY,3:BOOST;WINDOW_OPEN_REPORTING!(true|1):open,(false|0):closed
webCmd     desired-temp:Auto:Manu:Boost:on:off
widgetOverride control:slider,4.5,0.5,30.5,1 party:textField desired-temp:slider,4.5,0.5,30.5,1
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: slor am 15 September 2019, 00:01:41
Zitat von: zap am 14 September 2019, 17:33:57
Besser wäre rpcinterfaces zu setzen. Wird zwar nach rpcport synchronisiert, ist aber die neuere Variante. Und man sollte nur die Interfaces auflisten, die auch wirklich Geräte angebunden haben.

Das hat geholfen. Habe bei der Gelegenheit gleich mal Virtual Devices rausgeschmissen.

Bei den Internals steht allerdings immernoch:
ccuinterfaces     HmIP-RF,BidCos-RF,VirtualDevices,CUxD

Muss / Kann ich das anpassen?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 15 September 2019, 10:05:07
Das zeigt nur an, welche Interfaces auf der CCU grundsätzlich verfügbar sind. Kann man zwar mit etwas Aufwand und Perl ändern, sollte man aber nicht.
Für den Nutzer lediglich eine Info.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: slor am 15 September 2019, 10:15:17
Dann bleibt das so :-) danke!
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: mattes66 am 15 September 2019, 16:08:04
Hallo,

ich hatte bis vor einigen Wochen eine funktionierende Installation mit HMCCU. Irgendwann gab es keine Aktualisierung der Readings vom HM Geräten mehr, was ich leider nicht sofort gemerkt habe. Ich habe dazwischen den RPI, die CCU2 und FHEM aktualisiert.

Zum Testen habe ich auf demselben RPI eine weitere frische fhem Instanz gestartet und dort das HMCUU device und die HM Geräte nach WIKI neu installiert. Und dort läuft der Server samt Aktualisierung einwandfrei.
Den einzigen Unterschied, den ich im Log erkennen kann, ist die IP-Adresse beim Registrieren des RPC-Servers. Im funktionierenden config-file steht da die Adresse des RPI, im anderen die der CCU2.

Was kann ich tun, um die alte Installation wieder zum Laufen zu bringen?

fhem3.cfg (RPC funktioniert)
HMCCURPCPROC: [d_rpc188026BidCos_RF] Registering callback http://192.168.188.53:7411/fh2001 of type A with ID CB2001188053188026 at http://192.168.188.26:2001

fhem.cfg (RPC funktioniert nicht)
HMCCURPCPROC: [d_rpcBidCos_RF] Registering callback http://192.168.188.26:7411/fh2001 of type A with ID CB2001188053188026 at http://192.168.188.26:2001

Als weitere Info noch die beiden device listings (ohne Geräte)

fhem3.cfg (RPC funktioniert)


Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        192.168.188.26
   FUUID      5d75273c-f33f-7c52-2a49-623ccd72431b4646
   NAME       d_ccu
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         14
   NTFY_ORDER 50-d_ccu
   RPCState   inactive
   STATE      inactive/OK
   TYPE       HMCCU
   ccuaddr    BidCoS-RF
   ccuchannels 307
   ccudevices 35
   ccuif      BidCos-RF
   ccuinterfaces HmIP-RF,VirtualDevices,CUxD,BidCos-RF
   ccuip      192.168.188.26
   ccuname    HM-RCV-50 BidCoS-RF
   ccustate   active
   ccutype    CCU2/3
   host       192.168.188.26
   prot       http
   version    4.3.018
   READINGS:
     2019-09-15 14:08:08   count_channels  307
     2019-09-15 14:08:08   count_devices   35
     2019-09-15 14:08:08   count_groups    0
     2019-09-15 14:08:08   count_interfaces 4
     2019-09-15 14:08:08   count_programs  12
     2019-09-15 14:23:02   rpcstate        inactive
     2019-09-15 14:23:02   state           OK
   hmccu:
     defInterface BidCos-RF
     defPort    2001
     evtime     0
     evtimeout  0
     rpccount   0
     rpcports   2001,2010
     updatetime 0
     adr:
...
     grp:
     ifports:
       2001       BidCos-RF
       2010       HmIP-RF
       8701       CUxD
       9292       VirtualDevices
     interfaces:
       BidCos-RF:
         devcount   21
         device     d_rpc188026BidCos_RF
         flags      forceASCII
         host       192.168.188.26
         manager    HMCCU
         port       2001
         prot       http
         state      inactive
         type       A
         url        http://192.168.188.26:2001
       CUxD:
         devcount   2
         flags      forceInit
         host       192.168.188.26
         manager    null
         port       8701
         prot       xmlrpc_bin
         state      inactive
         type       B
         url        xmlrpc_bin://192.168.188.26:8701
       HmIP-RF:
         devcount   12
         device     d_rpc188026HmIP_RF
         flags      forceASCII
         host       192.168.188.26
         manager    HMCCU
         port       2010
         prot       http
         state      inactive
         type       A
         url        http://192.168.188.26:2010
       VirtualDevices:
         devcount   0
         flags      _
         host       192.168.188.26
         manager    null
         port       9292
         prot       http
         state      inactive
         type       A
         url        http://192.168.188.26:9292/groups
     prg:
       @HomeNotificationSender:
         active     true
         internal   true
       Alle Roll�den auf:
         active     false
         internal   false
       Service1:
         active     true
         internal   false
       Service2:
         active     true
         internal   false
       System Tageszeit:
         active     true
         internal   false
       WS_Bad_Key_Pressed:
         active     true
         internal   false
       prgEnergyCounter_5633_NEQ1558831:2:
         active     true
         internal   true
       prgEnergyCounter_6205_0001D7098D9C1E:6:
         active     true
         internal   true
       prgEnergyCounter_7052_000B9569A5186C:5:
         active     true
         internal   true
       prgEnergyCounter_7507_000898A9A6FD36:5:
         active     true
         internal   true
       prgEnergyCounter_7573_000898A9A6FCED:5:
         active     true
         internal   true
       prgEnergyCounter_7639_000898A9A6FE34:5:
         active     true
         internal   true
     rpc:
Attributes:
   ccuflags   procrpc,nonBlocking,reconnect
   rpcinterfaces BidCos-RF,HmIP-RF
   rpcport    2001,2010
   rpcserver  on
   stateFormat rpcstate/state


fhem.cfg (RPC funktioniert nicht)

Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        192.168.188.26
   FUUID      5c462311-f33f-7c52-4e15-8dc8a1e5aa07fc4e
   NAME       d_ccu
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         41
   NTFY_ORDER 50-d_ccu
   RPCState   running
   STATE      running/OK
   TYPE       HMCCU
   ccuaddr    BidCoS-RF
   ccuchannels 307
   ccudevices 35
   ccuif      BidCos-RF
   ccuinterfaces VirtualDevices,BidCos-RF,HmIP-RF,CUxD
   ccuip      192.168.188.26
   ccuname    HM-RCV-50 BidCoS-RF
   ccustate   active
   ccutype    CCU2/3
   host       192.168.188.26
   prot       http
   version    4.3.018
   Helper:
     DBLOG:
       rpcstate:
         logdb:
           TIME       1568550770.15616
           VALUE      running
   READINGS:
     2019-09-15 15:27:54   Anwesenheit     true
     2019-09-15 15:27:54   Messages        false
     2019-09-15 15:27:54   Systemvariable  false
     2019-09-15 15:27:54   Tageszeit       5
     2019-09-15 15:27:54   WS_Bad_Key      false
     2019-09-15 15:27:54   _HomeNotification @HomeTestNotification
     2019-09-15 15:23:04   batterycount    30
     2019-09-15 15:23:04   batterylist     no match
     2019-09-15 15:23:04   batterymatch    0
     2019-09-15 15:23:04   batterystate    (no|false|0)
     2019-09-15 14:22:54   count_channels  307
     2019-09-15 14:22:54   count_devices   35
     2019-09-15 14:22:54   count_groups    0
     2019-09-15 14:22:54   count_interfaces 4
     2019-09-15 14:22:54   count_programs  12
     2019-09-15 14:32:50   rpcstate        running
     2019-09-15 14:32:50   state           OK
   hmccu:
     defInterface BidCos-RF
     defPort    2001
     evtime     0
     evtimeout  0
     rpccount   0
     rpcports   2001,2010
     updatetime 0
     adr:
....
     grp:
     ifports:
       2001       BidCos-RF
       2010       HmIP-RF
       8701       CUxD
       9292       VirtualDevices
     interfaces:
       BidCos-RF:
         devcount   21
         device     d_rpcBidCos_RF
         flags      forceASCII
         host       192.168.188.26
         manager    HMCCU
         port       2001
         prot       http
         state      running
         type       A
         url        http://192.168.188.26:2001
       CUxD:
         devcount   2
         flags      forceInit
         host       192.168.188.26
         manager    null
         port       8701
         prot       xmlrpc_bin
         state      inactive
         type       B
         url        xmlrpc_bin://192.168.188.26:8701
       HmIP-RF:
         devcount   12
         device     d_rpc188026HmIP_RF
         flags      forceASCII
         host       192.168.188.26
         manager    HMCCU
         port       2010
         prot       http
         state      running
         type       A
         url        http://192.168.188.26:2010
       VirtualDevices:
         devcount   0
         flags      _
         host       192.168.188.26
         manager    null
         port       9292
         prot       http
         state      inactive
         type       A
         url        http://192.168.188.26:9292/groups
     prg:
       @HomeNotificationSender:
         active     true
         internal   true
       Alle Roll�den auf:
         active     false
         internal   false
       Service1:
         active     true
         internal   false
       Service2:
         active     true
         internal   false
       System Tageszeit:
         active     true
         internal   false
       WS_Bad_Key_Pressed:
         active     true
         internal   false
       prgEnergyCounter_5633_NEQ1558831:2:
         active     true
         internal   true
       prgEnergyCounter_6205_0001D7098D9C1E:6:
         active     true
         internal   true
       prgEnergyCounter_7052_000B9569A5186C:5:
         active     true
         internal   true
       prgEnergyCounter_7507_000898A9A6FD36:5:
         active     true
         internal   true
       prgEnergyCounter_7573_000898A9A6FCED:5:
         active     true
         internal   true
       prgEnergyCounter_7639_000898A9A6FE34:5:
         active     true
         internal   true
     rpc:
Attributes:
   DbLogExclude .*
   DbLogInclude rpcstate
   ccuReqTimeout 60
   ccuaggregate name:battery,filter:room=HM,read:(LOWBAT|LOW_BAT),if:any=(yes|true|1),else:(no|false|0),prefix=battery_,coll:alias
   ccuflags   procrpc,nonBlocking,reconnect
   devStateIcon running.*:10px-kreis-gruen stopped.*:10px-kreis-rot .*busy:10px-kreis-gelb
   fp_Home    65,376,1,d_ccu,
   room       HM
   rpcinterfaces BidCos-RF,HmIP-RF
   rpcport    2001,2010
   rpcserver  on
   rpcserveraddr 192.168.188.26
   stateFormat rpcstate/state
   verbose    2
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 15 September 2019, 17:34:22
Lösche mal in der nicht funktionierenden Config die HMCCURPC Devices. Vorher RPC Server stoppen.
Config speichern, dann fhem und RPC Server neu starten. Dabei werden die HMCCURPC Devices neu angelegt.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: mattes66 am 15 September 2019, 18:32:23
Erstmal danke für die rasche Antwort.
Hat leider keine Verbesserung gebracht. Die  HMCCUPRC Devices wurden neu angelegt, haben jetzt einen etwas anderen Namen (Teil IP-Adresse im Namen).

Im log steht immer noch zweimal die IP von der CCU2. Wie sollte das denn aussehen?

HMCCURPCPROC: [d_rpc188026HmIP_RF] Registering callback http://192.168.188.26:7420/fh2010 of type A with ID CB2010188053188026 at http://192.168.188.26:2010

2019.09.15 18:22:36 1: Including fhem.cfg
2019.09.15 18:22:37 3: WEB: port 8083 opened
2019.09.15 18:22:37 3: WEBphone: port 8084 opened
2019.09.15 18:22:37 3: WEBtablet: port 8085 opened
2019.09.15 18:22:37 2: eventTypes: loaded 2897 events from ./log/eventTypes.txt
2019.09.15 18:22:41 1: HMCCU: [d_ccu] Initialized version 4.3.018
2019.09.15 18:22:41 1: HMCCU: [d_ccu] HMCCU: Initializing device
2019.09.15 18:22:44 1: HMCCU: [d_ccu] HMCCU: Read 35 devices with 307 channels from CCU 192.168.188.26
2019.09.15 18:22:44 1: HMCCU: [d_ccu] HMCCU: Read 4 interfaces from CCU 192.168.188.26
2019.09.15 18:22:44 1: HMCCU: [d_ccu] HMCCU: Read 12 programs from CCU 192.168.188.26
2019.09.15 18:22:44 1: HMCCU: [d_ccu] HMCCU: Read 0 virtual groups from CCU 192.168.188.26
2019.09.15 18:22:51 1: Including ./log/fhem.save
2019.09.15 18:22:52 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2019.09.15 18:22:52 0: Featurelevel: 5.9
2019.09.15 18:22:52 0: Server started with 218 defined entities (fhem.pl:20069/2019-08-27 perl:5.024001 os:linux user:fhem pid:1823)
2019.09.15 18:22:52 3: telnetForBlockingFn_1568564572: port 37175 opened
2019.09.15 18:22:52 2: AttrTemplates: got 100 entries
2019.09.15 18:23:04 2: HMCCU: [d_ccu] Get RPC device for interface BidCos-RF
2019.09.15 18:23:04 1: HMCCU: [d_ccu] No RPC device defined for interface BidCos-RF
2019.09.15 18:23:04 1: HMCCU: [d_ccu] Creating new RPC device d_rpc188026BidCos_RF
2019.09.15 18:23:04 1: HMCCURPCPROC: [d_rpc188026BidCos_RF] Initialized version 1.8 for interface BidCos-RF with I/O device d_ccu
2019.09.15 18:23:04 2: HMCCU: [d_ccu] Get RPC device for interface HmIP-RF
2019.09.15 18:23:04 1: HMCCU: [d_ccu] No RPC device defined for interface HmIP-RF
2019.09.15 18:23:04 1: HMCCU: [d_ccu] Creating new RPC device d_rpc188026HmIP_RF
2019.09.15 18:23:04 1: HMCCURPCPROC: [d_rpc188026HmIP_RF] Initialized version 1.8 for interface HmIP-RF with I/O device d_ccu
2019.09.15 18:23:04 1: HMCCU: [d_ccu] Saving FHEM config
2019.09.15 18:23:04 2: HMCCURPCPROC: [d_rpc188026BidCos_RF] RPC server process started for interface BidCos-RF with PID=2155
2019.09.15 18:23:04 2: CCURPC: [d_rpc188026BidCos_RF] Initializing RPC server CB2001188053188026 for interface BidCos-RF
2019.09.15 18:23:04 1: HMCCURPCPROC: [d_rpc188026BidCos_RF] RPC server starting
2019.09.15 18:23:04 2: HMCCURPCPROC: [d_rpc188026HmIP_RF] RPC server process started for interface HmIP-RF with PID=2156
2019.09.15 18:23:04 2: CCURPC: [d_rpc188026HmIP_RF] Initializing RPC server CB2010188053188026 for interface HmIP-RF
2019.09.15 18:23:04 1: HMCCURPCPROC: [d_rpc188026HmIP_RF] RPC server starting
2019.09.15 18:23:04 2: HMCCURPCPROC: [d_rpc188026BidCos_RF] Callback server CB2001188053188026 created. Listening on port 7411
2019.09.15 18:23:04 2: CCURPC: [d_rpc188026BidCos_RF] CB2001188053188026 accepting connections. PID=2155
2019.09.15 18:23:04 2: HMCCURPCPROC: [d_rpc188026BidCos_RF] RPC server CB2001188053188026 enters server loop
2019.09.15 18:23:04 2: HMCCURPCPROC: [d_rpc188026BidCos_RF] Registering callback http://192.168.188.26:7411/fh2001 of type A with ID CB2001188053188026 at http://192.168.188.26:2001
2019.09.15 18:23:04 2: HMCCURPCPROC: [d_rpc188026HmIP_RF] Callback server CB2010188053188026 created. Listening on port 7420
2019.09.15 18:23:04 2: CCURPC: [d_rpc188026HmIP_RF] CB2010188053188026 accepting connections. PID=2156
2019.09.15 18:23:04 1: HMCCURPCPROC: [d_rpc188026BidCos_RF] RPC server CB2001188053188026 running
2019.09.15 18:23:04 1: HMCCURPCPROC: [d_rpc188026BidCos_RF] Scheduled CCU ping every 300 seconds
2019.09.15 18:23:05 2: HMCCURPCPROC: [d_rpc188026HmIP_RF] RPC server CB2010188053188026 enters server loop
2019.09.15 18:23:05 2: HMCCURPCPROC: [d_rpc188026HmIP_RF] Registering callback http://192.168.188.26:7420/fh2010 of type A with ID CB2010188053188026 at http://192.168.188.26:2010
2019.09.15 18:23:05 1: HMCCURPCPROC: [d_rpc188026HmIP_RF] RPC server CB2010188053188026 running
2019.09.15 18:23:05 1: HMCCU: [d_ccu] All RPC servers running
2019.09.15 18:23:05 2: HMCCU: [d_ccu] Updating devices for filter ccudevstate=active,ccuif=BidCos-RF|HmIP-RF
2019.09.15 18:23:05 2: HMCCU: Found 30 client devices matching .*
2019.09.15 18:23:07 2: HMCCU: [d_ccu] Update success=30 failed=0
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 15 September 2019, 18:41:16
Hinter "Registering callback" muss die Adresse vom FHEM-Rechner stehen. Bei mir sieht das so aus:

Registering callback http://192.168.1.13:7411/fh2001 of type A with ID CB2001001013001021 at http://192.168.1.21:2001

1.13 = FHEM IP
1.21 = CCU IP

Laufen bei Dir FHEM und CCU auf getrennten Rechnern? Wie sieht der Define Befehl vom IO-Device (HMCCU) aus?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: mattes66 am 15 September 2019, 19:15:32
ja, FHEM auf einem rpi3, Homematic auf der CCU2
Adresse des RPI ist 192.168.188.53
Adresse der CCU2 ist 192.168.188.26 und die steht zweimal drin in dieser log-Zeile.

Define sieht so aus
Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        192.168.188.26
   FUUID      5c462311-f33f-7c52-4e15-8dc8a1e5aa07fc4e
   NAME       d_ccu
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         41
   NTFY_ORDER 50-d_ccu
   RPCState   running
   STATE      running/OK
   TYPE       HMCCU
   ccuaddr    BidCoS-RF
   ccuchannels 307
   ccudevices 35
   ccuif      BidCos-RF
   ccuinterfaces CUxD,VirtualDevices,HmIP-RF,BidCos-RF
   ccuip      192.168.188.26
   ccuname    HM-RCV-50 BidCoS-RF
   ccustate   active
   ccutype    CCU2/3
   host       192.168.188.26
   prot       http
   version    4.3.018


In der frischen Installation ist das auch so wie bei Dir mit der FHEM und der CCU IP.

Gibt es einen Trick, die Konfiguration "richtig" zurückzusetzen ohne die HM devices wieder neu anzulegen?

Ich habe die HM devices teilweise in FHEM umbenannt, teilweise auf der CCU, leider nicht sehr systematisch. Die Namen sind in ReadingsGroup und Funktionen verarbeitet. Wäre dann viel Arbeit, das wieder glatt zu ziehen.





Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: mattes66 am 15 September 2019, 19:58:28
Hurra, es läuft wieder.  :) :)

- rpcserver gestoppt
- HMCCURPCPROC Devices gelöscht
- HMCCU device gelöscht
- HMCCU device neu angelegt
- fhem.cfg speichern
- fhem server stoppen
- fhem.cfg von Hand editieren und das device HMCCU wieder an die alte Stelle schieben (sonst ist FHEM abgestürzt)
- fhem neu starten

Jetzt sieht es im log wieder so aus und die icons reagieren wieder:

2019.09.15 19:51:54 2: HMCCURPCPROC: [d_rpc188026BidCos_RF] Registering callback http://192.168.188.53:7411/fh2001 of type A with ID CB2001188053188026 at http://192.168.188.26:2001

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 15 September 2019, 20:32:36
In dem Fall ist Editieren der fhem.cfg ausnahmsweise erlaubt ;)

Leider werden die Devices in diesem Fall nicht korrekt sortiert in die fhem.cfg geschrieben.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: ToM_ToM am 24 September 2019, 19:16:56
Hi zap,

nach dem Umstieg auf Bust und aktueller Perl-Verison wird mein Log ein wenig zugeballert.
Kannst du dir das mal bitte anschauen?


2019.09.24 19:12:19 1: PERL WARNING: Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.30), passed through in regex; marked by <-- HERE in m/1.${ <-- HERE sysVarRainYesterday}/ at /opt/fhem/FHEM/88_HMCCU.pm line 2912.
2019.09.24 19:12:19 1: stacktrace:
2019.09.24 19:12:19 1:     main::__ANON__                      called by /opt/fhem/FHEM/88_HMCCU.pm (2912)
2019.09.24 19:12:19 1:     main::HMCCU_SubstVariables          called by /opt/fhem/FHEM/88_HMCCU.pm (7504)
2019.09.24 19:12:19 1:     main::HMCCU_GetHMState              called by /opt/fhem/FHEM/88_HMCCU.pm (3411)
2019.09.24 19:12:19 1:     main::HMCCU_UpdateSingleDevice      called by /opt/fhem/FHEM/88_HMCCU.pm (3471)
2019.09.24 19:12:19 1:     main::HMCCU_UpdateMultipleDevices   called by /opt/fhem/FHEM/88_HMCCURPCPROC.pm (734)
2019.09.24 19:12:19 1:     main::HMCCURPCPROC_Read             called by fhem.pl (3752)
2019.09.24 19:12:19 1:     main::CallFn                        called by fhem.pl (750)


Viele Grüße

Thomas
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 25 September 2019, 06:30:19
Hallo,

Ich habe das Problem, das mit den Standartparametern kein pct oder control reading in meiner HmIP-FROLL Aktor. Ist etwas falsch eingerichtet?


Internals:
   CHANGED   
   DEF        00115A498E0282
   FUUID      5d6f9511-f33f-787c-8a43-fd367b13f162e40c
   IODev      d_ccu
   NAME       Rollladen_WZ_Doppelfenster
   NR         234
   STATE      5
   TYPE       HMCCUDEV
   ccuaddr    00115A498E0282
   ccudevstate active
   ccuif      HmIP-RF
   ccuname    WZ_Rollladen_Doppelfenster
   ccutype    HmIP-FROLL
   channels   8
   firmware   1.2.0
   statevals  devstate
   READINGS:
     2019-09-25 05:48:53   0.ACTUAL_TEMPERATURE 25.0
     2019-09-25 05:48:53   0.ACTUAL_TEMPERATURE_STATUS normal
     2019-09-25 05:48:53   0.ERROR_CODE    0
     2019-09-25 05:48:53   0.ERROR_OVERHEAT no
     2019-09-25 05:48:53   3.ACTIVITY_STATE stop
     2019-09-25 05:48:53   3.LEVEL         5
     2019-09-25 05:48:53   3.LEVEL_STATUS  0
     2019-09-25 05:48:53   4.ACTIVITY_STATE stop
     2019-09-25 05:48:53   5.ACTIVITY_STATE stop
     2019-09-25 05:48:53   6.ACTIVITY_STATE stop
     2019-09-23 16:58:30   ASC_Enable      on
     2019-09-24 10:17:36   ASC_ShuttersLastDrive manual
     2019-09-24 19:36:42   ASC_Time_DriveDown 25.09.2019 - 19:36
     2019-09-24 19:36:42   ASC_Time_DriveUp 25.09.2019 - 06:30
     2019-09-23 20:44:26   associatedWith  AutoShuttersControl
     2019-09-25 05:48:53   hmstate         5
     2019-09-25 05:48:53   state           5
   hmccu:
     devspec    00115A498E0282
     dp:
       0.ACTUAL_TEMPERATURE:
         OSVAL      25.0
         OVAL       25.0
         SVAL       25.0
         VAL        25.0
       0.ACTUAL_TEMPERATURE_STATUS:
         OSVAL      normal
         OVAL       0
         SVAL       normal
         VAL        0
       0.CONFIG_PENDING:
         OVAL       0
         VAL        0
       0.DUTY_CYCLE:
         OVAL       0
         VAL        0
       0.ERROR_CODE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.ERROR_OVERHEAT:
         OSVAL      no
         OVAL       0
         SVAL       no
         VAL        0
       0.INSTALL_TEST:
         OVAL       true
         VAL        true
       0.OPERATING_VOLTAGE:
         OVAL       0.000000
         VAL        0.000000
       0.OPERATING_VOLTAGE_STATUS:
         OVAL       0
         VAL        0
       0.RSSI_DEVICE:
         OVAL       -72
         VAL        -74
       0.RSSI_PEER:
         OVAL       -72
         VAL        -71
       0.UNREACH:
         OVAL       0
         VAL        0
       0.UPDATE_PENDING:
         OVAL       false
         VAL        false
       3.ACTIVITY_STATE:
         OSVAL      stop
         OVAL       3
         SVAL       stop
         VAL        3
       3.LEVEL:
         OSVAL      5
         OVAL       0.05
         SVAL       5
         VAL        0.05
       3.LEVEL_STATUS:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       3.PROCESS:
         OVAL       0
         VAL        0
       3.SECTION:
         OVAL       15
         VAL        15
       3.SECTION_STATUS:
         OVAL       0
         VAL        0
       4.ACTIVITY_STATE:
         OSVAL      stop
         OVAL       3
         SVAL       stop
         VAL        3
       4.LEVEL:
         OVAL       0.05
         VAL        0.05
       4.LEVEL_STATUS:
         OVAL       0
         VAL        0
       4.PROCESS:
         OVAL       0
         VAL        0
       4.SECTION:
         OVAL       4
         VAL        4
       4.SECTION_STATUS:
         OVAL       0
         VAL        0
       5.ACTIVITY_STATE:
         OSVAL      stop
         OVAL       3
         SVAL       stop
         VAL        3
       5.LEVEL:
         OVAL       0.0
         VAL        0.0
       5.LEVEL_STATUS:
         OVAL       0
         VAL        0
       5.PROCESS:
         OVAL       0
         VAL        0
       5.SECTION:
         OVAL       0
         VAL        0
       5.SECTION_STATUS:
         OVAL       0
         VAL        0
       6.ACTIVITY_STATE:
         OSVAL      stop
         OVAL       3
         SVAL       stop
         VAL        3
       6.LEVEL:
         OVAL       0.0
         VAL        0.0
       6.LEVEL_STATUS:
         OVAL       0
         VAL        0
       6.PROCESS:
         OVAL       0
         VAL        0
       6.SECTION:
         OVAL       0
         VAL        0
       6.SECTION_STATUS:
         OVAL       0
         VAL        0
       7.WEEK_PROGRAM_CHANNEL_LOCKS:
         OVAL       0
         VAL        0
Attributes:
   ASC        2
   ASC_ComfortOpen_Pos 35
   ASC_Pos_Reading pct
   ASC_PrivacyDown_Pos 30
   ASC_Shading_Direction 70
   ASC_Shading_Pos 30
   ASC_Time_Up_Early 06:30
   ASC_Time_Up_Late 08:00
   ASC_Time_Up_WE_Holiday 08:00
   DbLogExclude .*
   IODev      d_ccu
   ccureadingfilter 3.LEVEL;(ERROR_CODE|ERROR_OVERHEAT|ACTUAL_TEMPERATURE|ACTIVITY_STATE|SELF_CALIBRATION_RESULT)
   ccureadingname 3.LEVEL
-+control,+pct
   ccuscaleval LEVEL:0:1:0:100
   cmdIcon    up:fts_shutter_up stop:fts_shutter_manual down:fts_shutter_down
   controldatapoint 4.LEVEL
   event-on-change-reading .*
   eventMap   /datapoint 4.STOP true:stop/datapoint 4.LEVEL 0:down/datapoint 4.LEVEL 100:up/datapoint 3.SELF_CALIBRATION 0:stopCalibration/datapoint 3.SELF_CALIBRATION 1:startCalibration/
   gassistantName Orchideenfenster
   genericDeviceType blind
   group      Rollladen
   hmstatevals ACTUAL_TEMPERATURE_STATUS!2:tempOverflow,3:tempUnderflow;ERROR_OVERHEAT!(1|true):overheat
   realRoom   Wohnzimmer
   room       11_Wohnzimmer,GoogleAssistant,Homekit,Homematic
   statedatapoint 3.LEVEL
   stripnumber 1
   substexcl  control|pct
   substitute LEVEL!#0-0:closed,#100-100:open;ACTIVITY_STATE!0:unknown,1:up,2:down,3:stop;ERROR_OVERHEAT!(0|false):no,(1|true):yes;ACTUAL_TEMPERATURE_STATUS!0:normal,1:unknown,2:overflow,3:underflow;SELF_CALIBRATION_RESULT!(0|false):failed,(1|true):ok
   userattr   ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 ASC_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_BlockingTime_afterManual ASC_BlockingTime_beforDayOpen ASC_BlockingTime_beforNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Offset ASC_Drive_OffsetStart ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection ASC_Mode_Down:absent,always,off,home ASC_Mode_Up:absent,always,off,home ASC_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Partymode:on,off ASC_Pos_Reading ASC_PrivacyDownTime_beforNightClose ASC_PrivacyDown_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Exclude:on,off ASC_Self_Defense_Mode:absent,gone ASC_Shading_Angle_Left ASC_Shading_Angle_Right ASC_Shading_Direction ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_Cloudy ASC_Shading_StateChange_Sunny ASC_Shading_WaitingPeriod ASC_ShuttersPlace:window,terrace ASC_TempSensor ASC_Time_Down_Early ASC_Time_Down_Late ASC_Time_Up_Early ASC_Time_Up_Late ASC_Time_Up_WE_Holiday ASC_Up:time,astro,brightness,roommate ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_PosAfterDayClosed:open,lastManual ASC_WindowRec_subType:twostate,threestate
   webCmd     control:up:stop:down
   widgetOverride control:slider,0,10,100
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: jsChris am 25 September 2019, 08:35:14
Hi,

ich habe hier für einen HmIP-BROLL (sollte ja ähnlich sein):


   ccureadingfilter ^(ERROR_CODE|ERROR_OVERHEAT|ACTUAL_TEMPERATURE|LEVEL|ACTIVITY_STATE|SELF_CALIBRATION_RESULT)$
   ccureadingname 3.LEVEL:+pct
   ccuscaleval LEVEL:0:1:0:100
   cmdIcon    up:fts_shutter_up stop:fts_shutter_manual down:fts_shutter_down
   controldatapoint 4.LEVEL
   event-on-change-reading .*
   eventMap   /datapoint 4.STOP true:stop/datapoint 4.LEVEL 0:down/datapoint 4.LEVEL 100:up/datapoint 3.SELF_CALIBRATION 0:stopCalibration/datapoint 3.SELF_CALIBRATION 1:startCalibration/
   genericDeviceType blind
   group      Rolladen
   hmstatevals ACTUAL_TEMPERATURE_STATUS!2:tempOverflow,3:tempUnderflow;ERROR_OVERHEAT!(1|true):overheat
   icon       fts_shutter
   room       Homematic,Wohnzimmer
   statedatapoint 4.LEVEL
   stripnumber 1
   substexcl  control|pct
   substitute LEVEL!#0-0:closed,#100-100:open;ACTIVITY_STATE!0:unknown,1:up,2:down,3:stop;ERROR_OVERHEAT!(0|false):no,(1|true):yes;ACTUAL_TEMPERATURE_STATUS!0:normal,1:unknown,2:overflow,3:underflow;SELF_CALIBRATION_RESULT!(0|false):failed,(1|true):ok
   webCmd     control:up:stop:down
   widgetOverride control:slider,0,10,100


lg
Chris
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 25 September 2019, 17:31:06
Danke.

Tatsächlich war mein Attribute ccureadingname falsch.  Es war so:
ccureadingname 3.LEVEL
-+control,+pct

Aber es hätte so sein müssen
ccureadingname 3.LEVEL+control:+pct
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 30 September 2019, 18:41:21
Hallo Zap,

bei meinen HM-Devices, die noch über CUL_HM laufen erscheint bei Schaltvorgängen ein Log 3 Eintrag im global Logfile. Daran hab ich mir ehrlich gesagt etwas gewöhnt und finde es schade, dass dies bei den HM-Devices, die über HMCCU laufen nicht der Fall ist.
Könntest du hier eventuell auch ein Logfileprotokoll einbauen? Wenn das dann jemand stören sollte, könnte er dies ja mit Erniedrigung des Verbose Levels auf z.B. 2 wieder abschalten. Alternativ könnte man auch andersherum den Standard Verbose Level auf 2 oder weniger setzen, so dass ich die Protokollierung im Log erhalte, wenn ich den Verbose Level auf 3 erhöhe. Bei Verbose 4 oder 5 kommt schon wieder zu viel.

Gruß
Wolle
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 30 September 2019, 19:41:32
Hallo zap,

stelle gerade fest das es mit 2 Schaltbefehlen in selber Sekunde immer noch Timeouts gibt.
2019.09.30 19:01:14 1: LED-KU: Ein (doif.pr.wz_led.ku)
2019.09.30 19:01:14 1: LED-WZ: Ein (doif.pr.wz_led.wz)
2019.09.30 19:01:18 2: HMCCUDEV: [HM_sd_ku_led] Error during CCU request. timed out

Ausgewirkt hat es sich so das der Lichtaktor in 1. Zeile nicht eingeschaltet hat.
Eine Queue wär schön  :)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 01 Oktober 2019, 07:37:25
Es gibt mittlerweile einen set datapoint Befehl im IO Device, mit dem man mehrere Devices vom Typ HMCCUCHN und HMCCUDEV in einem CCU Request schalten kann. Wenn also beide Schaltbefehle aus dem gleichen DOIF resultieren, solltest du das mal probieren.

Außerdem habe ich in HMCCUCHN und HMCCUDEV den Befehl set rpcparameter eingebaut. Der setzt Datenpunkte über die RPC Schnittstelle unter Umgehung der CCU Rega. Das kann auch bei Timeout Problemen helfen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 02 Oktober 2019, 12:57:13
Hallo zap,

mit der neuen Firmware der CCU2 fällt mir auf, dass die aktuelle Version von HMCCU immer wieder nach einem Neustart von fhem die Devices nicht richtig geupdatet bekommt:


2019.10.02 12:51:08.209 1: Including fhem.cfg
2019.10.02 12:51:08.387 3: telnetPort: port 7072 opened
2019.10.02 12:51:09.853 3: WEB: port 8083 opened
2019.10.02 12:51:09.854 3: WEBphone: port 8084 opened
2019.10.02 12:51:09.854 3: WEBtablet: port 8085 opened
2019.10.02 12:51:10.097 2: eventTypes: loaded 3874 events from log/eventTypes.txt
2019.10.02 12:51:14.753 1: HMCCU: [CCU2] Initialized version 4.3.018
2019.10.02 12:51:14.754 1: HMCCU: [CCU2] HMCCU: Initializing device
2019.10.02 12:51:18.104 1: HMCCU: [CCU2] HMCCU: Read 111 devices with 548 channels from CCU 10.0.0.20
2019.10.02 12:51:18.104 1: HMCCU: [CCU2] HMCCU: Read 4 interfaces from CCU 10.0.0.20
2019.10.02 12:51:18.104 1: HMCCU: [CCU2] HMCCU: Read 68 programs from CCU 10.0.0.20
2019.10.02 12:51:18.104 1: HMCCU: [CCU2] HMCCU: Read 0 virtual groups from CCU 10.0.0.20
2019.10.02 12:51:24.637 1: HMCCURPCPROC: [d_rpcBidCos_RF] Initialized version 1.8 for interface BidCos-RF with I/O device CCU2
2019.10.02 12:51:24.638 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Initialized version 1.8 for interface BidCos-Wired with I/O device CCU2
2019.10.02 12:51:24.640 1: HMCCURPCPROC: [d_rpcHmIP_RF] Initialized version 1.8 for interface HmIP-RF with I/O device CCU2
2019.10.02 12:51:24.907 1: Including ./log/fhem.save
2019.10.02 12:51:25.001 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2019.10.02 12:51:25.090 0: Featurelevel: 5.9
2019.10.02 12:51:25.090 0: Server started with 298 defined entities (fhem.pl:20069/2019-08-27 perl:5.026001 os:linux user:fhem pid:2059)
2019.10.02 12:51:37.003 2: HMCCU: [CCU2] Get RPC device for interface BidCos-RF
2019.10.02 12:51:37.003 2: HMCCU: [CCU2] Get RPC device for interface BidCos-Wired
2019.10.02 12:51:37.003 2: HMCCU: [CCU2] Get RPC device for interface HmIP-RF
2019.10.02 12:51:37.004 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server process started for interface BidCos-RF with PID=2149
2019.10.02 12:51:37.010 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server starting
2019.10.02 12:51:37.014 2: CCURPC: [d_rpcBidCos_RF] Initializing RPC server CB2001000030000020 for interface BidCos-RF
2019.10.02 12:51:37.018 2: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server process started for interface BidCos-Wired with PID=2150
2019.10.02 12:51:37.024 2: CCURPC: [d_rpcBidCos_Wired] Initializing RPC server CB2000000030000020 for interface BidCos-Wired
2019.10.02 12:51:37.029 1: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server starting
2019.10.02 12:51:37.035 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process started for interface HmIP-RF with PID=2151
2019.10.02 12:51:37.041 2: CCURPC: [d_rpcHmIP_RF] Initializing RPC server CB2010000030000020 for interface HmIP-RF
2019.10.02 12:51:37.044 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server starting
2019.10.02 12:51:37.124 2: HMCCURPCPROC: [d_rpcBidCos_RF] Callback server CB2001000030000020 created. Listening on port 7411
2019.10.02 12:51:37.125 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001000030000020 enters server loop
2019.10.02 12:51:37.125 2: HMCCURPCPROC: [d_rpcBidCos_RF] Registering callback http://10.0.0.30:7411/fh2001 of type A with ID CB2001000030000020 at http://10.0.0.20:2001
2019.10.02 12:51:37.131 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Callback server CB2000000030000020 created. Listening on port 7410
2019.10.02 12:51:37.132 2: CCURPC: [d_rpcBidCos_Wired] CB2000000030000020 accepting connections. PID=2150
2019.10.02 12:51:37.135 2: CCURPC: [d_rpcBidCos_RF] CB2001000030000020 accepting connections. PID=2149
2019.10.02 12:51:37.136 2: HMCCURPCPROC: [d_rpcHmIP_RF] Callback server CB2010000030000020 created. Listening on port 7420
2019.10.02 12:51:37.137 2: CCURPC: [d_rpcHmIP_RF] CB2010000030000020 accepting connections. PID=2151
2019.10.02 12:51:37.824 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001000030000020 running
2019.10.02 12:51:37.827 1: HMCCURPCPROC: [d_rpcBidCos_RF] Scheduled CCU ping every 300 seconds
2019.10.02 12:51:37.832 2: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server CB2000000030000020 enters server loop
2019.10.02 12:51:37.833 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Registering callback http://10.0.0.30:7410/fh2000 of type A with ID CB2000000030000020 at http://10.0.0.20:2000
2019.10.02 12:51:38.116 1: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server CB2000000030000020 running
2019.10.02 12:51:38.305 2: CCURPC: [d_rpcBidCos_Wired] CB2000000030000020 NewDevice received 94 device and channel specifications
2019.10.02 12:51:38.645 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010000030000020 enters server loop
2019.10.02 12:51:38.646 2: HMCCURPCPROC: [d_rpcHmIP_RF] Registering callback http://10.0.0.30:7420/fh2010 of type A with ID CB2010000030000020 at http://10.0.0.20:2010
2019.10.02 12:51:38.664 2: CCURPC: [d_rpcBidCos_RF] CB2001000030000020 NewDevice received 461 device and channel specifications
2019.10.02 12:51:38.714 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010000030000020 running
2019.10.02 12:51:38.715 1: HMCCU: [CCU2] All RPC servers running
2019.10.02 12:51:38.716 2: HMCCU: [CCU2] Updating devices for filter ccudevstate=active,ccuif=BidCos-RF|BidCos-Wired|HmIP-RF
2019.10.02 12:51:38.720 2: HMCCU: Found 125 client devices matching .*
2019.10.02 12:51:39.543 2: CCURPC: [d_rpcHmIP_RF] CB2010000030000020 NewDevice received 92 device and channel specifications


Die Erfolgsmeldung


2019.10.02 12:54:32.932 2: HMCCU: [CCU2] Update success=125 failed=0


bleibt aus, entsprechend werden Devices erst dann nach und nach geupdatet, wenn Events über die RPC-Schnittstelle herein kommen. Nach einem weiteren "shutdown restart" von fhem klappt es dann meist. Ich kann leider keine Fehlermeldung erkennen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 02 Oktober 2019, 18:19:05
Ich werde morgen mal auf meiner CCU (allerdings eine CCU3) die aktuelle Firmware installieren. Mal sehen, wie sich das bei mir verhält. Mittlerweile passiert das globale Update nach dem Start der RPC Prozesse komplett Non-Blocking. Fehlermeldung sollte allerdings trotzdem kommen, wenn das nicht funktioniert.

Ich nehme an, Du hast das "noInitialUpdate" Flag nicht gesetzt (in den HMCCURPCPROC Devices oder dem HMCCU Device)?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 02 Oktober 2019, 18:38:46
Zitat von: zap am 02 Oktober 2019, 18:19:05
Ich nehme an, Du hast das "noInitialUpdate" Flag nicht gesetzt (in den HMCCURPCPROC Devices oder dem HMCCU Device)?

Natürlich nicht :).
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Tardar am 02 Oktober 2019, 22:10:24
Hey zap,

ich hatte ein Problem, welches durch 2 Optionen hervorgerufen wurde.
Zum einen, wenn die Reihenfolge der Devices sich in der Config ändert (z.B. die CCU steht unter HMCCUDEV Einträgen oder den Fehler mit Undefined subroutine &main::HMCCU_FindIODevice called at ./FHEM/88_HMCCUDEV.pm line 125..

Beschrieben mit Lösungsansatz von rudolfkoenig und CoolTux in folgemden Thread:


PS: Nach Anpassung der Reihenfolge (ccu vor erstem ccudev) in der Config startet FHEM wieder.
Vielleicht lässt sich der "Fehler" noch anders abfangen, kannst Du dir ja mal ansehen ;)

https://forum.fhem.de/index.php/topic,104106.msg979066.html

Einen schönen Feiertag und WOchenende gewünscht
Tardar
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 03 Oktober 2019, 10:36:24
Zitat von: Wolle02 am 30 September 2019, 18:41:21
Hallo Zap,

bei meinen HM-Devices, die noch über CUL_HM laufen erscheint bei Schaltvorgängen ein Log 3 Eintrag im global Logfile. Daran hab ich mir ehrlich gesagt etwas gewöhnt und finde es schade, dass dies bei den HM-Devices, die über HMCCU laufen nicht der Fall ist.

Wie sehen denn die Log Meldungen von CUL_HM in diesem Fall aus?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 03 Oktober 2019, 12:19:56
Zitat von: zap am 03 Oktober 2019, 10:36:24
Wie sehen denn die Log Meldungen von CUL_HM in diesem Fall aus?

z.B. so:

2019.10.03 10:50:57 3: CUL_HM set WZ_Heizung_Balkon_ClimRT_tr desired-temp 10.0
2019.10.03 10:50:57 3: CUL_HM set WZ_Heizung_Balkon_ClimRT_tr burstXmit
2019.10.03 10:50:57 3: CUL_HM set WZ_Heizung_Fenster_ClimRT_tr desired-temp 10.0
2019.10.03 10:50:57 3: CUL_HM set WZ_Heizung_Fenster_ClimRT_tr burstXmit
2019.10.03 10:52:59 3: CUL_HM set WZ_Heizung_Balkon_ClimRT_tr controlMode auto
2019.10.03 10:52:59 3: CUL_HM set WZ_Heizung_Balkon_ClimRT_tr burstXmit
2019.10.03 10:52:59 3: CUL_HM set WZ_Heizung_Fenster_ClimRT_tr controlMode auto
2019.10.03 10:52:59 3: CUL_HM set WZ_Heizung_Fenster_ClimRT_tr burstXmit
2019.10.03 12:16:33 3: CUL_HM set SZ_Decke on
2019.10.03 12:16:34 3: CUL_HM set SZ_Decke off


Im Prinzip einfach nur der Schaltvorgang wiedergegeben, aber man kann so im Zusammenspiel mit anderen Logeinträgen schön nachvollziehen, was wann wie geschaltet hat oder halt auch nicht.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 03 Oktober 2019, 13:04:21
Kommt mit dem nächsten Release.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 04 Oktober 2019, 08:14:51
Zitat von: zap am 03 Oktober 2019, 13:04:21
Kommt mit dem nächsten Release.

Bei der Gelegenheit noch eine Bitte   :-X

Zitat aus der CommanRef von HMCCU:
Zitatget <name> ccumsg {service|alarm}
Query active service or alarm messages from CCU. Generate FHEM event for each message.

Könntest du für solch ein Event auch einen Logeintrag generieren, damit man sich daraus dann ein notify basteln könnte?

Danke und Gruß
Wolle
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 04 Oktober 2019, 08:33:14
Das Problem ist, dass die CCU keinen RPC-Event erzeugt, wenn eine Service- oder Alarmmeldung vorliegt.

Du kannst das anders lösen: definiere dir in der CCU ein Programm, welches bei Vorliegen von Servicemeldungen bspw. einen virtuellen Taster betätigt (Fernbedienung). Du definierst in fhem ein Device für die virtuellen Taster (def CCU_FB HMCCUDEV BidCoS-RF) und kannst nun für die entsprechenden Readings dein notify bzw. DOIF bauen.

Ich habe bspw. im Ausführungsteil eines DOIF folgendes definiert:


({my $smsg=fhem("get CCU2 ccumsg service"); $smsg =~ s/;/,/g; fhem("set Telegram message \@Empfaenger ".$smsg)})
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 04 Oktober 2019, 08:41:56
Moin Ralli,

vielen Dank für deine Erklärung und deinen Tip zur Umsetzung.

Das ist natürlich doof wenn die CCU selber schon kein Event erzeugt. Hmmm, jetzt muss ich erstmal schauen, wie man in der CCU Programme und virtuelle Taster anlegt; von der Syntax ganz zu schweigen. Damit habe ich mich bislang noch nie beschäftigt. Meine gesamte Logik läuft in Fhem. Die CCU brauch ich nur als I/O.

Gruß
Wolle
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 04 Oktober 2019, 08:53:15
Hallo Wolle,

ich mache das ähnlich. Ich nutze die CCU grds. als reines IO-Gateway zu Sensoren und Aktoren. Außer für manche rudimentäre Programme, wie solche, um Einschränkungen der CCU zu kompensieren.

Die virtuellen Taster sind in der CCU standardmäßig bereits drin. Und ein entsprechendes Programm bekommst du recht einfach über die WebUI konfiguriert. Einfach mal probieren!
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 04 Oktober 2019, 09:01:19
Ja, ich hab jetzt gesehen, dass ich in der CCU zwei Geräte habe, die HM-RCV-50 und HmIP-RCV-50 heißen. Das sind scheinbar jeweils 50 virtuelle Taster. Bevor ich da jetzt irgendwas mache nur nochmal kurz die Rückversicherung  ;)
Ich kann diese virtuellen Taster frei verwenden und mit irgendwas belegen? Die werden nicht für irgendwelche systeminternen Dinge der CCU gebraucht?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 04 Oktober 2019, 09:11:37
Zitat von: Wolle02 am 04 Oktober 2019, 09:01:19
Ich kann diese virtuellen Taster frei verwenden und mit irgendwas belegen?

Ja.

Zitat von: Wolle02 am 04 Oktober 2019, 09:01:19
Die werden nicht für irgendwelche systeminternen Dinge der CCU gebraucht?

Nein.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 04 Oktober 2019, 09:37:01
Funktioniert gut. Vielen Dank nochmal.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 05 Oktober 2019, 22:03:21
Zitat von: zap am 01 Oktober 2019, 07:37:25
Es gibt mittlerweile einen set datapoint Befehl im IO Device, mit dem man mehrere Devices vom Typ HMCCUCHN und HMCCUDEV in einem CCU Request schalten kann. Wenn also beide Schaltbefehle aus dem gleichen DOIF resultieren, solltest du das mal probieren.

Außerdem habe ich in HMCCUCHN und HMCCUDEV den Befehl set rpcparameter eingebaut. Der setzt Datenpunkte über die RPC Schnittstelle unter Umgehung der CCU Rega. Das kann auch bei Timeout Problemen helfen.

Gibt es hierzu genaueres (Wiki) ?
(Wie schon mal geschrieben habe ich keine Netzwerkprobleme, einzelne Befehle laufen ansonsten auch zügig ab)
Ich habe nun das notify zum alle Lichter aus(schalten) umgebaut, anstatt einzelne Devices anzugeben einfach mit Filter.

Hier ein "list group=Licht" um zu sehen wieviele Devices geschaltet werden (wenn on)
HM_di_bz
HM_di_eg
HM_di_fl
HM_di_ku
HM_di_sz
HM_di_wz
HM_sd_bo1
HM_sd_ku_led
HM_sd_wz_led
HM_ws_bz_spiegel
HM_ws_ku_herdlicht
HM_ws_tr
HmIP_di_bo
HmIP_di_ez


notify: (nfy.auto_bm.alle) sieht so aus
bm.alle:.*
{Log 2,"$NAME: $EVENT ($SELF)"};
IF (Value("$NAME.enable") ne "") (delete $NAME.enable);
IF ([$NAME] eq "off") (
  set HmIP_pr_wz detection-off,
  set HmIP_pr_bz detection-off,
  attr nfy.bm.eg_timer disable 1,
  attr nfy.bm.fl_timer disable 1,
  define $NAME.enable at +00:30 set $NAME on,
  set group=Licht:FILTER=STATE!=off off,
  {Log 1,"Bewegunsmelder Aus: Alle ($SELF)"}
)
ELSE (
  set HmIP_pr_wz detection-on,
  set HmIP_pr_bz detection-on,
  attr nfy.bm.eg_timer disable 0,
  attr nfy.bm.fl_timer disable 0,
    {Log 1,"Bewegunsmelder Ein: Alle ($SELF)"}
)


Alle Lichter mal eingeschaltet und Testlauf:
FHEM Log:
2019.10.05 21:41:12 1: Bewegunsmelder Aus: Alle (nfy.auto_bm.alle)
2019.10.05 21:41:16 2: HMCCUDEV: [HmIP_pr_bz] Error during CCU request. read from http://10.8.5.224:8181 timed out
2019.10.05 21:41:16 2: HMCCUDEV: [HmIP_pr_wz] Error during CCU request. read from http://10.8.5.224:8181 timed out
2019.10.05 21:41:16 2: HMCCUDEV: [HM_ws_ku_herdlicht] Error during CCU request. read from http://10.8.5.224:8181 timed out
2019.10.05 21:41:16 2: HMCCUDEV: [HmIP_di_ez] Error during CCU request. read from http://10.8.5.224:8181 timed out
2019.10.05 21:41:16 2: HMCCUDEV: [HmIP_di_bo] Error during CCU request. read from http://10.8.5.224:8181 timed out
2019.10.05 21:41:16 2: HMCCUDEV: [HM_sd_bo1] Error during CCU request. read from http://10.8.5.224:8181 timed out


Geschaltet (off) wurde nun jedoch alles, hat halt ein paar Sekunden gedauert.
Bin ich der einzige mit dem Problem ? :-)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 06 Oktober 2019, 11:35:59
Zitat von: Wolle02 am 04 Oktober 2019, 09:01:19
Ja, ich hab jetzt gesehen, dass ich in der CCU zwei Geräte habe, die HM-RCV-50 und HmIP-RCV-50 heißen. Das sind scheinbar jeweils 50 virtuelle Taster. Bevor ich da jetzt irgendwas mache nur nochmal kurz die Rückversicherung  ;)
Ich kann diese virtuellen Taster frei verwenden und mit irgendwas belegen? Die werden nicht für irgendwelche systeminternen Dinge der CCU gebraucht?

so wie ich das verstanden habe, ist es für eine bessere Steuerung der Geräte gedacht. Aus Programmen soll man die Virtuellen Taster drücken. Diese Virtuellen Taster kannst du aber direkt mit dem Gerät peeren, und hast eine bessere Latenz und so...
zumindest, habe ich das so verstanden mal..
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 06 Oktober 2019, 11:37:10
Die Beschreibung der Befehle findest Du in der commandref.

Gruppen bzw. Devicefilter werden derzeit noch nicht unterstützt. Grundsätzlich aber eine sehr gute Idee für eine Erweiterung.

In Deinem Fall wäre z.B. folgende Vereinfachung möglich. Statt:


  set HmIP_pr_wz detection-off
  set HmIP_pr_bz detection-off


könntest Du folgendes schreiben (angenommen, das IO Device heißt d_ccu und der Datenpunkt hinter detection-off wäre 1.DETECTION mit zulässigen Werten 0 und 1):

set d_ccu datapoint HmIP_pr_wz.1.DETECTION=0 HmIP_pr_bz.1.DETECTION=0

Die beiden Set-Befehle werden dann in einem Request an die CCU geschickt.

Wenn HmIP_pr_wz ein HMCCUCHN Devices sind, lässt Du die Kanalnummer vor dem Datenpunkt weg, also:

set d_ccu datapoint HmIP_pr_wz.DETECTION=0 HmIP_pr_bz.DETECTION=0
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 06 Oktober 2019, 11:39:49
Zitat von: kotaro am 06 Oktober 2019, 11:35:59
so wie ich das verstanden habe, ist es für eine bessere Steuerung der Geräte gedacht. Aus Programmen soll man die Virtuellen Taster drücken. Diese Virtuellen Taster kannst du aber direkt mit dem Gerät peeren, und hast eine bessere Latenz und so...
zumindest, habe ich das so verstanden mal..

Kann man so nutzen, man kann aber auch nach Druck auf eine virtuelle Taste ein Programm ausführen lassen, da z.B. mehrere andere Aktoren auslöst.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 06 Oktober 2019, 11:43:43
Ich habe mal eine frage,
und zwar kann ich bei HmIP-Devices kein get configlist, oder get configdesc machen, bzw kommt dabei nix zurück....
Hast du da eine Idee??
würde ja gerne meine Wochenprogramme abfragen mit get xx configlist P1

lg
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 06 Oktober 2019, 11:53:15
Zitat von: kotaro am 06 Oktober 2019, 11:43:43
Ich habe mal eine frage,
und zwar kann ich bei HmIP-Devices kein get configlist, oder get configdesc machen, bzw kommt dabei nix zurück....
Hast du da eine Idee??
würde ja gerne meine Wochenprogramme abfragen mit get xx configlist P1

lg

Da unterscheiden sich die Config-Parameter von den Datenpunkten: Datenpunkte hängen immer an Kanälen, Config-Parameter können Device oder Kanal bezogen sein. In letzterem Fall könnte z.B.

get xx configlist 1

funktionieren. Könnte, weil vom Devicetype abhängig. Am einfachsten bekommst Du die Kanalnummern raus, indem Du Dir in der CCU unter den Geräteeinstellungen anschaust, in welchem Kanal das Wochenprogramm liegt.

Übrigens: get configlist gibt nur die Werte auf dem Bildschirm aus. Um sie als Readings zu bekommen, musst Du "get config" benutzen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 06 Oktober 2019, 12:04:05
Danke, klappt mit 1... bei HM braucht man garnix einzugeben, und erhält alle werde, was manchmal für erste suche ganz praktisch ist

gibt es eigentlich eine Möglichkeit, die Werte, mit get configlist in einem eigenen Modul auszuwerten? oder benötigt man dazu Reading-Werte?
Okay, das gehört bestimmt nicht hier rein ^^
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 06 Oktober 2019, 13:12:42
Ich kann mich irren, aber soweit ich weiß, liefern einige HmIP Geräte die Wochenprogramme auch als Datenpunkte. Das hätte den Vorteil, dass die CCU aktiv darüber informiert während du bei get config die Parameter explizit abfragen musst.

Schau dir mal mit "get deviceinfo " die verfügbaren Datenpunkte an.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 27 Oktober 2019, 17:59:41
Es gibt ein kleines Update für HMCCU, HMCCUCHN und HMCCUDEV im SVN mit folgenden Änderungen:


Die attrTemplates werden mittelfristig die Default-Settings ablösen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: slor am 30 Oktober 2019, 21:33:31
Danke für das Update!
Gibt es schon Beispiele, Anleitung, Dokumentation zu attrTemplates und HMCCU?

Habe nur einen Eintrag im Dev Forum dazu gefunden.
Setze gerade mein Fhem neu mit HMCCu auf und würde das gerne nutzen für ein paar Gerätetypen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 31 Oktober 2019, 17:58:46
Die entsprechenden Template Files liegen im FHEM Verzeichnis unter

FHEM/lib/AttrTemplate

Die Datei hmccu.template enthält einige Templates für Homematic Devices. Die Devices vom Typ HMCCUDEV und HMCCUCHN haben - sofern für den Typ ein Template hinterlegt ist - den Befehl set attrTemplate
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dek am 02 November 2019, 20:48:06
Hallo zusammen,

ich habe ein Problem damit einen Config-Parameter bei einem HMIP Gerät zu setzen.

Es ist ein HmIP-eTRV-C, bei dem ich gerne die maximale Ventilöffnung setzen möchte.
Ech bekomme den Wert ausgelesen, und wenn ich ihn vorher per HM-Script gesetzt habe, passt das auch, und das Ventil verfährt, funktioniert also mal prinzipiell.

Wenn ich jetzt aber

set HMIP.compact rpcparameter 1 MASTER VALVE_MAXIMUM_POSITION=0.77
oder auch nur
set HMIP.compact config 1  VALVE_MAXIMUM_POSITION=0.77


Dann bekomme ich den Fehler:

HMCCUDEV: HMIP.compact Execution of CCU script or command failed



Ich hab auch schon per ccuflag=trace mal geschaut:

2019.11.02 20:42:14 2: HMCCUDEV: [HMIP.compact] GetAttrSubstitute: subst = SET_POINT_TEMPERATURE!#0-4.5:off,#30.5-40:on;WINDOW_STATE!(0|false):closed,(1|true):open;VALVE_STATE!0:STATE_NOT_AVAILABLE,1:RUN_TO_START,2:WAIT_FOR_ADAPTION,3:ADAPTION_IN_PROGRESS,4:ADAPTION_DONE,5:TOO_TIGHT,6:ADJUSTMENT_TOO_BIG,7:ADJUSTMENT_TOO_SMALL,8:ERROR_POSITION
2019.11.02 20:42:14 2: HMCCUDEV: [HMIP.compact] RPCRequest: Dump of RPC request putParamset 001198A9ABA7DC:1. Result type=HASH
2019.11.02 20:42:14 2: HMCCUDEV: [HMIP.compact] RPCRequest: {
,faultCode=-5,faultString=Invalid parameter or value
}
2019.11.02 20:42:14 1: HMCCURPCPROC: [d_rpc000014HmIP_RF] Invalid parameter or value
2019.11.02 20:42:14 1: HMCCUDEV: [HMIP.compact] HMCCUDEV: HMIP.compact Execution of CCU script or command failed


--> faultString=Invalid parameter or value
Ich wüsste aber nicht, wie ich den Wert anders übergeben könnte, laut Doku ist das ein float double.

In der HM Webgui steht jetzt bei den Serviemeldungen: "Konfigurationsdaten stehen zur Übertragung an".

Und wenn ich einmal das Gerät konfiguriere (ohne was zu ändern) dann wird scheinbar der Parameter an den Thermostat geschickt.

Ich bin etwas ratlos. Was mache ich falsch?

Dek

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: jsChris am 03 November 2019, 11:13:27
FYI:

habe die CCU3 gerade auf 3.47.22 updated. FHEM ebenfalls auf den heutigen aktuellen Stand gebracht. Erst einmal keine Problem. rpcinterfaces stabil.

/o\ \o/ /o\ \o/
Chris

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dek am 04 November 2019, 09:36:42
Hallo zusammen,

Meine Erkentnisse:

Datentyp: double

set HMIP.compact rpcparameter 1 MASTER VALVE_MAXIMUM_POSITION=0.44 -->Fehler
set HMIP.compact config 1 VALVE_MAXIMUM_POSITION=0.44 --> Fehler


Datentyp Enum:

set HMIP.compact config 1 ADAPTIVE_REGULATION=2  --> klappt
set HMIP.compact rpcparameter 1 MASTER ADAPTIVE_REGULATION=2 --> klappt


kann also am Datentyp liegen.

Wenn ich in der HM-Shell mir die Datenpunkte anzeigen lasse mit:

(...)
xmlrpc.GetParamset()

Dann scheint das xml auch eine leicht andere Struktur zu haben:

<name>ADAPTIVE_REGULATION</name>    <value>1                         </value></member><member>
<name>VALVE_MAXIMUM_POSITION</name> <value><double>1.000000</double> </value></member><member>


Es gibt dann auch noch andere Typen:
boolean| i4:

<name>BOOST_AFTER_WINDOW_OPEN</name><value><boolean>0</boolean></value></member><member>
<name>BOOST_POSITION</name><value><i4>80</i4></value></member><member>


Ich würde mal vermuten, da gibt es irgendeinen Zusammenhang.

[update]:
Es scheint so zu sein, dass der HMIP XML-Server etwas "anspruchsvoller" ist, als der normale HM-Server. Siehe Post:
https://homematic-forum.de/forum/viewtopic.php?t=30192#p274945

Dek
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dek am 07 November 2019, 10:19:02
Hallo zusammen,

es lässt mir keine Ruhe :-)

Ich hab' mir mal den Traffic auf dem interface mit tcpdump angeschaut, um zu sehen, was denn tatsächlich gesendet wird.  Siehe da, da liegt tatsächlich der Hase im Pfeffer:

<?xml version="1.0" encoding="us-ascii"?>
<methodCall>
<methodName>putParamset</methodName>
<params>
<param><value><string>001198A9ABA7DC:1</string></value></param>
<param><value><string>MASTER</string></value></param>
<param>
<value>
<struct>
<member>
<name>VALVE_MAXIMUM_POSITION</name>
<value><string>0.55</string></value>
member>
</struct>
</value>
</param>
</params>
</methodCall>


der Typ des übergebenen Werts ist im XML mit String angegeben. Laut den Infos aus meinem verlinkten Post aus dem Home-matic forum ist zumindest das XML-Interface der HmIP Komponenten sehr strikt, was die Typizierung angeht.

Soweit ich im Perl-Code gesehen habe, kapselt der RPC::XML::Client die XML-Kommunikation und setzt die Parameter-Typen.

Es gibt wohl den sub "HMCCURPCPROC_EncValue", der genau die Typwandlung machen soll, aber offensichtlich nicht korrekt funktioniert, weil vor dem Aufruf der typ hart auf "STRING" gesetzt wird:


sub HMCCURPCPROC_SendRequest ($@)
(...)
while (my $p = shift @param) {
                                        my $pt = "STRING";   ######<<<<<<<<<< HIER!!!!                                       
                                        if ($p =~ /${re}/) {
                                                $pt = $1;
                                                $p =~ s/${re}//;
                                        }
                                        my ($pn, $pv) = split ('=', $p, 2);
                                        next if (!defined ($pv));
                                        $hparam{$pn} = HMCCURPCPROC_EncValue ($pv, $pt);
                                }
(...)


Wenn ich die markierte Stelle ersetze durch

my $pt;

sprich: die Variable deklariere aber nicht setze, dann funktioniert die TYPE-Magic der HMCCURPCPROC_EncValue und das gesendete XML ist korrekt und das Ventil reagiert sofort! Jetzt sollte nur jemand prüfen, was ich mit der Änderung sonst so kaputt mache?!? bevor ich das bei mir aktiv so umsetze

Dek

P.S. Ich habe jetzt einen funktionierenden Workaround implementiert:
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dek am 07 November 2019, 12:18:24
Alternative Lösung!!!

Die ich aber erst im Kommentar zu den Funktionen im Perl-Code entdeckt habe, und nicht in der commandref aufgeführt wird(?)

Wenn man den Datentyp hier:DOUBLE mitgibt:

set DG.HMIP.Radiator config 1 VALVE_MAXIMUM_POSITION=0.0:DOUBLE


klappts auch, allerdings ist das etwas, das dann doch sehr viel recherche bedeutet, bevor man es anwenden kann.


Dek
(3. Post in Folge, ich hoffe es liest überhaupt jemand mit)


Der Kommentar in 88_HMCCURPCPROC.pm zu
HMCCURPCPROC_SendRequest ($@):

######################################################################
# Send RPC request to CCU.
# Supports XML and BINRPC requests.
# Parameter $request contains the RPC command (i.e. "init" or
# "putParamset"). If RPC command is a parameter set command, two
# additional parameters address and key (MASTER or VALUE) must be
# specified.
# If RPC command is putParamset or setValue, the remaining elements
# in array @param contains the request parameters in format:
#   ParameterName=Value[:ParameterType]
# For other RPC command the array @param contains the parameters in
# format:
#   Value[:ParameterType]
# For BINRPC interfaces ParameterType is mapped as follows:
#   "INTEGER" = $BINRPC_INTEGER
#   "BOOL"    = $BINRPC_BOOL
#   "STRING"  = $BINRPC_STRING
#   "FLOAT"   = $BINRPC_DOUBLE
#   "DOUBLE"  = $BINRPC_DOUBLE
#   "BASE64"  = $BINRPC_BASE64
#   "ARRAY"   = $BINRPC_ARRAY
#   "STRUCT"  = $BINRPC_STRUCT
# Return response or undef on error.
######################################################################
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Maista am 07 November 2019, 19:42:47
Hallo Dek.

Zap wird sich sicher melden wenn er dazu kommt.

Gruss Gerd

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dek am 07 November 2019, 21:22:20
Hi,

Klar, davon gehe ich aus, war auch eher mit   ;)

Dek
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 11 November 2019, 12:29:02
Vielleicht doofe Frage,

Speichert HMCCU bei Neustart die states nicht in fhem.save ?
Bzw. warum sind alle HmIP Devices "Initalized" ?

???
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: frank am 11 November 2019, 12:39:08
schau einfach mal rein in die datei.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 11 November 2019, 13:01:25
Dort lese ich das was ich nicht lesen will:
setstate HmIP_ro_wz 2019-11-11 11:00:43 state Initialized

wenn ich FHEM stoppe wird der richtige Wert eingetragen:
setstate HmIP_ro_wz 2019-11-11 12:38:51 state 100

Wird fhem.save von HMCCU nicht ausgewertet, bzw. kann ich das einstellen ?





Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Simon74 am 12 November 2019, 19:42:28
Ich habe die ganze Zeit in HMCCU gesucht anstatt in "d_rpcHmIP_RF",
ein entfernen vom ccuflag "noInitalUpdate" war die Lösung.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 13 November 2019, 06:40:50
Zitat von: Simon74 am 11 November 2019, 12:29:02
Vielleicht doofe Frage,

Speichert HMCCU bei Neustart die states nicht in fhem.save ?
Bzw. warum sind alle HmIP Devices "Initalized" ?

???

Ich habe das manchmal, wenn mein Fhem neugestartet ist (ungewollt oder so) und dann der Port noch belegt ist. Manchmal hilft es bei mir den Raspi (mit Fhem) neutustarten, und manchmal (wenn weiter RPC Mitteilungen kommen ohne bekannten empfänger - die CCU Sendet, aber fhem hört nicht mehr auf diese Nachrichten durch plötzlichen Neustart) dann muss ich CCU und anschließend FHEM neu verbinden lassen...

Lg Mathias
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kjmEjfu am 13 November 2019, 08:57:15
Zitat von: kotaro am 13 November 2019, 06:40:50
Ich habe das manchmal, wenn mein Fhem neugestartet ist (ungewollt oder so) und dann der Port noch belegt ist. Manchmal hilft es bei mir den Raspi (mit Fhem) neutustarten, und manchmal (wenn weiter RPC Mitteilungen kommen ohne bekannten empfänger - die CCU Sendet, aber fhem hört nicht mehr auf diese Nachrichten durch plötzlichen Neustart) dann muss ich CCU und anschließend FHEM neu verbinden lassen...

Bezogen darauf habe ich ja die Hoffnung, dass das letzte CCU-Update da tatsächlich was dran verbessert hat. Zumindest klang das Changelog so als wenn die Änderungen darauf einzahlen könnten.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: frank am 13 November 2019, 09:13:00
was stört dich eigentlich genau, wenn im reading state Initialized steht? das ist dann doch der aktuelle status des gerätes.

es gibt doch so viele readings, da ist doch bestimmt eins dabei mit dem gewünschten inhalt.
vielleicht level?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 14 November 2019, 06:42:06
Zitat von: Ralli am 02 Oktober 2019, 12:57:13
Hallo zap,

mit der neuen Firmware der CCU2 fällt mir auf, dass die aktuelle Version von HMCCU immer wieder nach einem Neustart von fhem die Devices nicht richtig geupdatet bekommt:

...

Die Erfolgsmeldung


2019.10.02 12:54:32.932 2: HMCCU: [CCU2] Update success=125 failed=0


bleibt aus, entsprechend werden Devices erst dann nach und nach geupdatet, wenn Events über die RPC-Schnittstelle herein kommen. Nach einem weiteren "shutdown restart" von fhem klappt es dann meist.

Hallo zap,

hast du da mal rein geschaut, konntest du das reproduzieren?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 November 2019, 10:21:10
Zap ist in Urlaub irgendwo, wo's warm ist aber kaum Internet gibt. Komme zurück, wenn das Geld alle ist (bald).
8)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: amenomade am 15 November 2019, 18:42:09
Zitat von: zap am 14 November 2019, 10:21:10
Zap ist in Urlaub irgendwo, wo's warm ist aber kaum Internet gibt. Komme zurück, wenn das Geld alle ist (bald).
8)
Wir hoffen, Du hast dann noch genug Geld, um dein Internet Abo zu bezahlen ;)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 17 November 2019, 10:59:06
Zitat von: Ralli am 14 November 2019, 06:42:06
Hallo zap,

hast du da mal rein geschaut, konntest du das reproduzieren?

Ich hatte das jetzt einmal, nachdem ich die CCU neu gestartet hatte und kurze Zeit später FHEM. Nach 1-2 Stunden nochmal FHEM neu gestartet. Da hat dann das Update funktioniert und seitdem geht es wieder zuverlässig.

Ich vermute daher einen Zusammenhang mit dem CCU Neustart. Danach scheint die CCU ziemlich lange mit sich selbst beschäftigt zu sein und auf Anfragen von außen (FHEM) nicht oder nicht schnell genug zu antworten, sodass das Update aller Datenpunkte in einen Timeout läuft.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 17 November 2019, 11:02:13
Zitat von: Simon74 am 11 November 2019, 12:29:02
Vielleicht doofe Frage,

Speichert HMCCU bei Neustart die states nicht in fhem.save ?
Bzw. warum sind alle HmIP Devices "Initalized" ?

???

Für das Speichern der Readings in der fhem.save ist FHEM zuständig. Die HMCCU Devices werden nach dem Start von FHEM auf initialized gesetzt (STATE), solange sie nicht von der CCU oder über ein Update nach dem Start der RPC Server aktualisiert wurden.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 17 November 2019, 11:32:17
Zitat von: zap am 17 November 2019, 10:59:06
Ich hatte das jetzt einmal, nachdem ich die CCU neu gestartet hatte und kurze Zeit später FHEM. Nach 1-2 Stunden nochmal FHEM neu gestartet. Da hat dann das Update funktioniert und seitdem geht es wieder zuverlässig.

Ich vermute daher einen Zusammenhang mit dem CCU Neustart. Danach scheint die CCU ziemlich lange mit sich selbst beschäftigt zu sein und auf Anfragen von außen (FHEM) nicht oder nicht schnell genug zu antworten, sodass das Update aller Datenpunkte in einen Timeout läuft.

Hallo zap,

das kann ich verneinen, es hängt nicht am CCU-Neustart, ich habe das immer wieder auch ohne einen zwischenzeitlichen CCU-Neustart. Ich vermute eher, dass das "ordentliche" An- oder Abmelden an den Schnittstellen der CCU seit dem letzten CCU-Firmware-Update gegenüber der vorherigen Version nicht ordentlich funktioniert.

Ich habe übrigens zwei Systeme an der CCU dran - einmal FHEM und einmal openHab.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 17 November 2019, 14:03:07
Zitat von: Ralli am 17 November 2019, 11:32:17
das kann ich verneinen, es hängt nicht am CCU-Neustart, ich habe das immer wieder auch ohne einen zwischenzeitlichen CCU-Neustart. Ich vermute eher, dass das "ordentliche" An- oder Abmelden an den Schnittstellen der CCU seit dem letzten CCU-Firmware-Update gegenüber der vorherigen Version nicht ordentlich funktioniert.

Du meinst die Registrierung der RPC-Server? Hat sich zumindest HMCCU seitig nicht geändert. Allerdings schließt die CCU seit dem letzten oder vorletzten Update Verbindungen von externen Systemen viel schneller. Das könnte eine Ursache sein.

Zitat
Ich habe übrigens zwei Systeme an der CCU dran - einmal FHEM und einmal openHab.

Ich habe IOBroker und FHEM an der CCU. Zumindest mit der CCU3 ist das kein Problem. Ich hatte sogar schon testweise OpenHab als 3. System angebunden.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 17 November 2019, 15:20:40
Mmh, das dürfte m.E. nicht die Ursache sein, aber ggf. besteht ein Zusammenhang.

Die RPC-Events kommen ja auch nach einem nicht ordnungsgemäßen initialen Auslesen der aktuellen Geräte-Stati rein, also scheint das Registrieren der RPC-Schnittstelle(n) ordnungsgemäß funktioniert zu haben. Aber das initiale Übergeben der aktuellen Werte der Devices (oder das Einsortieren in FHEM) scheitert immer wieder einmal.

So interpretiere ich jedenfalls das Ausbleiben der Erfolgsmeldung


2019.10.02 12:54:32.932 2: HMCCU: [CCU2] Update success=125 failed=0
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 17 November 2019, 16:18:21
Ja, aber ich würde in diesem Fall eine wie auch immer geartete Fehlermeldung erwarten.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 18 November 2019, 09:39:15
Guten Morgen zap,

gerade nochmal reproduziert.

- Die CCU2 wurde NICHT neu gestartet.
- FHEM wurde ordnungsgemäß mit shutdown beendet
- Die virtuelle Mascheine mit FHEM wurde (weich) durchgestartet (Reboot)

Folgende Auszüge aus dem Log:


2019.11.18 09:23:17.924 1: update finished, "shutdown restart" is needed to activate the changes.
2019.11.18 09:23:19.137 2: DbLog Eventlog - Last database write cycle due to shutdown ...
2019.11.18 09:23:19.159 1: HMCCURPCPROC: [d_rpcBidCos_RF] Graceful shutdown
2019.11.18 09:23:19.159 1: HMCCURPCPROC: [d_rpcBidCos_RF] Stopping RPC server CB2001000030000020
2019.11.18 09:23:19.164 1: HMCCURPCPROC: [d_rpcBidCos_RF] Deregistering RPC server http://10.0.0.30:7411/fh2001 with ID CB2001000030000020 at http://10.0.0.20:2001
2019.11.18 09:23:19.178 1: HMCCURPCPROC: [d_rpcBidCos_RF] Callback for RPC server CB2001000030000020 deregistered
2019.11.18 09:23:19.189 2: HMCCURPCPROC: [d_rpcBidCos_RF] Sending signal INT to RPC server process CB2001000030000020 with PID=2081
2019.11.18 09:23:19.190 2: HMCCURPCPROC: [d_rpcBidCos_RF] Scheduling cleanup in 8 seconds
2019.11.18 09:23:19.200 2: CCURPC: [d_rpcBidCos_RF] CB2001000030000020 received signal INT
2019.11.18 09:23:19.210 1: CCURPC: [d_rpcBidCos_RF] RPC server CB2001000030000020 stopped handling connections. PID=2081
2019.11.18 09:23:19.211 2: CCURPC: [d_rpcBidCos_RF] Number of I/O errors = 0
2019.11.18 09:23:20.190 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Graceful shutdown
2019.11.18 09:23:20.190 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Stopping RPC server CB2000000030000020
2019.11.18 09:23:20.193 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Deregistering RPC server http://10.0.0.30:7410/fh2000 with ID CB2000000030000020 at http://10.0.0.20:2000
2019.11.18 09:23:20.204 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Callback for RPC server CB2000000030000020 deregistered
2019.11.18 09:23:20.207 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Sending signal INT to RPC server process CB2000000030000020 with PID=2082
2019.11.18 09:23:20.207 2: CCURPC: [d_rpcBidCos_Wired] CB2000000030000020 received signal INT
2019.11.18 09:23:20.208 1: CCURPC: [d_rpcBidCos_Wired] RPC server CB2000000030000020 stopped handling connections. PID=2082
2019.11.18 09:23:20.208 2: CCURPC: [d_rpcBidCos_Wired] Number of I/O errors = 0
2019.11.18 09:23:20.211 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Scheduling cleanup in 8 seconds
2019.11.18 09:23:21.212 1: HMCCURPCPROC: [d_rpcHmIP_RF] Graceful shutdown
2019.11.18 09:23:21.212 1: HMCCURPCPROC: [d_rpcHmIP_RF] Stopping RPC server CB2010000030000020
2019.11.18 09:23:21.215 1: HMCCURPCPROC: [d_rpcHmIP_RF] Deregistering RPC server http://10.0.0.30:7420/fh2010 with ID CB2010000030000020 at http://10.0.0.20:2010
2019.11.18 09:23:21.260 1: HMCCURPCPROC: [d_rpcHmIP_RF] Callback for RPC server CB2010000030000020 deregistered
2019.11.18 09:23:21.263 2: HMCCURPCPROC: [d_rpcHmIP_RF] Sending signal INT to RPC server process CB2010000030000020 with PID=2083
2019.11.18 09:23:21.263 2: CCURPC: [d_rpcHmIP_RF] CB2010000030000020 received signal INT
2019.11.18 09:23:21.263 1: CCURPC: [d_rpcHmIP_RF] RPC server CB2010000030000020 stopped handling connections. PID=2083
2019.11.18 09:23:21.263 2: CCURPC: [d_rpcHmIP_RF] Number of I/O errors = 0
2019.11.18 09:23:21.267 2: HMCCURPCPROC: [d_rpcHmIP_RF] Scheduling cleanup in 8 seconds
2019.11.18 09:23:22.268 1: Server shutdown delayed due to Eventlog,d_rpcHmIP_RF,d_rpcBidCos_RF,d_rpcBidCos_Wired for max 10 sec
2019.11.18 09:23:22.288 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server process CB2001000030000020 terminated.
2019.11.18 09:23:22.289 1: HMCCURPCPROC: [d_rpcBidCos_RF] Process CB2001000030000020 with PID=2081 still running. Killing it.
2019.11.18 09:23:23.294 2: HMCCURPCPROC: [d_rpcBidCos_RF] Stop I/O handling
2019.11.18 09:23:23.302 1: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server process CB2000000030000020 terminated.
2019.11.18 09:23:23.303 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Process CB2000000030000020 with PID=2082 still running. Killing it.
2019.11.18 09:23:24.306 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Stop I/O handling
2019.11.18 09:23:24.638 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process CB2010000030000020 terminated.
2019.11.18 09:23:24.640 1: HMCCU: [CCU2] All RPC servers inactive
2019.11.18 09:23:24.641 1: HMCCURPCPROC: [d_rpcHmIP_RF] Process CB2010000030000020 with PID=2083 still running. Killing it.
2019.11.18 09:23:25.644 2: HMCCURPCPROC: [d_rpcHmIP_RF] Stop I/O handling
2019.11.18 09:23:25.754 2: DbLog Eventlog - Last database write cycle done
2019.11.18 09:23:26.655 0: Server shutdown
2019.11.18 09:23:26.657 2: HMCCURPCPROC: [d_rpcBidCos_RF] Found no running processes. Cleaning up ...
2019.11.18 09:23:26.657 1: HMCCURPCPROC: [d_rpcBidCos_RF] Housekeeping called. Cleaning up RPC environment
2019.11.18 09:23:26.660 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Found no running processes. Cleaning up ...
2019.11.18 09:23:26.660 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Housekeeping called. Cleaning up RPC environment
2019.11.18 09:23:26.663 2: HMCCURPCPROC: [d_rpcHmIP_RF] Found no running processes. Cleaning up ...
2019.11.18 09:23:26.663 1: HMCCURPCPROC: [d_rpcHmIP_RF] Housekeeping called. Cleaning up RPC environment
2019.11.18 09:25:19.505 1: Including fhem.cfg
2019.11.18 09:25:19.606 3: telnetPort: port 7072 opened
2019.11.18 09:25:21.270 3: WEB: port 8083 opened
2019.11.18 09:25:21.271 3: WEBphone: port 8084 opened
2019.11.18 09:25:21.272 3: WEBtablet: port 8085 opened
2019.11.18 09:25:21.480 2: eventTypes: loaded 3948 events from log/eventTypes.txt
2019.11.18 09:25:26.374 1: HMCCU: [CCU2] Initialized version 4.3.019
2019.11.18 09:25:26.374 1: HMCCU: [CCU2] HMCCU: Initializing device
2019.11.18 09:25:30.398 2: HMCCU: [CCU2] HMScript failed. http://10.0.0.20:8181/tclrega.exe: Select timeout/error:
2019.11.18 09:25:30.398 1: HMCCU: [CCU2] HMCCU: Error while reading device list from CCU 10.0.0.20
2019.11.18 09:25:30.398 1: HMCCU: [CCU2] Scheduling delayed initialization in 180 seconds
2019.11.18 09:25:33.796 2: HMCCUDEV: [KUC_HK] Cannot detect IO device, maybe CCU not ready. Trying later ...
...
2019.11.18 09:25:40.019 1: define d_rpcBidCos_RF HMCCURPCPROC 10.0.0.20 BidCos-RF: Invalid port or interface BidCos-RF
2019.11.18 09:25:40.023 1: define d_rpcBidCos_Wired HMCCURPCPROC 10.0.0.20 BidCos-Wired: Invalid port or interface BidCos-Wired
2019.11.18 09:25:40.026 1: define d_rpcHmIP_RF HMCCURPCPROC 10.0.0.20 HmIP-RF: Invalid port or interface HmIP-RF
...
2019.11.18 09:26:41.625 1: Including fhem.cfg
2019.11.18 09:26:41.631 3: telnetPort: port 7072 opened
2019.11.18 09:26:41.687 3: WEB: port 8083 opened
2019.11.18 09:26:41.687 3: WEBphone: port 8084 opened
2019.11.18 09:26:41.688 3: WEBtablet: port 8085 opened
2019.11.18 09:26:41.721 2: eventTypes: loaded 3948 events from log/eventTypes.txt
2019.11.18 09:26:41.933 1: HMCCU: [CCU2] Initialized version 4.3.019
2019.11.18 09:26:41.933 1: HMCCU: [CCU2] HMCCU: Initializing device
2019.11.18 09:26:45.282 1: HMCCU: [CCU2] HMCCU: Read 111 devices with 548 channels from CCU 10.0.0.20
2019.11.18 09:26:45.283 1: HMCCU: [CCU2] HMCCU: Read 4 interfaces from CCU 10.0.0.20
2019.11.18 09:26:45.283 1: HMCCU: [CCU2] HMCCU: Read 68 programs from CCU 10.0.0.20
2019.11.18 09:26:45.283 1: HMCCU: [CCU2] HMCCU: Read 0 virtual groups from CCU 10.0.0.20
...
2019.11.18 09:26:46.233 1: HMCCURPCPROC: [d_rpcBidCos_RF] Initialized version 1.8 for interface BidCos-RF with I/O device CCU2
2019.11.18 09:26:46.235 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Initialized version 1.8 for interface BidCos-Wired with I/O device CCU2
2019.11.18 09:26:46.236 1: HMCCURPCPROC: [d_rpcHmIP_RF] Initialized version 1.8 for interface HmIP-RF with I/O device CCU2
2019.11.18 09:26:46.315 1: Including ./log/fhem.save
2019.11.18 09:26:46.409 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2019.11.18 09:26:46.450 0: Featurelevel: 5.9
2019.11.18 09:26:46.450 0: Server started with 302 defined entities (fhem.pl:20460/2019-11-05 perl:5.026001 os:linux user:fhem pid:2289)
2019.11.18 09:26:47.103 1: 10.0.0.33:55000 reappeared (WZ_TV)
2019.11.18 09:26:58.409 2: HMCCU: [CCU2] Get RPC device for interface BidCos-RF
2019.11.18 09:26:58.409 2: HMCCU: [CCU2] Get RPC device for interface BidCos-Wired
2019.11.18 09:26:58.409 2: HMCCU: [CCU2] Get RPC device for interface HmIP-RF
2019.11.18 09:26:58.411 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server process started for interface BidCos-RF with PID=2333
2019.11.18 09:26:58.424 2: CCURPC: [d_rpcBidCos_RF] Initializing RPC server CB2001000030000020 for interface BidCos-RF
2019.11.18 09:26:58.432 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server starting
2019.11.18 09:26:58.440 2: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server process started for interface BidCos-Wired with PID=2334
2019.11.18 09:26:58.445 1: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server starting
2019.11.18 09:26:58.449 2: CCURPC: [d_rpcBidCos_Wired] Initializing RPC server CB2000000030000020 for interface BidCos-Wired
2019.11.18 09:26:58.453 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process started for interface HmIP-RF with PID=2335
2019.11.18 09:26:58.460 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server starting
2019.11.18 09:26:58.463 2: CCURPC: [d_rpcHmIP_RF] Initializing RPC server CB2010000030000020 for interface HmIP-RF
2019.11.18 09:26:58.590 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Callback server CB2000000030000020 created. Listening on port 7410
2019.11.18 09:26:58.591 2: HMCCURPCPROC: [d_rpcBidCos_RF] Callback server CB2001000030000020 created. Listening on port 7411
2019.11.18 09:26:58.591 2: CCURPC: [d_rpcBidCos_RF] CB2001000030000020 accepting connections. PID=2333
2019.11.18 09:26:58.592 2: HMCCURPCPROC: [d_rpcHmIP_RF] Callback server CB2010000030000020 created. Listening on port 7420
2019.11.18 09:26:58.592 2: CCURPC: [d_rpcHmIP_RF] CB2010000030000020 accepting connections. PID=2335
2019.11.18 09:26:58.592 2: CCURPC: [d_rpcBidCos_Wired] CB2000000030000020 accepting connections. PID=2334
2019.11.18 09:26:58.792 2: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server CB2000000030000020 enters server loop
2019.11.18 09:26:58.792 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Registering callback http://10.0.0.30:7410/fh2000 of type A with ID CB2000000030000020 at http://10.0.0.20:2000
2019.11.18 09:26:58.966 1: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server CB2000000030000020 running
2019.11.18 09:26:58.980 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010000030000020 enters server loop
2019.11.18 09:26:58.983 2: HMCCURPCPROC: [d_rpcHmIP_RF] Registering callback http://10.0.0.30:7420/fh2010 of type A with ID CB2010000030000020 at http://10.0.0.20:2010
2019.11.18 09:26:59.049 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010000030000020 running
2019.11.18 09:26:59.057 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001000030000020 enters server loop
2019.11.18 09:26:59.059 2: HMCCURPCPROC: [d_rpcBidCos_RF] Registering callback http://10.0.0.30:7411/fh2001 of type A with ID CB2001000030000020 at http://10.0.0.20:2001
2019.11.18 09:26:59.179 2: CCURPC: [d_rpcBidCos_Wired] CB2000000030000020 NewDevice received 94 device and channel specifications
2019.11.18 09:27:00.588 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001000030000020 running
2019.11.18 09:27:00.590 1: HMCCU: [CCU2] All RPC servers running
2019.11.18 09:27:00.599 2: HMCCU: [CCU2] Updating 125 of 125 client devices matching devexp=.* filter=ccudevstate=active,ccuif=BidCos-RF|BidCos-Wired|HmIP-RF
2019.11.18 09:27:00.603 1: HMCCURPCPROC: [d_rpcBidCos_RF] Scheduled CCU ping every 300 seconds
2019.11.18 09:27:00.954 2: CCURPC: [d_rpcHmIP_RF] CB2010000030000020 NewDevice received 97 device and channel specifications
2019.11.18 09:27:01.237 2: CCURPC: [d_rpcBidCos_RF] CB2001000030000020 NewDevice received 456 device and channel specifications
2019.11.18 09:27:02.758 2: HMCCU: [CCU2] Update success=125 failed=0


Man kann erkennen, dass beim "shutdown" von FHEM (vor dem Reboot der Maschine) die RPC-Threads nicht ordnungsgemäß beendet wurden.

Nach dem Reboot und automatischen Start von FHEM konnte dann HMCCU mit der CCU nicht richtig reden. Nach einem weiteren "shutdown restart" von FHEM hat's dann geklappt.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 18 November 2019, 15:36:34
Danke für die Logmeldungen. Das hilft weiter. Das Timing beim Herunterfahren von FHEM ist relativ heikel. Ich nutze zwar schon den delayed Shutdown von FHEM, den es seit einiger Zeit gibt. Aber offensichtlich wartet FHEM noch nicht lange genug.

Treten die Probleme nur beim Restart von FHEM auf oder auch, wenn Du FHEM runterfährst, einige Zeit wartest und wieder startest? (Über die Dauer des Wartens kann ich momentan nichts sagen, aber Du kannst ja mal FHEM anhalten und prüfen, ob noch irgendwelche fhem Prozesse aktiv sind. Dann erst starten, wenn keine mehr laufen).

Ich werde mal prüfen, wie ich ein Beenden aller RPC Prozesse sicher stellen kann, bevor FHEM neu startet.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 19 November 2019, 19:53:08
Hallo zap,

das tritt auch mit entsprechendem Warten auf - zwischen dem "killing" wegen shutdown und dem Neustart von fhem lagen knapp 2 Minuten.


2019.11.18 09:23:26.663 1: HMCCURPCPROC: [d_rpcHmIP_RF] Housekeeping called. Cleaning up RPC environment
2019.11.18 09:25:19.505 1: Including fhem.cfg
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 20 November 2019, 08:44:58
Ich kann schon mal bestätigen, dass ich beim Shutdown von FHEM einen Denkfehler in HMCCU habe. Dieser bewirkt, dass nicht auf das Beenden der RPC-Server Prozesse gewartet wird. Ob das Auswirkungen auf das Update der Devices nach dem erneuten Starten der RPC-Server hat, wird sich erst zeigen, wenn ich diesen Bug behoben habe.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Depechem am 20 November 2019, 15:14:06
Ich benötige Hilfe von euch.

Ich habe in der CCU ein Programm erstellt. Dort wird im Moment das Licht über einen Präsenzmelder so lang eine Bewegung erkannt wird mit Nachlaufzeit eingeschalten. Der Aktor ist im Moment auch ein HM Aktor in der CCU

Nun möchte ich aber mit diesem Programm einen Aktor in FHEM schalten.
Wie bekomme ich diesen ausgelößt?

Ich habe schon versuche angestellt und einen virtuellen Taster über einen virtuellen HM-RCV-50 Kanal im Programm mit dem HM-Aktor getauscht. Und den virtuellen Kanal per HMCCU in FHEM erstellt.
Nur bekommt man in FHEM immer nur ein Update es "STATE" Readings. Eigentlich müsste man in FHEM dann aber 2 verschiede Statusmeldungen bekommen (z.b. on und off)

Gruß Thomas
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 20 November 2019, 16:32:18
Ein Taster kennt m.W. nur "PRESSED", kein on/off oder "not pressed".
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Depechem am 20 November 2019, 16:36:00
Zitat von: zap am 20 November 2019, 16:32:18
Ein Taster kennt m.W. nur "PRESSED", kein on/off oder "not pressed".

Zap du bist doch der Profi beim HMCCU
Wie würdest du mein Problem am besten lösen?
Kann man evtl direkt im CCU Prgramm statt einem Gerät evtl über einen Script meinem gewünschten Zustand an FHEM übergeben?
Was wäre hier die sauberste Lösung?
Gruß Thomas


Gesendet von iPhone mit Tapatalk
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 20 November 2019, 17:22:29
Du möchtest einen Nicht-Homematic Aktor in FHEM schalten?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Depechem am 20 November 2019, 17:26:20
Zitat von: zap am 20 November 2019, 17:22:29
Du möchtest einen Nicht-Homematic Aktor in FHEM schalten?

genau der Präsenzmelder(nicht HM) ist per HMiPWired Eingangsmodul an die CCU3 eingebunden, dieser Kanal ist mit CCU Programm vernküpft. Dieses Programm soll nun einen "NICHT-Homematic Aktor (UFO RGBW Controller) sowie Tabletbildschirm der per AMAD eingebunden ist in FHEM schalten. Also der Kanal des Eingangsmoduls an dem der Präsenzmelder angeschlossen ist wird als Rohdaten per HMCCU auch in FHEM angezeigt aber ich möchte unbedingt das Programm der CCU nutzen und das Schaltergebniss des Programms an FHEM übermitteln.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 20 November 2019, 17:34:28
Im Prinzip bist Du auf dem richtigen Weg. Dein Programm muss einen virtuellen Taster der CCU drücken. Diesen Taster definierst Du als HMCCUCHN Device in FHEM. Wenn Dein Programm in der CCU nun diesen Taster drückt, solltest Du in FHEM ein PRESS Event bekommen. Auf dieses kannst Du mit DOIF oder Notify reagieren.

Andere Möglichkeit: Du definierst ein virtuelles Device mit CUxD. Dieses bindest Du in FHEM ein. Hat aber gegenüber der 1. Lösung nur den Vorteil, dass Du mehrere Datenpunkte nutzen kannst, um zusätzliche Infos zu übergeben. Wenn Dir PRESS genügt, dann Lösung 1.

Man kann auch HMCCUDEV Devices mit nicht HMCCUxxx Devices in FHEM verknüpfen. Das geht mit dem Attribut "peer". Ist aber etwas für fortgeschrittene Nutzer.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Depechem am 20 November 2019, 17:38:34
Zitat von: zap am 20 November 2019, 17:34:28
Im Prinzip bist Du auf dem richtigen Weg. Dein Programm muss einen virtuellen Taster der CCU drücken. Diesen Taster definierst Du als HMCCUCHN Device in FHEM. Wenn Dein Programm in der CCU nun diesen Taster drückt, solltest Du in FHEM ein PRESS Event bekommen. Auf dieses kannst Du mit DOIF oder Notify reagieren.

Andere Möglichkeit: Du definierst ein virtuelles Device mit CUxD. Dieses bindest Du in FHEM ein. Hat aber gegenüber der 1. Lösung nur den Vorteil, dass Du mehrere Datenpunkte nutzen kannst, um zusätzliche Infos zu übergeben. Wenn Dir PRESS genügt, dann Lösung 1.

Man kann auch HMCCUDEV Devices mit nicht HMCCUxxx Devices in FHEM verknüpfen. Das geht mit dem Attribut "peer". Ist aber etwas für fortgeschrittene Nutzer.


Hmm ok, also Nummer 1 geht wohl nicht weil ich 2 verschiedene Werte benötige (sie Bild des Programmes bei ,,Bad_virtueller_Taster")
Oder du hast noch eine andere sinnvolle Idee

Problem ist halt das dass Programm so aufgebaut sein muss, da ansonsten das Licht im Bad zu schnell aus geht bzw. immer zw. an und aus wechselt.

Also würdest du einen virtuellen CuxdD Aktor erstellen und diesen dann per HMCCU in FHEM einbinden?
Oder welche Möglichkeit wäre die Beste Lösung?

-------------------------------------------------------------------------------------------------------------
Edit: Also ich habe jetzt einen CUxD Aktor erstellt. damit habe ich es jetzt in FHEM eingebunden.
vielen Dank ZAP
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 21 November 2019, 08:01:46
Wenn Du sowas öfters benötigst, würde sich ggf. die Installation eines Zusatzprogramms auf der CCU lohnen. Es gibt z.B. netcat für die CCU (Download musst Du mal googeln, dann den richtigen auswählen je nach CCU Typ). Damit kannst Du dann auf der CCU per Shellscript beliebige Befehle per Telnet Schnittstelle an FHEM schicken. Das Script selbst kannst Du in Deinem CCU Programm mit der "system" Funktion aufrufen.

Aber mal ne blöde Frage: warum aktivierst Du in HMcCU nicht das HmIP Wired Interface und machst das alles in FHEM?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 02 Dezember 2019, 17:01:12
Ich habe gerade eine neue Version eingecheckt. Aktualisiert wurden 88_HMCCU.pm und 88_HMCCURPCPROC.pm.

Ich habe das Verhalten des RPC-Servers beim shutdown und dem restart von FHEM überarbeitet. Damit werden hoffentlich die Probleme in dem Zusammenhang gelöst.

Für die RPC Devices gibt es ein neues ccuflag "statistics". Wenn dieses Flag gesetzt wird, ermittelt HMCCU für das zugeordnete Interface die 3 Devices, die die meisten Events verursachen. Damit können potenzielle Kandidaten bei Dutycycle Problemen ermittelt werden. Die Infos kann man sich mit dem Befehl "get rpcevents" anzeigen lassen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 13 Dezember 2019, 14:05:46
Hallo zap,

nach ein paar Tagen mal eine Rückmeldung: das von mir beschriebene Fehlverhalten ist bislang nicht wieder aufgetreten.

Die neue CCU2-Firmware 2.49.18 werde ich wohl aber nicht ausprobieren ...
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: jsChris am 29 Dezember 2019, 13:23:48
Hi,

ich wollte mal nachfragen, ob schon jemand die aktuelle CCU3 Firmware 3.49.17 aufgespielt hat und ob alles funktioniert oder ob man etwas beachten muss?

Danke :)
Chris
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: juemuc am 29 Dezember 2019, 13:28:03
Hallo Chris,

ich nutze seit ein paar Tagen die Version 3.49.17 (pivccu3) problemlos. Enfach über die Updatefunktion aktualisiert.

Viele Grüße

Jürgen
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kjmEjfu am 30 Dezember 2019, 11:43:01
Zitat von: jsChris am 29 Dezember 2019, 13:23:48
ich wollte mal nachfragen, ob schon jemand die aktuelle CCU3 Firmware 3.49.17 aufgespielt hat und ob alles funktioniert oder ob man etwas beachten muss?

läuft
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 30 Dezember 2019, 12:45:55
Und die 2.49.18, hat die jemand bereits erfolgreich mit fhem (HMCCU) im Einsatz? Da hatte ich im Homematic-Forum ein paar Dinge gelesen, die mich bislang in der Kombi mit fhem davon abgehalten haben, zu installieren.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Raymund am 30 Dezember 2019, 12:56:15
Zitat von: Ralli am 30 Dezember 2019, 12:45:55
Und die 2.49.18, hat die jemand bereits erfolgreich mit fhem (HMCCU) im Einsatz?

Hakuna Matata.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 30 Dezember 2019, 15:06:16
Kann es dann auch bestätigen, läuft mit 2.49.18 .
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: jsChris am 30 Dezember 2019, 17:32:06
Danke :)

lg
Chris
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 04 Januar 2020, 16:31:25
Ich habe eine neue Version der Module HMCCUCHN und HMCCUDEV eingecheckt. Morgen per Update verfügbar. Einzige Änderung:

Beim Starten von FHEM bzw. bei der Definition von Devices wird state nicht verändert. D.h. die Stati "initialized" und "pending" sollten nun nicht mehr auftauchen.

Die Aktualisierung aller Readings aller Devices nach dem Start der RPC Server kann durch setzen des Flas "noInitialUpdate" im Attribut "ccuflags" im I/O Device verhindert werden. Allerdings erscheint es mir sinnvoller, das Update zuzulassen und stattdessen die Generierung von Events beim Update von Readings über die Standard FHEM Attribute event-on-... zu steuern.

Aber das bleibt jedem selbst überlassen.

P.S. Spätestens morgen gibt es eine Beta von der Version 4.4. Diese wird aber erst einmal nur im contrib zur Verfügung stehen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Rewe2000 am 04 Januar 2020, 17:37:05
Hallo zap,

vielen Dank für deine unermüdliche Arbeit an den Modulen.

Was empfiehlst du den leidgeplagten Usern, bei welchem sich Fhem und die CCUx oder die Raspimatic beim Start von Fhem komplett blockiert, sollen wir hier etwas anderes als "noInitialUpdate" verwenden, so recht habe ich deine folgende Anmerkung nicht verstanden. Ich gehe davon aus, dass "noInitialUpdate" immer noch funktionieren wird und ich dieses wie gewohnt setzen kann.

ZitatDie Aktualisierung aller Readings aller Devices nach dem Start der RPC Server kann durch setzen des Flas "noInitialUpdate" im Attribut "ccuflags" im I/O Device verhindert werden. Allerdings erscheint es mir sinnvoller, das Update zuzulassen und stattdessen die Generierung von Events beim Update von Readings über die Standard FHEM Attribute event-on-... zu steuern.

Ich habe es erst letzte Woche nochmals ohne "noInitialUpdate" versucht, doch das Problem hat sich zwischenzeitlich leider nicht von selbst erledigt, obwohl du ja schon einiges am Startverhalten geändert hattest. Ich stelle aktuell Linux auf Buster um (komplettes Neuaufsetzen), RaspberryMatic habe ich gestern aktualisiert, eventuell bringt ja dies die Lösung.

Lieber habe ich die ersten beiden Stunden "initialized" Meldungen bei den Readings, aber ich bekomme wenigstens Fhem und Homematic zum laufen.

@Ban:
@Dirk070:
@PatrickR: Wie sieht es bei euch aus, ihr hattet ja die gleichen Probleme, sind die zwischenzeitlich verschwunden?

Gruß Reinhard

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 04 Januar 2020, 17:56:08
Zitat von: zap am 04 Januar 2020, 16:31:25
Beim Starten von FHEM bzw. bei der Definition von Devices wird state nicht verändert. D.h. die Stati "initialized" und "pending" sollten nun nicht mehr auftauchen.

Danke. Dazu habe ich eine Anmerkung bzw. Bitte: Bei mir ist jetzt noch einmal das Thema aufgetaucht, dass HMCCU die Devices nach dem Start nicht richtig geupdatet hat. Das konnte ich bislang immer wunderbar über die ganzen nicht schnell verschwindenden "Initialized"-Stati der Devices sehen - das fällt nun weg. Du erinnerst dich, die folgende Meldung blieb einfach immer mal wieder nach einem Neustart aus:


2020.01.03 18:53:23.215 2: HMCCU: [CCU2 : 3657] Update success=123 failed=0


Könntest du in einem Reading (nicht Internal wegen Timestamp) von dem HMCCU-Device den Updatestatus festhalten? Vielleicht in einem "deviceupdate"-Reading die jeweilige Phase unabhängig vom Logging eintragen und beenden mit der Erfolgsmeldung. Wenn die nämlich nicht in einer zu definierenden Zeitspanne auftaucht, können wir darauf innerhalb von fhem reagieren.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 05 Januar 2020, 10:41:13
Zitat von: Rewe2000 am 04 Januar 2020, 17:37:05
Was empfiehlst du den leidgeplagten Usern, bei welchem sich Fhem und die CCUx oder die Raspimatic beim Start von Fhem komplett blockiert, sollen wir hier etwas anderes als "noInitialUpdate" verwenden, so recht habe ich deine folgende Anmerkung nicht verstanden. Ich gehe davon aus, dass "noInitialUpdate" immer noch funktionieren wird und ich dieses wie gewohnt setzen kann.

Sorry vielmals! Da habe ich mich missverständlich ausgedrückt. Einige haben sich beschwert, dass beim Start von FHEM die Readings der Devices aktualisiert werden und damit die Werte aus dem FHEM Statefile überschreiben. Das wird jetzt (zumindest für "initialized" und "pending") unterbunden. Wenn man auch die Aktualisierung nach dem Start der RPC Server vermeiden möchte, muss man "noInitialUpdate" setzen, also auch, wenn das von Dir beschriebene Problem auftritt.

Meine Aussage bezog sich eher auf die User, bei denen das initiale Update funktioniert. Diese sollten noInitialUpdate nicht setzen, zumindest nicht, um Aktualisierungen bzw. Events in FHEM zu vermeiden. Das sollte man wie vorgesehen per "event-on-..." Attribut realisieren.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 05 Januar 2020, 10:43:49
Zitat von: Ralli am 04 Januar 2020, 17:56:08
Könntest du in einem Reading (nicht Internal wegen Timestamp) von dem HMCCU-Device den Updatestatus festhalten? Vielleicht in einem "deviceupdate"-Reading die jeweilige Phase unabhängig vom Logging eintragen und beenden mit der Erfolgsmeldung. Wenn die nämlich nicht in einer zu definierenden Zeitspanne auftaucht, können wir darauf innerhalb von fhem reagieren.

Gute Idee. Hättest Du das gerne in jedem HMCCUDEV/HMCCUCHN Device oder einmalig im IO Device?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 05 Januar 2020, 13:57:44
M.E. reich das im Device der CCU (also im IO), da ich davon ausgehe, dass ja das initiale Update der Devices "in einem Rutsch" für alle Devices, die in fhem mit dem IO definiert und assoziiert sind, durchgeführt wird.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: juemuc am 05 Januar 2020, 14:45:27
Hallo zap,

ich habe nach dem letzten Update folgende Meldungen im Logfile.
2020.01.05 14:24:58 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/88_HMCCU.pm line 3285.
2020.01.05 14:24:58 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/88_HMCCU.pm line 3310.
2020.01.05 14:24:58 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/88_HMCCU.pm line 3314.

Habe ich etwas falsch definiert ?

Viele Grüße
Jürgen
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 06 Januar 2020, 09:04:09
Kommen diese Meldungen nach einer bestimmten Aktion (Set oder Get Befehl, ...)?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 06 Januar 2020, 09:09:59
Zitat von: Dek am 07 November 2019, 21:22:20
Hi,

Klar, davon gehe ich aus, war auch eher mit   ;)

Dek

Vielmals sorry für die späte Antwort. Ich war fast den ganzen November in Urlaub. Daher ist das untergegangen. Der "Set rpcparameter" Befehl ist noch etwas experimentell. Leider auch die Doku ;)
RPC ist sehr pingelig, was die Datentypen der Parameter angeht. Wenn nichts angegeben ist, wir "STRING" angenommen. Daher gehen alle Befehle, die z.B. DOUBLE erfordern, schief.
In der 4.4 werde ich das nochmal überarbeiten.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: juemuc am 06 Januar 2020, 15:43:38
Zitat von: zap am 06 Januar 2020, 09:04:09
Kommen diese Meldungen nach einer bestimmten Aktion (Set oder Get Befehl, ...)?

Hallo zap,

die Meldungen kamen nach einem shutdown restart. Ich kann es allerdings nicht mehr reproduzieren. Somit kannst Du dies erst einmal als erledigt betrachten. Danke

Viele Grüße
Jürgen
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Byllyy am 08 Januar 2020, 19:45:59
Ich habe einen 4-Kanal-Funk-Schaltaktor HM-LC-Sw4-Ba-PCB in Raspberrymatic angelernt und möchte nun die Kanäle über HMCCU schalten.
Die Känale (ST4Fach2.1-2.4) wurden in Fhem auch angelegt und aktualisieren ihren Status bei Änderungen in Raspberrymatic.

Nur das Schalten der Kanäle in Fhem bringt den Fehler "HMCCUCHN: ST4Fach2.1 Invalid datapoint ".  Ein "get devicelist" hat das Problem nicht gelöst.
Ein "get ST4Fach2.1 deviceinfo" bringt :

CHN MEQ0166451:0 ST4Fach2:0
  DPT {b} BidCos-RF.MEQ0166451:0.UNREACH = false [RE]
  DPT {b} BidCos-RF.MEQ0166451:0.STICKY_UNREACH = false [RWE]
  DPT {b} BidCos-RF.MEQ0166451:0.CONFIG_PENDING = false [RE]
  DPT {b} BidCos-RF.MEQ0166451:0.LOWBAT = false [RE]
  DPT {b} BidCos-RF.MEQ0166451:0.DUTYCYCLE = false [RE]
  DPT {n} BidCos-RF.MEQ0166451:0.RSSI_DEVICE = 1 [RE]
  DPT {n} BidCos-RF.MEQ0166451:0.RSSI_PEER = 24 [RE]
  DPT {b} BidCos-RF.MEQ0166451:0.DEVICE_IN_BOOTLOADER = false [RE]
  DPT {b} BidCos-RF.MEQ0166451:0.UPDATE_PENDING = false [RE]
  DPT {n} BidCos-RF.MEQ0166451:0.AES_KEY = 0 [R]
CHN MEQ0166451:1 ST4Fach2.1
  DPT {b} BidCos-RF.MEQ0166451:1.STATE = false [RWE]
  DPT {f} BidCos-RF.MEQ0166451:1.ON_TIME =  [W]
  DPT {b} BidCos-RF.MEQ0166451:1.INHIBIT = false [RWE]
  DPT {b} BidCos-RF.MEQ0166451:1.INSTALL_TEST =  [W]
  DPT {b} BidCos-RF.MEQ0166451:1.WORKING = false [RE]
CHN MEQ0166451:2 ST4Fach2.2
  DPT {b} BidCos-RF.MEQ0166451:2.STATE = false [RWE]
  DPT {f} BidCos-RF.MEQ0166451:2.ON_TIME =  [W]
  DPT {b} BidCos-RF.MEQ0166451:2.INHIBIT = false [RWE]
  DPT {b} BidCos-RF.MEQ0166451:2.INSTALL_TEST =  [W]
  DPT {b} BidCos-RF.MEQ0166451:2.WORKING = false [RE]
CHN MEQ0166451:3 ST4Fach2.3
  DPT {b} BidCos-RF.MEQ0166451:3.STATE = false [RWE]
  DPT {f} BidCos-RF.MEQ0166451:3.ON_TIME =  [W]
  DPT {b} BidCos-RF.MEQ0166451:3.INHIBIT = false [RWE]
  DPT {b} BidCos-RF.MEQ0166451:3.INSTALL_TEST =  [W]
  DPT {b} BidCos-RF.MEQ0166451:3.WORKING = false [RE]
CHN MEQ0166451:4 ST4Fach2.4
  DPT {b} BidCos-RF.MEQ0166451:4.STATE = false [RWE]
  DPT {f} BidCos-RF.MEQ0166451:4.ON_TIME =  [W]
  DPT {b} BidCos-RF.MEQ0166451:4.INHIBIT = false [RWE]
  DPT {b} BidCos-RF.MEQ0166451:4.INSTALL_TEST =  [W]
  DPT {b} BidCos-RF.MEQ0166451:4.WORKING = false [RE]


Wäre nett wenn ich einen Tipp bekommen könnte.
LG,
Byllyy
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: amenomade am 08 Januar 2020, 20:12:40
Wie schaltest Du?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Byllyy am 08 Januar 2020, 20:23:42
Ich schalte mit : set ST4Fach2.1 datapoint 1.STATE true oder set ST4Fach2.1 datapoint 1.STATE on
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: amenomade am 09 Januar 2020, 01:09:53
Und mit set ST4Fach2 datapoint 1.STATE true?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 09 Januar 2020, 07:50:57
Bei HMCCUCHN Devices ohne Kanalnummer (die steckt ja schon im Device selbst):

set ST4Fach2 datapoint STATE true

oder

attr ST4Fach2 statedatapoint STATE
attr ST4Fach2 statevals on:true,off:false
attr ST4Fach2 substitute STATE!(0|false):off,(1|true):on

Dann:

set ST4Fach2 on
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Byllyy am 09 Januar 2020, 08:54:58
Perfekt, jetzt habe ich es verstanden und es funktioniert.

Vielen Dank für eure Hilfe und einen schönen Tag.

LG,
Byllyy
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Maista am 27 Januar 2020, 19:24:08
@zap
Hallo zap,

nach dem heutigen Update schreibe ich das mal.
Ich habe hier ein Stacktrace. Sind die Meldungen relevant?
Zitat2020.01.27 19:14:51 1: HMCCURPCPROC: [d_rpc178042BidCos_RF : 633] RPC server starting
2020.01.27 19:14:52 1: HMCCURPCPROC: [d_rpc178042BidCos_RF : 633] RPC server CB2001178051178042 running
2020.01.27 19:14:52 1: HMCCURPCPROC: [d_rpc178042BidCos_RF : 633] Scheduled CCU ping every 300 seconds
2020.01.27 19:14:52 1: PERL WARNING: Exiting subroutine via next at ./FHEM/88_HMCCU.pm line 3386.
2020.01.27 19:14:52 1: stacktrace:
2020.01.27 19:14:52 1:     main::__ANON__                      called by ./FHEM/88_HMCCU.pm (3386)
2020.01.27 19:14:52 1:     main::HMCCU_UpdateSingleDevice      called by ./FHEM/88_HMCCU.pm (3547)
2020.01.27 19:14:52 1:     main::HMCCU_UpdateMultipleDevices   called by ./FHEM/88_HMCCU.pm (7029)
2020.01.27 19:14:52 1:     main::HMCCU_UpdateCB                called by FHEM/HttpUtils.pm (634)
2020.01.27 19:14:52 1:     main::__ANON__                      called by fhem.pl (752)
2020.01.27 19:14:54 1: PERL WARNING: Exiting subroutine via next at ./FHEM/88_HMCCU.pm line 3386.
2020.01.27 19:14:54 1: stacktrace:
2020.01.27 19:14:54 1:     main::__ANON__                      called by ./FHEM/88_HMCCU.pm (3386)
2020.01.27 19:14:54 1:     main::HMCCU_UpdateSingleDevice      called by ./FHEM/88_HMCCU.pm (3547)
2020.01.27 19:14:54 1:     main::HMCCU_UpdateMultipleDevices   called by ./FHEM/88_HMCCURPCPROC.pm (773)
2020.01.27 19:14:54 1:     main::HMCCURPCPROC_Read             called by fhem.pl (3763)
2020.01.27 19:14:54 1:     main::CallFn                        called by fhem.pl (755)

Das List kann ich nachreichen, ist ziemlich lang.

Taucht erst seit den Update hier auf.
Zitat2020.01.27 17:35:05 0: Server started with 326 defined entities (fhem.pl:21044/2020-01-24 perl:5.024001 os:linux user:fhem pid:425)
2020.01.27 18:11:41 1: HMCCURPCPROC: [d_rpc178042BidCos_RF : 425] RPC server starting
2020.01.27 18:11:41 1: Timeout for FRITZBOX_API_Check_Run reached, terminated process 531
2020.01.27 18:11:41 1: FRITZBOX FritzBox: Readout_Aborted.1931 Error: Timeout when reading Fritz!Box data.
2020.01.27 18:11:41 1: Timeout for DWD_OpenData::GetAlertsStart reached, terminated process 532
2020.01.27 18:11:42 1: HMCCURPCPROC: [d_rpc178042BidCos_RF : 425] RPC server CB2001178051178042 running
2020.01.27 18:11:42 1: HMCCURPCPROC: [d_rpc178042BidCos_RF : 425] Scheduled CCU ping every 300 seconds
2020.01.27 18:11:43 1: PERL WARNING: Exiting subroutine via next at ./FHEM/88_HMCCU.pm line 3386.

Danke fürs anschauen.

Gerd
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 27 Januar 2020, 21:19:05
Welches Update? Ich habe schon lange keines mehr eingecheckt
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Maista am 27 Januar 2020, 22:22:13
@zap
Das FHEM Update meinte ich.
Was genau das Problem ist kann man anhand des Stacktrace nicht erkennen.
Funktioniert aber alles soweit erkennbar.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 29 Januar 2020, 08:22:33
Habe den Fehler gefunden. Ich checke heute Abend eine neue Version von 88_HMCCU.pm ein.

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 29 Januar 2020, 17:21:10
Habe es korrigiert und ein Update eingecheckt. Morgen per FHEM Update verfügbar.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Maista am 29 Januar 2020, 21:08:51
Danke dir
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Maista am 30 Januar 2020, 18:51:53
@zap
Danke nochmals.
Nach dem Update kommt keine Fehlermeldung mehr im log :)

Gruß Gerd
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Weisswurstverkäufer am 31 Januar 2020, 07:05:13
Hallo,

mit dem Update von 88_HMCCU.pm meldet sich mein HomeMatic Fenstersensor jetzt alle paar Minuten ein paar mal mit einem Event des aktuellen Status. Dazu kommt dann im Log

2020.01.30 10:21:11 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:21:12 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:21:13 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:21:14 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:21:30 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:21:31 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:22:26 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:22:27 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:22:37 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:22:39 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:22:54 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:22:54 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:22:55 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:22:56 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:22:56 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:22:57 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:23:00 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:23:00 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:23:01 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:23:01 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:23:03 4: CUL_HM Garagentor_Sensor dupe: dont process
2020.01.30 10:23:05 4: CUL_HM Garagentor_Sensor dupe: dont process


Da ich mir das per Push senden lasse ist das ein bisschen nervig. Ist das ein Fehler bei mir (es ist ein einfaches notify mit Garagentor_Sensor:open.*) oder liegt hier ein neuer Bug vor? Ich habe sofort wieder

#  $Id: 88_HMCCU.pm 20644 2019-12-02 15:55:44Z zap $
#
#  Version 4.3.020


auf dem Backup wiederhergestellt, seitdem ist wieder alles top.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 31 Januar 2020, 08:52:02
Das ist keine Log-Meldung von HMCCU sondern von CUL_HM!
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Weisswurstverkäufer am 31 Januar 2020, 10:18:11
Hm, ja. Scheint wohl echt nur ein dummer Zufall gewesen zu sein dass es nach dem Update von HMCCU passiert ist und mit dem Restore der alten Version weg war. Habe jetzt nochmal HMCCU updated und es scheint nicht mehr aufzutreten (logisch, wenn ich es offenbar gar nicht nutze).

Sorry
Titel: HMCCU: Version 4.3, Frage zum SET DATAPOINT
Beitrag von: Dirk070 am 22 Februar 2020, 00:40:12
Zitat von: zap am 27 Oktober 2019, 17:59:41
Es gibt ein kleines Update für HMCCU, HMCCUCHN und HMCCUDEV im SVN mit folgenden Änderungen:


  • Der Befehl set datapoint im HMCCU I/O Device akzeptiert nun Standard FHEM Devspecs

Hallo zusammen,

ich habe ein Problem mit der Syntax beim set datapoint. Mit einem Device funktioniert es:
set ccu3 datapoint CCU_OG_BD_FDT_WC 4.LEVEL=15

Aber sobald es mehrere werden:
set ccu3 datapoint CCU_OG_BD_FDT_WC 4.LEVEL=15 CCU_OG_BD_BSL_FLUR 8.COLOR=4

Fehlermeldung:
HMCCU: ccu3 Invalid channel number specified for device CCU_OG_BD_FDT_WC

Frage: Wie muss ich die Devices trennen?

Vielen Dank und schöne Grüße
Dirk
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 22 Februar 2020, 09:19:49
Bei zwei Ziel Devices musst Du auch zwei set Befehle verwenden. Das liegt an der Art und Weise, wie FHEM die Kommandozeile auswertet. Dadurch ist eine eindeutige Zuordnung von Datenpunkt zu Device nicht möglich.

Ausnahme: wenn der erste Devicename eine FHEM Devspec ist, kann sich diese natürlich auf mehrere Devices beziehen. Einzige Bedingung ist dann, dass alle Devices auch die danach angegebenen Datenpunkte enthalten.

Sowas würde also funktionieren:

set ccu3 datapoint CCU_OG_BD_FDT_WC,CCU_OG_BD_BSL_FLUR 4.LEVEL=15 8.COLOR=4
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 22 Februar 2020, 09:56:04
Hallo zap,

Danke für die Info, probiere ich gleich aus.

Ich hatte aus Deinem post #344 eine andere Syntax verstanden, auch mit Punkt zwischen Device und Channel:
set d_ccu datapoint HmIP_pr_wz.1.DETECTION=0 HmIP_pr_bz.1.DETECTION=0

Nun müssen aber erst alle Devices aufgelistet werden (mit Komma getrennt) und danach die Channels (mit Blank getrennt).
Da muss ich meine Füll-Logik umbauen. Wird auch gehen, ich teste heute mal im laufe des Tages. Danke nochmal.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 22 Februar 2020, 10:01:37
Schnelltest:
set ccu3 datapoint CCU_EG_WZ_Bl1PBU_GAL,CCU_EG_WZ_Bl1PBU_GAR 4.LEVEL=100 4.LEVEL=50

Beide Rolladen fahren auf 50, offenbar zieht der 2. Channel für beide Devices....

Hiermit
set ccu3 datapoint CCU_EG_WZ_Bl1PBU_GAL,CCU_EG_WZ_Bl1PBU_GAR 4.LEVEL=90,4.LEVEL=50
fahren beide Rolladen auf 90....

Grundsätzlich sollte die Funktion doch für mehrere Devices mit unterschiedlichen Set-Befehlen sein, oder?
Zumindest hatte ich den post #302 so interpretiert:
set ccuIODev datapoint Rollo1.1.LEVEL=10 Rollo2.LEVEL=20 LampeWohn.1.STATE=0
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 22 Februar 2020, 13:47:53
Ich muss mir das im Code nochmal anschauen, wie ich es implementiert habe
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 22 Februar 2020, 17:57:54
Danke zap, ich teste dann gerne wieder.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 24 Februar 2020, 14:08:52
Zitat von: zap am 22 Februar 2020, 13:47:53
Ich muss mir das im Code nochmal anschauen, wie ich es implementiert habe

Das müsste die Routine HMCCU_SetMultipleDatapoints im 88_HMCCU.pm sein, oder?
######################################################################
# Set multiple datapoints on CCU in a single request.
# Parameter params is a hash reference. Keys are full qualified CCU
# datapoint specifications in format:
#   no.interface.{address|fhemdev}:channelno.datapoint
# Parameter no defines the command order.
######################################################################
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 24 Februar 2020, 15:19:58
Das ist die allgemeine Funktion um beliebige Datenpunkte zu setzen.

Ich habe nochmal nachgeschaut. Die Funktion setzt bei allen angegebenen Devices die angegebenen Datenpunkte. Da die Datenpunkte von FHEM an HMCCU in einem Hash übergeben werden, weiß HMCCU nichts über die Reihenfolge in der Kommandozeile. Daher greift manchmal die 90% und manchmal die 50%. Einige Besipiele zum Verständnis:

set d_ccu datapoint a,b 4.LEVEL=50
=> a.4.LEVEL=50
=> b.4.LEVEL=50

set d_ccu datapoint a,b 4.LEVEL=50,4.LEVEL=100
=> a.4.LEVEL=50
=> a.4.LEVEL=100
=> b.4.LEVEL=50
=> b.4.LEVEL=100

Wobei 50 und 100 auch in umgekehrter Reihenfolge gesetzt werden können (Zufall).

Wenn das Deine Anforderungen nicht abdeckt: was hättest Du gerne?

Völlige Flexibilität bietet nur die Ausführung von Homematic Script.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 24 Februar 2020, 16:39:50
Zitat von: zap am 18 August 2019, 19:42:13
Ich habe neue Versionen der HMCCU Module eingecheckt.

Neue Funktionen:

  • HMCCU: Neuer Befehl set datapoint für das gleichzeitige Setzen von Datenpunkten in mehreren FHEM HMCCUDEV/HMCCUCHN Devices. Beispiel siehe unten.
Gleichzeitiges Setzen mehrerer Datenpunkte für mehrere FHEM HMCCUCHN/HMCCUDEV Devices:

Der Befehl "set datapoint" im Modul HMCCU erlaubt das Setzen mehrerer Datenpunkte in verschiedenen Geräten in einem einzigen CCU-Request. Dadurch können Timing Probleme beim getrennten Ausführen mehrerer "set datapoint" Befehle ggf. verringert oder umgangen werden.

Beispiel: 1 Rollladen (Rollo1, Typ HMCCUDEV) soll auf 10%, 1 Rollladen (Rollo2, Typ HMCCUCHN) auf 20% gesetzt werden. Außerdem soll die Lampe LampeWohn (Typ HMCCUDEV) ausgeschaltet werden.

set ccuIODev datapoint Rollo1.1.LEVEL=10 Rollo2.LEVEL=20 LampeWohn.1.STATE=0

Die Angabe eines Datenpunkts folgt dem Schema:

HMCCUDEV: FHEMDevName.Kanal.Datenpunkt=Wert
HMCCUCHN: FHEMDevName.Datenpunkt=Wert

Hallo zap,

Danke für's Nachschauen. Ich bräuchte eine Funktion, wie ich Sie aus Deinem Post (s.o.) verstanden habe.

Hintergrund:
Ich habe 10 Rolladen und einige Lampen. Wenn ich abends oder morgen die Rolladen ansteuere, kommen dabei recht viele SET's zusammen.
Ich prüfe in einer eigenen Funktion, ob die Rolladen nicht schon tiefer oder höher sind, als diese nun fahren sollen, und noch so einiges.
Da es dadurch eine zentrale Funktion gibt, wollte ich die Last der Requests an die CCU reduzieren und die SET's sammeln.

Lange Rede, kurzer Sinn:
Ich bräuchte die Möglichkeit, diverse HMCCU-Devices mit teils unterschiedlichen Datapoints auf unterschiedliche Werte zu setzen.
Also genauso, wie Du es im Beispiel geschrieben hast: Rollo1 auf 10, Rollo2 auf 20 und die Lampe auf 0

Wenn ich das zu unklar beschreibe, melde Dich gerne.

Danke schon mal und viele Grüße
Dirk

PS: Du hattest geschrieben "Da die Datenpunkte von FHEM an HMCCU in einem Hash übergeben werden, weiß HMCCU nichts über die Reihenfolge in der Kommandozeile."
Könnte es sein, dass Du dieses Problem damit umgehen wolltest, die gesamte Befehlskette pro Device mit Punkten zu trennen? Dann blieben die Devices, Datapoints und Values ja immer korrekt zusammen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 24 Februar 2020, 18:49:19
Das ist seltsam: anders umgesetzt als dokumentiert. Echt krass. Was hat mich da geritten ....

Ich denke, da kann ich kurzfristig was liefern, vielleicht schon morgen
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 24 Februar 2020, 20:37:37
Abweichungen zwischen Functional- und Technical-Design sind in der IT doch gar nicht so selten [emoji6]

Danke und schöne Grüße
Dirk
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 25 Februar 2020, 19:02:08
Ich habe gerade ein Update für HMCCU eingecheckt. Damit geht nun sowas:

set d_ccu HM_ST_WR_Trockner.3.STATE=true HM_LI_KU_Decke.STATE=true HM_ST_WZ_Lampe1.1.STATE=true HM_RO_WZ_Terrasse.1.LEVEL=100

Bei HMCCUDEV Devices muss man eine Kanalnummer angeben, bei HMCCUCHN Devices nicht (siehe im Beispiel HM_LI_KU_Decke)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 25 Februar 2020, 19:31:09
Super, teste ich, sobald das Update da ist. Aktuell meldet mein update check noch "nothing to do"  ;)
...also morgen ab 8:00 Uhr (laut Beschreibung zur Update-Funktion)...
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 26 Februar 2020, 16:33:09
Zitat von: zap am 25 Februar 2020, 19:02:08
Ich habe gerade ein Update für HMCCU eingecheckt. Damit geht nun sowas:

set d_ccu HM_ST_WR_Trockner.3.STATE=true HM_LI_KU_Decke.STATE=true HM_ST_WZ_Lampe1.1.STATE=true HM_RO_WZ_Terrasse.1.LEVEL=100

Bei HMCCUDEV Devices muss man eine Kanalnummer angeben, bei HMCCUCHN Devices nicht (siehe im Beispiel HM_LI_KU_Decke)

Perfekt zap, funktioniert alles, tausend Dank!!!!
Statt 10 Requests an die CCU3 nun nur noch einer, perfekt.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 28 Februar 2020, 11:49:04
Hallo zap,

eine Frage zu den Log-Einträgen. Hier mal ein Beispiel:
2: HMCCU: [ccu3 : 17765] 001.HmIP-RF.CCU_OG_SZ_Bl1PBU_GAR:4.LEVEL

Wann wird dieser Eintrag erzeugt?

Danke Dir und viele Grüße
Dirk
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 28 Februar 2020, 12:58:47
Zitat von: Dirk070 am 28 Februar 2020, 11:49:04
Hallo zap,

eine Frage zu den Log-Einträgen. Hier mal ein Beispiel:
2: HMCCU: [ccu3 : 17765] 001.HmIP-RF.CCU_OG_SZ_Bl1PBU_GAR:4.LEVEL

Wann wird dieser Eintrag erzeugt?

  • wenn der Request von FHEM an die CCU gesendet wird?
  • wenn die CCU den Request erhalten hat, also quasi als Bestätigung?
  • wenn der Aktor an die CCU das Ausführen des Requests meldet, also quasi als Quittung für das erfolgreiche Umsetzen der Anforderung?

Danke Dir und viele Grüße
Dirk


So wie ich das verstanden habe, gibt es bei Änderung der Werte in der CCU ein Push per RPC an die Server, welche sich zuvor als RPC-Server angemeldet haben.
Die Werte in der CCU werden aber erst bei Quittierung bzw. beim Ändern der Readings in den  Device an die CCU gesendet, und somit geändert. also:
FHEM--> CCU --> Aktor --> CCU --> FHEM
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 29 Februar 2020, 16:41:14
Danke für die Erklärung des Ablaufs. Nun wäre noch die Frage, ob zap den Log-Eintrag beim Senden an die CCU erzeugt oder nach der von Dir beschriebenen Ablaufkette.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Dirk070 am 04 März 2020, 09:11:42
Ergebnis einer kurzen Recherche:
die Ausgabe im Log "2: HMCCU: [ccu3 : 17765] 001.HmIP-RF......" erfolgt vor der Rückmeldung der CCU.
Denn der Log-Eintrag "2: HMCCUDEV: [CCU_***: 17765] Error during CCU request. read from .... timed out" kommt im Anschluss.

Dazu eine Bitte: zap, könnte man die beiden Logeinträge auf unterschiedliche Log-Level setzen? Der erste ist ja lediglich eine Info, während der 2. ein Fehler ist.
So könnte man die Infos unterdrücken und bekäme trotzdem die Fehler.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 08 März 2020, 22:36:04
Hallo Zap,

Ich habe mal eine Frage. Irgendwie kann ich kein get configdesc bei HMIP nur bei HM-Geräten machen. Gibt es da einen Grund?
oder geht es bei den anderen?

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 09 März 2020, 10:53:11
Zitat von: kotaro am 08 März 2020, 22:36:04
Hallo Zap,

Ich habe mal eine Frage. Irgendwie kann ich kein get configdesc bei HMIP nur bei HM-Geräten machen. Gibt es da einen Grund?
oder geht es bei den anderen?

Wichtig wäre, dass hmip in ccuinterfaces angehakt ist und der RPC-Server für IP zumindest einmal gestartet wurde.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: kotaro am 09 März 2020, 16:55:41
Zitat von: zap am 09 März 2020, 10:53:11
Wichtig wäre, dass hmip in ccuinterfaces angehakt ist und der RPC-Server für IP zumindest einmal gestartet wurde.

im HMCCU-Device ist unter rpcinterfaces HMIP angehackt, außerdem ist der Server gestartet. Ich bekomme seit Monaten ja uach schon die Werte von den Heizungsthermostaten und UP-Rollladenaktoren. Das Klappt beides.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 10 März 2020, 17:23:43
Es hängt auch davon ab, ob Du get configDesc für ein HMCCUCHN oder HMCCUDEV Device ausführst.

Bei HMCCUDEV musst Du zusätzlich eine gültige Kanalnummer angeben, sonst bezieht sich der Befehl auf das Device, nicht auf einen Kanal.

Was kommt denn für eine Fehlermeldung? Wird im Log etwas geschrieben?
Falls nicht, setze mal ccuflags auf trace und führe den Befehl nochmal aus. Dann sollte auf jeden Fall etwas im Log stehen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 19 März 2020, 14:17:59
Kleines Update: Ich habe in allen Modulen die bisher genutzten min/max Funktionen von FHEM durch eigene ersetzt, da die FHEM Funktionen keine numerischen Vergleiche machen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 24 März 2020, 08:19:06
Hallo zap,

nach meinem Umzug habe ich seit einiger Zeit mal wieder ein FHEM-Update durchgeführt; da waren auch Aktualisierungen deiner HMCCU-Module dabei. Leider starten seit dem die RPC-Server nicht mehr.

Fehlermeldung aus dem Log von heute morgen:

2020.03.24 05:47:13 2: HMCCURPCPROC: [d_rpcBidCos_RF : 652] RPC server process started for interface BidCos-RF with PID=1801
2020.03.24 05:47:13 2: HMCCURPCPROC: [d_rpcBidCos_RF : 1801] Initializing RPC server CB2001001009001020 for interface BidCos-RF
2020.03.24 05:47:13 1: HMCCURPCPROC: [d_rpcBidCos_RF : 652] RPC server starting
2020.03.24 05:47:13 1: HMCCURPCPROC: [d_rpcBidCos_RF : 1801] Can't create RPC callback server CB2001001009001020 on port 7411. Port in use?
2020.03.24 05:47:13 1: HMCCURPCPROC: [d_rpcBidCos_RF : 1801] Can't initialize RPC server CB2001001009001020 for interface BidCos-RF
2020.03.24 05:47:13 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 652] RPC server process started for interface HmIP-RF with PID=1802
2020.03.24 05:47:13 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 1802] Initializing RPC server CB2010001009001020 for interface HmIP-RF
2020.03.24 05:47:13 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 652] RPC server starting
2020.03.24 05:47:13 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 1802] Can't create RPC callback server CB2010001009001020 on port 7420. Port in use?
2020.03.24 05:47:13 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 1802] Can't initialize RPC server CB2010001009001020 for interface HmIP-RF
2020.03.24 05:47:38 2: HMCCURPCPROC: [d_rpcBidCos_RF : 652] Checking if RPC server process is running
2020.03.24 05:47:38 1: HMCCURPCPROC: [d_rpcBidCos_RF : 652] RPC server process not running. Cleaning up
2020.03.24 05:47:38 1: HMCCURPCPROC: [d_rpcBidCos_RF : 652] Housekeeping called. Cleaning up RPC environment
2020.03.24 05:47:38 1: HMCCURPCPROC: [d_rpcBidCos_RF : 652] RPC server process CB2001001009001020 not runnning
2020.03.24 05:47:38 2: HMCCURPCPROC: [d_rpcBidCos_RF : 652] Stop I/O handling
2020.03.24 05:47:38 2: HMCCURPCPROC: [d_rpcBidCos_RF : 652] RPC server stopped. Cancel delayed shutdown.
2020.03.24 05:47:38 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 652] Checking if RPC server process is running
2020.03.24 05:47:38 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 652] RPC server process not running. Cleaning up
2020.03.24 05:47:38 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 652] Housekeeping called. Cleaning up RPC environment
2020.03.24 05:47:39 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 652] RPC server process CB2010001009001020 not runnning
2020.03.24 05:47:39 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 652] Stop I/O handling
2020.03.24 05:47:39 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 652] RPC server stopped. Cancel delayed shutdown.


Scheint so als könnten die Ports 7411 und 7420 nicht geöffnet werden. Ich habe diese Ports allerdings nicht selber in Verwendung. Den FHEM Server und die CCU3 habe ich bereits mehrfach neu gestartet.

Hier noch ein List meines HMCCU-Devices (passte leider nicht alles in ein Code-Tag):

Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        192.168.1.20
   FUUID      5c444de2-f33f-4686-5eec-3833a478136120d5
   NAME       MyCCU3
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         31
   NTFY_ORDER 50-MyCCU3
   RPCState   inactive
   STATE      inactive/OK
   TYPE       HMCCU
   ccuaddr    BidCoS-RF
   ccuchannels 295
   ccudevices 17
   ccuif      BidCos-RF
   ccuinterfaces HmIP-RF,VirtualDevices,BidCos-RF
   ccuip      192.168.1.20
   ccuname    HM-RCV-50
   ccustate   active
   ccutype    CCU2/3
   host       192.168.1.20
   prot       http
   version    4.3.023
   READINGS:
     2020-03-24 05:23:06   count_channels  295
     2020-03-24 05:23:06   count_devices   17
     2020-03-24 05:23:06   count_groups    0
     2020-03-24 05:23:06   count_interfaces 3
     2020-03-24 05:23:06   count_programs  6
     2019-08-29 19:56:18   iface_addr_1    PEQ1102690
     2019-08-29 19:56:18   iface_addr_2    3014F711A0001F98A99A3B62
     2019-08-29 19:56:18   iface_conn_1    1
     2019-08-29 19:56:18   iface_conn_2    1
     2019-08-29 19:56:18   iface_ducy_1    28
     2019-08-29 19:56:18   iface_ducy_2    28
     2019-08-29 19:56:18   iface_type_1    CCU2
     2019-08-29 19:56:18   iface_type_2    HMIP_CCU2
     2020-03-24 05:23:06   rpcstate        inactive
     2020-03-24 05:50:48   state           OK
   hmccu:
     defInterface BidCos-RF
     defPort    2001
     evtime     0
     evtimeout  0
     rpccount   0
     rpcports   2001,2010
     updatetime 0
     adr:
       Ankleide:
         address    00165A499242DA:10
         addtype    chn
         valid      1
       Ankleide AUF:
         address    00171A499D45A4:2
         addtype    chn
         valid      1
       Ankleide ZU:
         address    00171A499D45A4:1
         addtype    chn
         valid      1
       Badezimmer:
         address    00165A4992439F:14
         addtype    chn
         valid      1
       Badezimmer AUF:
         address    00171A499D45A4:20
         addtype    chn
         valid      1
       Badezimmer ZU:
         address    00171A499D45A4:19
         addtype    chn
         valid      1
       B�ro Nord:
         address    00165A4992444B:6
         addtype    chn
         valid      1
       B�ro Nord AUF:
         address    00171A499D45A4:32
         addtype    chn
         valid      1
       B�ro Nord ZU:
         address    00171A499D45A4:31
         addtype    chn
         valid      1
       B�ro Ost:
         address    00165A4992444B:10
         addtype    chn
         valid      1
       B�ro Ost AUF:
         address    00171A499D45A4:30
         addtype    chn
         valid      1
       B�ro Ost ZU:
         address    00171A499D45A4:29
         addtype    chn
         valid      1
       Fenstereingang:
         address    00171A49949C49
         addtype    dev
         valid      1
       Fenstereingang:0:
         address    00171A49949C49:0
         addtype    chn
         valid      1
       Flur_EG_OG:
         address    QEQ1052037
         addtype    dev
         valid      1
       Flur_EG_OG:0:
         address    QEQ1052037:0
         addtype    chn
         valid      1
       HM-LC-Sw1-DR QEQ1052037:1:
         address    QEQ1052037:1
         addtype    chn
         valid      1
       HM-LC-Sw1-Pl-2 KEQ0553147:1:
         address    KEQ0553147:1
         addtype    chn
         valid      1
       HM-LC-Sw1-Pl-2 KEQ1061714:1:
         address    KEQ1061714:1
         addtype    chn
         valid      1
       HM-LC-Sw1PBU-FM JEQ0100000:1:
         address    JEQ0100000:1
         addtype    chn
         valid      1
       HM-RC-4 JEQ0653839:1:
         address    JEQ0653839:1
         addtype    chn
         valid      1
       HM-RC-4 JEQ0653839:2:
         address    JEQ0653839:2
         addtype    chn
         valid      1
       HM-RC-4 JEQ0653839:3:
         address    JEQ0653839:3
         addtype    chn
         valid      1
       HM-RC-4 JEQ0653839:4:
         address    JEQ0653839:4
         addtype    chn
         valid      1
       HM-RC-P1 JEQ0628636:1:
         address    JEQ0628636:1
         addtype    chn
         valid      1
       HM-RCV-50:
         address    BidCoS-RF
         addtype    dev
         valid      1
       HM-RCV-50 BidCoS-RF:10:
         address    BidCoS-RF:10
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:11:
         address    BidCoS-RF:11
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:12:
         address    BidCoS-RF:12
         addtype    chn
         valid      1
       .....



       Wohnzimmer West:
         address    00165A4992444B:14
         addtype    chn
         valid      1
       Wohnzimmer West AUF:
         address    00171A499D45A4:10
         addtype    chn
         valid      1
       Wohnzimmer West ZU:
         address    00171A499D45A4:9
         addtype    chn
         valid      1
     agg:
     ccu:
       chncount   295
       delay      180
       delayed    0
       devcount   17
       gcount     0
       ifcount    3
       prgcount   6
       timeout    1
     dev:
       00161A499D49C9:
         addtype    dev
         channels   34
         chndir     0
         interface  HmIP-RF
         name       Schaltaktor
         type       HmIPW-DRS8
         valid      1
       00161A499D49C9:0:
         addtype    chn
         channels   1
         chndir     0
         name       Schaltaktor:0
         valid      1
       00161A499D49C9:1:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRS8 00161A499D49C9:1
         valid      1
       00161A499D49C9:10:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:10
         valid      1
       00161A499D49C9:11:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:11
         valid      1
       00161A499D49C9:12:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:12
         valid      1
       00161A499D49C9:13:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRS8 00161A499D49C9:13
         valid      1
       00161A499D49C9:14:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:14
         valid      1
       00161A499D49C9:15:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:15
         valid      1
       00161A499D49C9:16:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:16
         valid      1
       00161A499D49C9:17:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRS8 00161A499D49C9:17
         valid      1
       00161A499D49C9:18:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:18
         valid      1
       00161A499D49C9:19:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:19
         valid      1
       00161A499D49C9:2:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:2
         valid      1
       00161A499D49C9:20:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:20
         valid      1
       00161A499D49C9:21:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRS8 00161A499D49C9:21
         valid      1
       00161A499D49C9:22:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:22
         valid      1
       00161A499D49C9:23:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:23
         valid      1
       00161A499D49C9:24:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:24
         valid      1
       00161A499D49C9:25:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRS8 00161A499D49C9:25
         valid      1
       00161A499D49C9:26:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:26
         valid      1
       00161A499D49C9:27:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:27
         valid      1
       00161A499D49C9:28:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:28
         valid      1
       00161A499D49C9:29:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRS8 00161A499D49C9:29
         valid      1
       00161A499D49C9:3:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:3
         valid      1
       00161A499D49C9:30:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:30
         valid      1
       00161A499D49C9:31:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:31
         valid      1
       00161A499D49C9:32:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:32
         valid      1
       00161A499D49C9:33:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRS8 00161A499D49C9:33
         valid      1
       00161A499D49C9:4:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:4
         valid      1
       00161A499D49C9:5:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRS8 00161A499D49C9:5
         valid      1
       00161A499D49C9:6:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:6
         valid      1
       00161A499D49C9:7:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:7
         valid      1
       00161A499D49C9:8:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRS8 00161A499D49C9:8
         valid      1
       00161A499D49C9:9:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRS8 00161A499D49C9:9
         valid      1
       00165A499242DA:
         addtype    dev
         channels   18
         chndir     0
         interface  HmIP-RF
         name       Rollladenaktor_3
         type       HmIPW-DRBL4
         valid      1
       00165A499242DA:0:
         addtype    chn
         channels   1
         chndir     0
         name       Rollladenaktor_3:0
         valid      1
       00165A499242DA:1:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A499242DA:1
         valid      1
       00165A499242DA:10:
         addtype    chn
         channels   1
         chndir     2
         name       Ankleide
         valid      1
       00165A499242DA:11:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A499242DA:11
         valid      1
       00165A499242DA:12:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A499242DA:12
         valid      1
       00165A499242DA:13:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A499242DA:13
         valid      1
       00165A499242DA:14:
         addtype    chn
         channels   1
         chndir     2
         name       Kinderzimmer West
         valid      1
       00165A499242DA:15:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A499242DA:15
         valid      1
       00165A499242DA:16:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A499242DA:16
         valid      1
       00165A499242DA:17:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A499242DA:17
         valid      1
       00165A499242DA:2:
         addtype    chn
         channels   1
         chndir     2
         name       Wohnzimmer Ost Rechts
         valid      1
       00165A499242DA:3:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A499242DA:3
         valid      1
       00165A499242DA:4:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A499242DA:4
         valid      1
       00165A499242DA:5:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A499242DA:5
         valid      1
       00165A499242DA:6:
         addtype    chn
         channels   1
         chndir     2
         name       K�che
         valid      1
       00165A499242DA:7:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A499242DA:7
         valid      1
       00165A499242DA:8:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A499242DA:8
         valid      1
       00165A499242DA:9:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A499242DA:9
         valid      1
       00165A4992439F:
         addtype    dev
         channels   18
         chndir     0
         interface  HmIP-RF
         name       Rollladenaktor_4
         type       HmIPW-DRBL4
         valid      1
       00165A4992439F:0:
         addtype    chn
         channels   1
         chndir     0
         name       Rollladenaktor_4:0
         valid      1
       00165A4992439F:1:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A4992439F:1
         valid      1
       00165A4992439F:10:
         addtype    chn
         channels   1
         chndir     2
         name       Schlafzimmer Ost
         valid      1
       00165A4992439F:11:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992439F:11
         valid      1
       00165A4992439F:12:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992439F:12
         valid      1
       00165A4992439F:13:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A4992439F:13
         valid      1
       00165A4992439F:14:
         addtype    chn
         channels   1
         chndir     2
         name       Badezimmer
         valid      1
       00165A4992439F:15:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992439F:15
         valid      1
       00165A4992439F:16:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992439F:16
         valid      1
       00165A4992439F:17:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A4992439F:17
         valid      1
       00165A4992439F:2:
         addtype    chn
         channels   1
         chndir     2
         name       Kinderzimmer Nord
         valid      1
       00165A4992439F:3:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992439F:3
         valid      1
       00165A4992439F:4:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992439F:4
         valid      1
       00165A4992439F:5:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A4992439F:5
         valid      1
       00165A4992439F:6:
         addtype    chn
         channels   1
         chndir     2
         name       Schlafzimmer Nord
         valid      1
       00165A4992439F:7:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992439F:7
         valid      1
       00165A4992439F:8:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992439F:8
         valid      1
       00165A4992439F:9:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A4992439F:9
         valid      1
       00165A4992444B:
         addtype    dev
         channels   18
         chndir     0
         interface  HmIP-RF
         name       Rollladenaktor_1
         type       HmIPW-DRBL4
         valid      1
       00165A4992444B:0:
         addtype    chn
         channels   1
         chndir     0
         name       Rollladenaktor_1:0
         valid      1
       00165A4992444B:1:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A4992444B:1
         valid      1
       00165A4992444B:10:
         addtype    chn
         channels   1
         chndir     2
         name       B�ro Ost
         valid      1
       00165A4992444B:11:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992444B:11
         valid      1
       00165A4992444B:12:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992444B:12
         valid      1
       00165A4992444B:13:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A4992444B:13
         valid      1
       00165A4992444B:14:
         addtype    chn
         channels   1
         chndir     2
         name       Wohnzimmer West
         valid      1
       00165A4992444B:15:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992444B:15
         valid      1
       00165A4992444B:16:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992444B:16
         valid      1
       00165A4992444B:17:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A4992444B:17
         valid      1
       00165A4992444B:2:
         addtype    chn
         channels   1
         chndir     2
         name       Schlafzimmer UG
         valid      1
       00165A4992444B:3:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992444B:3
         valid      1
       00165A4992444B:4:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992444B:4
         valid      1
       00165A4992444B:5:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A4992444B:5
         valid      1
       00165A4992444B:6:
         addtype    chn
         channels   1
         chndir     2
         name       B�ro Nord
         valid      1
       00165A4992444B:7:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992444B:7
         valid      1
       00165A4992444B:8:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A4992444B:8
         valid      1




       00165A4992444B:9:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A4992444B:9
         valid      1
       00165A49924574:
         addtype    dev
         channels   18
         chndir     0
         interface  HmIP-RF
         name       Rollladenaktor_2
         type       HmIPW-DRBL4
         valid      1
       00165A49924574:0:
         addtype    chn
         channels   1
         chndir     0
         name       Rollladenaktor_2:0
         valid      1
       00165A49924574:1:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A49924574:1
         valid      1
       00165A49924574:10:
         addtype    chn
         channels   1
         chndir     2
         name       Wohnzimmer Nord Rechts
         valid      1
       00165A49924574:11:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A49924574:11
         valid      1
       00165A49924574:12:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A49924574:12
         valid      1
       00165A49924574:13:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A49924574:13
         valid      1
       00165A49924574:14:
         addtype    chn
         channels   1
         chndir     2
         name       Wohnzimmer Ost Links
         valid      1
       00165A49924574:15:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A49924574:15
         valid      1
       00165A49924574:16:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A49924574:16
         valid      1
       00165A49924574:17:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A49924574:17
         valid      1
       00165A49924574:2:
         addtype    chn
         channels   1
         chndir     2
         name       Wohnzimmer Nord Links
         valid      1
       00165A49924574:3:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A49924574:3
         valid      1
       00165A49924574:4:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A49924574:4
         valid      1
       00165A49924574:5:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A49924574:5
         valid      1
       00165A49924574:6:
         addtype    chn
         channels   1
         chndir     2
         name       Wohnzimmer Nord Mitte
         valid      1
       00165A49924574:7:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A49924574:7
         valid      1




       00165A49924574:8:
         addtype    chn
         channels   1
         chndir     2
         name       HmIPW-DRBL4 00165A49924574:8
         valid      1
       00165A49924574:9:
         addtype    chn
         channels   1
         chndir     0
         name       HmIPW-DRBL4 00165A49924574:9
         valid      1
       00171A49949C49:
         addtype    dev
         channels   34
         chndir     0
         interface  HmIP-RF
         name       Fenstereingang
         type       HmIPW-DRI32
         valid      1
       00171A49949C49:0:
         addtype    chn
         channels   1
         chndir     0
         name       Fenstereingang:0
         valid      1
       00171A49949C49:1:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:1
         valid      1
       00171A49949C49:10:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:10
         valid      1
       00171A49949C49:11:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:11
         valid      1
       00171A49949C49:12:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:12
         valid      1
       00171A49949C49:13:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:13
         valid      1
       00171A49949C49:14:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:14
         valid      1
       00171A49949C49:15:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:15
         valid      1
       00171A49949C49:16:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:16
         valid      1
       00171A49949C49:17:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:17
         valid      1
       00171A49949C49:18:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:18
         valid      1
       00171A49949C49:19:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:19
         valid      1
       00171A49949C49:2:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:2
         valid      1
       00171A49949C49:20:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:20
         valid      1
       00171A49949C49:21:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:21
         valid      1
       00171A49949C49:22:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:22
         valid      1
       00171A49949C49:23:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:23
         valid      1
       00171A49949C49:24:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:24
         valid      1
       00171A49949C49:25:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:25
         valid      1
       00171A49949C49:26:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:26
         valid      1
       00171A49949C49:27:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:27
         valid      1
       00171A49949C49:28:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:28
         valid      1
       00171A49949C49:29:
         addtype    chn
         channels   1
         chndir     1
         name       HmIPW-DRI32 00171A49949C49:29
         valid      1


   
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 24 März 2020, 08:50:26
Das hat echt nicht alles in einen Post gepackt. Ich weiß auch nicht, ob diese Infos wirklich alles wichtig sind.

Hier der Rest:


       KEQ1061714:
         addtype    dev
         channels   2
         chndir     0
         interface  BidCos-RF
         name       WZ_Fluter
         type       HM-LC-Sw1-Pl-2
         valid      1
       KEQ1061714:0:
         addtype    chn
         channels   1
         chndir     0
         name       WZ_Fluter:0
         valid      1
       KEQ1061714:1:
         addtype    chn
         channels   1
         chndir     2
         name       HM-LC-Sw1-Pl-2 KEQ1061714:1
         valid      1
       LEQ1083080:
         addtype    dev
         channels   2
         chndir     0
         interface  BidCos-RF
         name       TH_Sensor_innen_WZ
         type       HM-WDS40-TH-I-2
         valid      1
       LEQ1083080:0:
         addtype    chn
         channels   1
         chndir     0
         name       TH_Sensor_innen_WZ:0
         valid      1
       LEQ1083080:1:
         addtype    chn
         channels   1
         chndir     1
         name       HM-WDS40-TH-I-2 LEQ1083080:1
         valid      1
       QEQ1052037:
         addtype    dev
         channels   2
         chndir     0
         interface  BidCos-RF
         name       Flur_EG_OG
         type       HM-LC-Sw1-DR
         valid      1
       QEQ1052037:0:
         addtype    chn
         channels   1
         chndir     0
         name       Flur_EG_OG:0
         valid      1
       QEQ1052037:1:
         addtype    chn
         channels   1
         chndir     2
         name       HM-LC-Sw1-DR QEQ1052037:1
         valid      1
     dp:
       HM-LC-Sw1-DR:
         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
             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
             UPDATE_PENDING:
               oper       5
               type       2
           1:
             INHIBIT:
               oper       7
               type       2
             INSTALL_TEST:
               oper       2
               type       2
             ON_TIME:
               oper       2
               type       4
             STATE:
               oper       7
               type       2
             WORKING:
               oper       5
               type       2
         cnt:
           AES_KEY    1
           CONFIG_PENDING 1
           DEVICE_IN_BOOTLOADER 1
           DUTYCYCLE  1
           INHIBIT    1
           INSTALL_TEST 1
           LOWBAT     1
           ON_TIME    1
           RSSI_DEVICE 1
           RSSI_PEER  1
           STATE      1
           STICKY_UNREACH 1
           UNREACH    1
           UPDATE_PENDING 1
           WORKING    1
         spc:
           ontime     1.ON_TIME
       HM-LC-Sw1-Pl-2:
         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:
             INHIBIT:
               oper       7
               type       2
             INSTALL_TEST:
               oper       2
               type       2
             ON_TIME:
               oper       2
               type       4
             STATE:
               oper       7
               type       2
             WORKING:
               oper       5
               type       2
         cnt:
           AES_KEY    1
           CONFIG_PENDING 1
           DUTYCYCLE  1
           INHIBIT    1
           INSTALL_TEST 1
           LOWBAT     1
           ON_TIME    1
           RSSI_DEVICE 1
           RSSI_PEER  1
           STATE      1
           STICKY_UNREACH 1
           UNREACH    1
           WORKING    1
         spc:
           ontime     1.ON_TIME
       HM-LC-Sw1PBU-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
             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
             UPDATE_PENDING:
               oper       5
               type       2
           1:
             INHIBIT:
               oper       7
               type       2
             INSTALL_TEST:
               oper       2
               type       2
             ON_TIME:
               oper       2
               type       4
             STATE:
               oper       7
               type       2
             WORKING:
               oper       5
               type       2
         cnt:
           AES_KEY    1
           CONFIG_PENDING 1
           DEVICE_IN_BOOTLOADER 1
           DUTYCYCLE  1
           INHIBIT    1
           INSTALL_TEST 1
           LOWBAT     1
           ON_TIME    1
           RSSI_DEVICE 1
           RSSI_PEER  1
           STATE      1
           STICKY_UNREACH 1
           UNREACH    1
           UPDATE_PENDING 1
           WORKING    1
         spc:
           ontime     1.ON_TIME
       HM-RC-4:
         ch:
           0:
             AES_KEY:
               oper       1
               type       8
             CONFIG_PENDING:
               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:
             INSTALL_TEST:
               oper       4
               type       2
             PRESS_CONT:
               oper       4
               type       2
             PRESS_LONG:
               oper       6
               type       2
             PRESS_LONG_RELEASE:
               oper       4
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           2:
             INSTALL_TEST:
               oper       4
               type       2
             PRESS_CONT:
               oper       4
               type       2
             PRESS_LONG:
               oper       6
               type       2
             PRESS_LONG_RELEASE:
               oper       4
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           3:
             INSTALL_TEST:
               oper       4
               type       2
             PRESS_CONT:
               oper       4
               type       2
             PRESS_LONG:
               oper       6
               type       2
             PRESS_LONG_RELEASE:
               oper       4
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           4:
             INSTALL_TEST:
               oper       4
               type       2
             PRESS_CONT:
               oper       4
               type       2
             PRESS_LONG:
               oper       6
               type       2
             PRESS_LONG_RELEASE:
               oper       4
               type       2
             PRESS_SHORT:
               oper       6
               type       2
         cnt:
           AES_KEY    1
           CONFIG_PENDING 1
           INSTALL_TEST 4
           LOWBAT     1
           PRESS_CONT 4
           PRESS_LONG 4
           PRESS_LONG_RELEASE 4
           PRESS_SHORT 4
           RSSI_DEVICE 1
           RSSI_PEER  1
           STICKY_UNREACH 1
           UNREACH    1
       HM-RC-P1:
         ch:
           0:
             AES_KEY:
               oper       1
               type       8
             CONFIG_PENDING:
               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:
             INSTALL_TEST:
               oper       4
               type       2
             PRESS_CONT:
               oper       4
               type       2
             PRESS_LONG:
               oper       6
               type       2
             PRESS_LONG_RELEASE:
               oper       4
               type       2
             PRESS_SHORT:
               oper       6
               type       2
         cnt:
           AES_KEY    1
           CONFIG_PENDING 1
           INSTALL_TEST 1
           LOWBAT     1
           PRESS_CONT 1
           PRESS_LONG 1
           PRESS_LONG_RELEASE 1
           PRESS_SHORT 1
           RSSI_DEVICE 1
           RSSI_PEER  1
           STICKY_UNREACH 1
           UNREACH    1
       HM-RCV-50:
         ch:
           0:
             INSTALL_MODE:
               oper       3
               type       2
           1:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           10:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           11:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           12:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           13:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2



           14:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           15:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           16:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           17:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           18:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           19:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           2:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           20:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           21:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           22:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           23:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           24:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           25:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           26:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           27:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           28:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           29:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           3:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           30:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           31:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           32:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           33:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           34:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           35:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           36:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           37:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           38:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           39:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2




           4:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           40:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           41:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           42:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           43:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           44:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           45:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2



           46:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           47:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           48:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           49:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           5:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           50:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           6:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           7:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           8:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
           9:
             LEVEL:
               oper       2
               type       6
             PRESS_LONG:
               oper       6
               type       2
             PRESS_SHORT:
               oper       6
               type       2
         cnt:
           INSTALL_MODE 1
           LEVEL      50
           PRESS_LONG 50
           PRESS_SHORT 50
         spc:
           level      50.LEVEL
       HM-WDS10-TH-O:
         ch:
           0:
             CONFIG_PENDING:
               oper       5
               type       2
             LOWBAT:
               oper       5
               type       2
             RSSI_DEVICE:
               oper       5
               type       8
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 24 März 2020, 08:55:46
Post 3  :o :


cnt:
           ACTUAL_TEMPERATURE 1
           COMBINED_PARAMETER 24
           CONFIG_PENDING 1
           ERROR_CODE 1
           ERROR_OVERHEAT 1
           ERROR_UNDERVOLTAGE 1
           IDENTIFICATION_MODE_KEY_VISUAL 1
           IDENTIFICATION_MODE_LCD_BACKLIGHT 1
           IDENTIFY_DURATION 1
           IDENTIFY_TARGET_LEVEL 1
           INSTALL_TEST 1
           ON_TIME    24
           OPERATING_VOLTAGE 1
           OPERATING_VOLTAGE_STATUS 1
           PROCESS    32
           SECTION    32
           SECTION_STATUS 32
           STATE      32
           UNREACH    1
           UPDATE_PENDING 1
           WEEK_PROGRAM_CHANNEL_LOCKS 1
           WEEK_PROGRAM_TARGET_CHANNEL_LOCK 1
           WEEK_PROGRAM_TARGET_CHANNEL_LOCKS 1
         spc:
           ontime     32.ON_TIME
     grp:
     ifports:
       2001       BidCos-RF
       2010       HmIP-RF
       9292       VirtualDevices
     interfaces:
       BidCos-RF:
         devcount   9
         device     d_rpcBidCos_RF
         flags      forceASCII
         host       192.168.1.20
         manager    HMCCU
         port       2001
         prot       http
         state      inactive
         type       A
         url        http://192.168.1.20:2001
       HmIP-RF:
         devcount   8
         device     d_rpc178020HmIP_RF
         flags      forceASCII
         host       192.168.1.20
         manager    HMCCU
         port       2010
         prot       http
         state      inactive
         type       A
         url        http://192.168.1.20:2010
       VirtualDevices:
         devcount   0
         flags      _
         host       192.168.1.20
         manager    null
         port       9292
         prot       http
         state      inactive
         type       A
         url        http://192.168.1.20:9292/groups
     prg:
       Ger�te mit gest�rter Kommunikation pr�fen:
         active     true
         internal   false
       Servicemeldungen best�tigen und an FHEM melden:
         active     true
         internal   false
       Vitrine an:
         active     true
         internal   false
       Vitrine aus:
         active     true
         internal   false
       Wenn keine Servicemeldungen dann an FHEM melden:
         active     true
         internal   false
       prgEnergyCounter_2142_00085A498DBCCF:7:
         active     true
         internal   true
     rpc:
Attributes:
   ccuflags   procrpc
   cmdIcon    on:general_an off:general_aus
   eventMap   /rpcserver on:on/rpcserver off:off/
   group      System
   room       Homematic
   rpcinterfaces BidCos-RF,HmIP-RF
   rpcport    2001,2010
   rpcserver  on
   stateFormat rpcstate/state
   verbose    1


Kannst du mir helfen was hier falsch läuft?

Danke und Gruß
Wolle
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 30 März 2020, 10:57:59
Bitte mal folgenden Befehl ausführen:

netstat -an | grep -E "74[0-9]{2}"
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 30 März 2020, 12:20:33
Hallo zap,

danke für den Tip. Das Ergebnis lautet:

tcp        0      0 0.0.0.0:7420            0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:7411            0.0.0.0:*               LISTEN


mit

netstat -ane | grep -E "74[0-9]{2}"

habe ich dann folgendes bekommen:

tcp        0      0 0.0.0.0:7420            0.0.0.0:*               LISTEN      999        14006
tcp        0      0 0.0.0.0:7411            0.0.0.0:*               LISTEN      999        15642


14006 und 15642 sollten also die PIDs sein.

Leider findet ein kill -9 14006 und kill -9 15642 keinen passenden Prozess dazu.

Gruß
Wolle
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wernieman am 30 März 2020, 12:28:16
und wenn Du als Schalter "-lntp" verwendest, was sagt er dann?

Und bitte .. als root ...
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 30 März 2020, 13:39:10
....hier kam dann folgendes raus:

tcp        0      0 0.0.0.0:7420            0.0.0.0:*               LISTEN      774/perl           
tcp        0      0 0.0.0.0:7411            0.0.0.0:*               LISTEN      773/perl 


Die Prozesse 773 und 774 konnte ich auch finden und killen. Super, die RPC-Server laufen wieder  :)
Wieder was gelernt....... leider ist die Halbwertszeit von solchen Problemlösungen immer recht kurz  ???

Vielen herzlichen Dank an alle.

Gruß
Wolle
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 30 März 2020, 14:13:09
Zitat von: Wolle02 am 30 März 2020, 13:39:10
....hier kam dann folgendes raus:

tcp        0      0 0.0.0.0:7420            0.0.0.0:*               LISTEN      774/perl           
tcp        0      0 0.0.0.0:7411            0.0.0.0:*               LISTEN      773/perl 


Die Prozesse 773 und 774 konnte ich auch finden und killen. Super, die RPC-Server laufen wieder  :)
Wieder was gelernt....... leider ist die Halbwertszeit von solchen Problemlösungen immer recht kurz  ???

Vielen herzlichen Dank an alle.

Gruß
Wolle

Ursache: Da liegen noch 2 RPC Server Leichen, die die Ports geblockt hatten.
Passiert, wenn FHEM abstürzt. Da die RPC Server separate Prozesse sind, bleiben die übrig.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 30 März 2020, 14:19:42
Danke für die Erklärung. Ich hatte nur gar nicht bemerkt, dass FHEM abgestürzt gewesen sei. Deshalb habe ich dieser Richtung auch gar nicht geforscht. Aufgetreten war das wie gesagt nach einem FHEM-Update; aber eigentlich lief hier alles normal weiter...... bis halt auf die RPC-Server.

Naja, jetzt laufen sie zwar wieder, aber ich habe das Gefühl, dass ich auf dem System irgendwas "kaputt konfiguriert" habe. Und da ich eh vorhatte mal ein paar Sachen grundlegend umzustellen, habe ich die Gelegenheit genutzt und angefangen FHEM neu aufzusetzen.

Danke nochmal und Grüße an alle.
Wolle
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 30 März 2020, 15:46:01
Nach einem FHEM Update wird FHEM neu gestartet. Kann sein, dass die RPC Server noch nicht richtig gestoppt waren, als FHEM wieder gestartet wurde.
Zumindest das sollte mit der letzten HMCCU Version nicht mehr auftreten. FHEM wartet jetzt, bis die RPC Server gestoppt sind.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wernieman am 30 März 2020, 15:53:48
Was mich dabei nur wundert, hattest Du nicht geschrieben, das Du den PI rebootet hattest?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 30 März 2020, 16:07:47
ZitatWas mich dabei nur wundert, hattest Du nicht geschrieben, das Du den PI rebootet hattest?

Ja, sogar mehrfach.
Irgendwas scheint in meinem bisherigen System nicht mehr richtig zu funktionieren. Nachdem heute mittag die RPC-Server dann wieder liefen, habe ich zum Testen den Raspi nochmal gebootet, um zu sehen, ob die RPC-Server wieder automatisch gestartet werden. Leider standen Sie wieder auf 'inactive' und es handelte sich wieder um die gleichen Prozessleichen wie oben geschrieben.

Im Logfile habe ich dann folgendes gefunden:

2020.03.30 14:31:12 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] RPC server process started for interface BidCos-RF with PID=10350
2020.03.30 14:31:12 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10350] Initializing RPC server CB2001001009001020 for interface BidCos-RF
2020.03.30 14:31:12 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10350] Callback server CB2001001009001020 created. Listening on port 7411
2020.03.30 14:31:12 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10350] CB2001001009001020 accepting connections. PID=10350
2020.03.30 14:31:12 1: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] RPC server starting
2020.03.30 14:31:12 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] RPC server process started for interface HmIP-RF with PID=10351
2020.03.30 14:31:12 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10351] Initializing RPC server CB2010001009001020 for interface HmIP-RF
2020.03.30 14:31:12 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10351] Callback server CB2010001009001020 created. Listening on port 7420
2020.03.30 14:31:12 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10351] CB2010001009001020 accepting connections. PID=10351
2020.03.30 14:31:12 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] RPC server starting
2020.03.30 14:31:13 3: ESPEasy espBridge: Bridge v2.18 port [TCP:IPV4:8383] opened.
2020.03.30 14:32:35 3: FB_CALLMONITOR (my_callmonitor) - found 2 phonebooks
2020.03.30 14:32:38 3: FB_CALLMONITOR (my_callmonitor) - found 3 blocking rules (deflections)
2020.03.30 14:32:39 2: FB_CALLMONITOR (my_callmonitor) - read 15 contacts from remote phonebook "Telefonbuch"
2020.03.30 14:32:39 2: FB_CALLMONITOR (my_callmonitor) - read 19 contacts from remote phonebook "Spambuch"
2020.03.30 14:32:40 0: Featurelevel: 6
2020.03.30 14:32:40 0: Server started with 517 defined entities (fhem.pl:21524/2020-03-27 perl:5.024001 os:linux user:fhem pid:10272)
2020.03.30 14:32:40 4: RESIDENTStk rr_Wolle_wakeuptimer2: Wakeuptime recalculation triggered by at-device at_rr_Wolle_wakeuptimer2
2020.03.30 14:32:40 4: RESIDENTStk rr_Wolle_wakeuptimer2: wakeupGetBegin source: defaultValue
2020.03.30 14:32:40 4: RESIDENTStk rr_Wolle_wakeuptimer2: wakeupGetBegin result: 05:00 = 18000 s - 0 m = 05:00:00
2020.03.30 14:32:42 3: telnetForBlockingFn_1585571562: port 34855 opened
2020.03.30 14:32:43 3: NUT antwortet nicht
2020.03.30 14:32:43 1: 192.168.1.5:3493 disconnected, waiting to reappear (USVControl)
2020.03.30 14:32:43 1: 192.168.1.5:3493 reappeared (USVControl)
2020.03.30 14:32:43 0: HourCounter CN.FB_Internet_connect Run.598 first run done countsOverall:87
2020.03.30 14:32:43 3: SB_SERVER_CheckConnection(Squeezebox): STATE: opened power: ?
2020.03.30 14:32:43 3: SB_SERVER_CheckConnection(Squeezebox): forcing power on
2020.03.30 14:32:43 1: Timeout for PRESENCE_DoLocalFunctionScan reached, terminated process 10273
2020.03.30 14:32:43 2: PRESENCE (Handy_Wolle_wlan) - device could not be checked (retrying in 10 seconds): Timeout: process terminated
2020.03.30 14:32:44 1: Timeout for PRESENCE_DoLocalFunctionScan reached, terminated process 10274
2020.03.30 14:32:44 2: PRESENCE (Handy_Tanja_wlan) - device could not be checked (retrying in 10 seconds): Timeout: process terminated
2020.03.30 14:32:44 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] RPC server process started for interface BidCos-RF with PID=10375
2020.03.30 14:32:44 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10375] Initializing RPC server CB2001001009001020 for interface BidCos-RF
2020.03.30 14:32:44 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] RPC server process started for interface HmIP-RF with PID=10376
2020.03.30 14:32:44 1: HMCCURPCPROC: [d_rpcBidCos_RF : 10375] Can't create RPC callback server CB2001001009001020 on port 7411. Port in use?
2020.03.30 14:32:44 1: HMCCURPCPROC: [d_rpcBidCos_RF : 10375] Can't initialize RPC server CB2001001009001020 for interface BidCos-RF
2020.03.30 14:32:44 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10376] Initializing RPC server CB2010001009001020 for interface HmIP-RF
2020.03.30 14:32:44 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10376] Can't create RPC callback server CB2010001009001020 on port 7420. Port in use?
2020.03.30 14:32:44 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10376] Can't initialize RPC server CB2010001009001020 for interface HmIP-RF
2020.03.30 14:32:44 1: Timeout for PRESENCE_DoLocalFunctionScan reached, terminated process 10300
2020.03.30 14:32:44 2: PRESENCE (Handy_Susl_wlan) - device could not be checked (retrying in 10 seconds): Timeout: process terminated
2020.03.30 14:32:44 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 10301
2020.03.30 14:32:44 2: PRESENCE (FB_Internet_connect) - device could not be checked (retrying in 10 seconds): Timeout: process terminated
2020.03.30 14:32:44 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] Checking if RPC server process is running
2020.03.30 14:32:44 1: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] RPC server process not running. Cleaning up
2020.03.30 14:32:44 1: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] Housekeeping called. Cleaning up RPC environment
2020.03.30 14:32:44 1: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] RPC server process CB2001001009001020 not runnning
2020.03.30 14:32:44 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] Stop I/O handling
2020.03.30 14:32:44 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] RPC server stopped. Cancel delayed shutdown.
2020.03.30 14:32:44 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] Checking if RPC server process is running
2020.03.30 14:32:44 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] RPC server process not running. Cleaning up
2020.03.30 14:32:44 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] Housekeeping called. Cleaning up RPC environment
2020.03.30 14:32:44 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] RPC server process CB2010001009001020 not runnning
2020.03.30 14:32:44 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] Stop I/O handling
2020.03.30 14:32:45 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] RPC server stopped. Cancel delayed shutdown.


So wie es aussieht wurden die RPC-Server um 14:31:12 Uhr korrekt gestartet.
Um 14:32:44 Uhr wurde dann allerdings nochmal versucht die RPC-Server zu starten was natürlich mislang, weil sie ja schon liefen oder schon als Zombiprozesse im System lagen.
Keine Ahnung, ob der zweite Startversuch die Prozesse getötet hat oder ob sie schon vorher gestorben sind und deshalb der zweite Versuch gestartet wurde.

Da aber bislang sonst niemand von solch einen Problem berichtet hat, denke ich, dass es sich hier um ein spezielles Problem auf meinem System handelt und es deshalb sinnvoll ist, das ganze System sauber neu aufzubauen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wernieman am 30 März 2020, 17:35:52
Könnte es sein, das er versucht, FHEM 2 mal zu starten?
Installiert Du "nur" fhem neu, oder das komplette System?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 30 März 2020, 18:47:35
Zitat von: Wernieman am 30 März 2020, 17:35:52
Könnte es sein, das er versucht, FHEM 2 mal zu starten?

Ich habe jedenfalls nichts bewusst an den Startroutinen geändert. Auch aus dem restlichen Logfile kann ich eigentlich nichts erkennen, was darauf schließen lassen würde.

ZitatInstalliert Du "nur" fhem neu, oder das komplette System?

Bei der Gelegenheit mache ich gleich das ganze Grundsystem auf Busterbasis neu.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 30 März 2020, 19:36:04
Sind die Meldungen oben tatsächlich die einzigen HMCCU / HMCCURPCPROC Meldungen im Log?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 31 März 2020, 12:43:55
Im Großen und Ganzen schon. Gibt es etwas spezielles das du vermisst und nach dem ich nochmal gezielt schauen soll?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 31 März 2020, 13:27:19
Die RPC Server und HMCCU schreiben bei jedem Start Meldungen ins Log. Wenn die Server tatsächlich doppelt gestartet werden, muss es auch doppelte Log Einträge geben
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 31 März 2020, 15:35:23
Nun ja, im oben geposteten Logfileauszug sind ja doppelte HMCCURPCPROC Einträge vorhanden; um 14:31:12 und 14:32:44. Für mich sieht das schon gleich aus, aber ich weiß jetzt nicht, ob es auch wirklich das ist was du meinst.

Jedenfalls wurde ja der Grund warum die RPC server nicht starteten und eine Lösung gefunden. Wenn du wegen des Moduls noch etwas in Erfahrung bringen möchtest, dann steuere ich gerne noch Infos bei, so ich kann. Aber da ich ja sowieso dabei bin das System neu aufzusetzen, brauchen wir hier wegen mir nicht weiter zu machen.

Viele Grüße
Wolle

.....und bleibt gesund!
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 31 März 2020, 19:01:37
Du könntest folgendes versuchen:

- RPC-Server anhalten
- Alle HMCCURPCPROC Devices löschen
- Im IO Device Attribut rpcserver erst mal auf off
- Config speichern
- FHEM neu starten
- Mit set <ioDev> rpcserver on die RPC Server starten (dabei werden die Devices neu angelegt)
- Config speichern
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wernieman am 31 März 2020, 19:20:27
Ich habe das Gefühl, das beim Start Deines Pi FHEM mit gestartet wird und gleich danach abschmiert. Ich weiß nicht, wie die RPC-Server damit "umgehen" ...
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 31 März 2020, 19:55:05
Gar nicht, sie laufen weiter da es separate Prozesse sind. Ich würde aber tatsächlich mal die RPC Devices löschen, denn zumindest das HMIP RPC Devices hat einen seltsamen Namen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wolle02 am 01 April 2020, 17:19:00
Zitat von: zap am 31 März 2020, 19:01:37
Du könntest folgendes versuchen:

- RPC-Server anhalten
- Alle HMCCURPCPROC Devices löschen
- Im IO Device Attribut rpcserver erst mal auf off
- Config speichern
- FHEM neu starten
- Mit set <ioDev> rpcserver on die RPC Server starten (dabei werden die Devices neu angelegt)
- Config speichern

Ich hab das jetzt mal gemacht und mich minutiös an deine Vorgaben gehalten.

Hier der Logauszug von dem ganzen Vorgang:

2020.04.01 17:03:04 1: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] Stopping RPC server CB2001001009001020
2020.04.01 17:03:04 1: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] Deregistering RPC server http://192.168.1.9:7411/fh2001 with ID CB2001001009001020 at http://192.168.1.20:2001
2020.04.01 17:03:05 1: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] Callback for RPC server CB2001001009001020 deregistered
2020.04.01 17:03:05 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] Sending signal INT to RPC server process CB2001001009001020 with PID=10678
2020.04.01 17:03:05 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] Scheduling cleanup in 30 seconds
2020.04.01 17:03:05 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10678] CB2001001009001020 received signal INT
2020.04.01 17:03:05 1: HMCCURPCPROC: [d_rpcBidCos_RF : 10678] RPC server CB2001001009001020 stopped handling connections. PID=10678
2020.04.01 17:03:05 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10678] Number of I/O errors = 0
2020.04.01 17:03:06 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] Stopping RPC server CB2010001009001020
2020.04.01 17:03:06 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] Deregistering RPC server http://192.168.1.9:7420/fh2010 with ID CB2010001009001020 at http://192.168.1.20:2010
2020.04.01 17:03:06 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] Callback for RPC server CB2010001009001020 deregistered
2020.04.01 17:03:06 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] Sending signal INT to RPC server process CB2010001009001020 with PID=10679
2020.04.01 17:03:06 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] Scheduling cleanup in 30 seconds
2020.04.01 17:03:06 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10679] CB2010001009001020 received signal INT
2020.04.01 17:03:06 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10679] RPC server CB2010001009001020 stopped handling connections. PID=10679
2020.04.01 17:03:06 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10679] Number of I/O errors = 99
2020.04.01 17:03:07 1: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] RPC server process CB2001001009001020 terminated.
2020.04.01 17:03:07 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] Stop I/O handling
2020.04.01 17:03:07 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] RPC server stopped. Cancel delayed shutdown.
2020.04.01 17:03:07 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] RPC server process CB2010001009001020 terminated.
2020.04.01 17:03:07 1: HMCCU: [MyCCU3 : 10272] All RPC servers inactive
2020.04.01 17:03:07 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] Stop I/O handling
2020.04.01 17:03:07 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] RPC server stopped. Cancel delayed shutdown.
2020.04.01 17:03:34 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] Found no running processes. Cleaning up ...
2020.04.01 17:03:34 1: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] Housekeeping called. Cleaning up RPC environment
2020.04.01 17:03:34 2: HMCCURPCPROC: [d_rpcBidCos_RF : 10272] RPC server stopped. Cancel delayed shutdown.
2020.04.01 17:03:46 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] Found no running processes. Cleaning up ...
2020.04.01 17:03:46 1: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] Housekeeping called. Cleaning up RPC environment
2020.04.01 17:03:47 2: HMCCURPCPROC: [d_rpc178020HmIP_RF : 10272] RPC server stopped. Cancel delayed shutdown.
2020.04.01 17:04:47 1: RMDIR: /opt/fhem/restoreDir/save/2020-03-27
2020.04.01 17:05:09 1: HMCCU: [MyCCU3 : 10272] Graceful shutdown in 8 seconds
2020.04.01 17:05:09 1: HMCCU: [MyCCU3 : 10272] No RPC device defined for interface BidCos-RF
2020.04.01 17:05:09 0: HMCCU: [MyCCU3 : 10272] HMCCU: Can't find RPC device
2020.04.01 17:05:09 1: HMCCU: [MyCCU3 : 10272] No RPC device defined for interface HmIP-RF
2020.04.01 17:05:09 0: HMCCU: [MyCCU3 : 10272] HMCCU: Can't find RPC device
2020.04.01 17:05:09 1: Server shutdown delayed due to MyCCU3 for max 10 sec
2020.04.01 17:05:28 0: Server shutdown
2020.04.01 17:05:28 1: HMCCU: [MyCCU3 : 10272] Graceful shutdown
2020.04.01 17:05:30 3: [UtilsHourCounter] Init Done with Version 1.0.1.0 - 10.12.2014 (john)
2020.04.01 17:05:31 1: Including fhem.cfg
2020.04.01 17:05:31 3: telnetPort: port 7072 opened
2020.04.01 17:05:31 3: WEB: port 8083 opened
2020.04.01 17:05:31 3: Opening CUL_0 device /dev/ttyACM0
2020.04.01 17:05:31 3: Setting CUL_0 serial parameters to 9600,8,N,1
2020.04.01 17:05:31 3: CUL_0: Possible commands: BCFiAZEGMRTVWXefmltux
2020.04.01 17:05:31 3: CUL_0 device opened
2020.04.01 17:05:33 1: HMCCU: [MyCCU3 : 29955] Initialized version 4.3.023
2020.04.01 17:05:33 1: HMCCU: [MyCCU3 : 29955] HMCCU: Initializing device
2020.04.01 17:05:33 1: HMCCU: [MyCCU3 : 29955] HMCCU: Read 16 devices with 293 channels from CCU 192.168.1.20
2020.04.01 17:05:33 1: HMCCU: [MyCCU3 : 29955] HMCCU: Read 3 interfaces from CCU 192.168.1.20
2020.04.01 17:05:33 1: HMCCU: [MyCCU3 : 29955] HMCCU: Read 6 programs from CCU 192.168.1.20
2020.04.01 17:05:33 1: HMCCU: [MyCCU3 : 29955] HMCCU: Read 0 virtual groups from CCU 192.168.1.20
2020.04.01 17:05:33 1: HMLAN_Parse: HMLAN1 new condition disconnected
2020.04.01 17:05:33 3: Opening HMLAN1 device 192.168.178.23:1000
2020.04.01 17:05:36 1: HMLAN1: Can't connect to 192.168.178.23:1000: No route to host
2020.04.01 17:05:37 2: eventTypes: loaded 0 events from /usr/local/fhem/opt/log/eventTypes.txt
2020.04.01 17:05:46 1: [Alarm_Define] data hash restored from save file with date 2020-03-06 13:31:03
2020.04.01 17:05:46 1: PERL WARNING: Odd number of elements in anonymous hash at (eval 288) line 2, <$fh> line 950.
2020.04.01 17:05:46 3: TABLETUI: new ext defined infix:ftui/: dir:/opt/fhem/www/tablet:
2020.04.01 17:05:46 3: Registering HTTPSRV TABLETUI for URL /ftui   and assigned link ftui/ ...
2020.04.01 17:05:53 1: define alexaFHEMlog FileLog %L/alexa-%Y-%m-%d.log fakelog: Can't open /mnt/Pegasus/root/volume1/Daten/Wolfgang/log/alexa-2020-04-01.log: No such file or directory
2020.04.01 17:05:53 3: defmod -temporary alexaFHEMlog FileLog %L/alexa-%Y-%m-%d.log fakelog : Can't open /mnt/Pegasus/root/volume1/Daten/Wolfgang/log/alexa-2020-04-01.log: No such file or directory
2020.04.01 17:05:53 1: define alexaFHEMlog FileLog %L/alexa-%Y-%m-%d.log fakelog: Can't open /mnt/Pegasus/root/volume1/Daten/Wolfgang/log/alexa-2020-04-01.log: No such file or directory
2020.04.01 17:05:53 3: defmod -temporary alexaFHEMlog FileLog %L/alexa-%Y-%m-%d.log fakelog : Can't open /mnt/Pegasus/root/volume1/Daten/Wolfgang/log/alexa-2020-04-01.log: No such file or directory
2020.04.01 17:05:57 1: HUEDevice3: no I/O device
2020.04.01 17:05:57 1: HUEDevice2: no I/O device
2020.04.01 17:05:57 1: WZ_Fensterlampe_Hue: no I/O device
2020.04.01 17:05:57 1: HUEGroup0: no I/O device
2020.04.01 17:05:57 1: HUEGroup1: no I/O device
2020.04.01 17:05:57 1: HUEGroup2: no I/O device
2020.04.01 17:06:01 3: AMADCommBridge (MyAMADBridge) - defined AMADCommBridge with Socketport 8090
2020.04.01 17:06:01 3: MyAMADBridge: port 8090 opened
2020.04.01 17:06:01 3: AMADCommBridge (MyAMADBridge) - Socket opened.
2020.04.01 17:06:02 3: AMADDevice (S4_mini) - I/O device is MyAMADBridge
2020.04.01 17:06:02 3: AMADDevice (S4_mini) - set remoteServer to TNES
2020.04.01 17:06:02 3: AMADDevice (S4_mini) - defined with AMAD_ID: 1521707012 on port 8765
2020.04.01 17:06:02 3: AMADDevice (S4_mini) - set remoteServer to TNES
2020.04.01 17:06:02 3: AMADDevice (Wolles_S7) - I/O device is MyAMADBridge
2020.04.01 17:06:02 3: AMADDevice (Wolles_S7) - set remoteServer to Autoremote
2020.04.01 17:06:02 3: AMADDevice (Wolles_S7) - defined with AMAD_ID: 1523533089 on port 1817
2020.04.01 17:06:02 3: AMADDevice (Wolles_S7) - set remoteServer to Autoremote
2020.04.01 17:06:03 3: TelegramBot_Define FHEM_TelegramBot: called
2020.04.01 17:06:03 0: MSGMail: SSL is available, provided by Net::SMTP
2020.04.01 17:06:03 4: RESIDENTStk rr_Wolle_wakeuptimer2: Wakeuptime recalculation triggered by at-device at_rr_Wolle_wakeuptimer2
2020.04.01 17:06:03 4: RESIDENTStk rr_Wolle_wakeuptimer2: wakeupGetBegin source: defaultValue
2020.04.01 17:06:03 4: RESIDENTStk rr_Wolle_wakeuptimer2: wakeupGetBegin result: 05:00 = 18000 s - 0 m = 05:00:00
2020.04.01 17:06:03 3: AMADDevice (Tanjas_S7) - I/O device is MyAMADBridge
2020.04.01 17:06:03 3: AMADDevice (Tanjas_S7) - set remoteServer to Autoremote
2020.04.01 17:06:03 3: AMADDevice (Tanjas_S7) - defined with AMAD_ID: 1531048515 on port 1817
2020.04.01 17:06:03 3: AMADDevice (Tanjas_S7) - set remoteServer to Autoremote
2020.04.01 17:06:03 3: httpmod_blitzer: interval is 0, no periodic updates will done.
2020.04.01 17:06:03 3: httpmod_blitzer: Defined with URL https://cdn2.atudo.net/api/1.0/vl.php?type=0,1,2,3,4,5,6&box=48.6971565,8.9277963,48.9579545,9.5126003 featurelevel 6
2020.04.01 17:06:04 3: Pegelstand_Heiligenhafen: interval is 0, no periodic updates will done.
2020.04.01 17:06:04 3: Pegelstand_Heiligenhafen: Defined with URL https://www.pegelonline.wsv.de/webservices/rest-api/v2/stations.json?ids=06219dd9-a2c4-463c-9619-623b3c026cbc&includeTimeseries=true&includeCharacteristicValues=true&includeCurrentMeasurement=true featurelevel 6
2020.04.01 17:06:04 3: Pegelstand_Plochingen: interval is 0, no periodic updates will done.
2020.04.01 17:06:04 3: Pegelstand_Plochingen: Defined with URL https://www.pegelonline.wsv.de/webservices/rest-api/v2/stations.json?ids=be7ce40e-5fff-42df-8386-b42694ca86da&includeTimeseries=true&includeCharacteristicValues=true&includeCurrentMeasurement=true featurelevel 6
2020.04.01 17:06:04 3: Pegelstand_Bodensee: interval is 0, no periodic updates will done.
2020.04.01 17:06:04 3: Pegelstand_Bodensee: Defined with URL https://www.pegelonline.wsv.de/webservices/rest-api/v2/stations.json?ids=aa9179c1-17ef-4c61-a48a-74193fa7bfdf&includeTimeseries=true&includeCharacteristicValues=true&includeCurrentMeasurement=true featurelevel 6
2020.04.01 17:06:04 3: test_traccar_json: interval is 0, no periodic updates will done.
2020.04.01 17:06:04 3: test_traccar_json: Defined with URL http://192.168.178.9:8082/api/session?token=xeP1pyzdCFAP3XODrQqd6hLY5Y3U73vI featurelevel 6
2020.04.01 17:06:04 3: positiontest_traccar: interval is 0, no periodic updates will done.
2020.04.01 17:06:04 3: positiontest_traccar: Defined with URL https://dieneffs.net/gps/api/positions?id=855362 featurelevel 6
2020.04.01 17:06:06 3: AptToDate (FHEMPI_Update) - defined
2020.04.01 17:06:06 3: AptToDate (AlexaproxyPi_Update) - defined
2020.04.01 17:06:06 3: AptToDate (NFCPi_Update) - defined
2020.04.01 17:06:07 1: PERL WARNING: "my" variable $fields masks earlier declaration in same scope at /opt/fhem/FHEM/42_FUIP.pm line 3679, <$fh> line 4711.
2020.04.01 17:06:07 3: FUIP: Registering FrontendUI for URL /frontendui
2020.04.01 17:06:07 1: PERL WARNING: Use of uninitialized value in lc at fhem.pl line 5400, <$fh> line 4711.
2020.04.01 17:06:07 3: HourCounter HourCounter Initialize.220 Init Done with Version 1.0.1.2 - 24.12.2014
2020.04.01 17:06:07 0: HourCounter CN.FB_Internet_connect Define.228 parameters: CN.FB_Internet_connect HourCounter FB_Internet_connect:presence:.present FB_Internet_connect:presence:.absent
2020.04.01 17:06:07 3: Opening USVControl device 192.168.1.5:3493
2020.04.01 17:06:07 3: USVControl device opened
2020.04.01 17:06:07 3: UnifiClient_Define - executed. 0
2020.04.01 17:06:07 2: HMCCUCHN: [HM_FL_Krz_Sch_3] Cannot detect IO device, maybe CCU not ready. Trying later ...
2020.04.01 17:06:07 2: HMCCUDEV: [KU_Fenster] Cannot detect IO device, maybe CCU not ready. Trying later ...
2020.04.01 17:06:07 3: UnifiClient_Define - executed. 0
2020.04.01 17:06:07 3: NotdienstApotheke: interval is 0, no periodic updates will done.
2020.04.01 17:06:07 3: NotdienstApotheke: Defined with URL http://apothekenfinder.mobi/interface/json.php?device=web&source=not&search=70191 featurelevel 6
2020.04.01 17:06:08 3: Brother_Drucker: interval is 0, no periodic updates will done.
2020.04.01 17:06:08 3: Brother_Drucker: Defined with URL http://192.168.178.143/general/information.html featurelevel 6
2020.04.01 17:06:08 3: Tankstellen_E10: interval is 0, no periodic updates will done.
2020.04.01 17:06:08 3: Tankstellen_E10: Defined with URL https://www.clever-tanken.de/tankstelle_liste?spritsorte=5&r=3&ort=70569 featurelevel 6
2020.04.01 17:06:08 3: UnifiClient_Define - executed. 0
2020.04.01 17:06:08 3: AMADDevice (AMAD_Wolles_S10) - I/O device is MyAMADBridge
2020.04.01 17:06:08 3: AMADDevice (AMAD_Wolles_S10) - set remoteServer to Autoremote
2020.04.01 17:06:08 3: AMADDevice (AMAD_Wolles_S10) - defined with AMAD_ID: 1562475816 on port 1817
2020.04.01 17:06:08 3: AMADDevice (AMAD_Wolles_S10) - set remoteServer to Autoremote
2020.04.01 17:06:08 1: Flur_Garderobenlampe: no I/O device
2020.04.01 17:06:08 1: HUEGroup3: no I/O device
2020.04.01 17:06:09 3: UnifiSwitch_Define - Adress: Switch_24_PoE
2020.04.01 17:06:27 1: Including /opt/fhem/log/fhem.save
2020.04.01 17:06:29 1: PERL WARNING: Argument ":0" isn't numeric in numeric gt (>) at /opt/fhem/FHEM/98_MSwitch.pm line 10326.
2020.04.01 17:06:29 3: Device Bewegungsmelder_1 added to ActionDetector with 000:12 time
2020.04.01 17:06:29 3: monitoring (Fenster_monitoring) set Fenster_monitoring active
2020.04.01 17:06:29 3: Opening Handy_Susl_bt device 192.168.178.107:5111
2020.04.01 17:06:32 1: Handy_Susl_bt: Can't connect to 192.168.178.107:5111: No route to host
2020.04.01 17:06:32 3: Opening Handy_Tanja_bt device 192.168.178.107:5111
2020.04.01 17:06:35 1: Handy_Tanja_bt: Can't connect to 192.168.178.107:5111: Connection timed out
2020.04.01 17:06:35 3: Opening Handy_Tilman_bt device 192.168.178.107:5111
2020.04.01 17:06:38 1: Handy_Tilman_bt: Can't connect to 192.168.178.107:5111: No route to host
2020.04.01 17:06:38 3: Opening Handy_Wolle_bt device 192.168.178.107:5111
2020.04.01 17:06:41 1: Handy_Wolle_bt: Can't connect to 192.168.178.107:5111: No route to host
2020.04.01 17:06:41 3: Opening Squeezebox device 192.168.1.5:9090
2020.04.01 17:06:41 3: SB_SERVER_DoInit(Squeezebox): state: opened power: ?
2020.04.01 17:06:41 3: SB_SERVER_DoInit(Squeezebox): SB-Server is back again.
2020.04.01 17:06:41 3: Squeezebox device opened
2020.04.01 17:06:41 3: SB_SERVER_Notify(Squeezebox): CONNECTED - STATE: opened power: ?
2020.04.01 17:06:41 1: HMCCU: [MyCCU3 : 29955] No RPC device defined for interface BidCos-RF
2020.04.01 17:06:41 1: HMCCU: [MyCCU3 : 29955] Creating new RPC device d_rpc001020BidCos_RF
2020.04.01 17:06:42 1: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] Initialized version 1.9.001 for interface BidCos-RF with I/O device MyCCU3
2020.04.01 17:06:42 1: HMCCU: [MyCCU3 : 29955] No RPC device defined for interface HmIP-RF
2020.04.01 17:06:42 1: HMCCU: [MyCCU3 : 29955] Creating new RPC device d_rpc001020HmIP_RF
2020.04.01 17:06:42 1: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] Initialized version 1.9.001 for interface HmIP-RF with I/O device MyCCU3
2020.04.01 17:06:42 1: HMCCU: [MyCCU3 : 29955] Saving FHEM config
2020.04.01 17:06:42 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] RPC server process started for interface BidCos-RF with PID=30031
2020.04.01 17:06:42 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 30031] Initializing RPC server CB2001001009001020 for interface BidCos-RF
2020.04.01 17:06:42 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 30031] Callback server CB2001001009001020 created. Listening on port 7411
2020.04.01 17:06:42 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 30031] CB2001001009001020 accepting connections. PID=30031
2020.04.01 17:06:42 1: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] RPC server starting
2020.04.01 17:06:42 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] RPC server process started for interface HmIP-RF with PID=30032
2020.04.01 17:06:42 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 30032] Initializing RPC server CB2010001009001020 for interface HmIP-RF
2020.04.01 17:06:42 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 30032] Callback server CB2010001009001020 created. Listening on port 7420
2020.04.01 17:06:42 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 30032] CB2010001009001020 accepting connections. PID=30032
2020.04.01 17:06:42 1: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] RPC server starting
2020.04.01 17:07:51 0: Featurelevel: 6
2020.04.01 17:07:51 0: Server started with 486 defined entities (fhem.pl:21524/2020-03-27 perl:5.024001 os:linux user:fhem pid:29955)
2020.04.01 17:07:51 4: RESIDENTStk rr_Wolle_wakeuptimer2: Wakeuptime recalculation triggered by at-device at_rr_Wolle_wakeuptimer2
2020.04.01 17:07:51 4: RESIDENTStk rr_Wolle_wakeuptimer2: wakeupGetBegin source: defaultValue
2020.04.01 17:07:51 4: RESIDENTStk rr_Wolle_wakeuptimer2: wakeupGetBegin result: 05:00 = 18000 s - 0 m = 05:00:00
2020.04.01 17:07:53 3: telnetForBlockingFn_1585753673: port 41413 opened
2020.04.01 17:07:54 3: NUT antwortet nicht
2020.04.01 17:07:54 1: 192.168.1.5:3493 disconnected, waiting to reappear (USVControl)
2020.04.01 17:07:54 1: 192.168.1.5:3493 reappeared (USVControl)
2020.04.01 17:07:54 0: HourCounter CN.FB_Internet_connect Run.598 first run done countsOverall:89
2020.04.01 17:07:54 3: SB_SERVER_CheckConnection(Squeezebox): STATE: opened power: ?
2020.04.01 17:07:54 3: SB_SERVER_CheckConnection(Squeezebox): forcing power on
2020.04.01 17:07:54 1: Timeout for PRESENCE_DoLocalFunctionScan reached, terminated process 29956
2020.04.01 17:07:54 2: PRESENCE (Handy_Wolle_wlan) - device could not be checked (retrying in 10 seconds): Timeout: process terminated
2020.04.01 17:07:54 1: Timeout for PRESENCE_DoLocalFunctionScan reached, terminated process 29957
2020.04.01 17:07:54 2: PRESENCE (Handy_Tanja_wlan) - device could not be checked (retrying in 10 seconds): Timeout: process terminated
2020.04.01 17:07:55 1: Timeout for PRESENCE_DoLocalFunctionScan reached, terminated process 29984
2020.04.01 17:07:55 2: PRESENCE (Handy_Susl_wlan) - device could not be checked (retrying in 10 seconds): Timeout: process terminated
2020.04.01 17:07:55 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] Checking if RPC server process is running
2020.04.01 17:07:55 1: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] RPC server process not running. Cleaning up
2020.04.01 17:07:55 1: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] Housekeeping called. Cleaning up RPC environment
2020.04.01 17:07:55 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] Sending signal INT to RPC server process CB2001001009001020 with PID=30031
2020.04.01 17:07:55 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 30031] CB2001001009001020 received signal INT
2020.04.01 17:07:55 1: HMCCURPCPROC: [d_rpc001020BidCos_RF : 30031] RPC server CB2001001009001020 stopped handling connections. PID=30031
2020.04.01 17:07:55 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 30031] Number of I/O errors = 0
2020.04.01 17:07:57 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] RPC server process CB2001001009001020 deleted
2020.04.01 17:07:57 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] Stop I/O handling
2020.04.01 17:07:57 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] RPC server stopped. Cancel delayed shutdown.
2020.04.01 17:07:57 1: Timeout for PRESENCE_DoLocalPingScan reached, terminated process 29985
2020.04.01 17:07:57 2: PRESENCE (FB_Internet_connect) - device could not be checked (retrying in 10 seconds): Timeout: process terminated
2020.04.01 17:07:57 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] Checking if RPC server process is running
2020.04.01 17:07:57 1: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] RPC server process not running. Cleaning up
2020.04.01 17:07:57 1: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] Housekeeping called. Cleaning up RPC environment
2020.04.01 17:07:57 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] Sending signal INT to RPC server process CB2010001009001020 with PID=30032
2020.04.01 17:07:57 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 30032] CB2010001009001020 received signal INT
2020.04.01 17:07:57 1: HMCCURPCPROC: [d_rpc001020HmIP_RF : 30032] RPC server CB2010001009001020 stopped handling connections. PID=30032
2020.04.01 17:07:57 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 30032] Number of I/O errors = 0
2020.04.01 17:07:59 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] RPC server process CB2010001009001020 deleted
2020.04.01 17:07:59 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] Stop I/O handling
2020.04.01 17:07:59 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] RPC server stopped. Cancel delayed shutdown.


Obwohl das Attribut 'rpcserver' im I/O Device auf off steht, wurden die RPC Server beim Start scheinbar gestartet und neu angelegt; allerdings sind sie dann wohl gleich wieder gestorben. Nach einem manuellen Strat laut deiner Anleitung sind sie dann wieder gestartet und laufen nun:

2020.04.01 17:12:13 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] RPC server process started for interface BidCos-RF with PID=30345
2020.04.01 17:12:13 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 30345] Initializing RPC server CB2001001009001020 for interface BidCos-RF
2020.04.01 17:12:13 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 30345] Callback server CB2001001009001020 created. Listening on port 7411
2020.04.01 17:12:13 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 30345] CB2001001009001020 accepting connections. PID=30345
2020.04.01 17:12:13 1: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] RPC server starting
2020.04.01 17:12:14 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] RPC server process started for interface HmIP-RF with PID=30346
2020.04.01 17:12:14 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 30346] Initializing RPC server CB2010001009001020 for interface HmIP-RF
2020.04.01 17:12:14 1: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] RPC server starting
2020.04.01 17:12:14 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 30346] Callback server CB2010001009001020 created. Listening on port 7420
2020.04.01 17:12:14 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 30346] CB2010001009001020 accepting connections. PID=30346
2020.04.01 17:12:14 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] RPC server CB2001001009001020 enters server loop
2020.04.01 17:12:14 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] Registering callback http://192.168.1.9:7411/fh2001 of type A with ID CB2001001009001020 at http://192.168.1.20:2001
2020.04.01 17:12:14 1: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] RPC server CB2001001009001020 running
2020.04.01 17:12:14 1: HMCCURPCPROC: [d_rpc001020BidCos_RF : 29955] Scheduled CCU ping every 300 seconds
2020.04.01 17:12:14 2: HMCCURPCPROC: [d_rpc001020BidCos_RF : 30345] CB2001001009001020 NewDevice received 76 device and channel specifications
2020.04.01 17:12:14 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] RPC server CB2010001009001020 enters server loop
2020.04.01 17:12:14 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] Registering callback http://192.168.1.9:7420/fh2010 of type A with ID CB2010001009001020 at http://192.168.1.20:2010
2020.04.01 17:12:14 1: HMCCURPCPROC: [d_rpc001020HmIP_RF : 29955] RPC server CB2010001009001020 running
2020.04.01 17:12:14 1: HMCCU: [MyCCU3 : 29955] All RPC servers running
2020.04.01 17:12:15 2: HMCCURPCPROC: [d_rpc001020HmIP_RF : 30346] CB2010001009001020 NewDevice received 233 device and channel specifications
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 08 April 2020, 09:57:30
Hallo zap,

ich muss das folgende Thema noch mal hochholen:

Bei mir ist jetzt noch einmal das Problem aufgetaucht, dass HMCCU die Devices nach dem Start nicht richtig geupdatet hat. Du erinnerst dich, die folgende Meldung blieb einfach immer mal wieder nach einem Neustart aus:


2020.01.03 18:53:23.215 2: HMCCU: [CCU2 : 3657] Update success=123 failed=0


Ich konnte jetzt mit mehreren Versuchen nachstellen und verifizieren, wann dieses Problem auftritt.

Das Problem tritt ausschließlich dann auf, wenn die CCU neu gestartet wurde und danach fhem bzw. HMCCU sich erstmals mit der CCU verbindet. Wenn ich danach dann ein shutdown restart von fhem durchführe oder sogar die fhem-Maschine neu starte, tritt das Problem nie mehr auf. Das Verhalten ist absolut gleich bei Einsatz einer CCU2 und einer (virtualisierten) CCU3 bzw. RaspberryMatic mit der gerade aktuellen Firmware.

Ich denke, es hat auch nichts mit den RPC-Servern zu tun, denn die Log-Mitteilung, die dann ausbleibt, wird ja vom HMCCU-Modul generiert und nicht von einem RPC-Thread.

Magst du hier nochmal nachschauen?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 08 April 2020, 13:36:30
Mit dem RPC Server hat es nichts zu tun. Das Update wird über die ReGa Schnittstelle der CCU ausgeführt.

Kannst Du mal schauen, ob zu diesem Zeitpunkt (wenn das Update aller Datenpunkte ausgeführt wird) irgendwelche Fehler in /var/log/messages auf der CCU auftauchen?


Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 08 April 2020, 14:30:23
Hallo zap,

messages:


...
Apr  8 07:54:32 vCCU user.err rfd: RFPhysicalDataInterfaceCommand::GetData SendFrame failed for LEVEL_GET
Apr  8 07:54:32 vCCU user.err rfd: HSSParameter::GetValue() id=LEVEL failed getting physical value.
Apr  8 07:54:32 vCCU local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc_bin://127.0.0.1:32001, params: {"LEQ0126721:1","LEVEL"}, result: [faultCode:-1,faultString:"Failure"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Apr  8 07:54:32 vCCU local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1007, params: {"LEQ0126721:1","LEVEL"}) [CallGetValue():iseXmlRpc.cpp:1435]
Apr  8 07:54:32 vCCU local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0.000000 [ReadValue():iseDOMdpHSS.cpp:124]
Apr  8 07:54:33 vCCU user.err rfd: RFPhysicalDataInterfaceCommand::GetData SendFrame failed for LEVEL_GET
Apr  8 07:54:33 vCCU user.err rfd: HSSParameter::GetValue() id=DIRECTION failed getting physical value.
Apr  8 07:54:33 vCCU local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc_bin://127.0.0.1:32001, params: {"LEQ0126721:1","DIRECTION"}, result: [faultCode:-1,faultString:"Failure"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Apr  8 07:54:33 vCCU local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1007, params: {"LEQ0126721:1","DIRECTION"}) [CallGetValue():iseXmlRpc.cpp:1435]
Apr  8 07:54:33 vCCU local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Apr  8 07:54:33 vCCU user.err rfd: RFPhysicalDataInterfaceCommand::GetData SendFrame failed for LEVEL_GET
Apr  8 07:54:33 vCCU user.err rfd: HSSParameter::GetValue() id=WORKING failed getting physical value.
Apr  8 07:54:33 vCCU local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc_bin://127.0.0.1:32001, params: {"LEQ0126721:1","WORKING"}, result: [faultCode:-1,faultString:"Failure"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Apr  8 07:54:33 vCCU local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1007, params: {"LEQ0126721:1","WORKING"}) [CallGetValue():iseXmlRpc.cpp:1435]
Apr  8 07:54:33 vCCU local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
...
Apr  8 07:55:32 vCCU user.err rfd: HSSParameter::GetValue() id=BRIGHTNESS failed getting physical value.
Apr  8 07:55:32 vCCU local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc_bin://127.0.0.1:32001, params: {"NEQ0119267:1","BRIGHTNESS"}, result: [faultCode:-1,faultString:"Failure"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Apr  8 07:55:32 vCCU local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1007, params: {"NEQ0119267:1","BRIGHTNESS"}) [CallGetValue():iseXmlRpc.cpp:1435]
Apr  8 07:55:32 vCCU local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Apr  8 07:55:32 vCCU local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"000915699D3918:0","DUTY_CYCLE"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: DUTY_CYCLE"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Apr  8 07:55:32 vCCU local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 10582, params: {"000915699D3918:0","DUTY_CYCLE"}) [CallGetValue():iseXmlRpc.cpp:1435]
Apr  8 07:55:32 vCCU local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Apr  8 07:55:32 vCCU local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"000915699D3918:0","ERROR_CODE"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: ERROR_CODE"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Apr  8 07:55:32 vCCU local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 10582, params: {"000915699D3918:0","ERROR_CODE"}) [CallGetValue():iseXmlRpc.cpp:1435]
Apr  8 07:55:32 vCCU local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
...


hmserver.log:


...
Apr 8 07:54:30 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-1] (un)registerCallback on LegacyServiceHandler called from url: http://10.0.0.30:7420/fh2010
Apr 8 07:54:30 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-3] init finished
Apr 8 07:54:30 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO  [vert.x-worker-thread-3] Added InterfaceId: CB2010000030000020
Apr 8 07:54:30 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO  [vert.x-worker-thread-3] updateDevicesForClient CB2010000030000020 -> 105 device addresses will be added
Apr 8 07:55:26 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-1] (un)registerCallback on LegacyServiceHandler called from url: http://10.0.0.30:7420/fh2010
Apr 8 07:55:26 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-1] Removed InterfaceId: CB2010000030000020
Apr 8 07:56:11 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-4] (un)registerCallback on LegacyServiceHandler called from url: http://10.0.0.30:7420/fh2010
Apr 8 07:56:11 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-1] init finished
Apr 8 07:56:11 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO  [vert.x-worker-thread-2] Added InterfaceId: CB2010000030000020
Apr 8 07:56:11 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO  [vert.x-worker-thread-2] updateDevicesForClient CB2010000030000020 -> 105 device addresses will be added
...
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Chris8888 am 13 April 2020, 14:08:14
Hallo Zap,

ich nutze noch den 4.3. Ich habe angefangen mich ein wenig mit den Systemvariablen in der CCU zu beschäftigen.
Was mir aufgefallen ist:
Im DropdownMenü des CCU-Devices gibt es im SET-Bereich das Kommanda "var" nicht, dafür aber "avar".
Ich vermute hier einen Tippfehler, oder?

Viele Grüße
Christian
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 April 2020, 10:22:30
Zitat von: Chris8888 am 13 April 2020, 14:08:14
Hallo Zap,

ich nutze noch den 4.3. Ich habe angefangen mich ein wenig mit den Systemvariablen in der CCU zu beschäftigen.
Was mir aufgefallen ist:
Im DropdownMenü des CCU-Devices gibt es im SET-Bereich das Kommanda "var" nicht, dafür aber "avar".
Ich vermute hier einen Tippfehler, oder?

Viele Grüße
Christian

Den Fehler gibt es tatsächlich immer noch. Ich dachte, den hätte ich schon letztes Jahr eliminiert. Betrifft nur das Dropdown. Der Set-Befehl lautet "set xy var" und funktioniert.

Update: Gefixt und eingecheckt.

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: PEPITO82 am 14 April 2020, 11:07:16
Ich habe leider ein Problem mit meinem Präsenzmelder HmIP-SPI nach dem Update meiner CCU2 und HMCCU.
In der CCU2 Oberfläche wird zuverlässig angezeigt, ob Präsenz da ist oder nicht.
In FHEM scheinen diese Updates aber nicht mehr anzukommen - nur wenn ich ein manuelles get update mache.

Das Gerät habe ich mit defaults angelegt.

EG_BWM_Eingang defaults

in den Attributes ist u.a.:

event-on-change-reading: .*

An der Konfig des HMCCUDEV habe ich seit langem nichts geändert.
Nach der letzten Updates hat es auf einmal nicht mehr funktioniert und ohne die state-Änderungen funktioniert geht das per DOIF gekoppelte Licht natürlich nicht mehr automatisch an.

Gibt es eine Lösung hierfür?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 April 2020, 13:24:03
Läuft denn der RPC-Server für HmIP? Gibt es irgendwelche Fehlermeldungen im Log?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: PEPITO82 am 14 April 2020, 13:54:39
Ich habe die HMCCURPCPROC Devices gelöscht, nachdem es die Probleme gab.
Das habe ich jetzt nochmal gemacht und scheinbar wird automatisch immer nur eines angelegt für BidCos-RF:

2020.04.14 13:48:19 2: HMCCU: [d_ccu : 18018] Get RPC device for interface BidCos-RF
2020.04.14 13:48:19 1: HMCCU: [d_ccu : 18018] No RPC device defined for interface BidCos-RF
2020.04.14 13:48:19 1: HMCCU: [d_ccu : 18018] Creating new RPC device d_rpc178011BidCos_RF
2020.04.14 13:48:19 1: HMCCURPCPROC: [d_rpc178011BidCos_RF : 18018] Initialized version 1.9.001 for interface BidCos-RF with I/O device d_ccu
2020.04.14 13:48:19 1: HMCCU: [d_ccu : 18018] Saving FHEM config
2020.04.14 13:48:19 2: HMCCURPCPROC: [d_rpc178011BidCos_RF : 18018] RPC server process started for interface BidCos-RF with PID=18118
2020.04.14 13:48:19 2: HMCCURPCPROC: [d_rpc178011BidCos_RF : 18118] Initializing RPC server CB2001178024178011 for interface BidCos-RF
2020.04.14 13:48:19 1: HMCCURPCPROC: [d_rpc178011BidCos_RF : 18018] RPC server starting
2020.04.14 13:48:19 2: HMCCURPCPROC: [d_rpc178011BidCos_RF : 18118] Callback server CB2001178024178011 created. Listening on port 7411
2020.04.14 13:48:19 2: HMCCURPCPROC: [d_rpc178011BidCos_RF : 18118] CB2001178024178011 accepting connections. PID=18118
2020.04.14 13:48:22 2: HMCCURPCPROC: [d_rpc178011BidCos_RF : 18018] RPC server CB2001178024178011 enters server loop
2020.04.14 13:48:22 2: HMCCURPCPROC: [d_rpc178011BidCos_RF : 18018] Registering callback http://192.168.178.24:7411/fh2001 of type A with ID CB2001178024178011 at http://192.168.178.11:2001
2020.04.14 13:48:22 1: HMCCURPCPROC: [d_rpc178011BidCos_RF : 18018] RPC server CB2001178024178011 running
2020.04.14 13:48:22 1: HMCCU: [d_ccu : 18018] All RPC servers running
2020.04.14 13:48:22 2: HMCCU: [d_ccu : 18018] Updating 6 of 6 client devices matching devexp=.* filter=ccudevstate=active,ccuif=BidCos-RF
2020.04.14 13:48:22 1: HMCCURPCPROC: [d_rpc178011BidCos_RF : 18018] Scheduled CCU ping every 300 seconds
2020.04.14 13:48:22 3: GardenaSmartBridge (myGardenaBridge) - fetch locations id
2020.04.14 13:48:23 2: HMCCURPCPROC: [d_rpc178011BidCos_RF : 18118] CB2001178024178011 NewDevice received 92 device and channel specifications
2020.04.14 13:48:23 2: HMCCU: [d_ccu : 18018] Update success=6 failed=0


Wie bekomme ich den RPC-Server für HmIP wieder zum Laufen?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 April 2020, 14:06:24
wie sieht denn das Attribut ccuinterfaces im I/O Device aus?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: PEPITO82 am 14 April 2020, 14:14:31
Das sieht so aus:

ccuinferfaces: VirtualDevices,HmIP-RF,BidCos-RF
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: PEPITO82 am 14 April 2020, 14:31:10
Sorry, die Antwort war nicht korrekt.
Das steht so lediglich unter "Internals".

Bei Attributes hab ich das gar nicht definiert.

Nun nachgeholt und jetzt funktioniert wieder alles. Danke! :)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 April 2020, 14:41:35
Sorry, das Attribut heißt rpcinterfaces
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: PEPITO82 am 14 April 2020, 15:30:53
Genau, ist mir gar nicht aufgefallen.
Aber ich habe natürlich im I/O device rpcinterfaces als Attribut mit BidCos-RF und HmIP-RF gepflegt.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: tndx am 14 April 2020, 15:54:33
Den gleichen Fehler hatte ich gestern auch (wieder). Ich habe die CCU neu gestartet, danach FHEM neu gestartet, HMCCU war "running/OK". Erst nachdem es dunkel wurde und die Präsenzmelder offenbar die Präsenz nicht erfassten fiel mir dann auf, dass der 2.RPC-Server nicht da war, auch der Eintrag "HMIP-RF" unter rpcinterfaces war weg. Den Eintrag wieder nachgetragen, FHEM neugestartet und schon läuft es wieder.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 April 2020, 18:01:49
Möglicherweise deaktiviert HMCCU die HmIP Schnittstelle, wenn der HmIP-Server der CCU nicht erreichbar ist. Dagegen spricht, dass im Internal ccuinterfaces alle Schnittstellen erkannt sind und eingetragen wurden.

Hast Du nur die RPC Devices gelöscht oder FHEM auch neu gestartet? Falls nicht, probiere das mal.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: tndx am 14 April 2020, 21:14:37
Hi,

Zitat von: zap am 14 April 2020, 18:01:49
Hast Du nur die RPC Devices gelöscht oder FHEM auch neu gestartet? Falls nicht, probiere das mal.

das verstehe ich nicht ganz... Ich habe an FHEM eigentlich nichts aktiv geändert, sondern musste aufgrund meiner Spielereien mit der CCU die neu starten. Da ich wusste, dass FHEM das nicht gut verträgt, habe ich, nachdem die CCU-Weboberfläche erreichbar war, "shutdown restart" in FHEM ausgeführt und mich vergewissert, dass HMCCU läuft. Der fehlende RPC-Server ist, wie gesagt, erst später aufgefallen und dann auch der fehlende Eintrag unter rpcinterfaces. Heißt das, ich habe FHEM möglicherweise zu früh neu gestartet, als die CCU noch nicht ganz hochgefahren war, also insbesondere die HmIP-Schnittstelle?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 14 April 2020, 21:30:31
Zitat von: tndx am 14 April 2020, 21:14:37
Hi,

das verstehe ich nicht ganz... Ich habe an FHEM eigentlich nichts aktiv geändert, sondern musste aufgrund meiner Spielereien mit der CCU die neu starten. Da ich wusste, dass FHEM das nicht gut verträgt, habe ich, nachdem die CCU-Weboberfläche erreichbar war, "shutdown restart" in FHEM ausgeführt und mich vergewissert, dass HMCCU läuft. Der fehlende RPC-Server ist, wie gesagt, erst später aufgefallen und dann auch der fehlende Eintrag unter rpcinterfaces. Heißt das, ich habe FHEM möglicherweise zu früh neu gestartet, als die CCU noch nicht ganz hochgefahren war, also insbesondere die HmIP-Schnittstelle?

Ja.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: tndx am 15 April 2020, 00:05:08
OK, danke, das macht natürlich Sinn. Werde das künftig berücksichtigen. Gibt es denn eine Aussicht auf mehr Robustheit?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wernieman am 15 April 2020, 08:59:28
Anstatt FHEM zu restarten, kannst Du doch auch "nur" die RPC-Schnittstelle reconnection?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 15 April 2020, 09:46:39
Zitat von: Wernieman am 15 April 2020, 08:59:28
Anstatt FHEM zu restarten, kannst Du doch auch "nur" die RPC-Schnittstelle reconnection?

Ja, das würde reichen. Vor dem Neustart der CCU die RPC-Server stoppen. Dann würde ich so 5 Minuten warten, um sicher zu sein, dass tatsächlich alle Services der CCU wieder laufen.

ABER: Man sollte auf keinen Fall die CCU Konfiguration ändern (Umstellung http / https, Authentifizierung ein- oder ausschalten). In dem Fall sollte man tatsächlich die RPC Devices löschen und natürlich auch die Definition vom I/O Device inkl. CCU Credentials ändern. Dann ist auf jeden Fall ein Neustart von FHEM geboten.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 22 April 2020, 15:45:42
Ich habe ein (sehr) kleines Update für 88_HMCCU.pm eingecheckt. Unter bestimmten Bedingungen könnte es Probleme mit der Erzeugung der RPC Callback URLs geben. Das könnte dazu führen, dass die Datenpunkte bzw. Readings einzelner Devices nicht automatisch aktualisiert werden.

Ab morgen per FHEM Update verfügbar.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 21 Juni 2020, 11:45:22
Hallo zap,

das geschilderte Problem, dass valide reproduzierbar ausschließlich (!) bei der allerersten Verbindung von HMCCU an die CCU nach deren Neustart die Meldung


2020.06.21 11:02:15.869 2: HMCCU: [CCU2 : 896] Update success=124 failed=0


NICHT kommt, besteht immer noch.

Zitat von: Ralli am 08 April 2020, 14:30:23
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 21 Juni 2020, 12:41:14
Ist es egal, wie lange Du mit dem FHEM Start wartest, nachdem die CCU gestartet wurde? Oder wie lange wartest Du?
Hast Du mal - als Workaround - nach einem CCU Neustart in FHEM den Befehl "set rpcregister all" ausprobiert (im I/O Device)?

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 21 Juni 2020, 16:21:00
Ja, das ist egal. Es hat m.E. auch nichts mit dem RPC zu tun, wie du ja auch schon meintest, da diese ausstehende Meldung nicht von einem RPC-Thread kommt sondern vom Hauptmodul.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 22 Juni 2020, 10:24:23
Ich meinte damit, nach dem Neustart der CCU auf den FHEM Neustart zu verzichten. Allerdings müssen die RPC Server neu registriert werden, da die CCU sie beim Neustart "vergisst". Das kann man eben mit "set rpcregister all" erreichen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 22 Juni 2020, 14:57:16
Ach so, das probiere ich gerne einmal aus.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: bmwfan am 10 Juli 2020, 20:57:29
Hallo,

ich habe das Problem, dass der RPC-Server auf dem Raspi3 mit piVCCU3 nicht mehr startet und ich den Fehler nicht finde. Vor einigen Tagen hatte ich nach längerer Zeit ein Update von FHEM gemacht und danach erst nach einiger Zeit bemerkt (Jalousien führen nicht mehr wie gewohnt), dass der RPC-server nicht mehr startet. Die Firewall-Einstellungen in der CCU2 sind wie im Wiki beschrieben eingestellt.
Folgende Fehlermeldung nach einem Restart von FHEM:
2020.07.10 20:39:32.160 3: MQTT2_FHEM_Server: port 1883 opened
2020.07.10 20:39:34.948 1: HMCCU: [myHMCCU3 : 452] Initialized version 4.3.025
2020.07.10 20:39:34.948 1: HMCCU: [myHMCCU3 : 452] HMCCU: Initializing device
2020.07.10 20:39:34.968 1: HMCCU: [myHMCCU3 : 452] HMCCU: Read 0 devices with 0 channels from CCU 192.168.178.71
2020.07.10 20:39:34.968 1: HMCCU: [myHMCCU3 : 452] HMCCU: Read 0 interfaces from CCU 192.168.178.71
2020.07.10 20:39:34.968 1: HMCCU: [myHMCCU3 : 452] HMCCU: Read 0 programs from CCU 192.168.178.71
2020.07.10 20:39:34.969 1: HMCCU: [myHMCCU3 : 452] HMCCU: Read 0 virtual groups from CCU 192.168.178.71
2020.07.10 20:39:34.975 3: HMCCU: Illegal RPC interface BidCos-RF
2020.07.10 20:39:34.976 3: HMCCU: Illegal RPC port 2001
2020.07.10 20:39:35.040 2: HMCCUDEV: [Thermostat_WZ] Cannot detect IO device, maybe CCU not ready. Trying later ...
2020.07.10 20:39:35.122 2: HMCCUDEV: [Thermostat_AZ] Cannot detect IO device, maybe CCU not ready. Trying later ...
2020.07.10 20:39:35.198 2: HMCCUDEV: [Alarm_KueSued] Cannot detect IO device, maybe CCU not ready. Trying later ...
2020.07.10 20:39:35.258 2: HMCCUDEV: [Alarm_KueOst] Cannot detect IO device, maybe CCU not ready. Trying later ...
2020.07.10 20:39:35.270 2: HMCCUDEV: [Licht_BadOG_Spiegel] Cannot detect IO device, maybe CCU not ready. Trying later ...
2020.07.10 20:39:35.282 2: HMCCUDEV: [Thermostat_Kue] Cannot detect IO device, maybe CCU not ready. Trying later ...
2020.07.10 20:39:35.454 1: Including ./log/fhem.save


Ein rpcserver on bringt:
2020.07.10 20:52:49.455 0: HMCCU: [myHMCCU3 : 452] HMCCU: Can't find RPC device
2020.07.10 20:52:53.476 2: HMCCU: [myHMCCU3 : 452] Get RPC device for interface BidCos-RF
2020.07.10 20:52:53.477 0: HMCCU: [myHMCCU3 : 452] Definition of some RPC devices failed
2020.07.10 20:52:53.477 1: HMCCU: [myHMCCU3 : 452] HMCCU: myHMCCU3 Start of RPC server failed


Das ist das List des HMCCU:
Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        192.168.178.71 ccudelay=180
   FUUID      5e19b1b9-f33f-6b6f-f198-30445ccf8e525693
   NAME       myHMCCU3
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         1803
   NTFY_ORDER 50-myHMCCU3
   RPCState   inactive
   STATE      inactive/OK
   TYPE       HMCCU
   ccuip      192.168.178.71
   ccustate   active
   ccutype    CCU2/3
   host       192.168.178.71
   prot       http
   version    4.3.025
   READINGS:
     2020-07-10 20:39:34   count_channels  0
     2020-07-10 20:39:34   count_devices   0
     2020-07-10 20:39:34   count_groups    0
     2020-07-10 20:39:34   count_interfaces 0
     2020-07-10 20:39:34   count_programs  0
     2020-07-10 20:39:34   rpcstate        inactive
     2020-07-10 20:45:29   state           OK
   hmccu:
     defInterface BidCos-RF
     defPort    2001
     evtime     0
     evtimeout  0
     rpccount   0
     rpcports   
     updatetime 0
     adr:
     ccu:
       chncount   0
       delay      180
       delayed    0
       devcount   0
       gcount     0
       ifcount    0
       prgcount   0
       timeout    1
     dev:
     grp:
     ifports:
     interfaces:
     prg:
     rpc:
Attributes:
   ccudef-readingfilter ^(LOW_?BAT|UNREACH)$
   ccudef-readingname ^(.+\.)?LOW_?BAT$:battery;;^(.+\.)?UNREACH$:activity
   ccudef-substitute AES_KEY!(0|false):off,(1|true):on;;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;;UNREACH!(0|false):alive,(1|true):dead;;MOTION!(0|false):noMotion,(1|true):motion;;DIRECTION!0:stop,1:up,2:down,3:undefined;;WORKING!0:false,1:true;;INHIBIT!(0|false):unlocked,(1|true):locked
   ccuflags   procrpc
   cmdIcon    cmdIcon on:general_an off:general_aus
   eventMap   eventMap /rpcserver on:on/rpcserver off:off/
   room       9.6.0_System
   rpcserver  on
   stateFormat rpcstate/state
   verbose    1


Hat jemand eine Idee, wie weiter vorzugehen ist?


Grüße Jürgen


Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: amenomade am 10 Juli 2020, 21:22:11
Der rpcserver kann nicht ohne rpcinterfaces starten.
Aber ich vermute, wenn Du versuchst, attr myHMCC3 rpcinterfaces auf bidcos zu setzen, dass er dir auch Illegal RPC interface sagt? Genauso bei  attr rpcports?

Ich hatte vor ein paar Tage das gleiche Problem, und ich habe nicht ganz verstanden, was das Problem war. Das einzige, was geholfen hat war: die HMCCU in Fhem zu löschen, und neu anzulegen. Problem: wenn man das macht, wird die HMCCU ganz am Ende der config neu kreiert, was dazu führt, dass Fhem gar nicht mehr (neu)starten kann, weil er wegen fehleden Routinen (vom HMCCU Modul) bei der Definition von den devs und chn meckert... Am Ende habe ich nach der Neuanlage der HMCCU manuell durch Perl Kommandos die { $defs{myCCU}{NR} } angepasst !  Es gibt aber sicher eine elegantere Lösung, und die möchte ich gerne kennen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: frank am 10 Juli 2020, 22:06:26
bei meiner debmatic habe ich gerade folgende theorie:

- kein internet vorhanden
- nach reboot kommt die ccu nicht hoch:
unter "systemctl status debmatic" ist stundenlang "starting debematic...." zu sehen.
ausserdem waren 2 tasks zu sehen: 1. irgendwas mit init und 2. ein wget mit irgendwas mit google.

- solange die ccu nicht gestartet ist, erfolgt bei fhem start das löschen des attr rpcinterfaces.
- ohne ccu auch kein neues setzen möglich (illegal)

- zufällig hatte der rpi dann einige zeit internet
- seit dem ist wieder alles ok.

ich vermute meine debmatic braucht hin und wieder internet. wenn das dann fehlt, bleibt sie beim start hängen.
zumindest gibt es dann ein timeout, der frühestens nach 1-2 tagen greift.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: amenomade am 11 Juli 2020, 00:21:09
Zitat von: frank am 10 Juli 2020, 22:06:26
bei meiner debmatic habe ich gerade folgende theorie:

- kein internet vorhanden
- nach reboot kommt die ccu nicht hoch:
unter "systemctl status debmatic" ist stundenlang "starting debematic...." zu sehen.
ausserdem waren 2 tasks zu sehen: 1. irgendwas mit init und 2. ein wget mit irgendwas mit google.

- solange die ccu nicht gestartet ist, erfolgt bei fhem start das löschen des attr rpcinterfaces.
- ohne ccu auch kein neues setzen möglich (illegal)

Ähnliches Gefühl, obwohl ich dieses "Stunden lang" Problem anscheinend nicht habe. Ich werde mal beobachten.
Das Problem bei mir ist: selbst wenn debmatic endlich wieder hoch war (nach 3-4 Minuten), hat sich die HMCCU in Fhem nie von alleine erholt, und selbst das manuelle Setzen von rpcinterfaces war immer noch nicht möglich. Nur mit Löschen und wieder Anlegen in Fhem hat es wieder funktioniert. Irgendwie sperrt sich die HMCCU in Fhem selbst.

Ich habe jetzt die Abhängigkeit zwischen debmatic und fhem in meinem systemd wieder eingebaut (hatte die bei der neue Installation von Buster bei Seite gelassen). Mit dem Risiko bei einem Stromausfall, dass fhem nicht mehr startet, so lange debmatic nicht fertig ist. Aber gut, mal sehen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: amenomade am 11 Juli 2020, 01:04:52
Zitat von: frank am 10 Juli 2020, 22:06:26

ausserdem waren 2 tasks zu sehen: 1. irgendwas mit init und 2. ein wget mit irgendwas mit google.


Hab ein bisschen tiefer nachgeschaut: debmatic testet, ob er Internet hat, wie folgt:
  wget -q --spider http://google.com/
  if [[ $? -eq 0 ]]; then
    touch /var/status/hasInternet

/usr/share/debmatic/bin/ifup.sh

wget hat ein default read-timeout von 900 Sekunden...

Ich verstehe aber nicht, warum debmatic (und anscheinend ist es bei der "Hardware" CCU das gleiche) unbedingt Internet braucht.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 11 Juli 2020, 08:13:55
@bmwfan: das Problem ist, dass in Deinem Fall bereits bei der Definition des IO Device keinerlei Geräte und vor allem keine Interfaces von der CCU gelesen werden. Steht alles auf 0. FHEM kann also nicht auf die CCU zugreifen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: frank am 11 Juli 2020, 08:59:29
@amenomade

genau das hat systemctl angezeigt.

leider war bei mir definitiv nicht nach 15min ende.  :)
ich habe das letztens intensiv über stunden verfolgt. nachdem der timer beim systemctl status über 4 std gezeigt hat, bin ich schlafen gegangen. am nächsten tag lief debmatic dann.

da ich sie, nachdem sie wieder lief, auch ohne internet über systemctl start/stop problemlos mehrmals starten konnte, denke ich, dass dieser internet test nur hin und wieder läuft.

es gibt sogar bei fhem module, die mit gesetztem attr disable, wenigstens bei fhem restart versuchen ins internet zu kommen.

diese unsitte scheint also weit verbreitet zu sein.

auch bei der fritzbox, die als router noch am rpi hängt, habe ich noch nichts gefunden, wie ich manuell die zeit setzen kann. die ist nach reboot nämlich in 1970.

eventuell ist das bei mir die ursache für den extremen timeout gewesen. denn nach dem zwischenzeitlichen internet anschluss hatte sie wieder aktuelle zeit.
die zeit am rpi hatte ich vorher schon manuell gesetzt gehabt.


aber selbst 15min timeout wären inakzeptabel. eigentlich müsste man auch den internet spyder ganz auschalten können.

das sollte man mal @deimos berichten.


@zap

das problem ist aber auch, dass das attr rpcinterfaces gelöscht wird.

wenn das löschen beim start nicht bemerkt wird und man macht anschliessend ein fhem save, ist das attribut für immer weg, oder?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: amenomade am 11 Juli 2020, 11:16:36
Jetzt habe ich den Skript geändert: statt google zu wgetten und pingen, nutze ich meine Box.  Das wird natürlich nicht eine Aktualisierung von debmatic überleben (mache ich auch nicht so oft), und das könnte Nebeneffekte haben, falls die Konnektivität zu Box vorhanden ist, aber diese tatsächlich kein Internet hat (ntp & co). Sollte aber beim Start nicht mehr so lange dauern.

Ich habe dann tatsächlich die gleiche Frage @deimos (bzw. @eq3, da deimos es nur übernommen hat) wie Du: warum braucht man beim Start Internet. Ok spätestens bei der Suche nach neue Firmware o.ä. wird Internet gebraucht. Aber beim Start? Ist das nur eine "Zeit" Geschichte?

Ich habe irgendwo bei homematic gelesen, dass es eine Möglichkeit gäbe, dieses internetCheck zu deaktivieren. Weiss aber nicht mir der jetzige Version von debmatic, wo das ist.

Und gleiche Anmerkung @zap: Fhem, insb. das HMCCU Device, sollte in der Lage sein, sich selbst zu erholen, falls debmatic/piVccu/CCU beim Start nicht verfügbar ist, sondern erst später. Im Moment scheint es zu ungewünschte Situation zu führen, wo die Konfiguration dann möglicherweise beschädigt wird.



Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: bmwfan am 11 Juli 2020, 11:39:29
@amenomade: Stimmt. Beim setzen des attr rpcinterfaces kam der genannte Fehler, bevor ich unten beschriebenen Versuch durchführte

Inzwischen geht es wieder, aber ich bin mir nicht sicher welcher meiner laienhaften Versuche erfolgreich war.
Ich hatte in einem Forum diesen Befehl gefunden und eingegeben:
sudo dpkg-reconfigure pivccu-modules-dkms
Danach neustart des Raspi und in FHEM waren dann die rpcinterfaces weg (denke das kam von der Aktion, sicher bin ich mir aber nicht). Diese neu gesetzt und es lief wieder.

Aber ob das jetzt tatsächlich das Problem behoben hat oder ob es ein Timing-Problem beim Hochfahren von FHEM ist, kann ich nicht sagen.

Wie ist denn das korrekte Vorgehen bei einem FHEM-Update, wenn der rpcserver läuft?

Muss ich zuerst explizit set rpcserver off eingeben bevor ich das Update in FHEM mache oder fährt FHEM beim Neustart selber und auch ordentlich den rpcserver herunter?

Grüße Jürgen
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 11 Juli 2020, 17:18:55
Ich würde vor dem Update ein set rpcserver off ausführen. Normalerweise werden zwar die RPC Server korrekt gestoppt, kann aber auch sein, dass sie mal hängen bleiben. Sind ja separate Prozesse. Wenn die auf IO warten, klappt es,ggf nicht mit dem Stoppen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: bmwfan am 12 Juli 2020, 12:21:20
Ich habe mal in einem Beitrag gelesen, dass man FHEM auch per Script herunterfahren kann, aber kein Beispiel dazu gefunden. Damit könnte man doch sicher den rpcserver stoppen, 15 sec. warten und dann erst FHEM herunterfahren. Dann wäre man auf der sicheren Seite mit dem Timing beim Beenden der rpc Prozeße.

Weis jemand, wie solch ein Script zu schreiben ist oder hat sogar ein Beispiel?

Grüße Jürgen
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: dancatt am 21 August 2020, 11:20:05
Hallo zusammen,

seit 2 Tage habe ich folgende Meldung im Log:

HMCCURPCPROC: [...] Sending data to FHEM failed 100 times. select found no reader


Meine Devices HMCCURPCPROC "CCU RPC HmIP-RF" und "CCU RPC BidCos-RF" haben den Status "inactive/OK".
Meine HMCCU ebenfalls.

Ein "set HMCCU rpcserver on" bringt auch keinen Erfolg.

im Log steht folgendes:

2020.08.21 11:07:19.259 2: HMCCURPCPROC: [d_rpc178049BidCos_RF : 24332] Sending data to FHEM failed 100 times. select found no reader
2020.08.21 11:08:01.692 2: HMCCU: [CCU3 : 17011] Get RPC device for interface BidCos-RF
2020.08.21 11:08:01.694 2: HMCCU: [CCU3 : 17011] Get RPC device for interface HmIP-RF
2020.08.21 11:08:01.728 2: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] RPC server process started for interface BidCos-RF with PID=17828
2020.08.21 11:08:01.773 2: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17828] Initializing RPC server CB2001178100178049 for interface BidCos-RF
2020.08.21 11:08:01.784 1: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17828] Can't create RPC callback server CB2001178100178049 on port 7411. Port in use?
2020.08.21 11:08:01.785 1: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17828] Can't initialize RPC server CB2001178100178049 for interface BidCos-RF
2020.08.21 11:08:01.923 4: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] Set state to busy
2020.08.21 11:08:01.924 1: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] RPC server starting
2020.08.21 11:08:01.925 4: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] Set rpcstate to starting
2020.08.21 11:08:02.104 2: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] RPC server process started for interface HmIP-RF with PID=17829
2020.08.21 11:08:02.205 2: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17829] Initializing RPC server CB2010178100178049 for interface HmIP-RF
2020.08.21 11:08:02.239 1: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17829] Can't create RPC callback server CB2010178100178049 on port 7420. Port in use?
2020.08.21 11:08:02.240 1: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17829] Can't initialize RPC server CB2010178100178049 for interface HmIP-RF
2020.08.21 11:08:02.487 4: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] Set state to busy
2020.08.21 11:08:02.489 1: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] RPC server starting
2020.08.21 11:08:02.490 4: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] Set rpcstate to starting
2020.08.21 11:08:26.740 2: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] Checking if RPC server process is running
2020.08.21 11:08:26.741 1: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] RPC server process not running. Cleaning up
2020.08.21 11:08:26.742 1: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] Housekeeping called. Cleaning up RPC environment
2020.08.21 11:08:26.804 1: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] RPC server process CB2001178100178049 not runnning
2020.08.21 11:08:26.805 4: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] Set rpcstate to inactive
2020.08.21 11:08:26.807 2: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] Stop I/O handling
2020.08.21 11:08:26.807 3: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] Close child socket
2020.08.21 11:08:26.808 3: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] Close parent socket
2020.08.21 11:08:26.808 4: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] Reset RPC state
2020.08.21 11:08:26.860 4: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] Set state to OK
2020.08.21 11:08:26.912 2: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17011] RPC server stopped. Cancel delayed shutdown.
2020.08.21 11:08:27.116 2: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] Checking if RPC server process is running
2020.08.21 11:08:27.117 1: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] RPC server process not running. Cleaning up
2020.08.21 11:08:27.118 1: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] Housekeeping called. Cleaning up RPC environment
2020.08.21 11:08:27.180 1: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] RPC server process CB2010178100178049 not runnning
2020.08.21 11:08:27.181 4: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] Set rpcstate to inactive
2020.08.21 11:08:27.182 2: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] Stop I/O handling
2020.08.21 11:08:27.183 3: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] Close child socket
2020.08.21 11:08:27.184 3: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] Close parent socket
2020.08.21 11:08:27.184 4: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] Reset RPC state
2020.08.21 11:08:27.237 4: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] Set state to OK
2020.08.21 11:08:27.288 2: HMCCURPCPROC: [d_rpc178049HmIP_RF : 17011] RPC server stopped. Cancel delayed shutdown.


Was kann ich hier tun?

Vielen Dank.

MfG
Daniel
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wernieman am 21 August 2020, 11:34:58
2020.08.21 11:08:01.784 1: HMCCURPCPROC: [d_rpc178049BidCos_RF : 17828] Can't create RPC callback server CB2001178100178049 on port 7411. Port in use?

1. Kannst Du einen neuen Thread aufmachen? Hat jetzt erstmal KEINEN Zusammenhang mit dem Therad-Start
2. Ist der Port auf Deinem FHEM-Rechner belegt?
netstat -lntp | grep 7411
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: dancatt am 21 August 2020, 13:22:41
Zitat von: Wernieman am 21 August 2020, 11:34:58
2. Ist der Port auf Deinem FHEM-Rechner belegt?
netstat -lntp | grep 7411
Danke. Hätte ich selber sehen müssen. Danke.

Zitat von: Wernieman am 21 August 2020, 11:34:58
1. Kannst Du einen neuen Thread aufmachen? Hat jetzt erstmal KEINEN Zusammenhang mit dem Therad-Start
netstat -lntp | grep 7411
Sorry. Mache ich dann das nächste Mal.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: slor am 21 September 2020, 22:17:58
Hallo zusammen,

hat schon jemand das RaspberryMatic 3.53.30.20200919 Update vom 19. eingespielt? Läuft? Probleme?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 22 September 2020, 06:04:35
Ja. Keine Auffälligkeiten.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: franky1275 am 22 September 2020, 16:05:32
Zitat von: slor am 21 September 2020, 22:17:58
Hallo zusammen,

hat schon jemand das RaspberryMatic 3.53.30.20200919 Update vom 19. eingespielt? Läuft? Probleme?

Moin

Meine Scripte bzw. folgendes doif möchte nicht mehr


([{sunset("REAL",0,"20:15","22:15")}]) (set HMCCU hmscript [xmlrpc.PutParamset(dom.GetObject("BidCos-RF"),"MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.4)]) DOELSEIF ([08:00|8] or [09:00|7]) (set HMCCU hmscript [xmlrpc.PutParamset(dom.GetObject("BidCos-RF"),"MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.9)]


Komme allerdings frühestens morgen mal dazu das unter die Lupe zu nehmen.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 22 September 2020, 16:37:27
Ich glaube, wir hatten schon mal diskutiert, warum das nur per hmscript geht und nicht direkt per "set config" oder?
Was war nochmal der Grund?
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: franky1275 am 23 September 2020, 08:58:05
Moinsen...


Es scheint an Raspberrymatic selbst zu liegen. :-\
In der neuen Version 3.53.30.20200919 funktionert das Script selbst in der "ccu" nicht.
xmlrpc.PutParamset(dom.GetObject("BidCos-RF"),"MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.4)

Nach einem Downgrade auf 3.51.6.20200621 klappt es wieder.
Das Problem liegt dann wohl eher dort
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 23 September 2020, 12:38:45
Der Aufruf von putParamset ist eigentlich auf falsch. Versuche mal folgende Variante:

xmlrpc.PutParamset("MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.4)

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: slor am 23 September 2020, 16:44:14
Hab gestern auch aktualisiert und keine Auffälligkeiten.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: franky1275 am 24 September 2020, 08:55:58
Zitat von: zap am 23 September 2020, 12:38:45
Der Aufruf von putParamset ist eigentlich auf falsch. Versuche mal folgende Variante:

xmlrpc.PutParamset("MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.4)

Moinsen.
Funktioniert leider auch nicht, wenn ich den Befehl direkt auf Raspberrymatic absetze
Habe mal in /var/log/messages geschaut und dort als Fehlermeldung:
Sep 24 08:51:05 homematic-raspi local0.err ReGaHss: ERROR: ScriptRuntimeError: xmlrpc.PutParamset("MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.4) [ExecError():iseESPexec.cpp:12885]

Ich war allerdings auch bislang der Meinung, ich muss das Interface "BidCos-RF" mitgeben?!

Nutze ich mein "Ursprungsscript":
xmlrpc.PutParamset(dom.GetObject("BidCos-RF"),"MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.4)
kommt die gleiche Meldung:
Sep 24 08:50:31 homematic-raspi local0.err ReGaHss: ERROR: ScriptRuntimeError: xmlrpc.PutParamset(dom.GetObject("BidCos-RF"),"MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.4) [ExecError():iseESPexec.cpp:12885]


Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: frank am 24 September 2020, 09:22:19
schon mal geschaut, welche werte aktuell für "SHORT_ON_LEVEL" erlaubt sind?

ich habe den eindruck, dass die fehlermeldung sagen möchte: "hey, der wert 0.4 gefällt mir nicht".


vielleicht mal integer werte probieren.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 24 September 2020, 09:39:40
Zitat von: frank am 24 September 2020, 09:22:19
schon mal geschaut, welche werte aktuell für "SHORT_ON_LEVEL" erlaubt sind?

ich habe den eindruck, dass die fehlermeldung sagen möchte: "hey, der wert 0.4 gefällt mir nicht".


vielleicht mal integer werte probieren.

Ja, das könnte sein. Oder mal String probieren: "0.4".

BTW: Mit der 4.4. Beta können auch Link-Parameter direkt per FHEM set Befehl gesetzt werden. Außerdem ist es möglich, sich den erforderlichen Datentyp anzeigen zu lassen (für SHORT_ON_LEVEL).
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: franky1275 am 24 September 2020, 10:22:25
Danke für die Tips und Hilfe  8) :)

Die Lösung (oder ein Workaround) wurde hier gefunden:
https://homematic-forum.de/forum/viewtopic.php?f=65&t=61118 (https://homematic-forum.de/forum/viewtopic.php?f=65&t=61118)

xmlrpc.PutParamset(interfaces.Get("BidCos-RF"),"MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.9)
führt nun zu dem gewünschten Ergebnis.
Das SHORT_ON_LEVEL wird wieder korrekt gesetzt (90% min o.g. Script)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: zap am 24 September 2020, 11:25:30
ok, wenn es Jens auch seltsam vorkommt, gibt's vielleicht bald einen Bugfix.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: BadenPower am 24 September 2020, 19:30:30
Hallo zusammen,

Zitat von: franky1275 am 24 September 2020, 08:55:58
Nutze ich mein "Ursprungsscript":
xmlrpc.PutParamset(dom.GetObject("BidCos-RF"),"MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.4)
kommt die gleiche Meldung:
Sep 24 08:50:31 homematic-raspi local0.err ReGaHss: ERROR: ScriptRuntimeError: xmlrpc.PutParamset(dom.GetObject("BidCos-RF"),"MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.4) [ExecError():iseESPexec.cpp:12885]


Es wurden an der Methode .GetObject() Änderungen vorgenommen.

Um dem Fehler etwas näher zu kommen solltest Du einmal testen, welche der 3 weiteren Varianten des Aufrufes funktionieren:


xmlrpc.PutParamset((dom.GetObject("BidCos-RF")),"MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.4)
xmlrpc.PutParamset(dom.GetObject("BidCos-RF",OT_INTERFACE),"MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.4)
xmlrpc.PutParamset((dom.GetObject("BidCos-RF",OT_INTERFACE)),"MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.4)


Ich habe die Befürchtung, dass beim Implementieren des zusätzlichen Parameters ein Fehler unterlaufen ist.

vielen Dank im Vorraus fürs testen

.

Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: MIKE67 am 26 September 2020, 20:19:07
Auch wenn die Antwort von mir kommt, da ist reproduzierbar ein Bug in der Erweiterung der GetObject Methode.
Ist als Fehler gemeldet.

https://homematic-forum.de/forum/viewtopic.php?f=34&t=61230
bzw Issue bei Github: https://github.com/jens-maus/RaspberryMatic/issues/922

Black
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: BadenPower am 26 September 2020, 23:17:38
Hallo Michael,

danke fürs Testen.

Da aber der geklammerte Aufruf mit nur einem Parameter

xmlrpc.PutParamset((dom.GetObject("BidCos-RF")),"MEQ1002925:1","MEQ1002925:2","SHORT_ON_LEVEL",0.4)

funktioniert und das richtige Interface zurückgibt, muss da noch ein Fehler im Parser hinzukommen.

.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: slor am 24 November 2020, 10:21:37
Hallo zusammen,

hat schon jemand die neue RaspberryMatic 3.53.34.20201121 eingespielt? Vor allem auf einen Raspi 3 oder 4. Läuft?

https://github.com/jens-maus/RaspberryMatic/releases (https://github.com/jens-maus/RaspberryMatic/releases)
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Ralli am 24 November 2020, 11:18:57
Zitat von: slor am 24 November 2020, 10:21:37
Hallo zusammen,

hat schon jemand die neue RaspberryMatic 3.53.34.20201121 eingespielt?

Ja. Läuft. Einzig und allein schafft nach wie vor HMCCU 4.3 reproduzierbar nicht, nach dem Neustart von der CCU beim ersten Zugriff durch HMCCU auf sie das Update der FHEM-Devices korrekt zu finalisieren, obwohl augenscheinlich der Connect selbst problemlos funktioniert:


2020.11.22 07:12:38.854 1: HMCCU: [CCU2 : 59528] Initialized version 4.3.025
2020.11.22 07:12:38.854 1: HMCCU: [CCU2 : 59528] HMCCU: Initializing device
2020.11.22 07:12:38.945 1: HMCCU: [CCU2 : 59528] HMCCU: Read 106 devices with 542 channels from CCU 10.0.0.20
2020.11.22 07:12:38.945 1: HMCCU: [CCU2 : 59528] HMCCU: Read 4 interfaces from CCU 10.0.0.20
2020.11.22 07:12:38.945 1: HMCCU: [CCU2 : 59528] HMCCU: Read 74 programs from CCU 10.0.0.20
2020.11.22 07:12:38.945 1: HMCCU: [CCU2 : 59528] HMCCU: Read 0 virtual groups from CCU 10.0.0.20
2020.11.22 07:12:39.897 1: HMCCURPCPROC: [d_rpcBidCos_RF : 59528] Initialized version 1.9.001 for interface BidCos-RF with I/O device CCU2
2020.11.22 07:12:39.899 1: HMCCURPCPROC: [d_rpcBidCos_Wired : 59528] Initialized version 1.9.001 for interface BidCos-Wired with I/O device CCU2
2020.11.22 07:12:39.900 1: HMCCURPCPROC: [d_rpcHmIP_RF : 59528] Initialized version 1.9.001 for interface HmIP-RF with I/O device CCU2
2020.11.22 07:12:40.172 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2020.11.22 07:12:52.173 2: HMCCU: [CCU2 : 59528] Get RPC device for interface BidCos-RF
2020.11.22 07:12:52.173 2: HMCCU: [CCU2 : 59528] Get RPC device for interface BidCos-Wired
2020.11.22 07:12:52.173 2: HMCCU: [CCU2 : 59528] Get RPC device for interface HmIP-RF
2020.11.22 07:12:52.176 2: HMCCURPCPROC: [d_rpcBidCos_RF : 59528] RPC server process started for interface BidCos-RF with PID=59604
2020.11.22 07:12:52.179 2: HMCCURPCPROC: [d_rpcBidCos_RF : 59604] Initializing RPC server CB2001000029000020 for interface BidCos-RF
2020.11.22 07:12:52.182 1: HMCCURPCPROC: [d_rpcBidCos_RF : 59528] RPC server starting
2020.11.22 07:12:52.186 2: HMCCURPCPROC: [d_rpcBidCos_Wired : 59528] RPC server process started for interface BidCos-Wired with PID=59605
2020.11.22 07:12:52.192 1: HMCCURPCPROC: [d_rpcBidCos_Wired : 59528] RPC server starting
2020.11.22 07:12:52.192 2: HMCCURPCPROC: [d_rpcBidCos_RF : 59604] Callback server CB2001000029000020 created. Listening on port 7411
2020.11.22 07:12:52.193 2: HMCCURPCPROC: [d_rpcBidCos_RF : 59604] CB2001000029000020 accepting connections. PID=59604
2020.11.22 07:12:52.195 2: HMCCURPCPROC: [d_rpcBidCos_Wired : 59605] Initializing RPC server CB2000000029000020 for interface BidCos-Wired
2020.11.22 07:12:52.195 2: HMCCURPCPROC: [d_rpcHmIP_RF : 59528] RPC server process started for interface HmIP-RF with PID=59606
2020.11.22 07:12:52.200 1: HMCCURPCPROC: [d_rpcHmIP_RF : 59528] RPC server starting
2020.11.22 07:12:52.203 2: HMCCURPCPROC: [d_rpcBidCos_RF : 59528] RPC server CB2001000029000020 enters server loop
2020.11.22 07:12:52.204 2: HMCCURPCPROC: [d_rpcBidCos_RF : 59528] Registering callback http://10.0.0.29:7411/fh2001 of type A with ID CB2001000029000020 at http://10.0.0.20:2001
2020.11.22 07:12:52.206 2: HMCCURPCPROC: [d_rpcHmIP_RF : 59606] Initializing RPC server CB2010000029000020 for interface HmIP-RF
2020.11.22 07:12:52.219 2: HMCCURPCPROC: [d_rpcBidCos_Wired : 59605] Callback server CB2000000029000020 created. Listening on port 7410
2020.11.22 07:12:52.220 2: HMCCURPCPROC: [d_rpcBidCos_Wired : 59605] CB2000000029000020 accepting connections. PID=59605
2020.11.22 07:12:52.222 2: HMCCURPCPROC: [d_rpcHmIP_RF : 59606] Callback server CB2010000029000020 created. Listening on port 7420
2020.11.22 07:12:52.222 2: HMCCURPCPROC: [d_rpcHmIP_RF : 59606] CB2010000029000020 accepting connections. PID=59606
2020.11.22 07:12:52.229 1: HMCCURPCPROC: [d_rpcBidCos_RF : 59528] RPC server CB2001000029000020 running
2020.11.22 07:12:52.232 1: HMCCURPCPROC: [d_rpcBidCos_RF : 59528] Scheduled CCU ping every 300 seconds
2020.11.22 07:12:52.235 2: HMCCURPCPROC: [d_rpcBidCos_Wired : 59528] RPC server CB2000000029000020 enters server loop
2020.11.22 07:12:52.237 2: HMCCURPCPROC: [d_rpcBidCos_Wired : 59528] Registering callback http://10.0.0.29:7410/fh2000 of type A with ID CB2000000029000020 at http://10.0.0.20:2000
2020.11.22 07:12:52.246 1: HMCCURPCPROC: [d_rpcBidCos_Wired : 59528] RPC server CB2000000029000020 running
2020.11.22 07:12:52.253 2: HMCCURPCPROC: [d_rpcHmIP_RF : 59528] RPC server CB2010000029000020 enters server loop
2020.11.22 07:12:52.254 2: HMCCURPCPROC: [d_rpcHmIP_RF : 59528] Registering callback http://10.0.0.29:7420/fh2010 of type A with ID CB2010000029000020 at http://10.0.0.20:2010
2020.11.22 07:12:52.267 2: HMCCURPCPROC: [d_rpcBidCos_Wired : 59605] CB2000000029000020 NewDevice received 94 device and channel specifications
2020.11.22 07:12:52.268 1: HMCCURPCPROC: [d_rpcHmIP_RF : 59528] RPC server CB2010000029000020 running
2020.11.22 07:12:52.270 1: HMCCU: [CCU2 : 59528] All RPC servers running
2020.11.22 07:12:52.292 2: HMCCU: [CCU2 : 59528] Updating 124 of 124 client devices matching devexp=.* filter=ccudevstate=active,ccuif=BidCos-RF|BidCos-Wired|HmIP-RF
2020.11.22 07:12:52.349 2: HMCCURPCPROC: [d_rpcBidCos_RF : 59604] CB2001000029000020 NewDevice received 433 device and channel specifications
2020.11.22 07:12:52.383 2: HMCCURPCPROC: [d_rpcHmIP_RF : 59606] CB2010000029000020 NewDevice received 121 device and channel specifications


Die Meldung


2020.11.24 07:51:24.494 2: HMCCU: [CCU2 : 176249] Update success=124 failed=0


bleibt aus. Erst ein "shutdown restart" von FHEM führt beim nächsten Connect dann zur Erfolgsmeldung.

Zitat
Vor allem auf einen Raspi 3 oder 4. Läuft?

Nein, ESXi.
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: rieders am 25 November 2020, 11:31:53
Hallo

Ich habe wiedermal eine Frage.
Werden bei HM Geräten keine FileLog´s erzeugt?
Muss ich die selber estellen ?


Grüße
André
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: Wernieman am 25 November 2020, 13:03:56
ZitatMuss ich die selber estellen ?
Ja
Titel: Antw:HMCCU: Version 4.3 verfügbar
Beitrag von: DR am 19 Dezember 2020, 21:25:18
Wieder eine Frage zur (in)komatibilität mit den anderen Modulen.

Ich betreibe FHEM auf Windows Server mit Strawberry Perl.
Vor kurzem habe ich CCU3 (davor habe ich HMLAN genutzt) gekauft und dafür HMCCU gemäß https://wiki.fhem.de/wiki/HMCCU_Best_Practice eingerichet (d.h. mit HMCCURPCPROC).
RPC::XML Paket wurde mit cpan install RPC::XML installiert.

Attributes:
   ccudef-readingfilter ^(LOW_?BAT|UNREACH)$
   ccudef-readingname ^(.+\.)?LOW_?BAT$:battery;;^(.+\.)?UNREACH$:activity
   ccudef-substitute AES_KEY!(0|false):off,(1|true):on;;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;;UNREACH!(0|false):alive,(1|true):dead;;MOTION!(0|false):noMotion,(1|true):motion;;DIRECTION!0:stop,1:up,2:down,3:undefined;;WORKING!0:false,1:true;;INHIBIT!(0|false):unlocked,(1|true):locked
   ccuflags   procrpc
   cmdIcon    on:general_an off:general_aus
   eventMap   /rpcserver on:on/rpcserver off:off/
   rpcinterfaces BidCos-RF
   rpcport    2001
   rpcserver  on
   stateFormat rpcstate/state


HMCCU funktioniert einwandfrei, verbindet sich mit dem CCU3 und liest auch die Geräte aus.

Aber nach der Installation funktionieren bei mir HUEBridge und Netatmo nicht mehr. Im Log finde ich folgende Einträge:

2020.12.19 18:21:26 2: netatmo_M03_00_00_07_a6_70: invalid json evaluation on dispatch type getmeasure JSON text must be an object or array (but found number, string, true, false or null, use allow_nonref to allow this) at ./FHEM/38_netatmo.pm line 2752.
2020.12.19 18:21:26 2: netatmo_M05_00_00_03_93_bc: invalid json evaluation on dispatch type getmeasure JSON text must be an object or array (but found number, string, true, false or null, use allow_nonref to allow this) at ./FHEM/38_netatmo.pm line 2752.
2020.12.19 18:21:26 2: netatmo_M03_00_00_08_4b_88: invalid json evaluation on dispatch type getmeasure JSON text must be an object or array (but found number, string, true, false or null, use allow_nonref to allow this) at ./FHEM/38_netatmo.pm line 2752.
2020.12.19 18:21:26 2: netatmo_M02_00_00_31_b3_50: invalid json evaluation on dispatch type getmeasure JSON text must be an object or array (but found number, string, true, false or null, use allow_nonref to allow this) at ./FHEM/38_netatmo.pm line 2752.

2020.12.19 18:21:43 2: Hue: json error: JSON text must be an object or array (but found number, string, true, false or null, use allow_nonref to allow this) at ./FHEM/30_HUEBridge.pm line 1879.
2020.12.19 18:22:43 2: Hue: json error: JSON text must be an object or array (but found number, string, true, false or null, use allow_nonref to allow this) at ./FHEM/30_HUEBridge.pm line 1879.


Ich habe sowohl https://forum.fhem.de/index.php/topic,74943.0/all.html als auch https://forum.fhem.de/index.php/topic,83544.0.html bereits gefunden und gelesen. Laut beiden soll das Problem an HMCCURPC liegen und mit dem Update auf HMCCU 4.2 behoben werden.

Ich nutze aber HMCCURPCPROC und HMCCU 4.3.025. HMCCURPC habe ich gar nicht (mit list TYPE=HMCCURPC extra überprüft). Was kann man hier noch machen?

Gruß
Dmitrij
Titel: mehrere Befehle an CCU, teils Timeout
Beitrag von: Dirk070 am 09 Juli 2021, 11:07:09
Hallo zusammen,

ich nutze die Möglichkeit, mehrere Befehle mit einem Aufruf an die CCU zu übergeben.
Immer wieder werden einzelne Befehle nicht ausgeführt (Rollade fährt nicht).

Im Log der CCU3 finde ich keine Fehlermeldungen, in FHEM gibt es einen Tiemout:
HMCCUDEV: [CCU_EG_WZ_Bl1PBU_GAR : 5174] Error during CCU request. read from http://xx.xx.xx.xx:8181 timed out

Variable $Rollade wird gefüllt mit:
CCU_EG_WZ_Bl1PBU_GAR.4.LEVEL=0 CCU_EG_WZ_Bl1PBU_GAL.4.LEVEL=0 CCU_OG_SZ_Bl1PBU_GAL.4.LEVEL=7 CCU_OG_SZ_Bl1PBU_GAR.4.LEVEL=7

Ausgeführt werden die Befehle dann mit:
fhem("set ccu3 datapoint $Rollade_CCU");

Teils laufen alle Befehle ohne Probleme, teils kommt es zum Timeout. Die Menge und Art der Befehle sind aber immer identisch.

Hat jemand eine Idee, wie ich den Fehler eingrenzen kann?

Danke vorab und schöne Grüße
Dirk