Ich habe gerade HMCCU 5.0 ins SVN eingecheckt. Das Update steht morgen per FHEM Update zur Verfügung.
Der Wiki-Artikel https://wiki.fhem.de/wiki/HMCCU wurde aktualisiert. Wer von der Version 4.3 updated, sollte den Abschnitt "Migration von HMCCU 4.3" lesen.
Normalerweise sollte nach dem Update und dem obligatorischen Neustart von FHEM alles laufen wie bisher. Die Version 5.0 ist weitgehend kompatibel zur Version 4.3.
Ich habe jedoch das Konzept der Geräteintegration komplett überarbeitet. HMCCU erkennt nun Homematic Geräte anhand der Rollen ihrer Kanäle. Dadurch ist ein Großteil der Attribute (wie z.B. substitute, eventMap usw.) nicht mehr erforderlich. Man kann die 4.3er Devices (HMCCUDEV und HMCCUCHN) mit der Befehl "set defaults reset" an die Version 5.0 anpassen. Dieser Befehl löscht überflüssige Attribute. Ich empfehle, diesen Befehl auf jeden Fall auszuführen. Bei Geräten, die das Attribut eventMap setzen, werden sonst set-Befehle doppelt angezeigt.
Für die Definition von neuen Devices in FHEM sollten die Befehle "get createDev" und "get create" verwendet werden. Diese Befehle erkennen automatisch einen Großteil der Homematic Gerätetypen anhand ihrer Kanalrollen und wählen das richtige Modul (HMCCUDEV oder HMCCUCHN) aus. Falls erforderlich, legen diese Befehle für ein CCU-Gerät mehrere HMCCUDEV oder HMCCUCHN Devices an. Falls mehrere Devices für ein CCU-Gerät angelegt werden, fasst HMCCU diese in einer FHEM-Gruppe zusammen.
Beispiele für CCU-Geräte, für die mehrere Devices angelegt werden:
- Fernbedienung mit mehrern Tasten: Für jede Taste wird ein HMCCUCHN Device angelegt
- Beleuchteter Schalter (HmIP-BSL): Legt je ein Dimmer Device für jede der beiden Tasten an sowie ein Schalter Device (alle 3 HMCCUDEV)
- HmIP-Wired Multischalter: Legt für jede Schaltkanal-Gruppe ein HMCCUDEV Device an
Hallo zap,
vielen Dank. Ich habe eine Installation mit 123 Geräten und nach einem FHEM-Update und Restart die neue Version nach bisherigen Tests erfolgreich ohne weitere Maßnahmen von 4.3 kommend in Betrieb genommen.
Morgen,
@zap, danke für das Update :)
Ich habe bis jetzt nur 3 HmIP Devices und daher jetzt reset und nun starte ich mit 5.0 durch.
2 Devices konnte ich ohne Probleme anlegen (HmIP-WTH-2). Die Ansicht der Readings schaut
etwas zusammengewürfelt aus. Wie eine Mischung aus Cul_HM und Homematic_IP. Aber
insgesamt schon besser als vorher. Auch toll, das du jetzt z.B %-Werte hochrechnest.
Das habe ich gesehen als mein, jetzt kommt das 3te Device, HmIP-FALMOT-C12 mit alter 4.3 Konfig
nach dem Update funktionierte. Diesen bekomme ich im Moment nicht angelegt. Getestet mit
HMCCUDEV und HMCCUCHN.
create
Results of create command:
Not detected CCU devices:
HmIP-FALMOT-C12 = 001B9BE98FF62A [HmIP-FALMOT-C12]
createDev
Results of create command:
Not detected CCU devices:
HmIP-FALMOT-C12 = 001B9BE98FF62A [HmIP-FALMOT-C12]
Name Model Interface Address Channels Supported roles
HM-RCV-50 BidCoS-RF HM-RCV-50 BidCos-RF BidCoS-RF 51 VIRTUAL_KEY [50x]
HmIP-WZ-WTH HmIP-WTH-2 HmIP-RF 000A9A49A6F6C7 8 HEATING_CLIMATECONTROL_TRANSCEIVER [1x]
HmIP-BZ-WTH HmIP-WTH-2 HmIP-RF 000A9A49A70955 8 HEATING_CLIMATECONTROL_TRANSCEIVER [1x]
HmIP-FALMOT-C12 HmIP-FALMOT-C12 HmIP-RF 001B9BE98FF62A 17
HmIP-RCV-50 HmIP-RCV-1 HmIP-RCV-50 HmIP-RF HmIP-RCV-1 51 KEY_TRANSCEIVER [50x]
HmIP-FALMOT-C12 001B9BE98FF62A:1/Fussbodenheizung/Verknüpfungspartner
Raumthermostat
HmIP-FALMOT-C12 001B9BE98FF62A:2/""/""
HmIP-FALMOT-C12 001B9BE98FF62A:3/""/""
HmIP-FALMOT-C12 001B9BE98FF62A:4/""/""
HmIP-FALMOT-C12 001B9BE98FF62A:5/""/""
HmIP-FALMOT-C12 001B9BE98FF62A:6/""/""
HmIP-FALMOT-C12 001B9BE98FF62A:7/""/""
HmIP-FALMOT-C12 001B9BE98FF62A:8/""/""
HmIP-FALMOT-C12 001B9BE98FF62A:9/""/""
HmIP-FALMOT-C12 001B9BE98FF62A:10/""/""
HmIP-FALMOT-C12 001B9BE98FF62A:11/""/""
HmIP-FALMOT-C12 001B9BE98FF62A:12/""/""
Zur Heizungssteuerung trägt er ja nicht bei, aber ich möchte die Ventilpositionen in Fhem wieder abbilden und im Plot visualisieren.
Wie kann ich vorgehen?
edit:
Ok, da ist er. Glaube bei dem hin und her hatte ich ihn ohne Ergebnisse von HMCCU selber per define angelegt...Muss nochmal schauen.
defmod HmIP_FALMOT_C12 HMCCUDEV 001B9BE98FF62A
attr HmIP_FALMOT_C12 room Homematic
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 .0.CONFIG_PENDING false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 .0.DATE_TIME_UNKNOWN false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 .0.DUTY_CYCLE false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 .0.HEATING_COOLING HEATING
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 .0.HUMIDITY_ALARM false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 .0.RSSI_DEVICE -56
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 .0.TEMPERATURE_LIMITER false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 .0.UNREACH alive
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 1.DEW_POINT_ALARM false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 1.EMERGENCY_OPERATION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 1.EXTERNAL_CLOCK false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 1.FROST_PROTECTION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 1.HUMIDITY_LIMITER false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:06 1.LEVEL 0
setstate HmIP_FALMOT_C12 2021-10-27 12:48:06 1.LEVEL_STATUS NORMAL
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 1.VALVE_STATE ADAPTION_DONE
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 10.DEW_POINT_ALARM false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 10.EMERGENCY_OPERATION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 10.EXTERNAL_CLOCK false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 10.FROST_PROTECTION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 10.HUMIDITY_LIMITER false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 10.LEVEL_STATUS UNKNOWN
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 10.VALVE_STATE ADJUSTMENT_TOO_SMALL
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 11.DEW_POINT_ALARM false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 11.EMERGENCY_OPERATION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 11.EXTERNAL_CLOCK false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 11.FROST_PROTECTION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 11.HUMIDITY_LIMITER false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 11.LEVEL_STATUS UNKNOWN
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 11.VALVE_STATE ADJUSTMENT_TOO_SMALL
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 12.DEW_POINT_ALARM false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 12.EMERGENCY_OPERATION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 12.EXTERNAL_CLOCK false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 12.FROST_PROTECTION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 12.HUMIDITY_LIMITER false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 12.LEVEL_STATUS UNKNOWN
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 12.VALVE_STATE ADJUSTMENT_TOO_SMALL
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 2.DEW_POINT_ALARM false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 2.EMERGENCY_OPERATION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 2.EXTERNAL_CLOCK false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 2.FROST_PROTECTION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 2.HUMIDITY_LIMITER false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:06 2.LEVEL 0
setstate HmIP_FALMOT_C12 2021-10-27 12:48:06 2.LEVEL_STATUS NORMAL
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 2.VALVE_STATE ADAPTION_DONE
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 3.DEW_POINT_ALARM false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 3.EMERGENCY_OPERATION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 3.EXTERNAL_CLOCK false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 3.FROST_PROTECTION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 3.HUMIDITY_LIMITER false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:06 3.LEVEL 0
setstate HmIP_FALMOT_C12 2021-10-27 12:48:06 3.LEVEL_STATUS NORMAL
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 3.VALVE_STATE ADAPTION_DONE
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 4.DEW_POINT_ALARM false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 4.EMERGENCY_OPERATION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 4.EXTERNAL_CLOCK false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 4.FROST_PROTECTION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 4.HUMIDITY_LIMITER false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:06 4.LEVEL 0
setstate HmIP_FALMOT_C12 2021-10-27 12:48:06 4.LEVEL_STATUS NORMAL
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 4.VALVE_STATE ADAPTION_DONE
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 5.DEW_POINT_ALARM false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 5.EMERGENCY_OPERATION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 5.EXTERNAL_CLOCK false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 5.FROST_PROTECTION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 5.HUMIDITY_LIMITER false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:06 5.LEVEL 23
setstate HmIP_FALMOT_C12 2021-10-27 12:48:06 5.LEVEL_STATUS NORMAL
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 5.VALVE_STATE ADAPTION_DONE
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 6.DEW_POINT_ALARM false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 6.EMERGENCY_OPERATION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 6.EXTERNAL_CLOCK false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 6.FROST_PROTECTION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 6.HUMIDITY_LIMITER false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 6.LEVEL_STATUS UNKNOWN
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 6.VALVE_STATE ADJUSTMENT_TOO_SMALL
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 7.DEW_POINT_ALARM false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 7.EMERGENCY_OPERATION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 7.EXTERNAL_CLOCK false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 7.FROST_PROTECTION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 7.HUMIDITY_LIMITER false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 7.LEVEL_STATUS UNKNOWN
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 7.VALVE_STATE ADJUSTMENT_TOO_SMALL
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 8.DEW_POINT_ALARM false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 8.EMERGENCY_OPERATION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 8.EXTERNAL_CLOCK false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 8.FROST_PROTECTION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 8.HUMIDITY_LIMITER false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 8.LEVEL_STATUS UNKNOWN
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 8.VALVE_STATE ADJUSTMENT_TOO_SMALL
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 9.DEW_POINT_ALARM false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 9.EMERGENCY_OPERATION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 9.EXTERNAL_CLOCK false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 9.FROST_PROTECTION false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 9.HUMIDITY_LIMITER false
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 9.LEVEL_STATUS UNKNOWN
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 9.VALVE_STATE ADJUSTMENT_TOO_SMALL
setstate HmIP_FALMOT_C12 2021-10-27 12:46:11 IODev debmatic_ccu
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 activity alive
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 devstate ok
setstate HmIP_FALMOT_C12 2021-10-27 12:48:07 rssidevice -56
Gruß schwatter
ich habe gerade auf die neue version aktualisiert und beim kurzen testen folgendes bemerkt:
- mein HmIPW-DRAP kennt immer noch keine defaults. sollte ich den mit get create neu anlegen?
- für die tasten des HmIPW-WRC6 werden jetzt einzelne devices für die kanäle angelegt,
aber für die leds wird nichts angelegt. ich glaube vom einsatz her wäre es auch nicht schlecht
wenn es jeweils ein fhem device pro taste inklusive der zugehörigen led gäbe. nicht für jede
led noch mal ein extra device. das geh mit den verwendeten HMCCUCHN vermutlich garnicht?
- beim set defaults reset wird auch das room attribut überschrieben. das ist etwas unglücklich finde ich.
Zitat von: justme1968 am 27 Oktober 2021, 11:31:25
- beim set defaults reset wird auch das room attribut überschrieben. das ist etwas unglücklich finde ich.
Das hatte ich auch direkt festgestellt und es auch gleich aus diesem Grund wieder rückgängig gemacht. Auch eventMap komplett raus nehmen ist ggf. nicht überall glücklich.
Zitat von: justme1968 am 27 Oktober 2021, 11:31:25
- beim set defaults reset wird auch das room attribut überschrieben. das ist etwas unglücklich finde ich.
Habe ich auch festgestellt und finde ich auch unglücklich. Wäre es u.U. möglich die alten Werte beizubehalten und "Homematic" nur hinzuzufügen? Das war dann doch nützlich, um alle Devices gesammelt in einem Raum nach der Migration zu begutachten. Klar, dafür gibt es auch andere Möglichkeiten und allen kann man es eh nicht recht machen :)
Ansonsten vielen Dank für die Überarbeitung und reibungslose Migration!
ZitatHabe ich auch festgestellt und finde ich auch unglücklich. Wäre es u.U. möglich die alten Werte beizubehalten und "Homematic" nur hinzuzufügen? Das war dann doch nützlich, um alle Devices gesammelt in einem Raum nach der Migration zu begutachten. Klar, dafür gibt es auch andere Möglichkeiten und allen kann man es eh nicht recht machen :)
die idee finde ich gut. statt Homematic könnte man auch den raum des hmccu device verwenden.
Genau...
Das Attribut wird wohl nicht beim "set defaults reset" überschrieben, sondern offenbar bem initialen Laden der V5. Ich habe den neuen Raum dann nämlich für "set defaults reset" genutzt, ohne mir Gedanken über "list" und richtige Syntax machen zu müssen.
Das Überschreiben des room Attributs ist nicht beabsichtigt. Lediglich bei der ersten Definition eines Device bzw. beim Anlegen mit get create sollte automatisch room auf Homematic gesetzt werden. Sorry dafür. Ich korrigiere das.
@justme1968: Wenn es keine Umstände macht, lege das HmIPW-DRAP Device mal neu an mit "get createDev". Eigentlich müssten dann 2 HMCCUCHNs angelegt werden.
Auch eine manuelle Definition als HMCCUDEV (wenn Du alles in einem Device haben möchtest) sollte möglich sein:
define xy HMCCUDEV Adresse/Name forceDev
Dann musst Du allerdings mit dem Attribut statedatapoint HMCCU mitteilen, welcher Kanal/Datenpunkt als STATE verwendet werden soll.
Vielen Dank für das neue Modul.
In der 4.3 habe ich bei Batteriekontakten den Wert OPERATING_VOLTAGE gehabt.
In der Version 5.0 finde ich nur noch "battery ok".
Das ist bei allen drei bei mir eingesetzten Kontakten so, HMIP-SWDO, HmIP-SRH und HmIP-SWDO-I.
Besteht die Möglichkeit das wieder mit anzuzeigen?
Ich habe ein Update eingecheckt, das das Überschreiben des Attributs "room" verhindert.
Um neu angelegte Devices nun automatisch einem Raum zuzuweisen, muss man im I/O Device das Attribut "ccudef-attributes" setzen, z.B.
attr myCCU ccudef-attributes room=Homematic
Zitat von: marvin78 am 27 Oktober 2021, 12:39:43
Das hatte ich auch direkt festgestellt und es auch gleich aus diesem Grund wieder rückgängig gemacht. Auch eventMap komplett raus nehmen ist ggf. nicht überall glücklich.
Leider verwendet die Version 4.3 eventmap, um Set-Befehle zu definieren. Die 5.0 hingegen leitet die Set-Befehle von den Kanalrollen ab. Das führt dann im besten Fall zu doppelten Befehlen, im schlechtesten Fall zu nicht funktionierenden Befehlen.
Wenn ich eventMap nicht lösche, muss es jeder Nutzer selbst machen oder es anpassen.
@schwatter: der FALMOT hat eine Kanalrolle, die bisher von get create nicht erkannt wird.
Die manuelle Definition mit HMCCUDEV oder HMCCUCHN muss jedoch funktionieren und auch die Readings müssen aktualisiert werden.
Nachdem es dunkel geworden ist, funktionierte meine Lichtsteuerung nicht, da sich einige Datenpunktnamen / States geändert haben.
Das war schnell angepasst, aber ich würde nun auch gerne bei den Attributen aufräumen, ich haben den Eindruck, dass da einige Sachen dabei sind, die nun nicht mehr benötigt werden, kann das aber nicht mit Sicherheit sagen:
attr GWC_Pres IODev myHMCCU
attr GWC_Pres ccureadingfilter (ILLUMINATION|PRESENCE)
attr GWC_Pres cmdIcon reset:rc_BACK
attr GWC_Pres controldatapoint 1.PRESENCE_DETECTION_ACTIVE
attr GWC_Pres event-on-change-reading .*
attr GWC_Pres eventMap /datapoint 1.RESET_PRESENCE 1:reset/datapoint 1.PRESENCE_DETECTION_ACTIVE 1:detection-on/datapoint 1.PRESENCE_DETECTION_ACTIVE 0:detection-off/
attr GWC_Pres hmstatevals SABOTAGE!(1|true):sabotage
attr GWC_Pres statedatapoint 1.PRESENCE_DETECTION_STATE
attr GWC_Pres stripnumber 1
attr GWC_Pres substitute PRESENCE_DETECTION_STATE!(0|false):no,(1|true):yes;;PRESENCE_DETECTION_ACTIVE!(0|false):off,(1|true):on
attr GWC_Pres webCmd detection:reset
Es handelt sich um einen HmIP-Präsenzmelder HmIP-SPI.
Was kann denn weg?
Zitat von: tndx am 27 Oktober 2021, 20:19:50
Nachdem es dunkel geworden ist, funktionierte meine Lichtsteuerung nicht, da sich einige Datenpunktnamen / States geändert haben.
Das war schnell angepasst, aber ich würde nun auch gerne bei den Attributen aufräumen, ich haben den Eindruck, dass da einige Sachen dabei sind, die nun nicht mehr benötigt werden, kann das aber nicht mit Sicherheit sagen:
attr GWC_Pres IODev myHMCCU
attr GWC_Pres ccureadingfilter (ILLUMINATION|PRESENCE)
attr GWC_Pres cmdIcon reset:rc_BACK
attr GWC_Pres controldatapoint 1.PRESENCE_DETECTION_ACTIVE
attr GWC_Pres event-on-change-reading .*
attr GWC_Pres eventMap /datapoint 1.RESET_PRESENCE 1:reset/datapoint 1.PRESENCE_DETECTION_ACTIVE 1:detection-on/datapoint 1.PRESENCE_DETECTION_ACTIVE 0:detection-off/
attr GWC_Pres hmstatevals SABOTAGE!(1|true):sabotage
attr GWC_Pres statedatapoint 1.PRESENCE_DETECTION_STATE
attr GWC_Pres stripnumber 1
attr GWC_Pres substitute PRESENCE_DETECTION_STATE!(0|false):no,(1|true):yes;;PRESENCE_DETECTION_ACTIVE!(0|false):off,(1|true):on
attr GWC_Pres webCmd detection:reset
Es handelt sich um einen HmIP-Präsenzmelder HmIP-SPI.
Was kann denn weg?
Du könntest "set defaults reset" ausführen. Das löscht einige Attribute. Wenn jedoch das Device nur über einen Kanal angesprochen wird und du es als HMCCUDEV angelegt hast, dürfte eine Neudefinition mit "get createDev" der bessere Weg sein. In dem Fall kannst Du es auch einfach ausprobieren und hast dann eben erst mal 2 Devices
Zitat von: zap am 27 Oktober 2021, 19:55:30
@schwatter: der FALMOT hat eine Kanalrolle, die bisher von get create nicht erkannt wird.
Die manuelle Definition mit HMCCUDEV oder HMCCUCHN muss jedoch funktionieren und auch die Readings müssen aktualisiert werden.
Ok,
habe nochmal den Falmot gelöscht. Angelegt hatte ich ihn aus meinen alten Save.
define HmIP_FALMOT_C12 HMCCUDEV 001B9BE98FF62A
Da wurden auch alle Readings aktualisiert. Habe ihn jetzt trotzdem nochmal gelöscht und neu angelegt mit
define HmIP_FALMOT_C12 HMCCUDEV 001B9BE98FF62A forceDev
Und statedatapoint habe ich auch hinzugefügt. Sollte passen.
Danke!
Gruß schwatter
Zitat von: zap am 27 Oktober 2021, 20:28:01
Du könntest "set defaults reset" ausführen. Das löscht einige Attribute. Wenn jedoch das Device nur über einen Kanal angesprochen wird und du es als HMCCUDEV angelegt hast, dürfte eine Neudefinition mit "get createDev" der bessere Weg sein. In dem Fall kannst Du es auch einfach ausprobieren und hast dann eben erst mal 2 Devices
"set defaults reset" habe ich, wie in einem der früheren Postings geschrieben, bereits ausgeführt. Trotzdem bin ich mir fast sicher, dass zumindest die Attribute
attr GWC_Pres eventMap /datapoint 1.RESET_PRESENCE 1:reset/datapoint 1.PRESENCE_DETECTION_ACTIVE 1:detection-on/datapoint 1.PRESENCE_DETECTION_ACTIVE 0:detection-off/
attr GWC_Pres hmstatevals SABOTAGE!(1|true):sabotage
attr GWC_Pres statedatapoint 1.PRESENCE_DETECTION_STATE
attr GWC_Pres substitute PRESENCE_DETECTION_STATE!(0|false):no,(1|true):yes;;PRESENCE_DETECTION_ACTIVE!(0|false):off,(1|true):on
von der Vorgänger-Version stammen. Zumal es die Datapoints "1.RESET_PRESENCE", "1.PRESENCE_DETECTION_ACTIVE", "1.PRESENCE_DETECTION_ACTIVE" und "SABOTAGE" aktuell gar nicht zu geben scheint, zumindest mit der aktuellen Konfiguration.
Da es aktuell zu funktionieren scheint, würde ich im Zweifelsfall lieber alles so belassen, als anfangen mit Neuanlegen und 2 Devices zu experimentieren, wenn es nicht unbedingt sein soll.
Zitat von: zap am 26 Oktober 2021, 19:01:00
Ich habe gerade HMCCU 5.0 ins SVN eingecheckt. Das Update steht morgen per FHEM Update zur Verfügung.
Guten Morgen zap!
Ich wurde zwar gestern bei der Bastelei auf einer anderen FHEM Baustelle nach einem update etwas überrascht vom unerwarteten neuen HMCCU, habe die kleinen Änderungen mit Hilfe des Wiki Artikels aber schnell in den Griff gekriegt.
Allerdings habe ich jetzt noch ein kleines Problem bei einem device, das einen BLIND_TRANSMITTER "HmIP-BBL" steuert. Der hat nicht nur das reading/setting 'pct' für die Höhe des Raffstores, sondern auch einen Lamellenwinkel. Den Winkel kann ich zwar mit "set datapoint 4.LEVEL_2 50 4.LEVEL 100.5" (auf in diesem Beispiel 50%) steuern, aber eine einfaches "set winkel 50" wäre deutlich einfacher (u.a. für eine Anbindung an smartvisu).
Bei der alten HMCCU Version hatte ich das mit eventmap nachgebildet. Auch ein "set winkel_hoehe w h" hatte ich realisiert, mit dem Winkel und Höhe des Raffstores mit einem Befehl auf die Werte w und h gestellt wurden.
Kann man sowas in HMCCU 5.0 auch hinkriegen?
Vielen Dank,
und beste Grüße
Franz
Zitat von: tndx am 27 Oktober 2021, 21:49:50
"set defaults reset" habe ich, wie in einem der früheren Postings geschrieben, bereits ausgeführt. Trotzdem bin ich mir fast sicher, dass zumindest die Attribute
attr GWC_Pres eventMap /datapoint 1.RESET_PRESENCE 1:reset/datapoint 1.PRESENCE_DETECTION_ACTIVE 1:detection-on/datapoint 1.PRESENCE_DETECTION_ACTIVE 0:detection-off/
attr GWC_Pres hmstatevals SABOTAGE!(1|true):sabotage
attr GWC_Pres statedatapoint 1.PRESENCE_DETECTION_STATE
attr GWC_Pres substitute PRESENCE_DETECTION_STATE!(0|false):no,(1|true):yes;;PRESENCE_DETECTION_ACTIVE!(0|false):off,(1|true):on
von der Vorgänger-Version stammen. Zumal es die Datapoints "1.RESET_PRESENCE", "1.PRESENCE_DETECTION_ACTIVE", "1.PRESENCE_DETECTION_ACTIVE" und "SABOTAGE" aktuell gar nicht zu geben scheint, zumindest mit der aktuellen Konfiguration.
Da es aktuell zu funktionieren scheint, würde ich im Zweifelsfall lieber alles so belassen, als anfangen mit Neuanlegen und 2 Devices zu experimentieren, wenn es nicht unbedingt sein soll.
Das "set defaults reset" funktioniert (vermutlich) nicht bei einem HMCCUDEV Device, wenn HMCCU der Meinung ist, dass ein HMCCUCHN die bessere Wahl wäre. Andernfalls müsste ich das alte Device automatisch löschen und ein neues anlegen. Da wäre der eine oder andere Nutzer mit Recht verärgert gewesen.
Zitat von: alkazaa am 28 Oktober 2021, 08:14:19
Guten Morgen zap!
Ich wurde zwar gestern bei der Bastelei auf einer anderen FHEM Baustelle nach einem update etwas überrascht vom unerwarteten neuen HMCCU, habe die kleinen Änderungen mit Hilfe des Wiki Artikels aber schnell in den Griff gekriegt.
Allerdings habe ich jetzt noch ein kleines Problem bei einem device, das einen BLIND_TRANSMITTER "HmIP-BBL" steuert. Der hat nicht nur das reading/setting 'pct' für die Höhe des Raffstores, sondern auch einen Lamellenwinkel. Den Winkel kann ich zwar mit "set datapoint 4.LEVEL_2 50 4.LEVEL 100.5" (auf in diesem Beispiel 50%) steuern, aber eine einfaches "set winkel 50" wäre deutlich einfacher (u.a. für eine Anbindung an smartvisu).
Bei der alten HMCCU Version hatte ich das mit eventmap nachgebildet. Auch ein "set winkel_hoehe w h" hatte ich realisiert, mit dem Winkel und Höhe des Raffstores mit einem Befehl auf die Werte w und h gestellt wurden.
Kann man sowas in HMCCU 5.0 auch hinkriegen?
Vielen Dank,
und beste Grüße
Franz
Das Attribut eventMap ist ja nicht verboten. Es wird halt wieder gelöscht, wenn Du einen Reset der Defaults machst. Ich schau mal, ob ich einen entsprechenden Befehl vordefinieren kann. Bis dahin kannst Du Dir mit eventMap behelfen.
Wahrscheinlich werde ich auch das Löschen von eventMap wieder ausbauen und den Nutzer beim Reset nur darauf hinweisen, dass dieses Attribut angepasst oder gelöscht werden sollte.
Zitat von: zap am 28 Oktober 2021, 09:44:25
Das Attribut eventMap ist ja nicht verboten.
Ok, und danke für die schnelle Antwort. Da hatte ich das mit evenMap irgendwie missverstanden.
Damit kann ich dann ja wieder die alte Funktionalität herstellen.
(Und für die HMIP-BBL Nutzer, die vielleicht suchmaschinenmäßig auf diesen Beitrag stoßen: Es ist in der Tat so, dass nur "set datapoint 4.LEVEL_2 50 4.LEVEL 100.5" den Lamellenwinkel verändert, ein "set datapoint 4.LEVEL_2 50" allein tut's anscheinend nicht. Der Wert 100.5 für 4.Level bedeutet übrigens 'letzter Wert', 101 würde bedeuten 'Ignorieren', und Werte 0...100 wären anzufahrende Behanghöhen)
-Franz
Wäre dann nicht 101 der richtige Wert, wenn man nur den Winkel verstellen möchte? Sonst wird ja auch das LEVEL auf den alten Wert gesetzt
Ich hatte die Zuordnung von '100.5'=>'letzter Wert' und '101'=>'Ignorieren' aus dem Homematic GUI erschlossen.
Ehrlich gesagt verstehe ich den Unterschied zwischen 'letzter Wert' und 'Ignorieren' aber nicht wirklich, und ich habs daher mal ausprobiert:
Ausgangspunkt: Höhe und Winkel bei 50 %
"set <device> datapoint 4.LEVEL_2 25 4.LEVEL 100.5" fährt Winkel auf 25, Höhe bleibt
"set <device> datapoint 4.LEVEL_2 25 4.LEVEL 101" fährt Winkel auf 25, Höhe auf 0 (!)
"set <device> datapoint 4.LEVEL_2 25 4.LEVEL 18" fährt Winkel auf 25, Höhe auf 18
Gibt man die 101, bzw. 100.5 als Parameter von 4.LEVEL_2 an, ist es ähnlich: bei 100.5 bleibt der Winkel wie er war, bei 101 geht er auf 0. Aber den 4.LEVEL kann man ja setzen, ohne 4.LEVEL_2 zu erwähnen ("set <device> datapoint 4.LEVEL nn"), während für 4.LEVEL_2 anscheinend auch immer 4.LEVEL (als zweiter! Parameter) mit gesetzt werden muss. Jedenfalls funktioniert es bei mir nur so.
Nach dem Update hatte ich ein paar Fehler mit unbekannten Attributen beim HMCCU Device. Habe dann geschaut, was da vorher gesetzt war, dann ohne die Attribute gespeichert und neu gestartet. Für ein Attribut bekomme ich den Fehler damit aber nicht weg: "unknown attribute rpcinterfaces". Das wird doch aber noch gebraucht und gibt es daher auch noch. Ich habe dann neu auf "HmIP-RF" gesetzt, gespeichert und neu gestartet. Leider ohne Erfolg. Momentan muss ich also nach dem Start erst das Attribut setzen und dann manuell den RPC-Server starten.
Dabei habe ich über folgendes gestolpert: Wenn ich im Gerät bei"Set" erst "rpcserver" und dann "on" auswähle, bekomme ich als Fehler "HMCCU: <MeinGerätename> Usage: set <MeinGerätename> [rpcserver] {'on'|'off'} " angezeigt, also genau die gewählte Syntax. Auch manuell eingegeben funktioniert das nicht, nur ohne das optionale "rpcserver".
Zitat von: zap am 28 Oktober 2021, 09:32:58
Das "set defaults reset" funktioniert (vermutlich) nicht bei einem HMCCUDEV Device, wenn HMCCU der Meinung ist, dass ein HMCCUCHN die bessere Wahl wäre. Andernfalls müsste ich das alte Device automatisch löschen und ein neues anlegen. Da wäre der eine oder andere Nutzer mit Recht verärgert gewesen.
OK, danke, das Argument verstehe ich natürlich! Aber nach welchen Kriterien entscheidet HMCCU ob HMCCUDEV oder HMCCUCHN die bessere Wahl ist? Klar, habe deine Beispiele gesehen im 1. Post, aber wann gibt es dann noch nach HMMCCU-Einschätzung HMCCUDEV? Oder ist es nur noch ein Relikt?
Ich werde das Beispiel mal noch etwas erweitern. Aber allgemein verhält es sich so: sobald ein Gerät mehrere unterschiedliche Rollen hat (also Kanäle mit unterschiedlichen Rollen) und mindestens 2 dieser Kanäle für die Integration benötigt werden, wird HMCCUDEV verwendet, weil nur dieses Modul mehrere Kanäle unterstützt.
Beispiel: Ein Wand-Thermostat hat einen Kanal zur Temperaturregelung und einen weiteren Kanal, über den der Zustand eines Fensters angezeigt wird (sofern verknüpft).
Es gibt ein Update: Bei Ausführung von "set defaults reset" wird das Attribut eventMap nicht mehr gelöscht. Stattdessen wird ein Hinweis angezeigt, dass eventuelle HMCCU 4.3 Einträge in diesem Attribut entfernt werden müssen.
Frage an diejenigen, bei denen beim Start von FHEM das Attribut "room" gelöscht wurde: Habe Ihr im Define vom I/O Device ein ccudelay angegeben?
Hallo zap,
mit der aktuellen Version habe ich übrigens immer noch das gleiche alte Thema:
...
2021.10.29 09:07:04.744 1: HMCCU [CCU2] All RPC servers running
2021.10.29 09:07:04.755 2: HMCCU [CCU2] Updating 123 of 123 client devices matching devexp=.* filter=ccudevstate=active,ccuif=BidCos-Wired|HmIP-RF|BidCos-RF
2021.10.29 09:07:04.759 1: HMCCURPCPROC [d_rpcBidCos_RF] Scheduled CCU ping every 300 seconds
2021.10.29 09:07:04.767 2: HMCCURPCPROC [d_rpcHmIP_RF] CB2010000029000020 NewDevice received 123 device and channel specifications
2021.10.29 09:07:04.840 2: HMCCURPCPROC [d_rpcBidCos_RF] CB2001000029000020 NewDevice received 430 device and channel specifications
2021.10.29 09:27:11.862 1: HMCCU [CCU2] Graceful shutdown in 8 seconds
...
2021.10.29 09:27:55.633 1: HMCCU [CCU2] All RPC servers running
2021.10.29 09:27:55.640 2: HMCCU [CCU2] Updating 123 of 123 client devices matching devexp=.* filter=ccudevstate=active,ccuif=HmIP-RF|BidCos-RF|BidCos-Wired
2021.10.29 09:27:55.651 1: HMCCURPCPROC [d_rpcBidCos_RF] Scheduled CCU ping every 300 seconds
2021.10.29 09:27:55.698 2: HMCCURPCPROC [d_rpcHmIP_RF] CB2010000029000020 NewDevice received 123 device and channel specifications
2021.10.29 09:27:55.731 2: HMCCURPCPROC [d_rpcBidCos_RF] CB2001000029000020 NewDevice received 430 device and channel specifications
2021.10.29 09:27:56.273 2: HMCCU [CCU2] Update success=123 failed=0
Diese letzte Zeile
2021.10.29 09:27:56.273 2: HMCCU [CCU2] Update success=123 failed=0
bleibt immer dann aus, wenn nach einem Neustart der CCU das erste mal FHEM/HMCCU andockt. Erst nach einem erneuten shutdown restart von FHEM erscheint dann diese letzte Zeile.
Zwischen dem Start der CCU und dem (ersten) Start von FHEM liegen 10 Minuten, die CCU (virtualisierte RaspberryMatic) ist nach höchstens einer Minute aber bereits online und funktional.
Hatte heute mal hier reingeschaut, nachdem ich meine Werte nicht mehr im Floorplan sah.
Die Readings haben sich in ihren Bezeichnungen wohl geändert und da ich per readingProxy alles aus den Devices auslese, war das etwas fummelig. Aber jetzt läuft es wieder.
Eine Frage abschliessend: Der Stromzählersensor HM-ES-TX-WM lässt sich per "get CCU createDev" nicht einbinden.
Das wird händisch gemacht?
Zitat von: theotherhalf am 29 Oktober 2021, 13:23:06
Hatte heute mal hier reingeschaut, nachdem ich meine Werte nicht mehr im Floorplan sah.
Die Readings haben sich in ihren Bezeichnungen wohl geändert und da ich per readingProxy alles aus den Devices auslese, war das etwas fummelig. Aber jetzt läuft es wieder.
Eine Frage abschliessend: Der Stromzählersensor HM-ES-TX-WM lässt sich per "get CCU createDev" nicht einbinden.
Das wird händisch gemacht?
Wenn es bei den Readingnamen um die Kanalnummer geht: Mit dem Attribut ccureadingformat kann man die Readingnamen beeinflussen.
Du kannst den Stromzähler natürlich erstmal als HMCCUDEV oder HMCCUCHN anlegen. Wenn Du mir die Ausgabe von "get deviceInfo" und "get paramsetDesc" für das CCU Gerät schickst (Befehle im I/O Device ausführen), baue ich die Unterstützung für "get createDev" ein.
Leider habe ich für BidCos Geräte keine ausführliche Doku (so wie bei HmIP). Daher bin ich auf die Ausgabe der o.g. Befehle angewiesen.
Ich habe es leider vorhin gelöscht, da ich es sauber neu generieren wollte...
Bleibt also wohl nur der händische Weg.
Die Befehle werden im I/O Device ausgeführt und verwenden das CCU Gerät als Parameter. Daher muss kein FHEM-DEvice existieren. Die Abfrage der Geräteparameter geht direkt an die CCU.
Ah, ok.
Elektr.Energiezaehler_Haus HM-ES-TX-WM BidCos-RF MEQ0704323 3
Device
Paramset MASTER
BAUDRATE: ENUM [R,W] [Visible,Sticky] RANGE=0...6 DFLT=5 VALUES=300 Bd,600 Bd,1200 Bd,2400 Bd,4800 Bd,9600 Bd,19200 Bd
LOCAL_RESET_DISABLE: BOOL [R,W] [Visible,Sticky] RANGE=0...1 DFLT=0
METER_POWERMODE: ENUM [R,W] [Visible,Sticky] RANGE=0...1 DFLT=0 VALUES=MAINS_POWERED,BATTERY_POWERED
METER_PROTOCOLMODE: ENUM [R,W] [Visible,Sticky] RANGE=0...3 DFLT=3 VALUES=PROTOKOLL_MODE_A,PROTOKOLL_MODE_B,PROTOKOLL_MODE_C,PROTOKOLL_MODE_D
SAMPLES_PER_CYCLE: INTEGER [R,W] [Visible,Sticky] RANGE=1...10 DFLT=4
SERIAL_FORMAT: ENUM [R,W] [Visible,Sticky] RANGE=0...3 DFLT=0 VALUES=1_7D_1P_E_1S,1_7D_1P_E_2S,1_8D_0P_N_1S,1_8D_1P_E_1S
Channel 0
Paramset VALUES
AES_KEY: INTEGER [R] [] RANGE=0...127 DFLT=0
CONFIG_PENDING: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
DEVICE_IN_BOOTLOADER: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
LOWBAT: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
RSSI_DEVICE: INTEGER [R,E] [Visible,Sticky] RANGE=-2147483648...2147483647 DFLT=0
RSSI_PEER: INTEGER [R,E] [Visible,Sticky] RANGE=-2147483648...2147483647 DFLT=0
STICKY_UNREACH: BOOL [R,W,E] [Sticky,Internal] RANGE=0...1 DFLT=0
UNREACH: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
UPDATE_PENDING: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
Channel 1
Paramset MASTER
AES_ACTIVE: BOOL [R,W] [Visible,Sticky,Internal] RANGE=0...1 DFLT=0
ENERGY_COUNTER_STRING: STRING [R,W] [Visible,Sticky] RANGE=... DFLT=
METER_CONSTANT_GAS: FLOAT [R,W] [Visible,Sticky] RANGE=0.001...65.536 DFLT=0.01 UNIT=m3/Imp.
METER_CONSTANT_IR: INTEGER [R,W] [Visible,Sticky] RANGE=1...65536 DFLT=100 UNIT=U./kWh
METER_CONSTANT_LED: INTEGER [R,W] [Visible,Sticky] RANGE=1...65536 DFLT=10000 UNIT=Imp./kWh
METER_SENSIBILITY_IR: INTEGER [R,W] [Visible,Sticky] RANGE=-99...99 DFLT=0 UNIT=%
METER_TYPE: ENUM [R,W] [Visible,Sticky] RANGE=0...4 DFLT=4 VALUES=GAS-SENSOR,IR-SENSOR,LED-SENSOR,IEC-SENSOR,UNKOWN
POWER_STRING: STRING [R,W] [Visible,Sticky] RANGE=... DFLT=
TX_THRESHOLD_POWER: FLOAT [R,W] [Visible,Sticky] RANGE=0.01...160000 DFLT=100 UNIT=W
Paramset VALUES
BOOT: BOOL [R,E] [Visible,Sticky,Internal] RANGE=0...1 DFLT=0
ENERGY_COUNTER: FLOAT [R,E] [Visible,Sticky] RANGE=0...838861 DFLT=0 UNIT=Wh
GAS_ENERGY_COUNTER: FLOAT [R,E] [Visible,Sticky] RANGE=0...2.14748e+06 DFLT=0 UNIT=m3
GAS_POWER: FLOAT [R,E] [Visible,Sticky] RANGE=0...16777.2 DFLT=0 UNIT=m3
IEC_ENERGY_COUNTER: FLOAT [R,E] [Visible,Sticky] RANGE=0...1.09951e+08 DFLT=0 UNIT=kWh
IEC_POWER: FLOAT [R,E] [Visible,Sticky] RANGE=0...4.29497e+07 DFLT=0 UNIT=W
POWER: FLOAT [R,E] [Visible,Sticky] RANGE=0...167772 DFLT=0 UNIT=W
Channel 2
Paramset MASTER
AES_ACTIVE: BOOL [R,W] [Visible,Sticky,Internal] RANGE=0...1 DFLT=0
ENERGY_COUNTER_STRING: STRING [R,W] [Visible,Sticky] RANGE=... DFLT=
METER_TYPE: ENUM [R,W] [Visible,Sticky] RANGE=0...4 DFLT=4 VALUES=GAS-SENSOR,IR-SENSOR,LED-SENSOR,IEC-SENSOR,UNKOWN
POWER_STRING: STRING [R,W] [Visible,Sticky] RANGE=... DFLT=
TX_THRESHOLD_POWER: FLOAT [R,W] [Visible,Sticky] RANGE=0.01...160000 DFLT=100 UNIT=W
Paramset VALUES
IEC_ENERGY_COUNTER: FLOAT [R,E] [Visible,Sticky] RANGE=0...1.09951e+08 DFLT=0 UNIT=kWh
IEC_POWER: FLOAT [R,E] [Visible,Sticky] RANGE=0...4.29497e+07 DFLT=0 UNIT=W
Hallo,
ich hab mal ne Frage zu den Attribut "ccudef-readingformat"
Ich habe nach dem Update jetzt mal alle Devices gelöscht und komplett neu angelegt mit "create .*", dann hatte ich meine 23 Devices wieder. Sehen alle soweit gut aus, Werte sind da.
Habe jetzt nur das Problem vorher lauteten meine Datenpunkte bei den Temperatursensoren "temperature" und "humidity", jetzt heißen sie "ACTUAL_TEMPERATURE" und "HUMIDITY".
Hab jetzt natürlich das Problem das hier meine ganzen Logs usw. nicht mehr passen, lässt sich das mit dem Attribut "ccudef-readingformat" beeinflussen? Falls ja was wäre denn hier einzustellen bzw. wäre eine Erklärung der einzelnen Auswahlmöglichkeiten super, ist in der commandref leider nicht weiter erwähnt.
Gruß Markus
Du hast auf 5.0 aktualisiert? Für welchen Gerätetyp fehlt zB temperature?
Zitat von: zap am 29 Oktober 2021, 20:48:34
Du hast auf 5.0 aktualisiert? Für welchen Gerätetyp fehlt zB temperature?
Hi zap,
ja bin mit meinem FHEM komplett aktuell.
Ich habe bei mir einige HmIP-STHD im Einsatz, hier mal ein deviceInfo davon:
Device channels and datapoints
DEV EG_ku_TF_Raum 000E9A498E8582 interface=HmIP-RF type=HmIP-STHD
CHN 000E9A498E8582:0 EG_ku_TF_Raum:0
0.CONFIG_PENDING = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.INSTALL_TEST = true {b} [RW]
0.LOW_BAT = false {b} [RE]
0.OPERATING_VOLTAGE = 2.400000 {f} [RE]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
0.RSSI_DEVICE = 199 {n} [RE]
0.RSSI_PEER = 191 {n} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN 000E9A498E8582:1 HmIP-STHD 000E9A498E8582:1
1.ACTIVE_PROFILE = 1 {i} [RWE]
1.ACTUAL_TEMPERATURE = 21.700000 {f} [RE]
1.ACTUAL_TEMPERATURE_STATUS = 0 {i} [RE]
1.BOOST_MODE = false {b} [WE]
1.BOOST_TIME = 0 {i} [RE]
1.CONTROL_DIFFERENTIAL_TEMPERATURE = {f} [W]
1.CONTROL_MODE = {i} [W]
1.DURATION_UNIT = {i} [W]
1.DURATION_VALUE = {i} [W]
1.FROST_PROTECTION = false {b} [RE]
1.HEATING_COOLING = 0 {i} [RWE]
1.HUMIDITY = 59 {i} [RE]
1.HUMIDITY_STATUS = 0 {i} [RE]
1.PARTY_MODE = false {b} [RE]
1.PARTY_SET_POINT_TEMPERATURE = 0.000000 {f} [RE]
1.PARTY_TIME_END = {s} [RWE]
1.PARTY_TIME_START = {s} [RWE]
1.QUICK_VETO_TIME = 0 {i} [RE]
1.SET_POINT_MODE = 0 {i} [RWE]
1.SET_POINT_TEMPERATURE = 17.000000 {f} [RWE]
1.SWITCH_POINT_OCCURED = false {b} [RE]
1.WINDOW_STATE = 0 {i} [RWE]
Device detection:
StateDatapoint = 1.ACTUAL_TEMPERATURE [HEATING_CLIMATECONTROL_TRANSCEIVER]
ControlDatapoint = 1.SET_POINT_TEMPERATURE [HEATING_CLIMATECONTROL_TRANSCEIVER]
Recommended module for device definition: HMCCUCHN
Current state datapoint = 1.ACTUAL_TEMPERATURE
Current control datapoint = 1.SET_POINT_TEMPERATURE
Device description
Device 000E9A498E8582 EG_ku_TF_Raum [HmIP-STHD]
AES_ACTIVE: 1
AVAILABLE_FIRMWARE: 2.6.0
CHILDREN: 000E9A498E8582:0,000E9A498E8582:1,000E9A498E8582:2,000E9A498E8582:3,000E9A498E8582:4,000E9A498E8582:5,000E9A498E8582:6,000E9A498E8582:7
DIRECTION: NONE
FIRMWARE: 2.6.0
FIRMWARE_UPDATE_STATE: UP_TO_DATE
FLAGS: Visible
PARAMSETS: MASTER,SERVICE
RF_ADDRESS: 8070752
ROAMING: 0
RX_MODE: ALWAYS,LAZY_CONFIG,BURST
SUBTYPE: STHD
UPDATABLE: 1
Channel 000E9A498E8582:0 EG_ku_TF_Raum:0 [MAINTENANCE]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 000E9A498E8582
PARENT_TYPE: HmIP-STHD
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000E9A498E8582:1 HmIP-STHD 000E9A498E8582:1 [HEATING_CLIMATECONTROL_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CLIMATE_CONTROL_WTH_TRV
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000E9A498E8582
PARENT_TYPE: HmIP-STHD
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Defaults
Support for role HEATING_CLIMATECONTROL_TRANSCEIVER of device type HmIP-STHD is built in.
Wie gesagt ich hatte hier mit der alten Version die readings "temperature" und "humidity", hier beim neuen lauten die "ACTUAL_TEMPERATURE" und "HUMIDITY".
Hab auch eben nochmal bei einer Datensicherung vor der Umstellung geschaut, dort hatte ich auch ein paar Attribute im HMCCU-Device gesetzt:
attr debmatic ccudef-readingfilter ^(LOW_?BAT|UNREACH|ACTUAL_TEMPERATURE|HUMIDITY|STATE)$
attr debmatic ccudef-readingname ^(.+\.)?LOW_?BAT$:battery;;^(.+\.)?UNREACH$:Activity;;^(.+\.)?ACTUAL_TEMPERATURE$:temperature;;^(.+\.)?HUMIDITY$:humidity;;^(.+\.)?STATE$:state
attr debmatic ccudef-substitute LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;;UNREACH!(0|false):alive,(1|true):dead;;STATE!(0):closed,(1):tilted,(2):open
"ccudef-readingfilter" hatte ich halt gesetzt damit ich nicht alle Datenpunkte bekomme die ich eigentlich gar nicht benötige, gibt es ja jetzt nicht mehr, ist aber auch in Ordnung
"ccudef-readingname" hatte ich für die "Konvertierung" gesetzt, wobei LOWBAT in battery, UNREACH in activity und STATE in state scheinst du ja jetzt von Anfang an zu machen, nur ACTUAL_TEMPERATURE und HUMIDITY werden halt so belassen wie sie sind.
"ccudef-substitute" machst du anscheinend mitterweile auch gleich in Modul, habe ich im neuen Modul nicht mehr gesetzt
Weiß nicht ob dann hier die beiden Mapping für ACTUAL_TEMPERATURE und HUMIDITY noch aufzunehmen wären bzw. wie das bei anderen Devices aussieht.
Zudem habe ich auch noch ein paar andere Devices in Haus, als Info für dich mal ein "deviceInfo" der Geräte, evtl. fehlt die ja noch das ein oder andere:
Device channels and datapoints
DEV EG_wz_TK_Tuer 0007DA49993031 interface=HmIP-RF type=HmIP-SRH
CHN 0007DA49993031:0 EG_wz_TK_Tuer:0
0.CONFIG_PENDING = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.ERROR_CODE = 0 {n} [RE]
0.INSTALL_TEST = true {b} [RW]
0.LOW_BAT = false {b} [RE]
0.OPERATING_VOLTAGE = 1.100000 {f} [RE]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
0.RSSI_DEVICE = 199 {n} [RE]
0.RSSI_PEER = 0 {n} [RE]
0.SABOTAGE = false {b} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN 0007DA49993031:1 HmIP-SRH 0007DA49993031:1
1.STATE = 0 {i} [RE]
Device detection:
StateDatapoint = 1.STATE [ROTARY_HANDLE_TRANSCEIVER]
No control datapoint detected
Recommended module for device definition: HMCCUCHN
Current state datapoint = 1.STATE
Current control datapoint = 1.
Device description
Device 0007DA49993031 EG_wz_TK_Tuer [HmIP-SRH]
AES_ACTIVE: 1
AVAILABLE_FIRMWARE: 0.0.0
CHILDREN: 0007DA49993031:0,0007DA49993031:1,0007DA49993031:2
DIRECTION: NONE
FIRMWARE: 1.2.10
FIRMWARE_UPDATE_STATE: UP_TO_DATE
FLAGS: Visible
PARAMSETS: MASTER,SERVICE
RF_ADDRESS: 3375845
ROAMING: 0
RX_MODE: CONFIG
SUBTYPE: SRH
UPDATABLE: 1
Channel 0007DA49993031:0 EG_wz_TK_Tuer:0 [MAINTENANCE]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 0007DA49993031
PARENT_TYPE: HmIP-SRH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0007DA49993031:1 HmIP-SRH 0007DA49993031:1 [ROTARY_HANDLE_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CONDITIONAL_SWITCH,WINDOW_SWITCH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0007DA49993031
PARENT_TYPE: HmIP-SRH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Defaults
Support for role ROTARY_HANDLE_TRANSCEIVER of device type HmIP-SRH is built in.
Device channels and datapoints
DEV EG_fl_HW_Klingel 001FDA4991E969 interface=HmIP-RF type=HmIP-FCI1
CHN 001FDA4991E969:0 EG_fl_HW_Klingel:0
0.CONFIG_PENDING = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.INSTALL_TEST = true {b} [RW]
0.LOW_BAT = false {b} [RE]
0.OPERATING_VOLTAGE = 2.600000 {f} [RE]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
0.RSSI_DEVICE = 207 {n} [RE]
0.RSSI_PEER = 0 {n} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN 001FDA4991E969:1 HmIP-FCI1 001FDA4991E969:1
1.PRESS_LONG = {b} [E]
1.PRESS_SHORT = false {b} [E]
1.STATE = true {b} [RE]
Device detection:
StateDatapoint = 1.STATE [MULTI_MODE_INPUT_TRANSMITTER]
No control datapoint detected
Recommended module for device definition: HMCCUCHN
Current state datapoint = 1.STATE
Current control datapoint = 1.
Device description
Device 001FDA4991E969 EG_fl_HW_Klingel [HmIP-FCI1]
AES_ACTIVE: 1
AVAILABLE_FIRMWARE: 0.0.0
CHILDREN: 001FDA4991E969:0,001FDA4991E969:1
DIRECTION: NONE
FIRMWARE: 1.0.14
FIRMWARE_UPDATE_STATE: UP_TO_DATE
FLAGS: Visible
PARAMSETS: MASTER,SERVICE
RF_ADDRESS: 3743158
ROAMING: 0
RX_MODE: CONFIG
SUBTYPE: FCI1
UPDATABLE: 1
Channel 001FDA4991E969:0 EG_fl_HW_Klingel:0 [MAINTENANCE]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 001FDA4991E969
PARENT_TYPE: HmIP-FCI1
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 001FDA4991E969:1 HmIP-FCI1 001FDA4991E969:1 [MULTI_MODE_INPUT_TRANSMITTER] known
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CONDITIONAL_SWITCH,WINDOW_SWITCH,REMOTE_CONTROL,SWITCH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 001FDA4991E969
PARENT_TYPE: HmIP-FCI1
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Defaults
Support for role MULTI_MODE_INPUT_TRANSMITTER of device type HmIP-FCI1 is built in.
Device channels and datapoints
DEV EG_ku_TK_Fenster RHS300A103 interface=BidCos-RF type=HB-Sec-RHS-3
CHN RHS300A103:0 EG_ku_TK_Fenster:0
0.UNREACH = false {b} [RE]
0.STICKY_UNREACH = false {b} [RWE]
0.CONFIG_PENDING = false {b} [RE]
0.LOWBAT = false {b} [RE]
0.RSSI_DEVICE = 1 {n} [RE]
0.RSSI_PEER = 1 {n} [RE]
0.DEVICE_IN_BOOTLOADER = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
0.AES_KEY = 0 {n} [R]
CHN RHS300A103:1 HB-Sec-RHS-3 RHS300A103:1
1.STATE = 0 {i} [RE]
1.OPERATING_VOLTAGE = 2.700000 {f} [RE]
1.ERROR = 0 {i} [RE]
1.LOWBAT = false {b} [RE]
1.INSTALL_TEST = {b} [E]
Device detection:
StateDatapoint = 1.STATE [ROTARY_HANDLE_SENSOR]
No control datapoint detected
Recommended module for device definition: HMCCUCHN
Current state datapoint = 1.STATE
Current control datapoint = 1.
Device description
Device RHS300A103 EG_ku_TK_Fenster [HB-Sec-RHS-3]
AVAILABLE_FIRMWARE: 1.1
CHILDREN: RHS300A103:0,RHS300A103:1
FIRMWARE: 1.0
FLAGS: Visible
INTERFACE: PEQ0172412
PARAMSETS: MASTER
RF_ADDRESS: 41219
ROAMING: 0
RX_MODE: ALWAYS,LAZY_CONFIG
UPDATABLE: 1
Channel RHS300A103:0 EG_ku_TK_Fenster:0 [MAINTENANCE]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible,Internal
PARAMSETS: MASTER,VALUES
PARENT: RHS300A103
PARENT_TYPE: HB-Sec-RHS-3
Channel RHS300A103:1 HB-Sec-RHS-3 RHS300A103:1 [ROTARY_HANDLE_SENSOR] known
AES_ACTIVE: 0
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: KEYMATIC,SWITCH,WINDOW_SWITCH_RECEIVER,WINMATIC
PARAMSETS: LINK,MASTER,VALUES
PARENT: RHS300A103
PARENT_TYPE: HB-Sec-RHS-3
Defaults
Support for role ROTARY_HANDLE_SENSOR of device type HB-Sec-RHS-3 is built in.
Device channels and datapoints
DEV OG_fl_WS_Schlafmodus QEQ0294491 interface=BidCos-RF type=HM-Dis-WM55
CHN QEQ0294491:0 OG_fl_WS_Schlafmodus:0
0.UNREACH = false {b} [RE]
0.STICKY_UNREACH = false {b} [RWE]
0.CONFIG_PENDING = false {b} [RE]
0.LOWBAT = false {b} [RE]
0.RSSI_DEVICE = 1 {n} [RE]
0.RSSI_PEER = 1 {n} [RE]
0.DEVICE_IN_BOOTLOADER = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
0.AES_KEY = 0 {n} [R]
CHN QEQ0294491:1 HM-Dis-WM55 QEQ0294491:1
1.PRESS_SHORT = false {b} [WE]
1.PRESS_LONG = false {b} [WE]
1.SUBMIT = {s} [W]
1.INSTALL_TEST = false {b} [E]
1.PRESS_CONT = {b} [E]
1.PRESS_LONG_RELEASE = false {b} [E]
CHN QEQ0294491:2 HM-Dis-WM55 QEQ0294491:2
2.PRESS_SHORT = false {b} [WE]
2.PRESS_LONG = {b} [WE]
2.SUBMIT = {s} [W]
2.INSTALL_TEST = false {b} [E]
2.PRESS_CONT = {b} [E]
2.PRESS_LONG_RELEASE = {b} [E]
Device detection:
StateDatapoint = 1.PRESS_SHORT [KEY]
StateDatapoint = 2.PRESS_SHORT [KEY]
ControlDatapoint = 1.PRESS_SHORT [KEY]
ControlDatapoint = 2.PRESS_SHORT [KEY]
Recommended module for device definition: HMCCUCHN
Current state datapoint = 1.PRESS_SHORT
Current control datapoint = 1.PRESS_SHORT
Device description
Device QEQ0294491 OG_fl_WS_Schlafmodus [HM-Dis-WM55]
CHILDREN: QEQ0294491:0,QEQ0294491:1,QEQ0294491:2,QEQ0294491:3,QEQ0294491:4,QEQ0294491:5,QEQ0294491:6,QEQ0294491:7,QEQ0294491:8,QEQ0294491:9,QEQ0294491:10
FIRMWARE: 1.0
FLAGS: Visible
INTERFACE: PEQ0172412
PARAMSETS: MASTER
RF_ADDRESS: 7173068
ROAMING: 0
RX_MODE: CONFIG
UPDATABLE: 1
Channel QEQ0294491:0 OG_fl_WS_Schlafmodus:0 [MAINTENANCE]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible,Internal
PARAMSETS: MASTER,VALUES
PARENT: QEQ0294491
PARENT_TYPE: HM-Dis-WM55
Channel QEQ0294491:1 HM-Dis-WM55 QEQ0294491:1 [KEY] known
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES
PARENT: QEQ0294491
PARENT_TYPE: HM-Dis-WM55
Defaults
Support for role KEY of device type HM-Dis-WM55 is built in.
Gruß Markus
@maier81:
ACTUAL_TEMPERATURE müsste als measured-temp erscheinen. Wegen der Vereinheitlichung mit anderen Modulen habe ich temperature ersetzt.
Das fehlende humidity ist ein Bug. Das korrigiere ich.
Du kannst beliebige Readingnamen erzeugen, z.B.
attr ccureadingname 1.HUMIDITY:+Luftfeuchte
Wenn Du das + weglässt, wird 1.HUMIDITY durch Luftfeuchte ersetzt, ansonsten hast Du beide.
@zap:
Vielen Dank für die Info, wenn ich dann richtig verstanden habe wird es die Tage ein Update geben in dem du das Problem mit der "HUMIDITY" behebst, der Wert kommt dann immer als "humidity". Dann brauche ich dort keine Anpassungen vornehmen.
Da du sagtest bezüglich der Änderung von "temperature" in "measured-temp", hast du da wirklich so viele Module wo das so ist, ich hab bei mir z.B. Proplanta, Dewpoint, AutoShuttersControl, WS980 und Octoprint in Benutzung, die gehen alle bzw. schreiben alle bei der Temperatur standard auf das reading "temperature".
Wenn ich dich aber richtig verstanden habe könnte ich das bei mir ja anpassen mit
attr ccureadingname measured-temp:temperature
bzw.
attr ccureadingname ACTUAL_TEMPERATURE:temperature
Gruß Markus
Ach ja, hatte ich vergessen, hast mit dem Modul wieder super Arbeit gemacht, ist echt einfach zu benutzen und funktioniert bisher einwandfrei ;)
Die 2. Variante ist richtig.
Zitat von: zap am 30 Oktober 2021, 20:06:21
Die 2. Variante ist richtig.
Alles klar. Hab dir zur Vollständigkeit mal ein list von einem Temperaturfühlers angehängt:
Internals:
DEF 000E9A498E8582:1
FUUID 617b9334-f33f-1612-79e9-e81f1c3dc33ffd5e
FVERSION 88_HMCCUCHN.pm:v5.0.0-s25138/2021-10-28
IODev NN_xx_SW_debmatic
NAME EG_ku_TF_Raum
NR 130
STATE 21.7
TYPE HMCCUCHN
ccuaddr 000E9A498E8582:1
ccudevstate active
ccuif HmIP-RF
ccuname HmIP-STHD 000E9A498E8582:1
ccurolectrl HEATING_CLIMATECONTROL_TRANSCEIVER
ccurolestate HEATING_CLIMATECONTROL_TRANSCEIVER
ccusubtype STHD
ccutype HmIP-STHD
firmware 2.6.0
readonly no
READINGS:
2021-10-30 19:14:15 ACTIVE_PROFILE 1
2021-10-30 19:14:15 ACTUAL_TEMPERATURE 21.7
2021-10-30 19:14:15 ACTUAL_TEMPERATURE_STATUS NORMAL
2021-10-30 19:14:15 BOOST_MODE false
2021-10-30 19:14:15 BOOST_TIME 0
2021-10-30 19:14:15 FROST_PROTECTION false
2021-10-30 19:14:15 HEATING_COOLING HEATING
2021-10-30 19:14:15 HUMIDITY 59
2021-10-30 19:14:15 HUMIDITY_STATUS NORMAL
2021-10-30 07:54:41 IODev NN_xx_SW_debmatic
2021-10-30 19:14:15 PARTY_MODE false
2021-10-30 07:55:09 PARTY_SET_POINT_TEMPERATURE 0.0
2021-10-30 07:55:09 PARTY_TIME_END
2021-10-30 07:55:09 PARTY_TIME_START
2021-10-30 19:14:15 QUICK_VETO_TIME 0
2021-10-30 19:14:15 SET_POINT_MODE auto
2021-10-30 19:14:15 SET_POINT_TEMPERATURE 21.0
2021-10-30 19:14:15 SWITCH_POINT_OCCURED false
2021-10-30 19:14:15 WINDOW_STATE closed
2021-10-30 19:14:15 absoluteHumidity 11.2
2021-10-30 19:14:15 activity alive
2021-10-30 19:14:15 battery ok
2021-10-30 19:14:15 control 21.0
2021-10-30 19:14:15 desired-temp 21.0
2021-10-30 19:14:15 devstate ok
2021-10-30 19:14:15 dewpoint 13.3
2021-10-30 19:14:15 hmstate 21.7
2021-10-30 19:14:15 measured-temp 21.7
2021-10-30 19:14:15 rssidevice -63
2021-10-30 19:14:15 rssipeer -65
2021-10-30 19:14:15 state 21.7
hmccu:
channels 1
detect 1
devspec 000E9A498E8582:1
nodefaults 1
role 1:HEATING_CLIMATECONTROL_TRANSCEIVER
semDefaults 0
cmdlist:
get
set manu:noArg auto:noArg on:noArg desired-temp off:noArg holiday:noArg boost:noArg toggle:noArg
control:
chn 1
dpt SET_POINT_TEMPERATURE
dp:
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.INSTALL_TEST:
VALUES:
NVAL true
ONVAL true
OSVAL true
OVAL true
SVAL true
VAL true
0.LOW_BAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL ok
OVAL 0
SVAL ok
VAL 0
0.OPERATING_VOLTAGE:
VALUES:
NVAL 2.4
ONVAL 2.4
OSVAL 2.4
OVAL 2.4
SVAL 2.4
VAL 2.4
0.OPERATING_VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -63
ONVAL -64
OSVAL -64
OVAL -64
SVAL -63
VAL -63
0.RSSI_PEER:
VALUES:
NVAL -65
ONVAL -65
OSVAL -65
OVAL 191
SVAL -65
VAL 191
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.ACTIVE_PROFILE:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
1.ACTUAL_TEMPERATURE:
VALUES:
NVAL 21.7
ONVAL 21.6
OSVAL 21.6
OVAL 21.6
SVAL 21.7
VAL 21.7
1.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.BOOST_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.BOOST_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.FROST_PROTECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.HEATING_COOLING:
VALUES:
NVAL 0
ONVAL 0
OSVAL HEATING
OVAL 0
SVAL HEATING
VAL 0
1.HUMIDITY:
VALUES:
NVAL 59
ONVAL 60
OSVAL 60
OVAL 60
SVAL 59
VAL 59
1.HUMIDITY_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.PARTY_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.PARTY_SET_POINT_TEMPERATURE:
VALUES:
NVAL 0.000000
ONVAL 0.000000
OSVAL 0.0
OVAL 0.000000
SVAL 0.0
VAL 0.000000
1.PARTY_TIME_END:
VALUES:
NVAL
ONVAL
OSVAL
OVAL
SVAL
VAL
1.PARTY_TIME_START:
VALUES:
NVAL
ONVAL
OSVAL
OVAL
SVAL
VAL
1.QUICK_VETO_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.SET_POINT_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL auto
OVAL 0
SVAL auto
VAL 0
1.SET_POINT_TEMPERATURE:
VALUES:
NVAL 21.0
ONVAL 21.0
OSVAL 21.0
OVAL 21.0
SVAL 21.0
VAL 21.0
1.SWITCH_POINT_OCCURED:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.WINDOW_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0
SVAL closed
VAL 0
roleCmds:
get:
set:
auto:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:0
usage auto
subcmd:
000:
args 0
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
boost:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:BOOST_MODE:1
usage boost
subcmd:
000:
args 1
dpt BOOST_MODE
fnc
max 1
min 0
parname BOOST_MODE
partype 3
ps VALUES
scn 000
unit
desired-temp:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:SET_POINT_TEMPERATURE:?temperature
usage desired-temp temperature
subcmd:
000:
args
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname temperature
partype 2
ps VALUES
scn 000
unit �C
holiday:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:2
usage holiday
subcmd:
000:
args 2
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
manu:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:1
usage manu
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
off:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 2
syntax V:CONTROL_MODE:1 V:SET_POINT_TEMPERATURE:4.5
usage off
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
001:
args 4.5
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname SET_POINT_TEMPERATURE
partype 3
ps VALUES
scn 001
unit �C
on:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 2
syntax V:CONTROL_MODE:1 V:SET_POINT_TEMPERATURE:30.5
usage on
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
001:
args 30.5
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname SET_POINT_TEMPERATURE
partype 3
ps VALUES
scn 001
unit �C
state:
chn 1
dpt ACTUAL_TEMPERATURE
Attributes:
alias Raumfühler
cmdIcon auto:sani_heating_automatic manu:sani_heating_manual boost:sani_heating_boost on:general_an off:general_aus
event-on-change-reading .*
group Fühler
icon hm-tc-it-wm-w-eu
room Erdgeschoß->Küche
substexcl desired-temp
webCmd desired-temp:auto:manu:boost:on:off
widgetOverride desired-temp:slider,4.5,0.5,30.5,1
Hab eben mal mit dem Attribut ein wenig gespielt, passt aber leider nicht ganz mit der Definition von oben. Wie ja im meinem list zu sehen ist gibt es Standard 2 "Temperatur" readings, einmal "ACTUAL_TEMPERATURE" und "ACTUAL_TEMPERATURE_STATUS".
Setze ich jetzt attr ccureadingname ACTUAL_TEMPERATURE:+temperature bekomme ich ein neues reading welches temperature heißt, der Wert dieses reading ist allerding "NORMAL", was dem Inhalt von ACTUAL_TEMPERATURE_STATUS entspricht.
Setze ich jetzt attr ccureadingname ACTUAL_TEMPERATURE:temperature bekomme ich ezwei neue readings welche temperature und temperature_STATUS heißen.
Gibt es eine Möglichkeit das hier perl genau auf das reading temperature schaut und nicht noch auf das nächste?
Zitat von: meier81 am 30 Oktober 2021, 20:30:14
Hab eben mal mit dem Attribut ein wenig gespielt, passt aber leider nicht ganz mit der Definition von oben. Wie ja im meinem list zu sehen ist gibt es Standard 2 "Temperatur" readings, einmal "ACTUAL_TEMPERATURE" und "ACTUAL_TEMPERATURE_STATUS".
Setze ich jetzt attr ccureadingname ACTUAL_TEMPERATURE:+temperature bekomme ich ein neues reading welches temperature heißt, der Wert dieses reading ist allerding "NORMAL", was dem Inhalt von ACTUAL_TEMPERATURE_STATUS entspricht.
Setze ich jetzt attr ccureadingname ACTUAL_TEMPERATURE:temperature bekomme ich ezwei neue readings welche temperature und temperature_STATUS heißen.
Gibt es eine Möglichkeit das hier perl genau auf das reading temperature schaut und nicht noch auf das nächste?
Hab´s rausgefunden, ich muss es so definieren:
attr ccureadingname ACTUAL_TEMPERATURE$:+temperature
Das $-Zeichen ist hier der Schlüssel zum Erfolg!
Hallo zap,
bei mir läuft die Version 5.0 schon länger ohne Probleme. Allerdings erhalte ich bei meinen Bewegungsmeldern das Attribut "PRESS_SHORT", was ja hier keinen Sinn ergibt. Auch wenn ich das Attribut löschen oder das Device neu anlege, kommt das Attribut wieder. Ich meine, dass ich das schon mal hatte und ein Tipp von Dir war dann hilfreich 8). Ich finde diesen Tipp allerdings nicht mehr.
Falls Du weitere Infos benötigst, bitte kurz sagen welche.
Vorab zumindest ein "deviceinfo"
Device channels and datapoints
DEV HmIP-SMI 000918A9952DE7 000918A9952DE7 interface=HmIP-RF type=HmIP-SMI
CHN 000918A9952DE7:0 HmIP-SMI 000918A9952DE7:0
0.CONFIG_PENDING = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.ERROR_CODE = 0 {n} [RE]
0.INSTALL_TEST = true {b} [RW]
0.LOW_BAT = false {b} [RE]
0.OPERATING_VOLTAGE = 2.900000 {f} [RE]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
0.RSSI_DEVICE = 195 {n} [RE]
0.RSSI_PEER = 195 {n} [RE]
0.SABOTAGE = false {b} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN 000918A9952DE7:1 HmIP-SMI 000918A9952DE7:1
1.CURRENT_ILLUMINATION = 0.000000 {f} [RE]
1.CURRENT_ILLUMINATION_STATUS = 0 {i} [RE]
1.ILLUMINATION = 0.000000 {f} [RE]
1.ILLUMINATION_STATUS = 0 {i} [RE]
1.MOTION = false {b} [RE]
1.MOTION_DETECTION_ACTIVE = true {b} [RWE]
1.RESET_MOTION = {b} [W]
Device detection:
StateDatapoint = 1.MOTION [MOTIONDETECTOR_TRANSCEIVER]
ControlDatapoint = 1.MOTION_DETECTION_ACTIVE [MOTIONDETECTOR_TRANSCEIVER]
Recommended module for device definition: HMCCUCHN
Current state datapoint = .
Current control datapoint = .
Device description
Device 000918A9952DE7 HmIP-SMI 000918A9952DE7 [HmIP-SMI]
AES_ACTIVE: 1
AVAILABLE_FIRMWARE: 0.0.0
CHILDREN: 000918A9952DE7:0,000918A9952DE7:1,000918A9952DE7:2,000918A9952DE7:3
DIRECTION: NONE
FIRMWARE: 1.4.8
FIRMWARE_UPDATE_STATE: UP_TO_DATE
FLAGS: Visible
PARAMSETS: MASTER,SERVICE
RF_ADDRESS: 5046399
ROAMING: 0
RX_MODE: ALWAYS,LAZY_CONFIG,BURST
SUBTYPE: SMI
UPDATABLE: 1
Channel 000918A9952DE7:0 HmIP-SMI 000918A9952DE7:0 [MAINTENANCE]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 000918A9952DE7
PARENT_TYPE: HmIP-SMI
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000918A9952DE7:1 HmIP-SMI 000918A9952DE7:1 [MOTIONDETECTOR_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CONDITIONAL_SWITCH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000918A9952DE7
PARENT_TYPE: HmIP-SMI
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000918A9952DE7:2 HmIP-SMI 000918A9952DE7:2 [STATE_RESET_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: REMOTE_CONTROL,SWITCH,CONDITIONAL_SWITCH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000918A9952DE7
PARENT_TYPE: HmIP-SMI
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000918A9952DE7:3 HmIP-SMI 000918A9952DE7:3 [ALARM_COND_SWITCH_TRANSMITTER]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS:
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 000918A9952DE7
PARENT_TYPE: HmIP-SMI
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Viele Grüße
Jürgen
Hallo zap,
soweit funktioniert alles. Vielen Dank dafür.
Aber eine Verständnisfrage:
bisher habe ich mit folgenden Attributen mir die Anzeige und Steuerung "umgedreht", da für mich bei einer Rollade, im Gegensatz zum default der CCU, 0=oben(offen) und 100=unten(zu) ist:
statevals up:0,down:100
ccuscaleval !LEVEL:0:1:0:100
Da ich nun ccuscaleval !LEVEL:0:1:0:100 setzen kann, aber statevals nicht mehr, sind zwar die pct zahlen ok, aber wenn ich die Rollade zu mache, steht sie natürlich jetzt als state open.
Frage: wie kann ich nun die "state"-angabe auch umdrehen?
EDIT: oder wie kann ich "nur" die pct Angabe umdrehen?
(Quasie ein Attribut, mit denen ich open/close ändern kann. Oder als Zahlen definieren kann.
Vielen Dank im Voraus.
Fabian
Zitat von: tomcat.x am 28 Oktober 2021, 15:28:13
unknown attribute rpcinterfaces
Hat das wirklich sonst niemand? Egal was ich definiere, kommt der Fehler. Nur nicht, wenn ich das Attribut weg lasse. Dann sind aber alle RPC-Server (BidCos-RF, VirtualDevices, HmIP-RF) aktiv, was ich gar nicht bräuchte. Mir würde HmIP-RF reichen.
Ein Hinweis: durch eine leichtsinnige und vorschnelle Änderung der CUxD Integration kann es zu Problemen mit BidCosRF Geräten kommen, sofern man CUxD Geräte definiert hat. Ist in Arbeit.
Moin zusammen,
gestern Abend hat es meine Installation mit 100% CPU Auslastung des perl Prozesses erwischt. Nach einiger Suche konnte ich die neue HMCCU Version möglicherweise als Fehlerquelle ausmachen. Ein Zusammenhang mit der aktuellen RaspberryMatic Version ist nicht auszuschließen.
Konfiguration:
- PI4 mit FHEM
- PI3 mit CCU3 und RaspberryMatic, kein BidCOS, nur HmIP
Was war vorausgegangen?
Am Vormittag:
- Reguläres Update im FHEM, damit neue Version HMCCU (wie im SVN) 25138
- Dann (blöd: 2 Changes auf einmal) update der CCU3 auf RaspberryMatic Version 3.59.6.20211009
- Alle Automatisierungen laufen soweit wie immer (Abends fahren die Rollladen, Licht geht an etc)
- HmIP Teile nicht wirklich getestet, ich habe nur einen Rauchmelder und einen Schlüsselschalter. Auffällig war nur, dass die Antwortzeit beim Aufruf des Brandmelders über FHEM Web fast 1 Minute dauerte. Habe mir aber nichts dabei weiter gedacht. Die angezeigten Werte waren OK.
In der Nacht:
- Flur-Nachlicht (HUE), über Bewegungsmelder (HM) gesteuert, geht nicht aus
- FHEM über WEB oder Telnet nicht mehr erreichbar
- SSH läuft
- FHEM Prozess perl auf 100%.
- Nach dem Systemstart erst auf 50%, dann nach ca. 20 Sekunden auf 100% und bleibt da.
- Letzter Eintrag im FHEM Log "Server started with 540 defined entities (fhem.pl:25161/2021-10-30 perl:5.028001 os:linux user:fhem pid:584)"
- Keine FM gefunden im Log
Ich kann leider nicht wirklich sagen, wann das Problem zum ersten Mal aufgetreten ist.
Was habe ich dann versucht:
- Login ssh
- Memory, RAM, Speicher, SSD sieht alles gut aus
- OS Update durchgeführt, keine Änderung.
- FHEM mit der fhem.cfg.demo gestartet, um Fehler auf OS Seite final auszuschließen. Das funktioniert.
- Keine HMCCU RPC Prozesse im System
- Die CCU3 neu gestartet, FM beim Schlüsselschalter (Device not reachable, der funktioniert auch nicht, war mir egal zu dem Zeitpunkt)
- Über nano in der fhem.cfg die CCU3 Einträge (das war meiner Vermutung nach wegen der Changes die mögliche Ursache) auskommentiert.
- FHEM läuft wieder!
Heute Vormittag:
- Die CCU3 nochmal neu gestartet, keine FM.
- Mit nano die Kommentare in der fhem.cfg entfernt und das Attribut "rpcserver" auf "off" gestellt
- Neustart läuft
- RPC Server auf "On", alles OK
- FHEM restore, damit HMCCU Version 25122 reaktiviert.
- Neustart läuft
- Attribut "rpcserver" auf "on" gestellt
- Neustart läuft
- Regulärer FHEM Update ohne die HMCCU Module
- Neustart läuft, damit sind alle anderen Updates als Fehlerquelle auszuschließen
Jetzt fehlt zur weiteren Eingrenzung der Update auf die HMCCU Version 25138.
Hättet ihr weitere Ideen?
VG Helmut
Jetzt komme ich nicht weiter.
Attribut "exclude-from-update 88_HMCCURPCPROC.pm HMCCUConf.pm 88_HMCCUCHN.pm 88_HMCCU.pm 88_HMCCUDEV.pm" gelöscht und FHEM update gestartet
Es werden nur die Dateien
2021.11.01 10:10:12 1: UPD FHEM/88_HMCCUCHN.pm
2021.11.01 10:10:12 1: UPD FHEM/88_HMCCUDEV.pm
geändert.
Ergebnis "version"
88_HMCCU.pm 25122 2021-10-26 16:45:01Z zap
88_HMCCUCHN.pm 25138 2021-10-28 17:06:08Z zap
88_HMCCURPCPROC.pm 25122 2021-10-26 16:45:01Z zap
Versionen im svn (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM)
88_HMCCU.pm 25138
88_HMCCUCHN.pm 25138
88_HMCCUDEV.pm 25138
88_HMCCURPCPROC.pm 25122
Updateversuch mit
update all https://svn.fhem.de/trac/browser/trunk/fhem/contrib/HMCCU/controls_HMCCU.txt
ohne Reaktion (nothing to do)
update 88_HMCCU.pm gemacht
FHEM Restart, läuft, Versionen jetzt wie im svn
version
88_HMCCU.pm 25138 2021-10-28 17:06:08Z zap
88_HMCCUCHN.pm 25138 2021-10-28 17:06:08Z zap
88_HMCCURPCPROC.pm 25122 2021-10-26 16:45:01Z zap
HMCCUConf.pm 25122 2021-10-26 16:45:01Z zap
Was kann das (gewesen) sein?
Zitat von: isy am 01 November 2021, 09:56:15
Moin zusammen,
gestern Abend hat es meine Installation mit 100% CPU Auslastung des perl Prozesses erwischt. Nach einiger Suche konnte ich die neue HMCCU Version möglicherweise als Fehlerquelle ausgemachen. Ein Zusammenhang mit der aktuellen RaspberryMatic Version ist nicht auszuschließen.
Hallo,
das gleiche bzw. ein ähnliches Problem hatte ich vorgestern auch. Bei mir läuft das Ganze auf einer VM auf meiner NAS, FHEM ist aktuell und ich hatte Morgens bis Mittags die HM-Devices eingerichtet, alles gelaufen ohne Probleme. Hab dann spät Abends noch ein bisschen am meinem FTUI gebastelt und dort hat es mich dann erwischt. Ich wollte noch mal was nachschauen im FHEM, Änderungen wurden gerade keine durchgeführt, aber es ging nichts mehr, PERL-Prozess 100%. stop-start von FHEM keine Besserung, Neustart der VM brachte auch keine Besserung. mit FTP FHEM-Log runtergeladen und gesehen das von der Reihenfolge FHEM aussteigt vor dem ersten Eintrag von HMCCU (ist ja immer die gleiche Abfolge beim starten, daher sieht man das recht gut). Verschiedenes probiert, letztendlich hatte ich dann die Definition von HMCCU, BidCos_RF und HmIP_RF gelöscht, FHEM gestartet, läuft wieder. Anschließend FHEM gestoppt, die Definitionen wieder reingemacht und FHEM wieder gestartet, seitdem wieder alles in Ordnung.
Hab auch keine Ahnung was sich da verhakt hatte, vielleicht hat zap ja eine Idee.
Gruß Markus
Wäre es denkbar, dass der Inhalt von gelöschten Attributen in das Comment Attribute oder ein eigenes Reading verschoben wird? So hat man das noch als Referenz und kann im Notfall schnell kopieren. Wenn alles läuft, löscht man das Attribute/Reading einfach.
Zitat von: slor am 01 November 2021, 18:11:58
Wäre es denkbar, dass der Inhalt von gelöschten Attributen in das Comment Attribute oder ein eigenes Reading verschoben wird? So hat man das noch als Referenz und kann im Notfall schnell kopieren. Wenn alles läuft, löscht man das Attribute/Reading einfach.
Man kann die alten Default-Attribute der Version 4.3 wieder herstellen mit "set defaults old". Wenn man jedoch eigene Anpassungen gemacht hat, sind die weg.
Ich rate auch dringen davon ab, z.B. eventMap oder statevals weiterhin zu nutzen (eventMap kann natürlich genutzt werden, nur nicht, um HMCCU Befehle zu definieren). Das wird die Funktion der Devices stören / einschränken.
@isy: Ich glaube, ich habe beim letzten Update Vergessen, contrib einzuchecken.
Hatte ich auch für unwichtig gehalten, da ja im Master SVN jetzt die neuste Version liegt. Ich werde trotzdem versuchen, zukünftig alle 3 (svn, contrib und git) synchron zu halten. Bestenfalls werden contrib und git etwas voraus sein (ungetestet).
Zitat von: zap am 02 November 2021, 08:39:08
Man kann die alten Default-Attribute der Version 4.3 wieder herstellen mit "set defaults old". Wenn man jedoch eigene Anpassungen gemacht hat, sind die weg.
Die hab ich reichlich gemacht um das Aussehen anzupassen und div Readings zu definieren.
Ich müsste jetzt erst Mal alle Geräte exportieren und danach durchgehen was anders und neu ist.
Daher meine Frage.
Hmm, irgendeine Idee warum
set Schlafzimmer_Taster datapoint 3.SUBMIT text1="09:00:00",text3="17:01:57"
nicht mehr funktioniert?
Fehlermeldung ist:
HMCCUDEV: Schlafzimmer_Taster Usage: set Schlafzimmer_Taster datapoint [{channel-number}.]{datapoint} {value} [...]
Deviceinfo:
DEV Taster_Schlafzimmer NEQ1596198 interface=BidCos-RF type=HM-Dis-EP-WM55
CHN NEQ1596198:0 Taster_Schlafzimmer:0
0.UNREACH = false {b} [RE]
0.STICKY_UNREACH = true {b} [RWE]
0.CONFIG_PENDING = false {b} [RE]
0.LOWBAT = false {b} [RE]
0.RSSI_DEVICE = 1 {n} [RE]
0.RSSI_PEER = 1 {n} [RE]
0.DEVICE_IN_BOOTLOADER = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
0.AES_KEY = 0 {n} [R]
CHN NEQ1596198:1 HM-Dis-EP-WM55 NEQ1596198:1
1.PRESS_SHORT = false {b} [WE]
1.PRESS_LONG = {b} [WE]
1.INSTALL_TEST = false {b} [E]
1.PRESS_CONT = {b} [E]
1.PRESS_LONG_RELEASE = {b} [E]
CHN NEQ1596198:2 HM-Dis-EP-WM55 NEQ1596198:2
2.PRESS_SHORT = false {b} [WE]
2.PRESS_LONG = false {b} [WE]
2.INSTALL_TEST = false {b} [E]
2.PRESS_CONT = false {b} [E]
2.PRESS_LONG_RELEASE = false {b} [E]
CHN NEQ1596198:3 HM-Dis-EP-WM55 NEQ1596198:3
3.SUBMIT = {s} [W]
Device detection:
StateDatapoint = 1.PRESS_SHORT [KEY]
StateDatapoint = 2.PRESS_SHORT [KEY]
ControlDatapoint = 1.PRESS_SHORT [KEY]
ControlDatapoint = 2.PRESS_SHORT [KEY]
Recommended module for device definition: HMCCUCHN
Current state datapoint = 1.PRESS_SHORT
Current control datapoint = 1.PRESS_SHORT
Device description
Device NEQ1596198 Taster_Schlafzimmer [HM-Dis-EP-WM55]
CHILDREN: NEQ1596198:0,NEQ1596198:1,NEQ1596198:2,NEQ1596198:3,NEQ1596198:4,NEQ1596198:5,NEQ1596198:6,NEQ1596198:7,NEQ1596198:8
FIRMWARE: 1.2
FLAGS: Visible
INTERFACE: MEQ1489693
PARAMSETS: MASTER
RF_ADDRESS: 5265659
ROAMING: 0
RX_MODE: BURST
UPDATABLE: 1
Channel NEQ1596198:0 Taster_Schlafzimmer:0 [MAINTENANCE]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible,Internal
PARAMSETS: MASTER,VALUES
PARENT: NEQ1596198
PARENT_TYPE: HM-Dis-EP-WM55
Channel NEQ1596198:1 HM-Dis-EP-WM55 NEQ1596198:1 [KEY] known
AES_ACTIVE: 0
DIRECTION: SENDER
FLAGS: Visible
GROUP: NEQ1596198:2
LINK_SOURCE_ROLES: KEYMATIC,REMOTECONTROL_RECEIVER,SWITCH,WINMATIC
PARAMSETS: LINK,MASTER,VALUES
PARENT: NEQ1596198
PARENT_TYPE: HM-Dis-EP-WM55
Channel NEQ1596198:2 HM-Dis-EP-WM55 NEQ1596198:2 [KEY] known
AES_ACTIVE: 0
DIRECTION: SENDER
FLAGS: Visible
GROUP: NEQ1596198:1
LINK_SOURCE_ROLES: KEYMATIC,REMOTECONTROL_RECEIVER,SWITCH,WINMATIC
PARAMSETS: LINK,MASTER,VALUES
PARENT: NEQ1596198
PARENT_TYPE: HM-Dis-EP-WM55
Channel NEQ1596198:3 HM-Dis-EP-WM55 NEQ1596198:3 [KEY] known
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES
PARENT: NEQ1596198
PARENT_TYPE: HM-Dis-EP-WM55
Channel NEQ1596198:4 HM-Dis-EP-WM55 NEQ1596198:4 [KEY] known
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER
PARENT: NEQ1596198
PARENT_TYPE: HM-Dis-EP-WM55
Channel NEQ1596198:5 HM-Dis-EP-WM55 NEQ1596198:5 [KEY] known
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER
PARENT: NEQ1596198
PARENT_TYPE: HM-Dis-EP-WM55
Channel NEQ1596198:6 HM-Dis-EP-WM55 NEQ1596198:6 [KEY] known
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER
PARENT: NEQ1596198
PARENT_TYPE: HM-Dis-EP-WM55
Channel NEQ1596198:7 HM-Dis-EP-WM55 NEQ1596198:7 [KEY] known
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER
PARENT: NEQ1596198
PARENT_TYPE: HM-Dis-EP-WM55
Channel NEQ1596198:8 HM-Dis-EP-WM55 NEQ1596198:8 [KEY] known
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER
PARENT: NEQ1596198
PARENT_TYPE: HM-Dis-EP-WM55
Defaults
Support for role KEY of device type HM-Dis-EP-WM55 is built in.
Ist bei mir auch so, muss ich mir anschauen
Ich habe hier einen neuen Wandthermostat mit Schaltausgang (https://de.elv.com/homematic-ip-wandthermostat-mit-schaltausgang-hmip-bwth-fuer-markenschalter-230-v-150628) der von HMCCU noch nicht mit Default-Attributen versehen wird, weil er in HMCCUConf nicht gelistet ist.
Hier ein list:
Internals:
CFGFN
DEF 000C9D899EB248 sd=9.STATE cd=10.STATE
FUUID 6182896e-f33f-8c0c-a92e-f68834cb30c26d67
IODev hmCCU
NAME EG.bz.HZ.Wandthermostat
NR 25934
STATE on
TYPE HMCCUDEV
ccuaddr 000C9D899EB248
ccudevstate active
ccuif HmIP-RF
ccuname EG.bz.HZ.Wandthermostat
ccurolestate SWITCH_TRANSMITTER
ccusubtype BWTH
ccutype HmIP-BWTH
firmware 1.2.4
readonly no
OLDREADINGS:
READINGS:
2021-11-03 14:17:19 1.ACTIVE_PROFILE 1
2021-11-03 14:17:19 1.ACTUAL_TEMPERATURE 20.9
2021-11-03 14:17:19 1.ACTUAL_TEMPERATURE_STATUS NORMAL
2021-11-03 14:17:19 1.BOOST_MODE false
2021-11-03 14:17:19 1.BOOST_TIME 0
2021-11-03 14:17:19 1.FROST_PROTECTION false
2021-11-03 14:17:19 1.HEATING_COOLING HEATING
2021-11-03 14:17:19 1.HUMIDITY 52
2021-11-03 14:17:19 1.HUMIDITY_STATUS NORMAL
2021-11-03 14:17:19 1.PARTY_MODE false
2021-11-03 14:17:19 1.QUICK_VETO_TIME 0
2021-11-03 14:17:19 1.SET_POINT_MODE manual
2021-11-03 14:17:19 1.SET_POINT_TEMPERATURE 21.0
2021-11-03 14:17:19 1.SWITCH_POINT_OCCURED false
2021-11-03 14:17:19 1.WINDOW_STATE closed
2021-11-03 14:17:19 10.STATE on
2021-11-03 14:17:19 8.EMERGENCY_OPERATION false
2021-11-03 14:17:19 8.FROST_PROTECTION false
2021-11-03 14:17:19 8.HUMIDITY_ALARM false
2021-11-03 14:17:19 8.STATE true
2021-11-03 14:17:19 9.STATE on
2021-11-03 14:17:19 activity alive
2021-11-03 14:17:19 desired-temp 21.0
2021-11-03 14:17:19 devstate ok
2021-11-03 14:17:19 hmstate on
2021-11-03 14:17:19 humidity 52
2021-11-03 14:17:19 measured-temp 20.9
2021-11-03 14:17:19 rssidevice -54
2021-11-03 14:17:19 rssipeer -50
2021-11-03 14:17:19 state on
helper:
bm:
HMCCUDEV_Attr:
cnt 11
dmx -1000
dtot 0
dtotcnt 0
mTS 03.11. 14:09:11
max 2.88486480712891e-05
tot 0.000186443328857422
mAr:
set
EG.bz.HZ.Wandthermostat
ccureadingfilter
1,10,8,9..*
HMCCUDEV_Define:
cnt 1
dmx -1000
dtot 0
dtotcnt 0
mTS 03.11. 14:06:54
max 0.0441601276397705
tot 0.0441601276397705
mAr:
HASH(0x5635d02d6a90)
ARRAY(0x5635d0b1fd70)
HASH(0x5635cfc99880)
HMCCUDEV_Get:
cnt 14
dmx -1000
dtot 0
dtotcnt 0
mTS 03.11. 14:07:18
max 0.179963111877441
tot 0.34819769859314
mAr:
HASH(0x5635d02d6a90)
ARRAY(0x5635d099b070)
HASH(0x5635d0c72b80)
HMCCUDEV_Rename:
cnt 1
dmx -1000
dtot 0
dtotcnt 0
mTS 03.11. 14:07:12
max 9.20295715332031e-05
tot 9.20295715332031e-05
mAr:
EG.bz.HZ.Wandthermostat
HmIP_BWTH_000C9D899EB248_9
HMCCUDEV_Set:
cnt 86
dmx -1000
dtot 0
dtotcnt 0
mTS 03.11. 14:10:01
max 0.000233888626098633
tot 0.00872445106506348
mAr:
HASH(0x5635d02d6a90)
ARRAY(0x5635cfd205d0)
HASH(0x5635d072f670)
hmccu:
channels 13
defCDP 10.STATE
defSDP 9.STATE
detect 5
devspec 000C9D899EB248
forcedev 0
nodefaults 0
role 0:MAINTENANCE,1:HEATING_CLIMATECONTROL_TRANSCEIVER,2:HEATING_CLIMATECONTROL_RECEIVER,3:HEATING_CLIMATECONTROL_CL_TRANSMITTER,4:HEATING_SHUTTER_CONTACT_RECEIVER,5:HEATING_CLIMATECONTROL_SWITCH_TRANSMITTER,6:HEATING_KEY_RECEIVER,7:CLIMATECONTROL_FLOOR_TRANSMITTER,8:CLIMATECONTROL_FLOOR_DIRECT_TRANSMITTER,9:SWITCH_TRANSMITTER,10:SWITCH_VIRTUAL_RECEIVER,11:SWITCH_VIRTUAL_RECEIVER,12:SWITCH_VIRTUAL_RECEIVER
semDefaults 0
cmdlist:
get
set manu:noArg desired-temp auto:noArg holiday:noArg off:noArg on:noArg boost:noArg
control:
dp:
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -54
ONVAL -54
OSVAL -54
OVAL -54
SVAL -54
VAL -54
0.RSSI_PEER:
VALUES:
NVAL -50
ONVAL -50
OSVAL -50
OVAL -50
SVAL -50
VAL -50
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.ACTIVE_PROFILE:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
1.ACTUAL_TEMPERATURE:
VALUES:
NVAL 20.9
ONVAL 20.9
OSVAL 20.9
OVAL 20.9
SVAL 20.9
VAL 20.9
1.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.BOOST_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.BOOST_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.FROST_PROTECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.HEATING_COOLING:
VALUES:
NVAL 0
ONVAL 0
OSVAL HEATING
OVAL 0
SVAL HEATING
VAL 0
1.HUMIDITY:
VALUES:
NVAL 52
ONVAL 52
OSVAL 52
OVAL 52
SVAL 52
VAL 52
1.HUMIDITY_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.PARTY_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.QUICK_VETO_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.SET_POINT_MODE:
VALUES:
NVAL 1
ONVAL 1
OSVAL manual
OVAL 1
SVAL manual
VAL 1
1.SET_POINT_TEMPERATURE:
VALUES:
NVAL 21.0
ONVAL 21.0
OSVAL 21.0
OVAL 21.0
SVAL 21.0
VAL 21.0
1.SWITCH_POINT_OCCURED:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.WINDOW_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0
SVAL closed
VAL 0
10.STATE:
VALUES:
NVAL 1
ONVAL 1
OSVAL on
OVAL 1
SVAL on
VAL 1
11.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
12.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
8.EMERGENCY_OPERATION:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
8.FROST_PROTECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
8.HUMIDITY_ALARM:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
8.STATE:
VALUES:
NVAL 1
ONVAL 1
OSVAL true
OVAL 1
SVAL true
VAL 1
9.STATE:
VALUES:
NVAL 1
ONVAL 1
OSVAL on
OVAL 1
SVAL on
VAL 1
roleCmds:
get:
set:
auto:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:0
usage auto
subcmd:
000:
args 0
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
boost:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:BOOST_MODE:1
usage boost
subcmd:
000:
args 1
dpt BOOST_MODE
fnc
max 1
min 0
parname BOOST_MODE
partype 3
ps VALUES
scn 000
unit
desired-temp:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:SET_POINT_TEMPERATURE:?temperature
usage desired-temp temperature
subcmd:
000:
args
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname temperature
partype 2
ps VALUES
scn 000
unit �C
holiday:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:2
usage holiday
subcmd:
000:
args 2
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
manu:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:1
usage manu
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
off:
channel 1
role SWITCH_VIRTUAL_RECEIVER
subcount 2
syntax V:STATE:0
usage off
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
001:
args 4.5
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname SET_POINT_TEMPERATURE
partype 3
ps VALUES
scn 001
unit �C
on:
channel 1
role SWITCH_VIRTUAL_RECEIVER
subcount 2
syntax V:STATE:1
usage on
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
001:
args 30.5
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname SET_POINT_TEMPERATURE
partype 3
ps VALUES
scn 001
unit �C
state:
chn 9
dpt STATE
Attributes:
ccureadingfilter 1,10,8,9..*
ccureadingname (C#\.)?ACTUAL_TEMPERATURE$:+measured-temp;(C#\.)?HUMIDITY$:+humidity;(C#\.)?SET_POINT_TEMPERATURE$:+desired-temp
cmdIcon auto:sani_heating_automatic manu:sani_heating_manual boost:sani_heating_boost on:general_an off:general_aus
group Automatik-Heizung
homebridgeMapping TargetTemperature=desired-temp::desired-temp,minValue=5,maxValue=35,minStep=0.5,nocache=1
CurrentTemperature=measured-temp,nocache=1
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
TargetHeatingCoolingState=HEATING_COOLING,nocache=1,values=OFF:0;HEATING:1;COOLING:2;AUTO:3,cmds=OFF:off;HEAT:boost;AUTO:auto;COOL:desired-temp+18
CurrentHeatingCoolingState=HEATING_COOLING,nocache=1,values=OFF:0;HEATING:1;COOLING:2;AUTO:0,valud=OFF
CurrentRelativeHumidity=HUMIDITY
room Homematic,Bad_EG,Homekit
substexcl desired-temp
webCmd desired-temp:auto:manu:boost:on:off
widgetOverride desired-temp:slider,4.5,0.5,30.5,1
Ich habe ein paar Attribute selbst hinzugefügt (ccureadingname, substexcl, ccureadingfilter um Kanal 8 erweitert, cmdIcon, widgetOverride, webCmd), also nicht verwirren lassen bitte. :)
Im wesentlichen verhält sich das Ding genau wie ein normaler Wandthermostat, die Werte aus HEATING_CLIMATECONTROL_TRANSCEIVER sollten also auch für dieses Gerät passen und deshalb hab ich von da auch erst mal die Attribute kopiert.
Zusätzlich sind ein paar nützliche Werte in Kanal 8, vor allem der Schaltzustand des Stellmotors der Fußbodenheizung (8.STATE) der angibt ob der Schaltausgang gerade Strom auf den Stellmotor gibt oder nicht.
Vielleicht können dafür passende Defaults noch in die Config aufgenommen werden?
deviceInfo:
DEV EG.bz.HZ.Wandthermostat 000C9D899EB248 interface=HmIP-RF type=HmIP-BWTH
CHN 000C9D899EB248:0 EG.bz.HZ.Wandthermostat:0
0.CONFIG_PENDING = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.INSTALL_TEST = true {b} [RW]
0.OPERATING_VOLTAGE = 0.000000 {f} [RE]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
0.RSSI_DEVICE = 201 {n} [RE]
0.RSSI_PEER = 206 {n} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN 000C9D899EB248:1 HmIP-BWTH 000C9D899EB248:1
1.ACTIVE_PROFILE = 1 {i} [RWE]
1.ACTUAL_TEMPERATURE = 21.900000 {f} [RE]
1.ACTUAL_TEMPERATURE_STATUS = 0 {i} [RE]
1.BOOST_MODE = false {b} [WE]
1.BOOST_TIME = 0 {i} [RE]
1.CONTROL_DIFFERENTIAL_TEMPERATURE = {f} [W]
1.CONTROL_MODE = {i} [W]
1.DURATION_UNIT = {i} [W]
1.DURATION_VALUE = {i} [W]
1.FROST_PROTECTION = false {b} [RE]
1.HEATING_COOLING = 0 {i} [RWE]
1.HUMIDITY = 51 {i} [RE]
1.HUMIDITY_STATUS = 0 {i} [RE]
1.PARTY_MODE = false {b} [RE]
1.PARTY_SET_POINT_TEMPERATURE = 0.000000 {f} [RE]
1.PARTY_TIME_END = {s} [RWE]
1.PARTY_TIME_START = {s} [RWE]
1.QUICK_VETO_TIME = 0 {i} [RE]
1.SET_POINT_MODE = 1 {i} [RWE]
1.SET_POINT_TEMPERATURE = 21.000000 {f} [RWE]
1.SWITCH_POINT_OCCURED = false {b} [RE]
1.WINDOW_STATE = 0 {i} [RWE]
CHN 000C9D899EB248:8 HmIP-BWTH 000C9D899EB248:8
8.EMERGENCY_OPERATION = false {b} [RE]
8.FROST_PROTECTION = false {b} [RE]
8.HUMIDITY_ALARM = false {b} [RE]
8.STATE = false {b} [RE]
CHN 000C9D899EB248:9 HmIP-BWTH 000C9D899EB248:9
9.STATE = false {b} [RE]
CHN 000C9D899EB248:10 HmIP-BWTH 000C9D899EB248:10
10.STATE = false {b} [RE]
CHN 000C9D899EB248:11 HmIP-BWTH 000C9D899EB248:11
11.STATE = false {b} [RE]
CHN 000C9D899EB248:12 HmIP-BWTH 000C9D899EB248:12
12.STATE = false {b} [RE]
Device detection:
StateDatapoint = 1.ACTUAL_TEMPERATURE [HEATING_CLIMATECONTROL_TRANSCEIVER]
StateDatapoint = 10.STATE [SWITCH_VIRTUAL_RECEIVER]
StateDatapoint = 11.STATE [SWITCH_VIRTUAL_RECEIVER]
StateDatapoint = 12.STATE [SWITCH_VIRTUAL_RECEIVER]
StateDatapoint = 9.STATE [SWITCH_TRANSMITTER]
ControlDatapoint = 1.SET_POINT_TEMPERATURE [HEATING_CLIMATECONTROL_TRANSCEIVER]
ControlDatapoint = 10. []
Recommended module for device definition: HMCCUDEV
Current state datapoint = .
Current control datapoint = .
Device description
Device 000C9D899EB248 EG.bz.HZ.Wandthermostat [HmIP-BWTH]
AES_ACTIVE: 1
AVAILABLE_FIRMWARE: 0.0.0
CHILDREN: 000C9D899EB248:0,000C9D899EB248:1,000C9D899EB248:2,000C9D899EB248:3,000C9D899EB248:4,000C9D899EB248:5,000C9D899EB248:6,000C9D899EB248:7,000C9D899EB248:8,000C9D899EB248:9,000C9D899EB248:10,000C9D899EB248:11,000C9D899EB248:12
DIRECTION: NONE
FIRMWARE: 1.2.4
FIRMWARE_UPDATE_STATE: UP_TO_DATE
FLAGS: Visible
PARAMSETS: MASTER,SERVICE
RF_ADDRESS: 2717617
ROAMING: 0
RX_MODE:
SUBTYPE: BWTH
UPDATABLE: 1
Channel 000C9D899EB248:0 EG.bz.HZ.Wandthermostat:0 [MAINTENANCE]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 000C9D899EB248
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C9D899EB248:1 HmIP-BWTH 000C9D899EB248:1 [HEATING_CLIMATECONTROL_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CLIMATE_CONTROL_WTH_TRV
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C9D899EB248
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C9D899EB248:2 HmIP-BWTH 000C9D899EB248:2 [HEATING_CLIMATECONTROL_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_TRV_WTH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C9D899EB248
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C9D899EB248:3 HmIP-BWTH 000C9D899EB248:3 [HEATING_CLIMATECONTROL_CL_TRANSMITTER]
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CLIMATE_CONTROL_CL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C9D899EB248
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C9D899EB248:4 HmIP-BWTH 000C9D899EB248:4 [HEATING_SHUTTER_CONTACT_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: WINDOW_SWITCH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C9D899EB248
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C9D899EB248:5 HmIP-BWTH 000C9D899EB248:5 [HEATING_CLIMATECONTROL_SWITCH_TRANSMITTER]
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: SWITCH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C9D899EB248
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C9D899EB248:6 HmIP-BWTH 000C9D899EB248:6 [HEATING_KEY_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: REMOTE_CONTROL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C9D899EB248
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C9D899EB248:7 HmIP-BWTH 000C9D899EB248:7 [CLIMATECONTROL_FLOOR_TRANSMITTER]
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CLIMATE_CONTROL_FLOOR
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C9D899EB248
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C9D899EB248:8 HmIP-BWTH 000C9D899EB248:8 [CLIMATECONTROL_FLOOR_DIRECT_TRANSMITTER]
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CLIMATE_CONTROL_FLOOR_DIRECT
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C9D899EB248
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C9D899EB248:9 HmIP-BWTH 000C9D899EB248:9 [SWITCH_TRANSMITTER] known
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS:
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 000C9D899EB248
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C9D899EB248:10 HmIP-BWTH 000C9D899EB248:10 [SWITCH_VIRTUAL_RECEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR_DIRECT
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C9D899EB248
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C9D899EB248:11 HmIP-BWTH 000C9D899EB248:11 [SWITCH_VIRTUAL_RECEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS:
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR_DIRECT
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C9D899EB248
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C9D899EB248:12 HmIP-BWTH 000C9D899EB248:12 [SWITCH_VIRTUAL_RECEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS:
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR_DIRECT
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C9D899EB248
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Das Attribut rpcinterfaces verschwindet immer beim FHEM Neustart. Ich brauche aber nur HmIP-RF und nicht alle 3 RPC Interfaces. Kann das sonst noch jemand bei sich beobachten?
Hallo zap,
ich habe vor 2 Tagen auf die Version 5.0 aktualisiert und seit dem, friert FHEM in regelmäßigen Abständen ein. Anbei ein Auszug aus dem Log.
Kann das was mit der neuen Version zu tun haben?
2021.11.04 04:35:52 2: HMCCURPCPROC [d_rpcBidCos_Wired] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 04:54:02 2: deCONZ: http request failed: write to http://192.168.178.98:8080 timed out
2021.11.04 05:23:15 1: 192.168.178.45:1883 disconnected, waiting to reappear (MQTT)
2021.11.04 05:46:07 2: deCONZ: http request failed: write to http://192.168.178.98:8080 timed out
2021.11.04 05:47:50 1: PERL WARNING: Argument "" isn't numeric in addition (+) at (eval 457798) line 1.
2021.11.04 06:19:11 2: deCONZ: http request failed: write to http://192.168.178.98:8080 timed out
2021.11.04 06:29:17 2: HMCCURPCPROC [d_rpcBidCos_RF] Received no events from interface CB2001178045178085 for 600.364784002304 seconds
2021.11.04 06:29:17 2: HMCCU [d_ccu] Reconnecting to CCU
2021.11.04 06:29:17 2: HMCCURPCPROC [d_rpcBidCos_RF] Registering callback http://192.168.178.45:7411/fh2001 of type A with ID CB2001178045178085 at http://192.168.178.85:2001
2021.11.04 06:29:17 2: HMCCURPCPROC [d_rpcHmIP_RF] Registering callback http://192.168.178.45:7420/fh2010 of type A with ID CB2010178045178085 at http://192.168.178.85:2010
2021.11.04 06:29:30 2: HMCCURPCPROC [d_rpcBidCos_Wired] Registering callback http://192.168.178.45:7410/fh2000 of type A with ID CB2000178045178085 at http://192.168.178.85:2000
2021.11.04 06:30:07 2: HMCCURPCPROC [d_rpcBidCos_RF] CB2001178045178085 NewDevice received 66 device and channel specifications
2021.11.04 06:31:47 2: HMCCURPCPROC [d_rpcHmIP_RF] CB2010178045178085 NewDevice received 80 device and channel specifications
2021.11.04 06:32:39 2: HMCCURPCPROC [d_rpcBidCos_Wired] RPC request error RPC::XML::Client::simple_request: RPC::XML::Client::send_request: HTTP server error: read timeout
2021.11.04 06:32:39 1: HMCCURPCPROC [d_rpcBidCos_Wired] Failed to register callback for ID CB2000178045178085
2021.11.04 06:32:42 2: HMCCURPCPROC [d_rpcBidCos_RF] Received no events from interface CB2001178045178085 for 600.39089679718 seconds
2021.11.04 06:32:42 2: HMCCU [d_ccu] Reconnecting to CCU
2021.11.04 06:32:44 2: HMCCURPCPROC [d_rpcBidCos_Wired] Registering callback http://192.168.178.45:7410/fh2000 of type A with ID CB2000178045178085 at http://192.168.178.85:2000
2021.11.04 06:33:43 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 06:35:45 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 06:35:47 2: HMCCURPCPROC [d_rpcBidCos_Wired] RPC request error RPC::XML::Client::simple_request: RPC::XML::Client::send_request: HTTP server error: read timeout
2021.11.04 06:35:47 1: HMCCURPCPROC [d_rpcBidCos_Wired] Failed to register callback for ID CB2000178045178085
2021.11.04 06:35:47 2: HMCCURPCPROC [d_rpcHmIP_RF] Registering callback http://192.168.178.45:7420/fh2010 of type A with ID CB2010178045178085 at http://192.168.178.85:2010
2021.11.04 06:35:54 2: HMCCURPCPROC [d_rpcBidCos_RF] Registering callback http://192.168.178.45:7411/fh2001 of type A with ID CB2001178045178085 at http://192.168.178.85:2001
2021.11.04 06:36:55 2: HMCCURPCPROC [d_rpcBidCos_RF] CB2001178045178085 NewDevice received 66 device and channel specifications
2021.11.04 06:38:18 2: HMCCURPCPROC [d_rpcHmIP_RF] CB2010178045178085 NewDevice received 80 device and channel specifications
2021.11.04 06:39:37 1: 192.168.178.45:1883 disconnected, waiting to reappear (MQTT)
2021.11.04 06:40:32 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 06:42:35 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 06:44:30 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 06:44:40 1: PERL WARNING: Argument "" isn't numeric in addition (+) at (eval 458106) line 1.
2021.11.04 06:46:17 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 06:47:20 1: Calendar Kalender_SmartHome: retrieval failed with error message <hidden>: Can't connect(2) to https://calendar.google.com:443: SSL connect attempt failed
2021.11.04 06:47:28 1: Calendar Kalender_SmartHome: retrieved no or empty data
2021.11.04 06:48:28 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 06:50:29 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 06:52:15 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 06:54:16 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 06:56:35 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 06:58:21 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 07:00:42 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 07:01:14 2: deCONZ: http request failed: write to http://192.168.178.98:8080 timed out
2021.11.04 07:02:48 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 07:05:22 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2021.11.04 07:07:38 2: HMCCURPCPROC [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
VG Andreas
@a_quadrat: Wie sieht Deine Installation aus? Läuft die CCU auf dem gleichen Rechner wie FHEM? Welche CCU (Software / Hardware) nutzt Du?
Grundsätzlich scheint es einige Kommunikationsprobleme zu geben ("read timeout", "select found no reader").
Auch die Meldung "PERL WARNING: Argument "" isn't numeric in addition (+) at (eval 457798) line 1." sieht nicht gut aus. Scheint von "deCONZ" zu kommen, was auch immer das ist.
Außerdem scheint die CCU keine Events zu schicken, was FHEM dazu veranlasst, die Kommunikation neu aufzubauen. Wenn die CCU nicht antwortet, werden läuft FHEM ggf. in Timeouts und wird "langsam".
Die CCU ist ein separater Raspi mit RaspberryMatic, Version 3.59.6.20210703.
Das Problem "PERL WARNING: Argument "" isn't numeric in addition (+) at (eval 457798) line 1." war die Ursache, dass ich ein Update von FHEM gemacht habe und suche aktuell noch die Ursache.
Ich bin mir auch noch nicht sicher, ob HMCCU das Problem ist, weil die andren Geräte auch Kommunikationsprobleme haben, z.B deconz, MQTT... Vielleicht sind die Log-Einträge nur die Folge, dass FHEM langsam wurde.
Ich habe jetzt erstmal Version 4.3 wieder hergestellt, um zu sehen, ob es am HMCCU Modul liegt.
VG Andreas
Zitat von: Wolfpunk am 03 November 2021, 21:07:50
Das Attribut rpcinterfaces verschwindet immer beim FHEM Neustart. Ich brauche aber nur HmIP-RF und nicht alle 3 RPC Interfaces. Kann das sonst noch jemand bei sich beobachten?
Siehe
https://forum.fhem.de/index.php/topic,123686.msg1182994.html#msg1182994 (https://forum.fhem.de/index.php/topic,123686.msg1182994.html#msg1182994)
und
https://forum.fhem.de/index.php/topic,123686.msg1183665.html#msg1183665 (https://forum.fhem.de/index.php/topic,123686.msg1183665.html#msg1183665)
Also leider nur als Bestätigung, ohne Lösung.
Zitat von: tomcat.x am 04 November 2021, 11:03:53
Siehe
...
Also leider nur als Bestätigung, ohne Lösung.
Danke dir, aber ich kann das Attribut rpcinterfaces setzen, ist hier kein Problem. Ich bekomme also keine Fehlermeldung bzgl. unknown attribute. Beim FHEM Neustart verschwindet es nur immer wieder von selbst. (config war gespeichert.)
Ja, das ist das gleiche bei mir. Ich kann es setzen, es kommt kein Fehler und es verschwindet. Die Meldung steht auf der Startseite nach dem Neustart. Dabei verschwindet das Attribut auch.
ich habe an meinen Rollläden nach dem Update auf HMCCU 5.0 ein "defaults reset" gemacht.
Folgendes musste ich bei den attr. wieder ändern da ansonsten das ASC-Modul nicht mehr ging:
HmIPW-DRBL4 (IP-Wired)
attr: substexcl: control|pct
attr: controldatapoint 14.LEVEL (Nummer von von 14.ACTIVITY_STATE nehmen)
attr: statedatapoint 13.LEVEL (Nummer von von 13.LEVEL_STATUS nehmen)
HM-LC-Bl1PBU-FM (normales HM)
attr: substexcl: control|pct
vieleicht hilft dies ja jemanden.
Kann zap dies evtl. gleich in die "defaults" der jeweiligen Geräte übernehmen?
viele Grüße Thomas
Hallo zusammen,
anscheinend funktionieren mit der neuen Version die genericDeviceType-Werte für z.B. eine Alexasteuerung nicht mehr.
Ich bekomme folgende Fehlermeldung bei meinen HM-CC-RT-DN Heizungsthermostaten:
[2021-11-4 12:41:12] [FHEM] HeizungKueche is thermostat
[2021-11-4 12:41:12] [FHEM] HeizungKueche is NOT a thermostat. set command for target temperature missing: control
[2021-11-4 12:41:12] [FHEM] HeizungKueche has
[2021-11-4 12:41:12] [FHEM] StatusLowBattery [battery]
[2021-11-4 12:41:12] [FHEM] CurrentTemperature [4.ACTUAL_TEMPERATURE]
[2021-11-4 12:41:12] [FHEM] CurrentHeatingCoolingState [undefined]
[2021-11-4 12:41:12] [FHEM] HeizungKueche will not send proactive events
[2021-11-4 12:41:12] [FHEM] HeizungKueche uses ID: OEQ1706077
2021-11-04 12:41:12 caching: HeizungKueche-battery: ok
2021-11-04 12:41:12 caching: HeizungKueche-4.ACTUAL_TEMPERATURE: 20.4
Muss ich nun ein händisches homebridgeMapping anlegen oder sollte das theoretisch weiterhin funktionieren?
edit: Konnte das Problem lösen... Hatte anscheinend doch noch ein altes homebridgeMapping eingestellt. Nachdem ich es gelöscht hatte, Alexa neu geladen, wurden die Geräte laut FHEM Log wieder korrekt erkannt. Allerdings haben sie erstmal in Alexa weiterhin nicht korrekt funktioniert. Es kam nur "Warten auf HMCCUDEV". Dann habe ich in der Alexa App noch einmal eine Suche durchgeführt und obwohl er nichts neues gefunden hat, funktionieren nun die Thermostate wieder...
Ich versuche im Moment mit dem Modul Weekprofile ein Profil für ein HM-CC-RT-DN zu setzen. Das Modul sollte grundsätzlich wohl mit HMCCUDEV zusammenarbeiten können. Der Befehl, der über Weekprofile für das Gerät erzeugt wird, rechnet die Uhrzeit aus dem Profil in Minuten um und setzt daraus dann den set Befehl zusammen. set <device> device config TEMPERATUR_FRIDAY_1=18.0 ENDTIME_FRIDAY_1=1145 sollte zum Beispiel für den ersten Wert für Freitag bis 19:05 18°C einstellen. Wenn ich diesen Befehl manuell an das Thermostat sende, kommt aber nicht das erwartete Ergebnis dabei raus. Hat sich in Version 5.0 etwas an der Syntax verändert?
Ich habe zum Beispiel festgestellt, dass ENDTIME_FRIDAY_1=19 die Uhrzeit auf 19:00 Uhr gesetzt wird und ENDTIME_FRIDAY_1=19.5 die Uhrzeit auf 19:30 gesetzt wird. Ist das so beabsichtigt?
Führe ich ein get paramsetDesc aus, ist hier noch die Zeit in Minuten referenziert (Beispiel: ENDTIME_FRIDAY_1: INTEGER [R,W] [Visible,Sticky] RANGE=5...1440 DFLT=360 UNIT=minutes)
Hallo zap,
gestern hatte ich aufgrund einer Änderung (Allerheiligen und Zeitumstellung) ein Update gemacht.
Dabei kam dann offenbar auch HMCCU5 mit. Als ich abends nach hause kam, war keine der Rolladen gefahren.
Panik.....Kurzanalyse.....Backup eingespielt.
Heute folgendes Test-Doif aufgesetzt:
my $LED_CCU="";;
$LED_CCU = "CCU_DG_STR_HMIP_PDT.4.LEVEL=100";;
fhem ("set ccu3 datapoint $LED_CCU") if ($LED_CCU ne "");;
Unter der alten Version alles gut (so habe ich 10 Rolladen und diverse Lampen mit Bewegungsmeldern und einer Logik im Einsatz).
Unter 5.0 gibt die folgende Fehlermeldung im Log:
2021.11.05 10:37:24 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/88_HMCCU.pm line 1513.
2021.11.05 10:37:24 3: eval: { Log 1, "--> Test-Start <--"; my $LED_CCU="";; $LED_CCU = "CCU_DG_STR_HMIP_PDT.4.LEVEL=100";; fhem ("set ccu3 datapoint $LED_CCU") if ($LED_CCU ne "");; Log 1, "--> Test-Ende <--"; }
2021.11.05 10:37:24 1: HMCCU [ccu3] HMCCU: ccu3 Invalid channel number specified for device CCU_DG_STR_HMIP_PDT
2021.11.05 10:37:24 3: set ccu3 datapoint CCU_DG_STR_HMIP_PDT.4.LEVEL=100 : HMCCU: ccu3 Invalid channel number specified for device CCU_DG_STR_HMIP_PDT
Danach laut Wiki
CCU_DG_STR_HMIP_PDT mit set defaults reset
Ändert nichts, die Lampe lässt sich zwar über die UI schalten, aber nicht mehr über den Datapoint.
Das Beispiel ist simplifiziert, bei den Rolladen sammel ich so bis zu 10 Befehle und sende diese in einem Rutsch an die CCU.
Laut Wiki sollten doch die Funktionen erhalten geblieben sein "Nachdem FHEM auf HMCCU Version 5.0 aktualisiert und neu gestartet wurde, sollten die definierten Geräte (HMCCUCHN und HMCCUDEV Devices) wie unter Version 4.3 funktionieren"
Hier bräuchte ich bitte mal Deine Hilfe. Zum Glück laufen die beiden Versionen jeweils in einem Docker-Image, sodass ich recht schnell umschalten und testen kann.
Danke vorab und viele Grüße
Dirk
Zitat von: darthi am 04 November 2021, 14:40:23
Hallo zusammen,
anscheinend funktionieren mit der neuen Version die genericDeviceType-Werte für z.B. eine Alexasteuerung nicht mehr.
Ich bekomme folgende Fehlermeldung bei meinen HM-CC-RT-DN Heizungsthermostaten:
[2021-11-4 12:41:12] [FHEM] HeizungKueche is thermostat
[2021-11-4 12:41:12] [FHEM] HeizungKueche is NOT a thermostat. set command for target temperature missing: control
[2021-11-4 12:41:12] [FHEM] HeizungKueche has
[2021-11-4 12:41:12] [FHEM] StatusLowBattery [battery]
[2021-11-4 12:41:12] [FHEM] CurrentTemperature [4.ACTUAL_TEMPERATURE]
[2021-11-4 12:41:12] [FHEM] CurrentHeatingCoolingState [undefined]
[2021-11-4 12:41:12] [FHEM] HeizungKueche will not send proactive events
[2021-11-4 12:41:12] [FHEM] HeizungKueche uses ID: OEQ1706077
2021-11-04 12:41:12 caching: HeizungKueche-battery: ok
2021-11-04 12:41:12 caching: HeizungKueche-4.ACTUAL_TEMPERATURE: 20.4
Muss ich nun ein händisches homebridgeMapping anlegen oder sollte das theoretisch weiterhin funktionieren?
edit: Konnte das Problem lösen... Hatte anscheinend doch noch ein altes homebridgeMapping eingestellt. Nachdem ich es gelöscht hatte, Alexa neu geladen, wurden die Geräte laut FHEM Log wieder korrekt erkannt. Allerdings haben sie erstmal in Alexa weiterhin nicht korrekt funktioniert. Es kam nur "Warten auf HMCCUDEV". Dann habe ich in der Alexa App noch einmal eine Suche durchgeführt und obwohl er nichts neues gefunden hat, funktionieren nun die Thermostate wieder...
Hallo darthi,
ich habe das selbe Problem. Kannst du mir sagen was du genau gelöscht hast, das Attribute homebridgeMapping? Danach ein ALEXA reload ?
VG
Mike
Hallo zusammen für alle die das Batterie Problem mit der Voltanzeige haben hat mir folgendes weitergeholfen.
attr ccuflags showDeviceReadings
Zitat von: Dirk070 am 05 November 2021, 10:54:31
Hallo zap,
gestern hatte ich aufgrund einer Änderung (Allerheiligen und Zeitumstellung) ein Update gemacht.
Dabei kam dann offenbar auch HMCCU5 mit. Als ich abends nach hause kam, war keine der Rolladen gefahren.
Panik.....Kurzanalyse.....Backup eingespielt.
Heute folgendes Test-Doif aufgesetzt:
my $LED_CCU="";;
$LED_CCU = "CCU_DG_STR_HMIP_PDT.4.LEVEL=100";;
fhem ("set ccu3 datapoint $LED_CCU") if ($LED_CCU ne "");;
Ein Bug.
Ist CCU_DG_STR_HMIP_PDT ein FHEM Device? Warum machst Du dann nicht folgendes:
set CCU_DG_STR_HMIP_PDT datapoint 4.LEVEL 100 # Bei einem HMCCUDEV Device
oder
set CCU_DG_STR_HMIP_PDT datapoint LEVEL 100 # Bei einem HMCCUCHN Device
oder noch einfacher:
set CCU_DG_STR_HMIP_PDT open
set CCU_DG_STR_HMIP_PDT close
Zitat von: tomcat.x am 28 Oktober 2021, 15:28:13
Nach dem Update hatte ich ein paar Fehler mit unbekannten Attributen beim HMCCU Device. Habe dann geschaut, was da vorher gesetzt war, dann ohne die Attribute gespeichert und neu gestartet. Für ein Attribut bekomme ich den Fehler damit aber nicht weg: "unknown attribute rpcinterfaces". Das wird doch aber noch gebraucht und gibt es daher auch noch. Ich habe dann neu auf "HmIP-RF" gesetzt, gespeichert und neu gestartet. Leider ohne Erfolg. Momentan muss ich also nach dem Start erst das Attribut setzen und dann manuell den RPC-Server starten.
Dabei habe ich über folgendes gestolpert: Wenn ich im Gerät bei"Set" erst "rpcserver" und dann "on" auswähle, bekomme ich als Fehler "HMCCU: <MeinGerätename> Usage: set <MeinGerätename> [rpcserver] {'on'|'off'} " angezeigt, also genau die gewählte Syntax. Auch manuell eingegeben funktioniert das nicht, nur ohne das optionale "rpcserver".
Sind im I/O device noch irgendwelche Attribute wie z.B. eventMap gesetzt?
Hallo zusammen ich habe folgendes Problem mit dem ccu update und meiner Wetterstation von Homematic. Seit neustens kann ich nicht mehr mit get update die Regen Menge ermitteln
Vorher hatte ich sie mit HMCCUDEV eingebunden das ist leider jetzt auch nicht möglich.
Gibt es eine Möglichkeit die readings wieder zu bekommen. Angezeigt werden sie, aber nicht aktualisiert. Nur bei komplett neuem fhem Start.
Vorherdefine Wetterstation HMCCUDEV 00181A499****
attr Wetterstation IODev ccu
attr Wetterstation event-on-update-reading .*
attr Wetterstation room Wetter
attr Wetterstation stateFormat Temperatur: 1.ACTUAL_TEMPERATURE °C, Feuchtigkeit: 1.HUMIDITY %, Helligkeit: 1.ILLUMINATION, Regen: 1.svHmIPRainCounterYesterday_3440 mm/qm, Wind: 1.WIND_SPEED km/h
define Wetterstation_update at +*00:30:00 get Wetterstation update
attr Wetterstation_update room Wetter
und jetzt ist es so
define Wetterstation HMCCUCHN 00181A49*****:1
attr Wetterstation IODev ccu
attr Wetterstation room Wetter
zur info es geht um folgende readings svHmIPRainCounterToday
und svHmIPRainCounterYesterday
danke schon mal für weiter hilfe
Hallo,
kann es sein, dass Heizungsgruppen nicht mehr unterstützt werden?
V G
@simonsky
Ich hatte das gleiche Problem.
Bin derzeit nicht am PC.
Suche hier im Thread.
Ich hab dazu Variablen in der ccu3 gesetzt welche mir im d_ccu Readings setzt welche ich dann mit einem AT zyklisch in das Wetterstations-Device als Reading schreibe.
Hat mit einem get nie sinnvoll funktioniert.
Zap hatte mir dazu auch geantwortet warum das so ist.
Läuft derzeit auf einem eigenen Raspberry.
Komme auch nicht groß dazu weiter zu werkeln.
Gruß Gerd
Zitat von: zap am 06 November 2021, 18:34:38
Ein Bug.
Ist CCU_DG_STR_HMIP_PDT ein FHEM Device? Warum machst Du dann nicht folgendes:
set CCU_DG_STR_HMIP_PDT datapoint 4.LEVEL 100 # Bei einem HMCCUDEV Device
oder
set CCU_DG_STR_HMIP_PDT datapoint LEVEL 100 # Bei einem HMCCUCHN Device
oder noch einfacher:
set CCU_DG_STR_HMIP_PDT open
set CCU_DG_STR_HMIP_PDT close
Ja, CCU_DG_STR_HMIP_PDT ist eine Dimmersteckdose von Homematic, ein HmIP-PDT.
Mein Beispiel war ja bewusst vereinfacht, ich sende teils 10 Befehle für die Rolladen in einem Aufruf an die CCU, jeweils mit Blank getrennt, z.B.:
CCU_OG_SZ_Bl1PBU_GAL.4.LEVEL=100 CCU_OG_SZ_Bl1PBU_GAR.4.LEVEL=100 CCU_OG_SZ_Bl1PBU_ST.4.LEVEL=100
War das nicht genauso von Dir gedacht, um den Traffic an die CCU zu reduzieren? Deshalb hatte ich das so implementiert; ein Aufruf an die CCU für bis zu 10 einzelne Befehle an die Homematic-Komponenten.
Wirst Du die Funktion wieder herstellen oder muss ich meine Logik ändern? Danke Dir für Deine Rückmeldung und natürlich für Deine kontinuierliche Arbeit an dem Modul.
Hi @zap
Martin hat dich in https://forum.fhem.de/index.php/topic,123965.0.html bzgl. HMCCU angeschrieben.
Dort geht es um Performance-Steigerungen.
Moin
Mein BSL hat jetzt zwar die drei Devices angelegt bekommen, aber funktionieren tut, bzw. sinnvoll ist das nicht.
1. Der Name wurde aus dem ccutype, der Seriennummer und dem Kanal gebildet. Also quasi das was was beim Geraet in der Homematic als Kanalname vergeben ist.
Allerdings jeweils um eine Kanalnummer niedriger. HomeMatic 4 -> fhem 3 !?
2. Bei den beiden LED-Kanaelen waere es sinnvoll die Farbe mit ins webcmd zu nehmen, ich empfinde das wichtiger als den pct-slider.
< Edith:> Der slider neben dem set pct ist auch nicht so gelungen, ein Eingabefeld waere hier mMn besser! </Edith:>
3. Beim Kanal 3(4) funktioniert die Bedienung am Device nicht. druecke ich auf "on" kommt "HMCCUDEV: HmIP_BSL_001A58A9A28008_3 Invalid datapoint. VALUES.LEVEL"
Das Gleiche wenn ich es per set probiere! Bei "on-for-timer" ein aehnlicher Fehler: "HMCCUDEV: HmIP_BSL_001A58A9A28008_3 Invalid datapoint. VALUES.DURATION_UNIT"
Das toggle geht als einziges Kommando.
Gruss Christoph
Zitat von: Timmäää am 08 November 2021, 08:20:10
Hi @zap
Martin hat dich in https://forum.fhem.de/index.php/topic,123965.0.html bzgl. HMCCU angeschrieben.
Dort geht es um Performance-Steigerungen.
Schaue ich mir mal an. Wenn es dazu eine Doku im Wiki gibt, wäre das sehr hilfreich. Ich nehme aber auch gerne einen Thread, in dem diese Änderung schon mal diskutiert wurde.
Ansonsten neige ich nicht dazu, Änderungen zu machen, die ich nicht verstehe ;)
Das hat sich bisher bewährt.
Hallo,
nach meinem Update auf Version 5.0 funktioniert alles prima (vielen Dank für diese tollen Module) bis auf zwei Objekte mit CUxD-Interface. Es handelt sich um FHTTK-Fenstersensoren:
Internals:
DEF CUX1000001:1
IODev HM_CCU2
NAME HMDEV_Sensor_FHTTK_DG_LINKS
NR 522
STATE false
TYPE HMCCUCHN
ccuaddr CUX1000001:1
ccudevstate active
ccuif CUxD
ccuname Sensor_FHTTK_DG_LINKS:1
ccutype HM-Sec-SC
firmware 1.0
readonly no
READINGS:
2021-11-08 23:44:02 IODev HM_CCU2
2021-11-09 11:47:13 STATE false
2021-10-30 12:30:12 control closed
2021-11-09 11:47:14 devstate ok
2021-11-09 11:47:14 hmstate false
2021-11-09 11:47:14 rssipeer 4294967002
2021-11-09 11:47:13 state false
hmccu:
channels 1
detect 0
devspec CUX1000001:1
nodefaults 1
semDefaults 0
cmdlist:
control:
dpt 1.
dp:
0.RSSI_PEER:
VALUES:
NVAL 4294967002
ONVAL 4294967002
OSVAL 4294967002
OVAL 4294967258
SVAL 4294967002
VAL 4294967258
1.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
roleCmds:
get:
set:
state:
chn 1
dpt STATE
Attributes:
IODev HM_CCU2
event-on-update-reading state
statedatapoint STATE
Nach dem Ausführen der Befehle get <NAME> config, update und values
gibt es folgende Fehlermeldung und FHEM startet neu:
HMCCUCHN [HMDEV_Sensor_FHTTK_DG_LINKS] HMCCUCHN: HMDEV_Sensor_FHTTK_DG_LINKS Can't get device description
Can't use string ("HMCCUCHN: HMDEV_Sensor_FHTTK_DG_"...) as a HASH ref while "strict refs" in use at ./FHEM/88_HMCCU.pm line 7620.
Die Status-Werte (open und closed) werden dagegen richtig übermittelt.
@Stromzähler: In Zusammenhang mit CUxD gibt es noch ein Problem, das vom nächsten Update behoben wird. Bitte dann nochmal testen.
Kannst Du bitte noch posten, mit welchem Typ (2 stellige Nummer) Du das Gerät in CUxD angelegt hat?
Du hast allerdings einen zusätzlichen Fehler gefunden, der zu dem Absturz führt. Behebe ich.
@zap: ich nehme an, Du meinst den "type" mit dem Wert "37" !? Danke jedenfalls für den schnellen "Support" :)
<device name="Sensor_FHTTK_DG_LINKS" address="CUX1000001" ise_id="32938" interface="CUxD" device_type="HM-Sec-SC" ready_config="true">
<channel name="Sensor_FHTTK_DG_LINKS:1" type="37" address="CUX1000001:1" ise_id="32941" direction="UNKNOWN" parent_device="32938" index="1" group_partner="" aes_available="false" transmission_mode="DEFAULT" visible="true" ready_config="true" operate="true"/>
<channel name="Sensor_FHTTK_DG_LINKS:2" type="37" address="CUX1000001:2" ise_id="32944" direction="UNKNOWN" parent_device="32938" index="2" group_partner="" aes_available="false" transmission_mode="DEFAULT" visible="true" ready_config="true" operate="true"/>
</device>
Hallo zusammen,
ich bin jetzt gerade dabei das Update nach 5.0 nach WIKI-Empfehlung durch neuanlegen der Device (get d_ccu create/createDEV) umzusetzen. Dabei bin ich
jetzt auf eine Anomalie gestoßen. Vielleicht hat ja noch einer einen Tip.
Grundlagen:
- bis zum Update auf 5.0 funktionierte alle
- CCU 2
- FHEM auf aktuellen stand
Nun habe ich meine Heiztungstermostate -8- Stück (HM-CC-RT-DN) neu angelegt. Sowohl mit create als auch mit createDEV.
Alle wurde ohne Fehlermeldungen angelegt. Jetzt musste ich jedoch feststellen das -1- Termostat nicht im fhem funktioniert.
Das Fehlerbild besteht darin das ich für dieses Termostat die SET_TEMPERATURE nicht aus fhem heraus verändern kann und der
VALVE_STATE immer auf 0 steht.
Ich habe das Device jetzt (gefühlte) 10.000 mal neu angelegt, fhem 1.000 mal neugestartet, die CCU 5.000 mal neugestartet.
Immer das selbe Ergebnis.
Jetzt habe ich keine Idee mehr.
List def. Device:
Internals:
DEF MEQ0450483:4
FUUID 618b56ca-f33f-638b-1164-fab62faeb53eb2e8
IODev d_ccu
NAME d_hz_woh_vo
NR 486
STATE 19.5
TYPE HMCCUCHN
ccuaddr MEQ0450483:4
ccudevstate active
ccuif BidCos-RF
ccuname HM-CC-RT-DN MEQ0450483:4
ccurolectrl CLIMATECONTROL_RT_TRANSCEIVER
ccurolestate CLIMATECONTROL_RT_TRANSCEIVER
ccusubtype HM-CC-RT-DN
ccutype HM-CC-RT-DN
firmware 1.5
readonly no
receiver ccu:HM-WZ-hi
sender d_kl_wohn,d_hz_woh_hi,d_kl_raum_7c,d_kl_raum_20c
READINGS:
2021-11-10 10:43:04 ACTUAL_TEMPERATURE 19.5
2021-11-10 10:43:04 BATTERY_STATE 2.8
2021-11-10 10:43:04 BOOST_STATE 0
2021-11-10 10:43:04 CONTROL_MODE AUTO-MODE
2021-11-10 10:43:04 FAULT_REPORTING NO_FAULT
2021-11-10 06:41:51 IODev d_ccu
2021-11-10 10:43:04 PARTY_START_DAY 1
2021-11-10 10:43:04 PARTY_START_MONTH 1
2021-11-10 10:43:04 PARTY_START_TIME 0
2021-11-10 10:43:04 PARTY_START_YEAR 0
2021-11-10 10:43:04 PARTY_STOP_DAY 1
2021-11-10 10:43:04 PARTY_STOP_MONTH 1
2021-11-10 10:43:04 PARTY_STOP_TIME 0
2021-11-10 10:43:04 PARTY_STOP_YEAR 0
2021-11-10 10:43:04 PARTY_TEMPERATURE 5.0
2021-11-10 10:43:04 SET_TEMPERATURE 7.0
2021-11-10 10:43:04 VALVE_STATE 0
2021-11-10 10:43:04 control 7.0
2021-11-10 10:43:04 desired-temp 7.0
2021-11-10 10:43:04 devstate ok
2021-11-10 10:43:04 hmstate 19.5
2021-11-10 10:43:04 measured-temp 19.5
2021-11-10 10:43:04 state 19.5
hmccu:
channels 1
detect 1
devspec MEQ0450483:4
nodefaults 1
role 4:CLIMATECONTROL_RT_TRANSCEIVER
semDefaults 0
cmdlist:
get
set manu on:noArg desired-temp auto:noArg off:noArg boost:noArg toggle:noArg
control:
chn 4
dpt SET_TEMPERATURE
dp:
4.ACTUAL_TEMPERATURE:
VALUES:
NVAL 19.500000
ONVAL 19.500000
OSVAL 19.5
OVAL 19.500000
SVAL 19.5
VAL 19.500000
4.BATTERY_STATE:
VALUES:
NVAL 2.800000
ONVAL 2.800000
OSVAL 2.8
OVAL 2.800000
SVAL 2.8
VAL 2.800000
4.BOOST_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.CONTROL_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL AUTO-MODE
OVAL 0
SVAL AUTO-MODE
VAL 0
4.FAULT_REPORTING:
VALUES:
NVAL 0
ONVAL 0
OSVAL NO_FAULT
OVAL 0
SVAL NO_FAULT
VAL 0
4.PARTY_START_DAY:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_START_MONTH:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_START_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_START_YEAR:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_STOP_DAY:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_STOP_MONTH:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_STOP_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_STOP_YEAR:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_TEMPERATURE:
VALUES:
NVAL 5.000000
ONVAL 5.000000
OSVAL 5.0
OVAL 5.000000
SVAL 5.0
VAL 5.000000
4.SET_TEMPERATURE:
VALUES:
NVAL 7.000000
ONVAL 7.000000
OSVAL 7.0
OVAL 7.000000
SVAL 7.0
VAL 7.000000
4.VALVE_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
roleCmds:
get:
set:
auto:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:AUTO_MODE:1
usage auto
subcmd:
000:
args 1
dpt AUTO_MODE
fnc
max 1
min 0
parname AUTO_MODE
partype 3
ps VALUES
scn 000
unit
boost:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:BOOST_MODE:1
usage boost
subcmd:
000:
args 1
dpt BOOST_MODE
fnc
max 1
min 0
parname BOOST_MODE
partype 3
ps VALUES
scn 000
unit
desired-temp:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:SET_TEMPERATURE:?temperature
usage desired-temp temperature
subcmd:
000:
args
dpt SET_TEMPERATURE
fnc
max 30.500000
min 4.500000
parname temperature
partype 2
ps VALUES
scn 000
unit �C
manu:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:?temperature=20
usage manu [temperature]
subcmd:
000:
args 20
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname temperature
partype 2
ps VALUES
scn 000
unit �C
off:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:4.5
usage off
subcmd:
000:
args 4.5
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname MANU_MODE
partype 3
ps VALUES
scn 000
unit �C
on:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:30.5
usage on
subcmd:
000:
args 30.5
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname MANU_MODE
partype 3
ps VALUES
scn 000
unit �C
state:
chn 4
dpt ACTUAL_TEMPERATURE
Attributes:
DbLogExclude .*
cmdIcon auto:sani_heating_automatic manu:sani_heating_manual boost:sani_heating_boost on:general_an off:general_aus
room Entwicklung
substexcl desired-temp
webCmd desired-temp:auto:manu:boost:on:off
widgetOverride desired-temp:slider,4.5,0.5,30.5,1
List funktinierendes Device:
Internals:
DEF MEQ0450470:4
FUUID 6186bad1-f33f-638b-9c8c-16b7334bdb00ba34
IODev d_ccu
NAME d_hz_woh_hi
NR 482
STATE AUTO-MODE T: 19.5° D: 7.0° V: 0%
TYPE HMCCUCHN
ccuaddr MEQ0450470:4
ccudevstate active
ccuif BidCos-RF
ccuname HM-CC-RT-DN MEQ0450470:4
ccurolectrl CLIMATECONTROL_RT_TRANSCEIVER
ccurolestate CLIMATECONTROL_RT_TRANSCEIVER
ccusubtype HM-CC-RT-DN
ccutype HM-CC-RT-DN
firmware 1.5
readonly no
receiver ccu:HM-WZ-vo
sender d_kl_wohn,d_hz_woh_vo,d_kl_raum_20c,d_kl_raum_7c
Helper:
DBLOG:
ACTUAL_TEMPERATURE:
logdb:
TIME 1636537388.06529
VALUE 19.5
CONTROL_MODE:
logdb:
TIME 1636537388.06529
VALUE AUTO-MODE
SET_TEMPERATURE:
logdb:
TIME 1636537388.06529
VALUE 7.0
VALVE_STATE:
logdb:
TIME 1636537388.06529
VALUE 0
READINGS:
2021-11-10 10:43:07 ACTUAL_TEMPERATURE 19.5
2021-11-10 10:43:07 BATTERY_STATE 2.8
2021-11-10 10:43:07 BOOST_STATE 0
2021-11-10 10:43:07 CONTROL_MODE AUTO-MODE
2021-11-10 10:43:07 FAULT_REPORTING NO_FAULT
2021-11-10 06:41:51 IODev d_ccu
2021-11-10 10:43:08 PARTY_START_DAY 1
2021-11-10 10:43:08 PARTY_START_MONTH 1
2021-11-10 10:43:08 PARTY_START_TIME 0
2021-11-10 10:43:08 PARTY_START_YEAR 0
2021-11-10 10:43:08 PARTY_STOP_DAY 1
2021-11-10 10:43:08 PARTY_STOP_MONTH 1
2021-11-10 10:43:08 PARTY_STOP_TIME 0
2021-11-10 10:43:08 PARTY_STOP_YEAR 0
2021-11-10 10:43:07 PARTY_TEMPERATURE 5.0
2021-11-10 10:43:07 SET_TEMPERATURE 7.0
2021-11-10 10:43:07 VALVE_STATE 0
2021-11-10 06:28:50 activity alive
2021-11-10 06:28:50 battery ok
2021-11-10 10:43:07 control 7.0
2021-11-10 10:43:07 desired-temp 7.0
2021-11-10 10:43:08 devstate ok
2021-11-10 10:43:08 hmstate 19.5
2021-11-10 10:43:07 measured-temp 19.5
2021-11-10 06:28:50 rssidevice -62
2021-11-10 06:28:50 rssipeer -41
2021-11-10 06:28:50 sign on
2021-11-10 10:43:07 state 19.5
hmccu:
channels 1
detect 1
devspec MEQ0450470:4
nodefaults 1
role 4:CLIMATECONTROL_RT_TRANSCEIVER
semDefaults 0
cmdlist:
get
set manu on:noArg desired-temp auto:noArg off:noArg boost:noArg toggle:noArg
control:
chn 4
dpt SET_TEMPERATURE
dp:
4.ACTUAL_TEMPERATURE:
VALUES:
NVAL 19.500000
ONVAL 19.500000
OSVAL 19.5
OVAL 19.500000
SVAL 19.5
VAL 19.500000
4.BATTERY_STATE:
VALUES:
NVAL 2.800000
ONVAL 2.800000
OSVAL 2.8
OVAL 2.800000
SVAL 2.8
VAL 2.800000
4.BOOST_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.CONTROL_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL AUTO-MODE
OVAL 0
SVAL AUTO-MODE
VAL 0
4.FAULT_REPORTING:
VALUES:
NVAL 0
ONVAL 0
OSVAL NO_FAULT
OVAL 0
SVAL NO_FAULT
VAL 0
4.PARTY_START_DAY:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_START_MONTH:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_START_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_START_YEAR:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_STOP_DAY:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_STOP_MONTH:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
4.PARTY_STOP_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_STOP_YEAR:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.PARTY_TEMPERATURE:
VALUES:
NVAL 5.000000
ONVAL 5.000000
OSVAL 5.0
OVAL 5.000000
SVAL 5.0
VAL 5.000000
4.SET_TEMPERATURE:
VALUES:
NVAL 7.000000
ONVAL 7.000000
OSVAL 7.0
OVAL 7.000000
SVAL 7.0
VAL 7.000000
4.VALVE_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
roleCmds:
get:
set:
auto:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:AUTO_MODE:1
usage auto
subcmd:
000:
args 1
dpt AUTO_MODE
fnc
max 1
min 0
parname AUTO_MODE
partype 3
ps VALUES
scn 000
unit
boost:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:BOOST_MODE:1
usage boost
subcmd:
000:
args 1
dpt BOOST_MODE
fnc
max 1
min 0
parname BOOST_MODE
partype 3
ps VALUES
scn 000
unit
desired-temp:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:SET_TEMPERATURE:?temperature
usage desired-temp temperature
subcmd:
000:
args
dpt SET_TEMPERATURE
fnc
max 30.500000
min 4.500000
parname temperature
partype 2
ps VALUES
scn 000
unit �C
manu:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:?temperature=20
usage manu [temperature]
subcmd:
000:
args 20
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname temperature
partype 2
ps VALUES
scn 000
unit �C
off:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:4.5
usage off
subcmd:
000:
args 4.5
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname MANU_MODE
partype 3
ps VALUES
scn 000
unit �C
on:
channel 4
role CLIMATECONTROL_RT_TRANSCEIVER
subcount 1
syntax V:MANU_MODE:30.5
usage on
subcmd:
000:
args 30.5
dpt MANU_MODE
fnc
max 30.500000
min 4.500000
parname MANU_MODE
partype 3
ps VALUES
scn 000
unit �C
state:
chn 4
dpt ACTUAL_TEMPERATURE
Attributes:
DbLogExclude .*
DbLogInclude ACTUAL_TEMPERATURE,CONTROL_MODE,SET_TEMPERATURE,VALVE_STATE
ccureadingfilter 1,2,3,4..*
cmdIcon auto:sani_heating_automatic manu:sani_heating_manual boost:sani_heating_boost on:general_an off:general_aus
icon hc_wht_regler
room wohnzimmer
stateFormat CONTROL_MODE T: ACTUAL_TEMPERATURE° D: SET_TEMPERATURE° V: VALVE_STATE%
substexcl desired-temp
webCmd desired-temp:auto:manu:boost:on:off
widgetOverride desired-temp:slider,4.5,0.5,30.5,1
Ich bin für jeden Hinweis dankbar. Auch wenn ihr mir sagt das ich nur zu Blö.. bin. ;-)
Viele Grüße
Heiko
Moin
@zap: Magst Du bitte auf den Punkt 3 aus https://forum.fhem.de/index.php/topic,123686.msg1185346.html#msg1185346 antworten!?
Das ist irgendwie essentiell!
Danke und Gruss
Christoph
Zitat von: pc1246 am 08 November 2021, 08:42:14
Moin
Mein BSL hat jetzt zwar die drei Devices angelegt bekommen, aber funktionieren tut, bzw. sinnvoll ist das nicht.
1. Der Name wurde aus dem ccutype, der Seriennummer und dem Kanal gebildet. Also quasi das was was beim Geraet in der Homematic als Kanalname vergeben ist.
Allerdings jeweils um eine Kanalnummer niedriger. HomeMatic 4 -> fhem 3 !?
2. Bei den beiden LED-Kanaelen waere es sinnvoll die Farbe mit ins webcmd zu nehmen, ich empfinde das wichtiger als den pct-slider.
< Edith:> Der slider neben dem set pct ist auch nicht so gelungen, ein Eingabefeld waere hier mMn besser! </Edith:>
3. Beim Kanal 3(4) funktioniert die Bedienung am Device nicht. druecke ich auf "on" kommt "HMCCUDEV: HmIP_BSL_001A58A9A28008_3 Invalid datapoint. VALUES.LEVEL"
Das Gleiche wenn ich es per set probiere! Bei "on-for-timer" ein aehnlicher Fehler: "HMCCUDEV: HmIP_BSL_001A58A9A28008_3 Invalid datapoint. VALUES.DURATION_UNIT"
Das toggle geht als einziges Kommando.
Gruss Christoph
webCmd kannst Du ja selbst anpassen. Betrachte die Einstellungen von HMCCU hier als Vorschlag.
Bei set pct: Ja, ein Eingabefeld wäre wohl praktischer, zumindest wenn man Ramptime usw. mitgeben möchte. Mal sehen
Die 3 Devices machen schon Sinn, da darüber 2 unterschiedliche Funktionen (ein/aus, Farbe der Schalter) sowie 2 getrennte Schalter abgebildet werden (hinsichtlich Farbe)
Hab's notiert: https://github.com/zapccu/HMCCU/issues/139
Es gibt morgen ein Update im SVN.
Behobene Fehler:
- Der Befehl "set datapoint" im I/O device funktionierte nicht korrekt
- Bei der Verwendung von CUxD Devices konnte es zu Problemen mit BidCos-Geräten kommen
- Die Ausführung von "get values", "get update" oder "get config" konnte zu einem Absturz von FHEM führen
Neu:
Der Befehl "set defaults" akzeptiert nun die neue Option "forceReset".
set defaults reset: Es werden nur Attribute gelöscht, die vom Benutzer nicht geändert wurden (die also den 4.3 Defaults entsprechen)
set defaults forceReset: Es werden alle nicht mehr benötigten Attribute gelöscht, auch wenn sie vom Benutzer angepasst wurden
Wenn "reset" verwendet wird, gibt HMCCU eine Liste der Attribute aus, die manuell entfernt oder angepasst werden sollten.
Hallo,
ich stehe leider gerade etwas auf dem Schlauch:
ich habe nach dem Update auf HMCCU 5.0 ein Problem mit meiner Keymatic, ich kann sie von Fhem aus nicht mehr ansteuern.
Bei "set defaults reset" bekomme ich:
HMCCUDEV [HM_Sec_Key_S] Device type HM-Sec-Key not known by HMCCU
Das Device wird beim Update des IODEV immer auf "disable = 1" gesetzt, wenn ich das disable lösche und versuche die Keymatic anzusteuern, kommt folgender Fehler:
Unown argument lock choose one of clear defaults:reset,update,old readingFilter:multiple-strict,0.AES_KEY,0.CONFIG_PENDING,0.DUTYCYCLE,0.LOWBAT,0.RSSI_DEVICE,0.RSSI_PEER,0.STICKY_UNREACH,0.UNREACH,1.DIRECTION,1.ERROR,1.INHIBIT,1.STATE,1.STATE_UNCERTAIN config datapoint
Leider kann ich das Device auch nicht neu anlegen, ich bekomme immer eine Fehlermeldung:
Results of create command:
Not detected CCU devices:
HM-Sec-Key-S = SEQxxxxxxx [HM-Sec-Key-S]
Das "alte" Device hat folgende Definition / Readings / Attribute:
Internals
DEF
SEQxxxxxxx
FUUID
xxx
IODev
hm_ccu
NAME
HM_Sec_Key_S
NR
492
STATE
???
TYPE
HMCCUDEV
ccudevstate
pending
readonly
no
Readings
IODev
hm_ccu
Attributes
IODev
hm_ccu
ccureadingfilter
(STATE|INHIBIT)
disable
1
eventMap
/datapoint 1.OPEN true:open/
homebridgeMapping
Door=state,cmd=+,LockCurrentState=lock
stateFormat
{(ReadingsVal($name,"state","") eq "locked")?"Zugeschlossen":"Aufgeschlossen"}
statedatapoint
1.STATE
statevals
lock:false,unlock:true
substitute
STATE!(0|false):locked,(1|true):unlocked,2:open;INHIBIT!(0|false):no,(1|true):yes;STATE_UNCERTAIN!(1|true):manual;DIRECTION!0:none,1:up,2:down,3:undefined;ERROR!0:no,1:clutch_failure,2:motor_aborted
webCmd
lock:unlock:open
Hat jemand eine funktionierende Gerätedefinition für die Keymatic?
Danke und Gruß
Sven
@zentis666
Das disable=1 ist seltsam. Das macht HMCCU eigentlich nur, wenn das Device in der CCU gelöscht wurde. Normalerweise sollte die Keymatic mit den alten Attributen steuerbar sein (set defaults old).
Mach mal bitte ein "get deviceInfo" im I/O Device (aus der Dropdown Liste das Keymatic Device auswählen)
Guten Morgen,
ich habe seit dem Update auf 5.0 echt Probleme, meine HMIP Geräte unter Alexa zum Laufen zu bekommen.
Ich habe die CCU und die Aktoren komplett neu eingebunden und auch nach WIKI-Anleitung eingerichtet.
Ich schaffe es z. b. nicht meine HMIP-BSM und meine HMIP-BWTH einzubinden.
Die HMIP-BSM kann in zwar in der Alexa-App anlegen, aber es steht ständig "Das Gerät reagiert nicht". Komischerweise hat es am Anfang kurz funktioniert, dann wieder nicht, dann kurz wieder usw. usw.
Meine Thermostate HMIP-BTWH werden auch gefunden und ind er Alexa-App als Thermostat angezeigt, aber eine Steuerung bzw. eine Abfrage der Temperatur funktioniert gar nicht.
Weiterhin habe ich eine Frage zu den HMIP-BTWH in FHEM. Ich hatte sie vorher eingebunden und hatte eine Anzeige der aktuellen, der gewünschten Temperatur, der Luftfeuchtigkeit und einen Slider zum einstellen der Temperatur. Das vermisse ich gerade eine wenig und habe schon alles möglich gespielt. Irgendwie fehlt mir das Reading desired-temp!?
Ich würde gerne die Ansicht wie im Anhang haben. Das ist die Einstellung, die automatisch nach dem Default Reset, automatisch vom HmIP-eTRV-B erstellt wurden. Komischerweise wird dieses auch korrekt von Alexa gefunden und ich kann es auch per Alexa steuern!?
Ich packe mal vorsichtshalber die List der Geräte dazu:
HMIP-BTHW
Internals:
DEF 000C9A499EF3BE sd=9.STATE cd=10.STATE
FUUID 618ae59d-f33f-f546-c25c-9a854d9f1c258715
FVERSION 88_HMCCUDEV.pm:v5.0.0-s25212/2021-11-10
IODev CCU
NAME HmIP_BWTH_000C9A499EF3BE_9
NR 149
STATE off
TYPE HMCCUDEV
ccuaddr 000C9A499EF3BE
ccudevstate active
ccuif HmIP-RF
ccuname FBHBad
ccurolestate SWITCH_TRANSMITTER
ccusubtype BWTH
ccutype HmIP-BWTH
firmware 1.2.4
readonly no
READINGS:
2021-11-11 11:06:50 1.ACTIVE_PROFILE 1
2021-11-11 11:06:50 1.ACTUAL_TEMPERATURE 20.8
2021-11-11 11:06:50 1.ACTUAL_TEMPERATURE_STATUS NORMAL
2021-11-11 11:06:50 1.BOOST_MODE false
2021-11-11 11:06:50 1.BOOST_TIME 0
2021-11-11 11:06:50 1.FROST_PROTECTION false
2021-11-11 11:06:50 1.HEATING_COOLING HEATING
2021-11-11 11:06:50 1.HUMIDITY 47
2021-11-11 11:06:50 1.HUMIDITY_STATUS NORMAL
2021-11-11 11:06:50 1.PARTY_MODE false
2021-11-11 10:32:45 1.PARTY_SET_POINT_TEMPERATURE 0.0
2021-11-11 10:32:45 1.PARTY_TIME_END
2021-11-11 10:32:45 1.PARTY_TIME_START
2021-11-11 11:06:50 1.QUICK_VETO_TIME 0
2021-11-11 11:06:50 1.SET_POINT_MODE auto
2021-11-11 11:06:50 1.SET_POINT_TEMPERATURE 19.0
2021-11-11 11:06:50 1.SWITCH_POINT_OCCURED false
2021-11-11 11:06:50 1.WINDOW_STATE closed
2021-11-11 11:06:51 10.STATE off
2021-11-11 11:06:51 9.STATE off
2021-11-11 10:41:26 IODev CCU
2021-11-11 11:06:51 activity alive
2021-11-11 11:06:51 devstate ok
2021-11-11 11:06:51 hmstate off
2021-11-11 11:06:51 rssidevice -56
2021-11-11 11:06:51 rssipeer -58
2021-11-11 11:06:51 state off
hmccu:
channels 13
defCDP 10.STATE
defSDP 9.STATE
detect 5
devspec 000C9A499EF3BE
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:HEATING_CLIMATECONTROL_TRANSCEIVER,2:HEATING_CLIMATECONTROL_RECEIVER,3:HEATING_CLIMATECONTROL_CL_TRANSMITTER,4:HEATING_SHUTTER_CONTACT_RECEIVER,5:HEATING_CLIMATECONTROL_SWITCH_TRANSMITTER,6:HEATING_KEY_RECEIVER,7:CLIMATECONTROL_FLOOR_TRANSMITTER,8:CLIMATECONTROL_FLOOR_DIRECT_TRANSMITTER,9:SWITCH_TRANSMITTER,10:SWITCH_VIRTUAL_RECEIVER,11:SWITCH_VIRTUAL_RECEIVER,12:SWITCH_VIRTUAL_RECEIVER
setDefaults 0
cmdlist:
get
set boost:noArg off:noArg on:noArg auto:noArg holiday:noArg desired-temp manu:noArg
control:
dp:
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -56
ONVAL -56
OSVAL -56
OVAL -56
SVAL -56
VAL -56
0.RSSI_PEER:
VALUES:
NVAL -58
ONVAL -58
OSVAL -58
OVAL -58
SVAL -58
VAL -58
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
1.ACTIVE_PROFILE:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
1.ACTUAL_TEMPERATURE:
VALUES:
NVAL 20.8
ONVAL 20.5
OSVAL 20.5
OVAL 20.5
SVAL 20.8
VAL 20.8
1.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.BOOST_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.BOOST_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.FROST_PROTECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.HEATING_COOLING:
VALUES:
NVAL 0
ONVAL 0
OSVAL HEATING
OVAL 0
SVAL HEATING
VAL 0
1.HUMIDITY:
VALUES:
NVAL 47
ONVAL 47
OSVAL 47
OVAL 47
SVAL 47
VAL 47
1.HUMIDITY_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.PARTY_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.QUICK_VETO_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.SET_POINT_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL auto
OVAL 0
SVAL auto
VAL 0
1.SET_POINT_TEMPERATURE:
VALUES:
NVAL 19.0
ONVAL 19.0
OSVAL 19.0
OVAL 19.0
SVAL 19.0
VAL 19.0
1.SWITCH_POINT_OCCURED:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.WINDOW_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0
SVAL closed
VAL 0
10.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
11.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
12.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
8.EMERGENCY_OPERATION:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
8.FROST_PROTECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
8.HUMIDITY_ALARM:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
8.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
9.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
roleCmds:
get:
set:
auto:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:0
usage auto
subcmd:
000:
args 0
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
boost:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:BOOST_MODE:1
usage boost
subcmd:
000:
args 1
dpt BOOST_MODE
fnc
max 1
min 0
parname BOOST_MODE
partype 3
ps VALUES
scn 000
unit
desired-temp:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:SET_POINT_TEMPERATURE:?temperature
usage desired-temp temperature
subcmd:
000:
args
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname temperature
partype 2
ps VALUES
scn 000
unit �C
holiday:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:2
usage holiday
subcmd:
000:
args 2
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
manu:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:1
usage manu
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
off:
channel 1
role SWITCH_VIRTUAL_RECEIVER
subcount 2
syntax V:STATE:0
usage off
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
001:
args 4.5
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname SET_POINT_TEMPERATURE
partype 3
ps VALUES
scn 001
unit �C
on:
channel 1
role SWITCH_VIRTUAL_RECEIVER
subcount 2
syntax V:STATE:1
usage on
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
001:
args 30.5
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname SET_POINT_TEMPERATURE
partype 3
ps VALUES
scn 001
unit �C
state:
chn 9
dpt STATE
Attributes:
alexaName Badezimmerheizung
alias Badezimmerheizung
ccureadingfilter 1,10,9..*
cmdIcon on:general_an off:general_aus
room Badezimmer
HMIP-BSM
Internals:
DEF 00085A499DA8C1 sd=3.STATE cd=4.STATE
FUUID 618ae5fd-f33f-f546-8e65-fd25856ed021235f
FVERSION 88_HMCCUDEV.pm:v5.0.0-s25212/2021-11-10
IODev CCU
NAME LichtschalterBadezimmer_3
NR 159
STATE off
TYPE HMCCUDEV
ccuaddr 00085A499DA8C1
ccudevstate active
ccuif HmIP-RF
ccuname LichtschalterBadezimmer
ccurolectrl SWITCH_VIRTUAL_RECEIVER
ccurolestate SWITCH_TRANSMITTER
ccusubtype BSM
ccutype HmIP-BSM
firmware 1.18.14
readonly no
READINGS:
2021-11-11 11:14:27 3.PROCESS STABLE
2021-11-11 11:14:27 3.SECTION 0
2021-11-11 11:14:27 3.SECTION_STATUS NORMAL
2021-11-11 11:14:27 3.STATE off
2021-11-11 11:14:27 4.PROCESS STABLE
2021-11-11 11:14:27 4.SECTION 0
2021-11-11 11:14:27 4.SECTION_STATUS NORMAL
2021-11-11 11:14:27 4.STATE off
2021-11-11 11:14:26 7.CURRENT 0.0
2021-11-11 11:14:26 7.CURRENT_STATUS NORMAL
2021-11-11 11:14:26 7.ENERGY_COUNTER 3406.5
2021-11-11 11:14:26 7.ENERGY_COUNTER_OVERFLOW false
2021-11-11 11:14:26 7.FREQUENCY 50.0
2021-11-11 11:14:26 7.FREQUENCY_STATUS NORMAL
2021-11-11 11:14:26 7.POWER 0.0
2021-11-11 11:14:26 7.POWER_STATUS NORMAL
2021-11-11 11:14:26 7.VOLTAGE 224.9
2021-11-11 11:14:26 7.VOLTAGE_STATUS NORMAL
2021-11-11 10:41:26 IODev CCU
2021-11-11 11:14:27 activity alive
2021-11-11 11:14:27 control off
2021-11-11 11:14:27 devstate ok
2021-11-11 11:14:27 hmstate off
2021-11-11 11:14:27 rssidevice -54
2021-11-11 11:14:27 rssipeer -56
2021-11-11 11:14:27 state off
hmccu:
channels 10
defCDP 4.STATE
defSDP 3.STATE
detect 5
devspec 00085A499DA8C1
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:KEY_TRANSCEIVER,2:KEY_TRANSCEIVER,3:SWITCH_TRANSMITTER,4:SWITCH_VIRTUAL_RECEIVER,5:SWITCH_VIRTUAL_RECEIVER,6:SWITCH_VIRTUAL_RECEIVER,7:ENERGIE_METER_TRANSMITTER,8:COND_SWITCH_TRANSMITTER,9:SWITCH_WEEK_PROFILE
setDefaults 0
cmdlist:
get
set off:noArg on:noArg on-till on-for-timer off:noArg on:noArg on-till on-for-timer off:noArg on:noArg on-till on-for-timer toggle:noArg
control:
chn 4
dpt STATE
dp:
0.ACTUAL_TEMPERATURE:
VALUES:
NVAL 26.0
ONVAL 26.0
OSVAL 26.0
OVAL 26.0
SVAL 26.0
VAL 26.0
0.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.ERROR_CODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.ERROR_OVERHEAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -54
ONVAL -54
OSVAL -54
OVAL -54
SVAL -54
VAL -54
0.RSSI_PEER:
VALUES:
NVAL -56
ONVAL -57
OSVAL -57
OVAL -57
SVAL -56
VAL -56
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
3.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
3.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
3.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
3.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
4.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
4.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
4.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
5.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
5.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
5.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
5.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
6.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
6.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
6.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
6.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
7.CURRENT:
VALUES:
NVAL 0.0
ONVAL 0.0
OSVAL 0.0
OVAL 0.0
SVAL 0.0
VAL 0.0
7.CURRENT_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
7.ENERGY_COUNTER:
VALUES:
NVAL 3406.5
ONVAL 3406.5
OSVAL 3406.5
OVAL 3406.5
SVAL 3406.5
VAL 3406.5
7.ENERGY_COUNTER_OVERFLOW:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
7.FREQUENCY:
VALUES:
NVAL 49.98
ONVAL 49.98
OSVAL 50.0
OVAL 49.98
SVAL 50.0
VAL 49.98
7.FREQUENCY_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
7.POWER:
VALUES:
NVAL 0.01
ONVAL 0.01
OSVAL 0.0
OVAL 0.01
SVAL 0.0
VAL 0.01
7.POWER_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
7.VOLTAGE:
VALUES:
NVAL 224.9
ONVAL 224.9
OSVAL 224.9
OVAL 224.9
SVAL 224.9
VAL 224.9
7.VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
roleCmds:
get:
set:
off:
channel ?
role SWITCH_VIRTUAL_RECEIVER
subcount 1
syntax V:STATE:0
usage off
subcmd:
000:
args 0
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on:
channel ?
role SWITCH_VIRTUAL_RECEIVER
subcount 1
syntax V:STATE:1
usage on
subcmd:
000:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on-for-timer:
channel ?
role SWITCH_VIRTUAL_RECEIVER
subcount 2
syntax V:ON_TIME:?duration V:STATE:1
usage on-for-timer duration
subcmd:
000:
args
dpt ON_TIME
fnc
max 8580000.0
min 0.0
parname duration
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
on-till:
channel ?
role SWITCH_VIRTUAL_RECEIVER
subcount 2
syntax V:ON_TIME:?time V:STATE:1
usage on-till time
subcmd:
000:
args
dpt ON_TIME
fnc
max 8580000.0
min 0.0
parname time
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
state:
chn 3
dpt STATE
Attributes:
alexaName Badezimmerlicht
alias Badezimmerlicht
ccureadingfilter 1,2,3,4,7..*
cmdIcon on:general_an off:general_aus
room Badezimmer
Wenn weitere Infos benötigt werden, bitte melden!
Danke für Eure Hilfe.
Gruß Tom
Zitat von: zap am 06 November 2021, 18:39:42
Sind im I/O device noch irgendwelche Attribute wie z.B. eventMap gesetzt?
Danke, das hat zumindest für das Problem im 2. Absatz geholfen. Im I/O-Device gab es "eventMap = /rpcserver on:on/rpcserver off:off/", so wie es auch aktuell nach der automatischen Anlage noch in den HMCCURPCPROC Devices gesetzt wird.
Hi zusammen,
habe nach dem Update noch ein Problem mit meinen Rolladensteuerungen.
Ich nutze mehere HM-LC-Bl1PBU-FM und habe hier die Readings umgedreht mit
attr EG_BUE_Rolladen ccuscaleval !LEVEL:0:1:0:100
Sobald dieser Attribut gesetzt ist wird beim einem
set EG_BUE_Rolladen pct x
immer auf 100 gefahren und der angegebene wert wird einfach ignoriert.
Wenn ich den ccuscaleval lösche funktioniert alles problemlos :(
Gruß
Michael
Zitat von: zap am 11 November 2021, 10:11:48
@zentis666
Das disable=1 ist seltsam. Das macht HMCCU eigentlich nur, wenn das Device in der CCU gelöscht wurde. Normalerweise sollte die Keymatic mit den alten Attributen steuerbar sein (set defaults old).
Mach mal bitte ein "get deviceInfo" im I/O Device (aus der Dropdown Liste das Keymatic Device auswählen)
Hallo zap,
hier die Ausgabe:
Device channels and datapoints
DEV HM-Sec-Key-S SEQ1797726 interface=BidCos-RF type=HM-Sec-Key
CHN SEQ1797726:0 HM-Sec-Key-S:0
0.UNREACH = false {b} [RE]
0.STICKY_UNREACH = false {b} [RWE]
0.CONFIG_PENDING = false {b} [RE]
0.LOWBAT = false {b} [RE]
0.DUTYCYCLE = false {b} [RE]
0.RSSI_DEVICE = 190 {n} [RE]
0.RSSI_PEER = 190 {n} [RE]
0.AES_KEY = 1 {n} [R]
CHN SEQ1797726:1 HM-Sec-Key-S:1
1.STATE = true {b} [RWE]
1.OPEN = {b} [W]
1.RELOCK_DELAY = {f} [W]
1.STATE_UNCERTAIN = false {b} [RE]
1.INHIBIT = false {b} [RWE]
1.ERROR = 0 {i} [RE]
1.DIRECTION = 0 {i} [RE]
1.INSTALL_TEST = {b} [W]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Current state datapoint = 1.STATE
Current control datapoint = .
Device description
Device SEQ1797726 HM-Sec-Key-S [HM-Sec-Key]
CHILDREN: SEQ1797726:0,SEQ1797726:1
FIRMWARE: 2.5
FLAGS: Visible
INTERFACE: MEQ1479660
PARAMSETS: MASTER
RF_ADDRESS: 7710896
ROAMING: 0
RX_MODE: BURST
UPDATABLE: 0
Channel SEQ1797726:0 HM-Sec-Key-S:0 [MAINTENANCE]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible,Internal
PARAMSETS: MASTER,VALUES
PARENT: SEQ1797726
PARENT_TYPE: HM-Sec-Key
Channel SEQ1797726:1 HM-Sec-Key-S:1 [KEYMATIC]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: KEYMATIC
PARAMSETS: LINK,MASTER,VALUES
PARENT: SEQ1797726
PARENT_TYPE: HM-Sec-Key
Defaults
Wenn das disable=1 wegen eines Löschvorgangs kommt:
ich hab vor einem Monat die Keymatic wegen Getriebedefekt austauschen müssen,
dabei hab ich die "Gerät ersetzen" (oder so ähnlich) Funktion in der CCU genutzt.
Da das Gerät danach problemlos von Fhem aus funktioniert hat, hab ich erstmal nichts weiter in Fhem angepasst.
Allerdings hat sich dabei natürlich die ID + Seriennummer in der Homematic geändert, die ID hatte ich dann als sich die Keymatic nach dem Update nicht mehr steuern lies n der Fhem Gerätedefinition angepasst, das hat aber nichts geholfen.
Ich hab die Keymatic gerade mal testweise in Fhem gelöscht, kann sie dann aber nicht neu anlegen.
Grüße
Sven
Zitat von: zap am 10 November 2021, 18:57:15
Behobene Fehler:
- Der Befehl "set datapoint" im I/O device funktionierte nicht korrekt
........
Vielen Dank für die schnelle Änderung zap :)
Nach dem heutigen Update musste ich den Datapoint von 2 auf 3 ändern, dann funktioniert mein Test-Szenario.
##$LED_CCU = "CCU_DG_STR_HMIP_PDT.2.LEVEL=100";;
$LED_CCU = "CCU_DG_STR_HMIP_PDT.3.LEVEL=100";;
Das bedeutet, ich müsste alle Codings checken, ob sich für das explizite Gerät der Datapoint geändert hat?
@Dirk070
Würde mich wundern, wenn das mit 2.LEVEL jemals funktioniert hätte, denn laut Doku:
CHANNEL 2: DIMMER_TRANSMITTER
Parameter LEVEL (FLOAT, min=0.0, max=1.01) Access = Read, Event
Heißt: Der Datenpunkt ist read only.
Bei Channel 3 hingegen:
Access = Read, Event, Write
Üblicherweise sind die XXX_TRANSMITTER Rollen immer Read Only.
Eine Anmerkung zum HM-Dis-EP-WM55 (ePaper Display).
Wenn man das Gerät in FHEM mit "get createDev" anlegt, erzeugt HMCCU je ein HMCCUCHN Device für die Kanäle 1 und 2 (Taste oben, Taste unten).
Problem: Damit kann man leider nicht die Texte auf dem Display ändern.
Daher empfehle ich, dieses Gerät als HMCCUDEV einzubinden. Dabei muss die Option "forceDev" verwendet werden:
define myDisp HMCCCUDEV Adresse forceDev
Hintergrund: Leider hat Kanal 3 wie die Kanäle 1 und 2 die Rolle "KEY", jedoch fehlen die Datenpunkte PRESS. Daher erkennt HMCCU diesen Kanal nicht richtig und legt für Kanal 3 kein HMCCUCHN an. Eine Alternative ohne HMCCUDEV wäre:
Angenommen, das Display hat in der CCU den Namen DISP. Die Kanäle haben die Namen DISP1, DISP2, DISP3:
get myCCU createDev DISP
=> Legt 2 HMCCUCHNs an mit den Namen DISP1 und DISP2.
Dann
define DISP3 HMCCUCHN DISP3
Dann geht das:
set DISP3 datapoint SUBMIT="text1=Test"
Dann kann der Text auf dem Display z.B. so geändert werden:
set myDisp datapoint 3.SUBMIT="text1=Zeile1,text3=BLABLA"
Zitat von: zentis666 am 11 November 2021, 14:06:54
Ich hab die Keymatic gerade mal testweise in Fhem gelöscht, kann sie dann aber nicht neu anlegen.
Inzwischen bin ich so weit, dass ich von Fhem aus zumindest die Keymatic aufmachen (Tür öffnen) kann.
Ich konnte per "set defaults reset" das Device zurücksetzen und im set-Pulldown taucht nun "open" auf und das funktioniert auch.
Es fehlt also noch "lock" und "unlock".
Hier die Readings:
1.STATE
unlocked
1.STATE_UNCERTAIN
false
devstate
ok
hmstate
unlocked
state
unlocked
Hier die Attribute:
IODev
hm_ccu
ccureadingfilter
(STATE|INHIBIT)
eventMap
/datapoint 1.OPEN true:open/
hmstatevals
ERROR!1:clutch_failure,2:motor_aborted
homebridgeMapping
Door=state,cmd=+,LockCurrentState=lock
room
0.10:Flur,Homekit,Homematic,Zutritt,widget
stateFormat
{(ReadingsVal($name,"state","") eq "locked")?"Zugeschlossen":"Aufgeschlossen"}
statedatapoint
1.STATE
statevals
lock:false,unlock:true
substitute
STATE!(0|false):locked,(1|true):unlocked,2:open;INHIBIT!(0|false):no,(1|true):yes;STATE_UNCERTAIN!(1|true):manual;DIRECTION!0:none,1:up,2:down,3:undefined;ERROR!0:no,1:clutch_failure,2:motor_aborted
Muss ich jetzt das Attribut "eventMap" ändern?
Gruß
Sven
Hallo zap,
bitte schau mal: https://forum.fhem.de/index.php/topic,123864.msg1185777.html#msg1185777
Zitat von: ThommyTom am 11 November 2021, 11:25:28
Guten Morgen,
ich habe seit dem Update auf 5.0 echt Probleme, meine HMIP Geräte unter Alexa zum Laufen zu bekommen.
Ich habe die CCU und die Aktoren komplett neu eingebunden und auch nach WIKI-Anleitung eingerichtet.
Ich schaffe es z. b. nicht meine HMIP-BSM und meine HMIP-BWTH einzubinden.
Die HMIP-BSM kann in zwar in der Alexa-App anlegen, aber es steht ständig "Das Gerät reagiert nicht". Komischerweise hat es am Anfang kurz funktioniert, dann wieder nicht, dann kurz wieder usw. usw.
Meine Thermostate HMIP-BTWH werden auch gefunden und ind er Alexa-App als Thermostat angezeigt, aber eine Steuerung bzw. eine Abfrage der Temperatur funktioniert gar nicht.
Weiterhin habe ich eine Frage zu den HMIP-BTWH in FHEM. Ich hatte sie vorher eingebunden und hatte eine Anzeige der aktuellen, der gewünschten Temperatur, der Luftfeuchtigkeit und einen Slider zum einstellen der Temperatur. Das vermisse ich gerade eine wenig und habe schon alles möglich gespielt. Irgendwie fehlt mir das Reading desired-temp!?
Ich würde gerne die Ansicht wie im Anhang haben. Das ist die Einstellung, die automatisch nach dem Default Reset, automatisch vom HmIP-eTRV-B erstellt wurden. Komischerweise wird dieses auch korrekt von Alexa gefunden und ich kann es auch per Alexa steuern!?
Ich packe mal vorsichtshalber die List der Geräte dazu:
HMIP-BTHW
Internals:
DEF 000C9A499EF3BE sd=9.STATE cd=10.STATE
FUUID 618ae59d-f33f-f546-c25c-9a854d9f1c258715
FVERSION 88_HMCCUDEV.pm:v5.0.0-s25212/2021-11-10
IODev CCU
NAME HmIP_BWTH_000C9A499EF3BE_9
NR 149
STATE off
TYPE HMCCUDEV
ccuaddr 000C9A499EF3BE
ccudevstate active
ccuif HmIP-RF
ccuname FBHBad
ccurolestate SWITCH_TRANSMITTER
ccusubtype BWTH
ccutype HmIP-BWTH
firmware 1.2.4
readonly no
READINGS:
2021-11-11 11:06:50 1.ACTIVE_PROFILE 1
2021-11-11 11:06:50 1.ACTUAL_TEMPERATURE 20.8
2021-11-11 11:06:50 1.ACTUAL_TEMPERATURE_STATUS NORMAL
2021-11-11 11:06:50 1.BOOST_MODE false
2021-11-11 11:06:50 1.BOOST_TIME 0
2021-11-11 11:06:50 1.FROST_PROTECTION false
2021-11-11 11:06:50 1.HEATING_COOLING HEATING
2021-11-11 11:06:50 1.HUMIDITY 47
2021-11-11 11:06:50 1.HUMIDITY_STATUS NORMAL
2021-11-11 11:06:50 1.PARTY_MODE false
2021-11-11 10:32:45 1.PARTY_SET_POINT_TEMPERATURE 0.0
2021-11-11 10:32:45 1.PARTY_TIME_END
2021-11-11 10:32:45 1.PARTY_TIME_START
2021-11-11 11:06:50 1.QUICK_VETO_TIME 0
2021-11-11 11:06:50 1.SET_POINT_MODE auto
2021-11-11 11:06:50 1.SET_POINT_TEMPERATURE 19.0
2021-11-11 11:06:50 1.SWITCH_POINT_OCCURED false
2021-11-11 11:06:50 1.WINDOW_STATE closed
2021-11-11 11:06:51 10.STATE off
2021-11-11 11:06:51 9.STATE off
2021-11-11 10:41:26 IODev CCU
2021-11-11 11:06:51 activity alive
2021-11-11 11:06:51 devstate ok
2021-11-11 11:06:51 hmstate off
2021-11-11 11:06:51 rssidevice -56
2021-11-11 11:06:51 rssipeer -58
2021-11-11 11:06:51 state off
hmccu:
channels 13
defCDP 10.STATE
defSDP 9.STATE
detect 5
devspec 000C9A499EF3BE
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:HEATING_CLIMATECONTROL_TRANSCEIVER,2:HEATING_CLIMATECONTROL_RECEIVER,3:HEATING_CLIMATECONTROL_CL_TRANSMITTER,4:HEATING_SHUTTER_CONTACT_RECEIVER,5:HEATING_CLIMATECONTROL_SWITCH_TRANSMITTER,6:HEATING_KEY_RECEIVER,7:CLIMATECONTROL_FLOOR_TRANSMITTER,8:CLIMATECONTROL_FLOOR_DIRECT_TRANSMITTER,9:SWITCH_TRANSMITTER,10:SWITCH_VIRTUAL_RECEIVER,11:SWITCH_VIRTUAL_RECEIVER,12:SWITCH_VIRTUAL_RECEIVER
setDefaults 0
cmdlist:
get
set boost:noArg off:noArg on:noArg auto:noArg holiday:noArg desired-temp manu:noArg
control:
dp:
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -56
ONVAL -56
OSVAL -56
OVAL -56
SVAL -56
VAL -56
0.RSSI_PEER:
VALUES:
NVAL -58
ONVAL -58
OSVAL -58
OVAL -58
SVAL -58
VAL -58
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
1.ACTIVE_PROFILE:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
1.ACTUAL_TEMPERATURE:
VALUES:
NVAL 20.8
ONVAL 20.5
OSVAL 20.5
OVAL 20.5
SVAL 20.8
VAL 20.8
1.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.BOOST_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.BOOST_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.FROST_PROTECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.HEATING_COOLING:
VALUES:
NVAL 0
ONVAL 0
OSVAL HEATING
OVAL 0
SVAL HEATING
VAL 0
1.HUMIDITY:
VALUES:
NVAL 47
ONVAL 47
OSVAL 47
OVAL 47
SVAL 47
VAL 47
1.HUMIDITY_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.PARTY_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.QUICK_VETO_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.SET_POINT_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL auto
OVAL 0
SVAL auto
VAL 0
1.SET_POINT_TEMPERATURE:
VALUES:
NVAL 19.0
ONVAL 19.0
OSVAL 19.0
OVAL 19.0
SVAL 19.0
VAL 19.0
1.SWITCH_POINT_OCCURED:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.WINDOW_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0
SVAL closed
VAL 0
10.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
11.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
12.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
8.EMERGENCY_OPERATION:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
8.FROST_PROTECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
8.HUMIDITY_ALARM:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
8.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
9.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
roleCmds:
get:
set:
auto:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:0
usage auto
subcmd:
000:
args 0
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
boost:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:BOOST_MODE:1
usage boost
subcmd:
000:
args 1
dpt BOOST_MODE
fnc
max 1
min 0
parname BOOST_MODE
partype 3
ps VALUES
scn 000
unit
desired-temp:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:SET_POINT_TEMPERATURE:?temperature
usage desired-temp temperature
subcmd:
000:
args
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname temperature
partype 2
ps VALUES
scn 000
unit �C
holiday:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:2
usage holiday
subcmd:
000:
args 2
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
manu:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:1
usage manu
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
off:
channel 1
role SWITCH_VIRTUAL_RECEIVER
subcount 2
syntax V:STATE:0
usage off
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
001:
args 4.5
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname SET_POINT_TEMPERATURE
partype 3
ps VALUES
scn 001
unit �C
on:
channel 1
role SWITCH_VIRTUAL_RECEIVER
subcount 2
syntax V:STATE:1
usage on
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
001:
args 30.5
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname SET_POINT_TEMPERATURE
partype 3
ps VALUES
scn 001
unit �C
state:
chn 9
dpt STATE
Attributes:
alexaName Badezimmerheizung
alias Badezimmerheizung
ccureadingfilter 1,10,9..*
cmdIcon on:general_an off:general_aus
room Badezimmer
HMIP-BSM
Internals:
DEF 00085A499DA8C1 sd=3.STATE cd=4.STATE
FUUID 618ae5fd-f33f-f546-8e65-fd25856ed021235f
FVERSION 88_HMCCUDEV.pm:v5.0.0-s25212/2021-11-10
IODev CCU
NAME LichtschalterBadezimmer_3
NR 159
STATE off
TYPE HMCCUDEV
ccuaddr 00085A499DA8C1
ccudevstate active
ccuif HmIP-RF
ccuname LichtschalterBadezimmer
ccurolectrl SWITCH_VIRTUAL_RECEIVER
ccurolestate SWITCH_TRANSMITTER
ccusubtype BSM
ccutype HmIP-BSM
firmware 1.18.14
readonly no
READINGS:
2021-11-11 11:14:27 3.PROCESS STABLE
2021-11-11 11:14:27 3.SECTION 0
2021-11-11 11:14:27 3.SECTION_STATUS NORMAL
2021-11-11 11:14:27 3.STATE off
2021-11-11 11:14:27 4.PROCESS STABLE
2021-11-11 11:14:27 4.SECTION 0
2021-11-11 11:14:27 4.SECTION_STATUS NORMAL
2021-11-11 11:14:27 4.STATE off
2021-11-11 11:14:26 7.CURRENT 0.0
2021-11-11 11:14:26 7.CURRENT_STATUS NORMAL
2021-11-11 11:14:26 7.ENERGY_COUNTER 3406.5
2021-11-11 11:14:26 7.ENERGY_COUNTER_OVERFLOW false
2021-11-11 11:14:26 7.FREQUENCY 50.0
2021-11-11 11:14:26 7.FREQUENCY_STATUS NORMAL
2021-11-11 11:14:26 7.POWER 0.0
2021-11-11 11:14:26 7.POWER_STATUS NORMAL
2021-11-11 11:14:26 7.VOLTAGE 224.9
2021-11-11 11:14:26 7.VOLTAGE_STATUS NORMAL
2021-11-11 10:41:26 IODev CCU
2021-11-11 11:14:27 activity alive
2021-11-11 11:14:27 control off
2021-11-11 11:14:27 devstate ok
2021-11-11 11:14:27 hmstate off
2021-11-11 11:14:27 rssidevice -54
2021-11-11 11:14:27 rssipeer -56
2021-11-11 11:14:27 state off
hmccu:
channels 10
defCDP 4.STATE
defSDP 3.STATE
detect 5
devspec 00085A499DA8C1
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:KEY_TRANSCEIVER,2:KEY_TRANSCEIVER,3:SWITCH_TRANSMITTER,4:SWITCH_VIRTUAL_RECEIVER,5:SWITCH_VIRTUAL_RECEIVER,6:SWITCH_VIRTUAL_RECEIVER,7:ENERGIE_METER_TRANSMITTER,8:COND_SWITCH_TRANSMITTER,9:SWITCH_WEEK_PROFILE
setDefaults 0
cmdlist:
get
set off:noArg on:noArg on-till on-for-timer off:noArg on:noArg on-till on-for-timer off:noArg on:noArg on-till on-for-timer toggle:noArg
control:
chn 4
dpt STATE
dp:
0.ACTUAL_TEMPERATURE:
VALUES:
NVAL 26.0
ONVAL 26.0
OSVAL 26.0
OVAL 26.0
SVAL 26.0
VAL 26.0
0.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.ERROR_CODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.ERROR_OVERHEAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -54
ONVAL -54
OSVAL -54
OVAL -54
SVAL -54
VAL -54
0.RSSI_PEER:
VALUES:
NVAL -56
ONVAL -57
OSVAL -57
OVAL -57
SVAL -56
VAL -56
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
3.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
3.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
3.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
3.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
4.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
4.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
4.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
5.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
5.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
5.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
5.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
6.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
6.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
6.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
6.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
7.CURRENT:
VALUES:
NVAL 0.0
ONVAL 0.0
OSVAL 0.0
OVAL 0.0
SVAL 0.0
VAL 0.0
7.CURRENT_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
7.ENERGY_COUNTER:
VALUES:
NVAL 3406.5
ONVAL 3406.5
OSVAL 3406.5
OVAL 3406.5
SVAL 3406.5
VAL 3406.5
7.ENERGY_COUNTER_OVERFLOW:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
7.FREQUENCY:
VALUES:
NVAL 49.98
ONVAL 49.98
OSVAL 50.0
OVAL 49.98
SVAL 50.0
VAL 49.98
7.FREQUENCY_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
7.POWER:
VALUES:
NVAL 0.01
ONVAL 0.01
OSVAL 0.0
OVAL 0.01
SVAL 0.0
VAL 0.01
7.POWER_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
7.VOLTAGE:
VALUES:
NVAL 224.9
ONVAL 224.9
OSVAL 224.9
OVAL 224.9
SVAL 224.9
VAL 224.9
7.VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
roleCmds:
get:
set:
off:
channel ?
role SWITCH_VIRTUAL_RECEIVER
subcount 1
syntax V:STATE:0
usage off
subcmd:
000:
args 0
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on:
channel ?
role SWITCH_VIRTUAL_RECEIVER
subcount 1
syntax V:STATE:1
usage on
subcmd:
000:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on-for-timer:
channel ?
role SWITCH_VIRTUAL_RECEIVER
subcount 2
syntax V:ON_TIME:?duration V:STATE:1
usage on-for-timer duration
subcmd:
000:
args
dpt ON_TIME
fnc
max 8580000.0
min 0.0
parname duration
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
on-till:
channel ?
role SWITCH_VIRTUAL_RECEIVER
subcount 2
syntax V:ON_TIME:?time V:STATE:1
usage on-till time
subcmd:
000:
args
dpt ON_TIME
fnc
max 8580000.0
min 0.0
parname time
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
state:
chn 3
dpt STATE
Attributes:
alexaName Badezimmerlicht
alias Badezimmerlicht
ccureadingfilter 1,2,3,4,7..*
cmdIcon on:general_an off:general_aus
room Badezimmer
Wenn weitere Infos benötigt werden, bitte melden!
Danke für Eure Hilfe.
Gruß Tom
Ich habe jetzt ein "Set CCU rpcregister all" durchgeführt, seit dem scheint es besser mit den ständigen Aussetzern seitens der CCU und somit auch mit der Verbindung zu Alexa zu geben!
Aber evtl. könnte mir jemand mit meinen HMIP-BWTH helfen!? Nach dem default-Reset habe ich nur noch ein On/Off. Weiterhin kann ich die Thermostate nicht mehr wirklich per Slider einstellen.
@zap kannst du evtl. weitere "Optionen" für die Thermostate übernehmen!? Oder mir evtl. einen Tipp geben, wie ich die wieder per Slider etc. bedienen kann!?
Danke und Gruß Tom
Zitat von: zap am 10 November 2021, 18:57:15
Es gibt morgen ein Update im SVN.
Behobene Fehler:
- Der Befehl "set datapoint" im I/O device funktionierte nicht korrekt
- Bei der Verwendung von CUxD Devices konnte es zu Problemen mit BidCos-Geräten kommen
- Die Ausführung von "get values", "get update" oder "get config" konnte zu einem Absturz von FHEM führen
Neu:
Der Befehl "set defaults" akzeptiert nun die neue Option "forceReset".
set defaults reset: Es werden nur Attribute gelöscht, die vom Benutzer nicht geändert wurden (die also den 4.3 Defaults entsprechen)
set defaults forceReset: Es werden alle nicht mehr benötigten Attribute gelöscht, auch wenn sie vom Benutzer angepasst wurden
Wenn "reset" verwendet wird, gibt HMCCU eine Liste der Attribute aus, die manuell entfernt oder angepasst werden sollten.
Moin
Irgendwie ist mein Problem mit dem Update nicht behoben!
HMCCU: 5.0 213141800
88_HMCCU.pm 25212 2021-11-10 17:51:58Z zap
88_HMCCUDEV.pm 25212 2021-11-10 17:51:58Z zap
88_HMCCURPCPROC.pm 25212 2021-11-10 17:51:58Z zap
Die Fehlermeldungen sind immer noch die Gleichen, und ich bekomme den Schalter nicht eingeschaltet!
Gruss Christoph
welches jetzt ?
Zitat von: zentis666 am 11 November 2021, 19:35:54
Inzwischen bin ich so weit, dass ich von Fhem aus zumindest die Keymatic aufmachen (Tür öffnen) kann.
Ich konnte per "set defaults reset" das Device zurücksetzen und im set-Pulldown taucht nun "open" auf und das funktioniert auch.
Es fehlt also noch "lock" und "unlock".
Nach dem fhem-Update von heute und erneutem "set defaults reset" kommt die Meldung
HMCCUDEV: HM_Sec_Key_S Device type HM-Sec-Key not known by HMCCU
Cannot detect role of HM_Sec_Key_S
Set version 4.3 attributes
und es tauchen bei mir auch "lock", "unlock" und "toggle" im Device-Pulldown auf.
Allerdings habe ich die Fehler, dass bei "lock" und "unlock" die Keymatic immer zuschließt, "toggle" hat keine Funktion (Fehlermeldung: HMCCUDEV: HM_Sec_Key_S Invalid datapoint).
"open" funktioniert korrekt.
Grüße
Sven
Ich zitiere mich und die behobenen Fehler im Update mal selbst:
- Der Befehl "set datapoint" im I/O device funktionierte nicht korrekt
- Bei der Verwendung von CUxD Devices konnte es zu Problemen mit BidCos-Geräten kommen
- Die Ausführung von "get values", "get update" oder "get config" konnte zu einem Absturz von FHEM führen
Die Keymatic war also nicht dabei ;)
Zitat von: zap am 12 November 2021, 13:09:26
Die Keymatic war also nicht dabei ;)
Schon klar aber wenn es gefixt werden soll, muss man ja wissen wo man steht...
Immerhin geht sie wieder über Fhem auf :)
Hallo zusammen,
ich betreibe eine ziemlich umfangreiche Installation mit 170 HM/HmIP-Definitionen auf 3CCUs. Ich gebe zu, das Update hat mich eiskalt erwischt und das gleich an einer Reihe von kritischen Stellen:
- Geänderte Readingwerte führen zu defekten Automationen. Beispiel: HmIP-WRC6 sendet nun bei 1.PRESS_SHORT den Wert 'press' statt 1. => Das zugehörige DOIF wird nicht ausgeführt.
- Aufrufe, die vorher ohne Probleme liefen, führen nun zu massiven Freezes. Beispiel: get ccutype=HMIP-PS config 0 ^ROUTER_MODULE_ENABLED$ blockierte FHEM für 559 Sekunden, d. h. fast 10 Minuten
- Das Setzen der Farben meines HmIP-BSL funktioniert nicht mehr. Ich verwendete hierzu bislang set EG.FL.Signalleuchte datapoint 12.COLOR 6 und set EG.FL.Signalleuchte datapoint 12.LEVEL 100. Mit HMCCU5 springt laut Event-Monitor die Farbe auf black (Wert 0) um.
zu 1.)
Das ist m. E. der kritischste Punkt, da er dazu führt, dass Automationen ohne Vorwarnung ins Leere laufen. Kann ich auf irgendeine Weise sämtliche durch das Update geänderten Mappings meiner Geräte auflisten? Alternativ: Besteht die Möglichkeit, sämtliche Manipulationen an Readingnamen und deren Werten global abzuschalten - ausgenommen natürlich solche, die ich explizit als Geräteattribute setze? Dann könnte ich die Automationen einmalig reparieren und hätte für die Zukunft einen robusten Zustand.
zu 2.)
Habe den Aufruf zunächst deaktiviert. Seit einer Stunde sind keine Freezes aufgetreten.
zu 3.)
Hier fehlt mir noch eine Lösung.
Werde wohl HMCCU zunächst reverten, um zu einem stabilen Zustand zurückzukehren.
Patrick
Hinweis: Das ePaper Display funktioniert doch noch nicht. Da liegt noch etwas anderes im Argen
Zitat von: PatrickR am 12 November 2021, 16:38:02
Hallo zusammen,
ich betreibe eine ziemlich umfangreiche Installation mit 170 HM/HmIP-Definitionen auf 3CCUs. Ich gebe zu, das Update hat mich eiskalt erwischt und das gleich an einer Reihe von kritischen Stellen:
- Geänderte Readingwerte führen zu defekten Automationen. Beispiel: HmIP-WRC6 sendet nun bei 1.PRESS_SHORT den Wert 'press' statt 1. => Das zugehörige DOIF wird nicht ausgeführt.
- Aufrufe, die vorher ohne Probleme liefen, führen nun zu massiven Freezes. Beispiel: get ccutype=HMIP-PS config 0 ^ROUTER_MODULE_ENABLED$ blockierte FHEM für 559 Sekunden, d. h. fast 10 Minuten
- Das Setzen der Farben meines HmIP-BSL funktioniert nicht mehr. Ich verwendete hierzu bislang set EG.FL.Signalleuchte datapoint 12.COLOR 6 und set EG.FL.Signalleuchte datapoint 12.LEVEL 100. Mit HMCCU5 springt laut Event-Monitor die Farbe auf black (Wert 0) um.
zu 1.)
Das ist m. E. der kritischste Punkt, da er dazu führt, dass Automationen ohne Vorwarnung ins Leere laufen. Kann ich auf irgendeine Weise sämtliche durch das Update geänderten Mappings meiner Geräte auflisten? Alternativ: Besteht die Möglichkeit, sämtliche Manipulationen an Readingnamen und deren Werten global abzuschalten - ausgenommen natürlich solche, die ich explizit als Geräteattribute setze? Dann könnte ich die Automationen einmalig reparieren und hätte für die Zukunft einen robusten Zustand.
zu 2.)
Habe den Aufruf zunächst deaktiviert. Seit einer Stunde sind keine Freezes aufgetreten.
zu 3.)
Hier fehlt mir noch eine Lösung.
Werde wohl HMCCU zunächst reverten, um zu einem stabilen Zustand zurückzukehren.
Patrick
Naja, nach 1,5 Jahren Betaphase und so ca. 10 Aufforderungen, die eigene Config mal gegen die 5.0 zu testen, ist "kalt erwischt" schon überraschend ;)
Aber ich denke, das lässt sich hin bekommen. Ansonsten musst Du halt erst mal auf die 4.3 zurück.
zu 1) Schau Dir mal das Attribut ccureadingformat an.
zu 2) Auf wieviele Geräte trifft denn die devspec zu?
zu 3) Ja, mit dem Gerät scheint es noch Probleme zu geben. Sobald das funktioniert, solltest Du es neu anlegen mit get createDev. Dann bekommst Du 3 HMCCUCHNs angelegt, mit denen die Steuerung funktionieren sollte (aber erst, wenn ich mir das nochmal angeschaut habe).
Hallo,
nach dem update auf 5.0 hatte ich auch einige kleinere Probleme. Da mir die neue Version zusagt, da sie mir transparenter erscheint, habe ich angefangen meine devices mit get createDev wie empfohlen neu anzulegen. Funktioniert tadellos, und da ich nicht so viele devices habe möchte ich alles umstellen, auch wenn es mit den migrierten devs auf Basis 4.3 funktioniert. Folgende Fragen hätte ich dazu:
- ich habe 2 6-fach Taster. Es werden 6 HMCCUCHN devices angelegt, die laut post 1 zu einer FHEM-gruppe zusammengefasst werden. Wo finde ich diese Gruppe? Handelt es sich dabei um das attribut group?
- ich verwende die readings group Battery für den Batteriecheck. die 6 Tasterkanäle haben kein reading für batterie. Muss ich dazu noch ein device anlegen?
- ist es sinnvoll alles neu zu machen, oder kann man auch mischen, also migrierte 4.3. und neue 5.0 devices?
Hi!
Zitat von: zap am 12 November 2021, 18:45:06
Naja, nach 1,5 Jahren Betaphase und so ca. 10 Aufforderungen, die eigene Config mal gegen die 5.0 zu testen, ist "kalt erwischt" schon überraschend ;)
Keineswegs. Ich nutze FHEM seit 2008 und update regelmäßig. Natürlich treten da Bugs auf; das ist normal und eine bewusste Entscheidung bei FHEM. Aber es ist - wenn Du ehrlich bist - absolut unüblich, dass Änderungen eingespielt werden, die vorhandene Konfigurationen derart verbiegen, dass sie silent failen. Und da Notifys etc. nunmal auf Events matchen ist es offensichtlich, dass das Ändern dieser Events Folgen hat. Nichts für ungut.
Zitat von: zap am 12 November 2021, 18:45:06
Aber ich denke, das lässt sich hin bekommen. Ansonsten musst Du halt erst mal auf die 4.3 zurück.
Bin ich aktuell. Die Freezeproblematik konnte ich umgehen aber für die anderen beiden Probleme benötige ich eine Lösung oder zumindest einen Workaround bevor ich zurück auf Version 5 kann.
Patrick
Hi!
Zitat von: zap am 12 November 2021, 18:45:06
zu 1) Schau Dir mal das Attribut ccureadingformat an.
Wenn ich die Commandref richtig verstehe, kann ich damit nicht verhindern, dass Readings wie desired-temp angelegt werden bzw. die Original-Readings (1.SET_TEMPERATURE) ersetzen.
Damit wäre aber allenfalls das Problem der Readingnamen erschlagen. Wie kann ich das Problem global für die Values lösen?
Zitat von: zap am 12 November 2021, 18:45:06
zu 2) Auf wieviele Geräte trifft denn die devspec zu?
20 Geräte. Bei 4.3 waren die Aufrufe zuverlässig unter der Freeze-Threshold von 1s möglich.
Zitat von: zap am 12 November 2021, 18:45:06
zu 3) Ja, mit dem Gerät scheint es noch Probleme zu geben. Sobald das funktioniert, solltest Du es neu anlegen mit get createDev. Dann bekommst Du 3 HMCCUCHNs angelegt, mit denen die Steuerung funktionieren sollte (aber erst, wenn ich mir das nochmal angeschaut habe).
Zu meinem Verständnis: Bislang war HMCCU meines Wissens universell, d. h. es gab abgesehen von den defattrs keine gerätespezifischen Lösungen und brandneue Geräte funktionierten ohne Anpassung der Module. Deine Aussage hier liest sich so als müsstest Du gerätespezifische Anpassungen vornehmen.
Werde mir bei Gelegenheit mal einen FHEM-Instanz für HMCCU5 anlegen.
Patrick
Zitat von: zap am 12 November 2021, 18:42:40
Hinweis: Das ePaper Display funktioniert doch noch nicht. Da liegt noch etwas anderes im Argen
Na dann bin ich mal gespannt, habe zwar nicht das HM-Dis-EP-WM55 sondern das HM-Dis-WM55, denke aber die sollten ja ziemlich gleich sein was die Datenpunkte betrifft. Hatte das gestern nach deinem Post mal wie vorgeschlagen als HMCCUDEV angelegt, werde aber mal auf deine Überarbeitung dazu warten.
HMCCU UpdateEin neues Update ist im SVN verfügbar. Folgende Änderungen gibt es:
- Das ePaper Display HM-Dis-EP-WM55 funktioniert nun
- Der HmIP-BSL funktioniert nun
- Ein Fehler bei der Ausführung von "get config" Befehlen wurde behoben
ePaper DisplayWenn das Display per "get createDev" eingebunden wird, kann es lediglich als Schalter mit 2 Kanälen verwendet werden. Daher sollte die Einbindung in FHEM "klassisch" per define erfolgen:
define myDisp NameOrAddress forceDev
Als Parameter
NameOrAddress wird die Geräteadresse oder der Gerätename in der CCU angegeben. Anschließend kann man noch mit den Attributen "statedatapoint" und "controldatapoint" festlegen, auf welchen Kanal sich die Befehle "set on", "set off" und "set press" auswirken sollen bzw. welcher Tastendruck in STATE signalisiert wird.
Nun kann man die Texte im Display wie gewohnt ändern (siehe auch Commandref zu HMCCUDEV). Allerdings wurde das Trennzeichen geändert. Statt "=" wird nun ":" verwendet. Beispiel: Setzen der 3 mittleren Zeilen:
set myDisp datapoint 3.SUBMIT "text1:Zeile1,text2:Wort1 Wort2,text3:10:05:12"
Am besten gibt man den String für SUBMIT in Anführungsstrichen an, damit auch Leerzeichen akzeptiert werden (wie hier bei "Wort1 Wort2"). Wie im Beispiel gezeigt kann eine Zeile auch ":" enthalten. HMCCU interpretiert nur den 1. Doppelpunkt als Trennzeichen zwischen Parameter und Wert.
Einbinden von HmIP_BSL per "get createDEV"Bei der Integration mit "get createDev" legt HMCCU 3 HMCCUDEV Devices an:
- 1 Device um den Schalter ein/auszuschalten, z.B. "Licht_Schalter"
- 1 Device für Helligkeit und Farbe der Taste 1, z.B. "Licht_Taste1"
- 1 Device für Helligkeit und Farbe der Taste 2, z.B. "Licht_Taste2"
Die Farbe wird mit dem Befehl "set color" eingestellt. Damit die Taste leuchtet, muss zusätzlich die Helligkeit mit "set pct" oder "set on" (Helligkeit = 100%) eingestellt werden. Beispiel:
set Licht_Schalter on # Schalter ein
set Licht_Taste1 color BLUE
set Licht_Taste1 on # Helligkeit 100%
set Licht_Taste2 color GREEN
set Licht_Taste2 pct 50 # Helligkeit 50%
Die Default-Farbe ist BLACK. Daher hat ein "set pct" oder "set on" ohne vorherige Einstellung der Farbe keinen Effekt!
Einbinden von HmIP-BSL als Einzeldevice per defineMan kann den HmIP-BSL auch klassisch als HMCCUDEV Device anlegen. Allerdings muss man dann alle Aktionen per "set datapoint" Befehl triggern. Grund: HMCCU weiß nicht, auf welche der beiden Tasten sich die Befehle "set color" oder "set pct" beziehen.
Beispiel:
define myDev HMCCUDEV BSLAdresse forceDev
attr myDev statedatapoint 3.STATE
attr myDev controldatapoint 4.STATE # Danach wird vermutlich "set myDev on/off" funktionieren
set myDev datapoint 4.STATE true. # Schaltet den Schalter ein
set myDev 8.COLOR 1 # Farbe von Taste 1 auf Blau setzen
set myDev 8.LEVEL 100 # Beleuchtung Taste 1 auf 100% setzten
set myDev 12.COLOR 1 # Farbe von Taste 2 auf Blau setzen
set myDev 12.LEVEL 100 # Beleuchtung Taste 2 auf 100% setzten
Anmerkung zu ReadingnamesDas Format von Readingnamen kann mit dem Attribut "ccureadingformat" angepasst werden. Möchte man z.B. nur den Datenpunktnamen als Reading haben, setzt man
attr myDev ccureadingformat %d. # %D = Großbuchstaben
Wenn das für alle Devices gelten soll, setzt man im I/O Device das Attribut "ccudef-readingformat".
Alle möglichen Optionen und Platzhalter findet man in der Commandref zu HMCCUCHN und HMCCU.
Zusätzliche oder alternative ReadingnamesKönnen wie bisher mit ccureadingname definiert werden. Beispiel: Man möchte gerne zusätzlich zu "desired-temp" ein Reading "zieltemperatur" haben und die Zieltemperatur steht im Datenpunkt 1.SET_TEMPERATURE:
attr myDev ccureadingname 1.SET_TEMPERATURE:+zieltemperatur
Hallo Zap,
seit der Umstellung auf Version 5 läuft die Verbindung über Alexa Connector nicht.
Sprich nur die Homematic Geräte lassen sich dann nicht mehr per Alexa steuern.
Mit den Homematic Devices (Dimmer) hatte ich auch Probleme, konnten aber gelöst werden durch die Resets und Attributes Anpassung.
Ist hier jemand was bekannt was das sein kann?
Was wird benötigt um mir helfen zu können?
Gruß, Fabian
Mit der FHEM - Alexa Integration kenne ich mich leider nicht aus.
Ich verwende ioBroker für Tablet Display und Alexa.
Zitat von: zap am 13 November 2021, 19:03:43
HMCCU Update
Ein neues Update ist im SVN verfügbar. Folgende Änderungen gibt es:
- Der HmIP-BSL funktioniert nun
Moin
Kann ich bestaetigen! Danke fuer Deinen Einsatz, auch von meiner besseren Haelfte!
Gruss Christoph
Zitat von: zap am 13 November 2021, 19:20:15
Mit der FHEM - Alexa Integration kenne ich mich leider nicht aus.
Ich verwende ioBroker für Tablet Display und Alexa.
Da es seit dem Update auf Version 5 ist muss es eine Abhängigkeit geben.
Es sind nur die Homematic Geräte davon betroffen.
Was wurde in Version 5 geändert was hier in Frage kommen könnte?
Zitat von: nuart am 12 November 2021, 19:06:02
Hallo,
nach dem update auf 5.0 hatte ich auch einige kleinere Probleme. Da mir die neue Version zusagt, da sie mir transparenter erscheint, habe ich angefangen meine devices mit get createDev wie empfohlen neu anzulegen. Funktioniert tadellos, und da ich nicht so viele devices habe möchte ich alles umstellen, auch wenn es mit den migrierten devs auf Basis 4.3 funktioniert. Folgende Fragen hätte ich dazu:
- ich habe 2 6-fach Taster. Es werden 6 HMCCUCHN devices angelegt, die laut post 1 zu einer FHEM-gruppe zusammengefasst werden. Wo finde ich diese Gruppe? Handelt es sich dabei um das attribut group?
- ich verwende die readings group Battery für den Batteriecheck. die 6 Tasterkanäle haben kein reading für batterie. Muss ich dazu noch ein device anlegen?
- ist es sinnvoll alles neu zu machen, oder kann man auch mischen, also migrierte 4.3. und neue 5.0 devices?
Irgendeine Idee dazu?
Hi zap,
ich wollte heute den rpcserver manuell stoppen und neu starten. Das habe ich mit den Settern im aktuellen Modul machen wollen:
set CCU3 rpcserver on
dann kommt:
HMCCU: CCU3 Usage: set CCU3 [rpcserver] {'on'|'off'}
Das scheint ein Bug zu sein, oder? Haben das andere auch?
Gruß,
Timmäää
Muss mal schauen, ggf reicht
set CCU3 on / off
Zitat von: DJCrazy am 14 November 2021, 15:52:25
Da es seit dem Update auf Version 5 ist muss es eine Abhängigkeit geben.
Es sind nur die Homematic Geräte davon betroffen.
Was wurde in Version 5 geändert was hier in Frage kommen könnte?
Ich habe das Modul praktisch komplett umgebaut. Es könnte sein, dass Alexa das Vorhandensein bestimmter set Befehle voraussetzt, die es nun nicht mehr gibt bzw. die nun anders heißen. Da ich aber keine Ahnung habe, wie die Alexa Integration in FHEM funktioniert, bin ich in diesem Fall ratlos
Hallo zusammen,
bei mir funktiniert die Steuerung via ALEXA ohne Probleme. Nach dem Update auf 5.0 waren keine Anpassungen notwendig. Was steht den in den Logs?
Viele Grüße
Jürgen
Zitat von: Timmäää am 14 November 2021, 21:07:25
Hi zap,
ich wollte heute den rpcserver manuell stoppen und neu starten. Das habe ich mit den Settern im aktuellen Modul machen wollen:
set CCU3 rpcserver on
dann kommt:
HMCCU: CCU3 Usage: set CCU3 [rpcserver] {'on'|'off'}
Das scheint ein Bug zu sein, oder? Haben das andere auch?
Gruß,
Timmäää
Das Problem hatte ich auch. Siehe hier, 2. Absatz
https://forum.fhem.de/index.php/topic,123686.msg1182994.html#msg1182994 (https://forum.fhem.de/index.php/topic,123686.msg1182994.html#msg1182994)
Das war die Antwort (hatte ich zumindest auf den 2. Absatz bezogen):
https://forum.fhem.de/index.php/topic,123686.msg1185106.html#msg1185106 (https://forum.fhem.de/index.php/topic,123686.msg1185106.html#msg1185106)
Und hatte funktioniert:
https://forum.fhem.de/index.php/topic,123686.msg1186092.html#msg1186092 (https://forum.fhem.de/index.php/topic,123686.msg1186092.html#msg1186092)
Hallo,
Ich habe seit dem Update auf 5.0 folgende Einträge im Log:
2021.11.15 15:51:00 2: HMCCU [d_ccu] Control datapoint not defined for channel 10, role
2021.11.15 15:51:01 2: HMCCU [d_ccu] Control datapoint not defined for channel 10, role
2021.11.15 15:51:01 2: HMCCU [d_ccu] Control datapoint not defined for channel 10, role
2021.11.15 15:51:02 2: HMCCU [d_ccu] Control datapoint not defined for channel 10, role
Ich bin mir sicher, dass die Einträge von meinem HmIP-BWTH Geräten kommt.
Folgender Extract von DeviceInfo:
Device detection:
StateDatapoint = 1.ACTUAL_TEMPERATURE [HEATING_CLIMATECONTROL_TRANSCEIVER]
StateDatapoint = 10.STATE [SWITCH_VIRTUAL_RECEIVER]
StateDatapoint = 11.STATE [SWITCH_VIRTUAL_RECEIVER]
StateDatapoint = 12.STATE [SWITCH_VIRTUAL_RECEIVER]
StateDatapoint = 9.STATE [SWITCH_TRANSMITTER]
ControlDatapoint = 1.SET_POINT_TEMPERATURE [HEATING_CLIMATECONTROL_TRANSCEIVER]
ControlDatapoint = 10. []
Recommended module for device definition: HMCCUDEV
Current state datapoint = 1.ACTUAL_TEMPERATURE
Current control datapoint = 1.SET_POINT_TEMPERATURE
Das Log wird mir hiermit leider zugeschrieben. Hat jemand eine Idee?
Zitat von: wegi30 am 15 November 2021, 15:55:57
Hallo,
Ich habe seit dem Update auf 5.0 folgende Einträge im Log:
2021.11.15 15:51:00 2: HMCCU [d_ccu] Control datapoint not defined for channel 10, role
Ich bin mir sicher, dass die Einträge von meinem HmIP-BWTH Geräten kommt.
Ich kann / muss das lieder bestätigen.
Allerdings ist es bei mir erst seit dem Wochenend Update.
Ich hatte schon etwas länger auf 5.0 umgestellt und außer ein paar kleinen Anpassung hier und da keine Probleme.
Meine HmIP-BWTH standen alle auf "Manuell" und mein fhem ist extrem langsam geworden. Bei einem Blick ins Blick ins log musste ich feststellen, dass es mit
Control datapoint not defined for channel 10, role
Einträgen überläuft.
Nach dem ich alle HmIP-BWTH in fhem gelöscht habe, ist wieder Ruhe.
Gruß LuGu
Ein list wäre echt hilfreich. Ich habe kein solches Device.
Außerdem die Ausgabe von get detectDevice.
Ich habe das Log Statement (leider) eingebaut, damit ich den Fehler eingrenzen kann. Setzt das verbose Level für die Devices auf 1, dann werden die Meldungen nicht mehr ins Log geschrieben.
Funktionieren denn die Thermostate , also lassen sie sich steuern?
Der Fehler kommt seit dem Wochenende Update. Die Geräte lassen sich steuern.
Hier mal ein List vom Device:
DEV HmIP-BWTH_Buero 000C98A991E5F6 interface=HmIP-RF type=HmIP-BWTH
CHN 000C98A991E5F6:0 HmIP-BWTH_Buero:0
0.CONFIG_PENDING = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.INSTALL_TEST = true {b} [RW]
0.OPERATING_VOLTAGE = 0.000000 {f} [RE]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
0.RSSI_DEVICE = 158 {n} [RE]
0.RSSI_PEER = 159 {n} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN 000C98A991E5F6:1 HmIP-BWTH_Buero:1
1.ACTIVE_PROFILE = 1 {i} [RWE]
1.ACTUAL_TEMPERATURE = 21.500000 {f} [RE]
1.ACTUAL_TEMPERATURE_STATUS = 0 {i} [RE]
1.BOOST_MODE = false {b} [WE]
1.BOOST_TIME = 0 {i} [RE]
1.CONTROL_DIFFERENTIAL_TEMPERATURE = {f} [W]
1.CONTROL_MODE = {i} [W]
1.DURATION_UNIT = {i} [W]
1.DURATION_VALUE = {i} [W]
1.FROST_PROTECTION = false {b} [RE]
1.HEATING_COOLING = 0 {i} [RWE]
1.HUMIDITY = 53 {i} [RE]
1.HUMIDITY_STATUS = 0 {i} [RE]
1.PARTY_MODE = false {b} [RE]
1.PARTY_SET_POINT_TEMPERATURE = 0.000000 {f} [RE]
1.PARTY_TIME_END = {s} [RWE]
1.PARTY_TIME_START = {s} [RWE]
1.QUICK_VETO_TIME = 0 {i} [RE]
1.SET_POINT_MODE = 1 {i} [RWE]
1.SET_POINT_TEMPERATURE = 21.500000 {f} [RWE]
1.SWITCH_POINT_OCCURED = false {b} [RE]
1.WINDOW_STATE = 0 {i} [RWE]
CHN 000C98A991E5F6:8 HmIP-BWTH_Buero:8
8.EMERGENCY_OPERATION = false {b} [RE]
8.FROST_PROTECTION = false {b} [RE]
8.HUMIDITY_ALARM = false {b} [RE]
8.STATE = false {b} [RE]
CHN 000C98A991E5F6:9 HmIP-BWTH_Buero:9
9.STATE = false {b} [RE]
CHN 000C98A991E5F6:10 HmIP-BWTH_Buero:10
10.STATE = false {b} [RE]
CHN 000C98A991E5F6:11 HmIP-BWTH_Buero:11
11.STATE = false {b} [RE]
CHN 000C98A991E5F6:12 HmIP-BWTH_Buero:12
12.STATE = false {b} [RE]
Device detection:
StateDatapoint = 1.ACTUAL_TEMPERATURE [HEATING_CLIMATECONTROL_TRANSCEIVER]
StateDatapoint = 10.STATE [SWITCH_VIRTUAL_RECEIVER]
StateDatapoint = 11.STATE [SWITCH_VIRTUAL_RECEIVER]
StateDatapoint = 12.STATE [SWITCH_VIRTUAL_RECEIVER]
StateDatapoint = 9.STATE [SWITCH_TRANSMITTER]
ControlDatapoint = 1.SET_POINT_TEMPERATURE [HEATING_CLIMATECONTROL_TRANSCEIVER]
ControlDatapoint = 10. []
Recommended module for device definition: HMCCUDEV
Current state datapoint = 1.ACTUAL_TEMPERATURE
Current control datapoint = 1.SET_POINT_TEMPERATURE
Device description
Device 000C98A991E5F6 HmIP-BWTH_Buero [HmIP-BWTH]
AES_ACTIVE: 1
AVAILABLE_FIRMWARE: 1.2.4
CHILDREN: 000C98A991E5F6:0,000C98A991E5F6:1,000C98A991E5F6:2,000C98A991E5F6:3,000C98A991E5F6:4,000C98A991E5F6:5,000C98A991E5F6:6,000C98A991E5F6:7,000C98A991E5F6:8,000C98A991E5F6:9,000C98A991E5F6:10,000C98A991E5F6:11,000C98A991E5F6:12
DIRECTION: NONE
FIRMWARE: 1.2.4
FIRMWARE_UPDATE_STATE: UP_TO_DATE
FLAGS: Visible
PARAMSETS: MASTER,SERVICE
RF_ADDRESS: 3267279
ROAMING: 0
RX_MODE:
SUBTYPE: BWTH
UPDATABLE: 1
Channel 000C98A991E5F6:0 HmIP-BWTH_Buero:0 [MAINTENANCE]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 000C98A991E5F6
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C98A991E5F6:1 HmIP-BWTH_Buero:1 [HEATING_CLIMATECONTROL_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CLIMATE_CONTROL_WTH_TRV
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C98A991E5F6
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C98A991E5F6:2 HmIP-BWTH_Buero:2 [HEATING_CLIMATECONTROL_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_TRV_WTH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C98A991E5F6
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C98A991E5F6:3 HmIP-BWTH_Buero:3 [HEATING_CLIMATECONTROL_CL_TRANSMITTER]
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CLIMATE_CONTROL_CL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C98A991E5F6
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C98A991E5F6:4 HmIP-BWTH_Buero:4 [HEATING_SHUTTER_CONTACT_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: WINDOW_SWITCH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C98A991E5F6
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C98A991E5F6:5 HmIP-BWTH_Buero:5 [HEATING_CLIMATECONTROL_SWITCH_TRANSMITTER]
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: SWITCH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C98A991E5F6
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C98A991E5F6:6 HmIP-BWTH_Buero:6 [HEATING_KEY_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: REMOTE_CONTROL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C98A991E5F6
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C98A991E5F6:7 HmIP-BWTH_Buero:7 [CLIMATECONTROL_FLOOR_TRANSMITTER]
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CLIMATE_CONTROL_FLOOR
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C98A991E5F6
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C98A991E5F6:8 HmIP-BWTH_Buero:8 [CLIMATECONTROL_FLOOR_DIRECT_TRANSMITTER]
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CLIMATE_CONTROL_FLOOR_DIRECT
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C98A991E5F6
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C98A991E5F6:9 HmIP-BWTH_Buero:9 [SWITCH_TRANSMITTER] known
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS:
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 000C98A991E5F6
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C98A991E5F6:10 HmIP-BWTH_Buero:10 [SWITCH_VIRTUAL_RECEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR_DIRECT
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C98A991E5F6
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C98A991E5F6:11 HmIP-BWTH_Buero:11 [SWITCH_VIRTUAL_RECEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS:
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR_DIRECT
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C98A991E5F6
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000C98A991E5F6:12 HmIP-BWTH_Buero:12 [SWITCH_VIRTUAL_RECEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS:
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR_DIRECT
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000C98A991E5F6
PARENT_TYPE: HmIP-BWTH
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Defaults
Support for role HEATING_CLIMATECONTROL_TRANSCEIVER of device type HmIP-BWTH is built in.
das Verbose 1 bringt leider nichts, die Meldung kommt immer noch.
Hier mal der Auszug von get detectDev:
{
controlRole={
1={
datapoint=SET_POINT_TEMPERATURE,
priority=2,
role=HEATING_CLIMATECONTROL_TRANSCEIVER
},
10={
}
},
controlRoleCount=1,
defAdd=000C98A991E5F6,
defCCh=10,
defCDP=,
defMod=HMCCUDEV,
defSCh=9,
defSDP=9.STATE,
level=5,
rolePattern={
9={
controlChannel=10,
controlDatapoint=STATE,
controlRole=SWITCH_VIRTUAL_RECEIVER,
stateChannel=9,
stateDatapoint=STATE,
stateRole=SWITCH_TRANSMITTER
}
},
rolePatternCount=1,
stateRole={
1={
datapoint=ACTUAL_TEMPERATURE,
priority=2,
role=HEATING_CLIMATECONTROL_TRANSCEIVER
},
10={
datapoint=STATE,
priority=2,
role=SWITCH_VIRTUAL_RECEIVER
},
11={
datapoint=STATE,
priority=2,
role=SWITCH_VIRTUAL_RECEIVER
},
12={
datapoint=STATE,
priority=2,
role=SWITCH_VIRTUAL_RECEIVER
},
9={
datapoint=STATE,
priority=1,
role=SWITCH_TRANSMITTER
}
},
stateRoleCount=5,
uniqueControlRoleCount=1,
uniqueStateRoleCount=3
}
und jetzt nochmal das richtige List:
Internals:
DEF 000C98A991E5F6
FUUID 5e05fd69-f33f-fd90-3116-473926c34ecf7b66
IODev d_ccu
NAME HZ_Buero
NR 254
STATE Actual:21.3° Humidity:53% Set:21.5° Dew:11.3° Mode:Manual Heating:Off
TYPE HMCCUDEV
ccuaddr 000C98A991E5F6
ccudevstate active
ccuif HmIP-RF
ccuname HmIP-BWTH_Buero
ccurolectrl HEATING_CLIMATECONTROL_TRANSCEIVER
ccurolestate HEATING_CLIMATECONTROL_TRANSCEIVER
ccusubtype BWTH
ccutype HmIP-BWTH
firmware 1.2.4
readonly no
READINGS:
2021-11-15 20:13:30 1.ACTIVE_PROFILE 1
2021-11-15 20:13:30 1.ACTUAL_TEMPERATURE 21.3
2021-11-15 20:13:30 1.ACTUAL_TEMPERATURE_STATUS NORMAL
2021-11-15 20:13:30 1.BOOST_MODE false
2021-11-15 20:13:30 1.BOOST_TIME 0
2021-11-15 20:13:30 1.FROST_PROTECTION false
2021-11-15 20:13:30 1.HEATING_COOLING HEATING
2021-11-15 20:13:30 1.HUMIDITY 53
2021-11-15 20:13:30 1.HUMIDITY_STATUS NORMAL
2021-11-15 20:13:30 1.PARTY_MODE false
2021-11-15 20:13:14 1.PARTY_SET_POINT_TEMPERATURE 0.0
2021-11-15 20:13:14 1.PARTY_TIME_END
2021-11-15 20:13:14 1.PARTY_TIME_START
2021-11-15 20:13:30 1.QUICK_VETO_TIME 0
2021-11-15 20:13:30 1.SET_POINT_MODE Manual
2021-11-15 20:13:30 1.SET_POINT_TEMPERATURE 21.5
2021-11-15 20:13:30 1.SWITCH_POINT_OCCURED false
2021-11-15 20:13:30 1.WINDOW_STATE closed
2021-11-15 20:13:32 10.STATE off
2021-11-15 20:13:32 11.STATE off
2021-11-15 20:13:32 12.STATE off
2021-11-15 20:13:30 8.EMERGENCY_OPERATION false
2021-11-15 20:13:30 8.FROST_PROTECTION false
2021-11-15 20:13:30 8.HUMIDITY_ALARM false
2021-11-15 20:13:30 8.STATE Off
2021-11-15 20:13:32 9.STATE off
2021-11-15 20:12:47 IODev d_ccu
2021-11-15 20:13:32 activity alive
2021-11-15 20:13:30 control 21.5
2021-11-15 20:13:30 desired-temp 21.5
2021-11-15 20:13:32 devstate ok
2021-11-15 20:13:32 heatingState HEAT
2021-11-15 20:13:32 hmstate 21.3
2021-11-15 20:13:30 humidity 53
2021-11-15 20:13:30 measured-temp 21.3
2021-11-15 20:13:32 rssidevice -103
2021-11-15 20:13:32 rssipeer -88
2021-11-15 20:13:30 state 21.3
2021-11-15 20:13:30 taupunkt 11.3
hmccu:
channels 13
detect 5
devspec 000C98A991E5F6
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:HEATING_CLIMATECONTROL_TRANSCEIVER,2:HEATING_CLIMATECONTROL_RECEIVER,3:HEATING_CLIMATECONTROL_CL_TRANSMITTER,4:HEATING_SHUTTER_CONTACT_RECEIVER,5:HEATING_CLIMATECONTROL_SWITCH_TRANSMITTER,6:HEATING_KEY_RECEIVER,7:CLIMATECONTROL_FLOOR_TRANSMITTER,8:CLIMATECONTROL_FLOOR_DIRECT_TRANSMITTER,9:SWITCH_TRANSMITTER,10:SWITCH_VIRTUAL_RECEIVER,11:SWITCH_VIRTUAL_RECEIVER,12:SWITCH_VIRTUAL_RECEIVER
setDefaults 0
cmdlist:
get
set boost:noArg desired-temp manu:noArg on:noArg auto:noArg holiday:noArg off:noArg toggle:noArg
control:
chn 1
dpt SET_POINT_TEMPERATURE
dp:
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.INSTALL_TEST:
VALUES:
NVAL true
ONVAL true
OSVAL true
OVAL true
SVAL true
VAL true
0.OPERATING_VOLTAGE:
VALUES:
NVAL 0.000000
ONVAL 0.000000
OSVAL 0.0
OVAL 0.000000
SVAL 0.0
VAL 0.000000
0.OPERATING_VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -103
ONVAL -104
OSVAL -104
OVAL -104
SVAL -103
VAL -103
0.RSSI_PEER:
VALUES:
NVAL -88
ONVAL -92
OSVAL -92
OVAL 164
SVAL -88
VAL -88
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.ACTIVE_PROFILE:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
1.ACTUAL_TEMPERATURE:
VALUES:
NVAL 21.3
ONVAL 21.400000
OSVAL 21.4
OVAL 21.400000
SVAL 21.3
VAL 21.3
1.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.BOOST_MODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.BOOST_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.FROST_PROTECTION:
VALUES:
NVAL 0
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL 0
1.HEATING_COOLING:
VALUES:
NVAL 0
ONVAL 0
OSVAL HEATING
OVAL 0
SVAL HEATING
VAL 0
1.HUMIDITY:
VALUES:
NVAL 53
ONVAL 52
OSVAL 52
OVAL 52
SVAL 53
VAL 53
1.HUMIDITY_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.PARTY_MODE:
VALUES:
NVAL 0
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL 0
1.PARTY_SET_POINT_TEMPERATURE:
VALUES:
NVAL 0.000000
ONVAL 0.000000
OSVAL 0.0
OVAL 0.000000
SVAL 0.0
VAL 0.000000
1.PARTY_TIME_END:
VALUES:
NVAL
ONVAL
OSVAL
OVAL
SVAL
VAL
1.PARTY_TIME_START:
VALUES:
NVAL
ONVAL
OSVAL
OVAL
SVAL
VAL
1.QUICK_VETO_TIME:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.SET_POINT_MODE:
VALUES:
NVAL 1
ONVAL 1
OSVAL Manual
OVAL 1
SVAL Manual
VAL 1
1.SET_POINT_TEMPERATURE:
VALUES:
NVAL 21.5
ONVAL 21.500000
OSVAL 21.5
OVAL 21.500000
SVAL 21.5
VAL 21.5
1.SWITCH_POINT_OCCURED:
VALUES:
NVAL 0
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL 0
1.WINDOW_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0
SVAL closed
VAL 0
10.STATE:
VALUES:
NVAL 0
ONVAL true
OSVAL on
OVAL true
SVAL off
VAL 0
11.STATE:
VALUES:
NVAL 0
ONVAL false
OSVAL off
OVAL false
SVAL off
VAL 0
12.STATE:
VALUES:
NVAL 0
ONVAL false
OSVAL off
OVAL false
SVAL off
VAL 0
8.EMERGENCY_OPERATION:
VALUES:
NVAL 0
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL 0
8.FROST_PROTECTION:
VALUES:
NVAL 0
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL 0
8.HUMIDITY_ALARM:
VALUES:
NVAL 0
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL 0
8.STATE:
VALUES:
NVAL 0
ONVAL true
OSVAL On
OVAL true
SVAL Off
VAL 0
9.STATE:
VALUES:
NVAL 0
ONVAL true
OSVAL on
OVAL true
SVAL off
VAL 0
roleCmds:
get:
set:
auto:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:0
usage auto
subcmd:
000:
args 0
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
boost:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:BOOST_MODE:1
usage boost
subcmd:
000:
args 1
dpt BOOST_MODE
fnc
max 1
min 0
parname BOOST_MODE
partype 3
ps VALUES
scn 000
unit
desired-temp:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:SET_POINT_TEMPERATURE:?temperature
usage desired-temp temperature
subcmd:
000:
args
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname temperature
partype 2
ps VALUES
scn 000
unit �C
holiday:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:2
usage holiday
subcmd:
000:
args 2
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
manu:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 1
syntax V:CONTROL_MODE:1
usage manu
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
off:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 2
syntax V:CONTROL_MODE:1 V:SET_POINT_TEMPERATURE:4.5
usage off
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
001:
args 4.5
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname SET_POINT_TEMPERATURE
partype 3
ps VALUES
scn 001
unit �C
on:
channel 1
role HEATING_CLIMATECONTROL_TRANSCEIVER
subcount 2
syntax V:CONTROL_MODE:1 V:SET_POINT_TEMPERATURE:30.5
usage on
subcmd:
000:
args 1
dpt CONTROL_MODE
fnc
max 3
min 0
parname CONTROL_MODE
partype 3
ps VALUES
scn 000
unit
001:
args 30.5
dpt SET_POINT_TEMPERATURE
fnc
max 30.5
min 4.5
parname SET_POINT_TEMPERATURE
partype 3
ps VALUES
scn 001
unit �C
state:
chn 1
dpt ACTUAL_TEMPERATURE
Attributes:
IODev d_ccu
ccucalculate dewpoint:taupunkt:1.ACTUAL_TEMPERATURE,1.HUMIDITY
cmdIcon on:general_an off:general_aus
controldatapoint 1.SET_POINT_TEMPERATURE
disable 0
event-on-change-reading .*
genericDeviceType thermostat
group Fussbodenheizung
homebridgeMapping TargetTemperature=1.SET_POINT_TEMPERATURE::1.SET_POINT_TEMPERATURE,minValue=5,maxValue=30,minStep=0.5,cmd=control,nocache=true
CurrentTemperature=1.ACTUAL_TEMPERATURE,nocache=true
CurrentRelativeHumidity=1.HUMIDITY
CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2
TargetHeatingCoolingState=heatingsState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:datapoint+1.SET_POINT_TEMPERATURE+5;HEAT:datapoint+1.SET_POINT_TEMPERATURE+22;COOL:datapoint+1.SET_POINT_TEMPERATURE+17;AUTO:Auto,valid=OFF;HEAT;COOL
icon hc_wht_regler
room HomeMatic
stateFormat Actual:1.ACTUAL_TEMPERATURE° Humidity:1.HUMIDITY% Set:1.SET_POINT_TEMPERATURE° Dew:taupunkt° Mode:1.SET_POINT_MODE Heating:8.STATE
statedatapoint 1.ACTUAL_TEMPERATURE
stripnumber 1
substexcl control
substitute SET_POINT_TEMPERATURE!#0-4.5:off,#30.5-40:on;WINDOW_STATE!(0|false):closed,(1|true):open;SET_POINT_MODE!0:Auto,1:Manual,2:Holiday;8.STATE!(0|false):Off,(1|true):On;UNREACH!(0|false):alive,(1|true):dead
userReadings heatingState {ReadingsVal($NAME,"1.SET_POINT_TEMPERATURE","5.0") eq "5.0" ? "OFF" : (ReadingsVal($NAME,"1.SET_POINT_TEMPERATURE",20.0) > ReadingsVal($NAME,"1.ACTUAL_TEMPERATURE",20.0)) ? "HEAT" : (ReadingsVal($NAME,"1.ACTUAL_TEMPERATURE",20.0) > ReadingsVal($NAME,"1.SET_POINT_TEMPERATURE",20.0)) ? "COOL" : "COOL"}
verbose 1
webCmd control:Manual:Auto:Boost:Holiday:on:off
widgetOverride control:slider,5.0,0.5,30.0,1
Ok, danke. Ich habe das Device inzwischen in der Doku angeschaut. Das ist ein wilder Mix von Rollen.
Hast Du das Device mit get createDev angelegt? Das wäre erstaunlich, dass HMCCU das auf die Reihe bekommen hat.
Um die Fehlermeldung loszuwerden, bitte im I/O Device verbose auf 1 setzen.
Meine nächste Empfehlung wäre gewesen, nur ein HMCCUCHN für Kanal 1 anzulegen, also in Deinem Fall
define myDev HMCCUCHN 000C98A991E5F6:1
Damit wäre nur die HEATING_CLIMATECONTROL_TRANSCEIVER Rolle angesprochen worden. Die ist bekannt und funktioniert.
Da das Device funktioniert, weiß ich leider immer noch nicht, wie der Fehlerzustand produziert wird, den ich mit der Logmeldung eingrenzen wollte.
Update: ich hab's. In der Ausgabe von DetectDevice:
10={
}
Das darf nicht leer sein. Grund: Kanal 10 ist ein SWITCH_VIRTUAL_RECEIVER. Der MUSS einen beschreibbaren Datenpunkt STATE haben, der ist jedoch bei diesem Device Readonly. Typisch EQ-3.
Und was muss ich jetzt wo eintragen?
Mit get createDev legt FHEM einen Switch an, völlig unbrauchbar.
Der Kanal 1 ist leider nicht ausreichend um alle Fähigkeiten anzusprechen.
Hallo Zap,
ich möchte die Frage von Sommerfeld nochmal hervorholen. Bei mir wird ebenfalls kein Device für die Gruppe angelegt.
Zitat von: Sommerfeld am 07 November 2021, 14:10:27
Hallo,
kann es sein, dass Heizungsgruppen nicht mehr unterstützt werden?
V G
Viele Grüße
Zitat von: wegi30 am 15 November 2021, 20:49:07
Und was muss ich jetzt wo eintragen?
Mit get createDev legt FHEM einen Switch an, völlig unbrauchbar.
Der Kanal 1 ist leider nicht ausreichend um alle Fähigkeiten anzusprechen.
attr d_CCU verbose 1
Gruß LuGu
Zitat von: wegi30 am 15 November 2021, 20:49:07
Und was muss ich jetzt wo eintragen?
Mit get createDev legt FHEM einen Switch an, völlig unbrauchbar.
Der Kanal 1 ist leider nicht ausreichend um alle Fähigkeiten anzusprechen.
Für HmIP-BWTH momentan bitte manuell ein HMCCUDEV oder mehrere HMCCUCHN (eins für jeden benötigten Kanal) definieren.
Mit HMCCUDEV würde ich folgendes machen:
define myDev HMCCUDEV 000C98A991E5F6 forceDev sd=1.ACTUAL_TEMPERATURE cd=1.SET_POINT_TEMPERATURE
attr myDev ccureadingname ACTUAL_TEMPERATURE$:+measured-temp;HUMIDITY$:+humidity;SET_POINT_TEMPERATURE$:+desired-temp
attr myDev substexcl desired-temp
attr myDev cmdIcon auto:sani_heating_automatic manu:sani_heating_manual boost:sani_heating_boost on:general_an off:general_aus
attr myDev webCmd desired-temp:auto:manu:boost:on:off
attr myDev widgetOverride desired-temp:slider,4.5,0.5,30.5,1
Oder Du übernimmst einfach alle Attribute, die Du bei HMCCU 4.3 gesetzt hattest für das HMCCUDEV. Manuell oder ggf. so:
set myDev defaults old
Zitat von: joshi am 15 November 2021, 21:18:37
Hallo Zap,
ich möchte die Frage von Sommerfeld nochmal hervorholen. Bei mir wird ebenfalls kein Device für die Gruppe angelegt.
Viele Grüße
Da ich selbst 6 Heizungsgruppen habe: sie werden unterstützt. Schau mal, ob in rpcinterfaces "VirtualDevices" ausgewählt ist.
Hallo zap,
bist Du schon dazu gekommen, nach diesem Problem zu schauen oder können wir etwas helfen oder machen wir einfach nur irgendetwas falsch?
Zitat von: tomcat.x am 28 Oktober 2021, 15:28:13
Für ein Attribut bekomme ich den Fehler damit aber nicht weg: "unknown attribute rpcinterfaces".
Zitat von: Wolfpunk am 03 November 2021, 21:07:50
Das Attribut rpcinterfaces verschwindet immer beim FHEM Neustart. Ich brauche aber nur HmIP-RF und nicht alle 3 RPC Interfaces. Kann das sonst noch jemand bei sich beobachten?
Du hattest in der Antwort oben drüber an joshi gefragt, ob rpcinterfaces "VirtualDevices" ausgewählt ist. Bei mir ginge das gar nicht anders. Bei jedem Neustart ist das Attribut rpcinterfaces gelöscht, obige Meldung steht in global unter init_errors und alle RPC Interfaces (BidCos-RF,HmIP-RF,VirtualDevices) sind aktiviert. Ich kann dann problemlos rpcinterfaces auf HmIP-RF setzen, die automatisch angelegten HMCCURPCPROC Geräte für BidCos-RF und VirtualDevices löschen und mit set off/on für das HMCCU Gerät alles in einen sauberen Zustand bringen.
Hallo zusammen,
nach dem letzten Update gehen jetzt alle meine Device. Danke dafür.
Nun will ich immer noch, wie empfohlen, alle meine Device neu in FHEM anlegen.
Dabei bin ich jetzt über der Fehler beim Anlegen (get createDev) gestolpert
Results of create command:
Not detected CCU devices:
HM-LC-Ja1PBU-winter-tuer = PEQ0098598 [HM-LC-Ja1PBU-winter-tuer]
get deviceInfo
Device channels and datapoints
DEV HM-LC-Ja1PBU-winter-tuer PEQ0098598 interface=BidCos-RF type=HM-LC-Ja1PBU-FM
CHN PEQ0098598:0 HM-LC-Ja1PBU-winter-tuer:0
0.UNREACH = false {b} [RE]
0.STICKY_UNREACH = false {b} [RWE]
0.CONFIG_PENDING = false {b} [RE]
0.DUTYCYCLE = false {b} [RE]
0.RSSI_DEVICE = 1 {n} [RE]
0.RSSI_PEER = 1 {n} [RE]
0.DEVICE_IN_BOOTLOADER = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
0.AES_KEY = 1 {n} [R]
CHN PEQ0098598:1 HM-LC-Ja1PBU-winter-tuer:1
1.LEVEL = 0.000000 {f} [RWE]
1.STOP = {b} [W]
1.INHIBIT = false {b} [RWE]
1.LEVEL_SLATS = 0.000000 {f} [RWE]
1.LEVEL_COMBINED = {s} [W]
1.DIRECTION = 0 {i} [RE]
1.DIRECTION_SLATS = 0 {i} [RE]
1.INSTALL_TEST = {b} [W]
1.WORKING = false {b} [RE]
1.WORKING_SLATS = false {b} [RE]
Device detection:
No state datapoint detected
No control datapoint detected
und hier dazu das list des "alten" Device
Internals:
DEF HM-LC-Ja1PBU-winter-tuer
FUUID 5ea33900-f33f-638b-5141-7e2c6d8e09f60da7
IODev d_ccu
NAME d_roll_winter_tuer
NR 329
STATE closed none
TYPE HMCCUDEV
ccuaddr PEQ0098598
ccudevstate active
ccuif BidCos-RF
ccuname HM-LC-Ja1PBU-winter-tuer
ccurolectrl JALOUSIE
ccurolestate JALOUSIE
ccusubtype HM-LC-Ja1PBU-FM
ccutype HM-LC-Ja1PBU-FM
firmware 2.11
readonly no
OLDREADINGS:
READINGS:
2021-11-16 15:50:49 1.DIRECTION none
2021-11-16 15:50:49 1.DIRECTION_SLATS NONE
2021-11-15 17:36:36 1.INHIBIT unlocked
2021-11-16 15:50:49 1.LEVEL closed
2021-11-16 15:50:49 1.LEVEL_SLATS 0
2021-11-16 15:50:49 1.WORKING no
2021-11-16 15:50:49 1.WORKING_SLATS false
2021-11-16 15:49:51 ASC_ShuttersLastDrive ventilate - window open
2021-11-16 16:10:38 ASC_Time_DriveDown 17.11.2021 - 16:10
2021-11-16 16:10:38 ASC_Time_DriveUp 17.11.2021 - 07:28
2021-11-16 15:50:49 activity alive
2021-11-16 15:50:49 control 0
2021-11-16 15:50:49 devstate ok
2021-11-16 15:50:49 hmstate closed
2021-11-16 15:50:49 pct closed
2021-11-16 15:50:49 rssidevice 1
2021-11-16 15:50:49 rssipeer 1
2021-11-16 15:50:49 sign on
2021-11-16 15:50:49 state closed
hmccu:
channels 2
detect 0
devspec HM-LC-Ja1PBU-winter-tuer
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:JALOUSIE
setDefaults 0
cmdlist:
get
set closed:noArg open:noArg toggle:noArg
control:
chn 1
dpt LEVEL
dp:
0.AES_KEY:
VALUES:
NVAL 1
ONVAL 1
OSVAL on
OVAL 1
SVAL on
VAL 1
0.CONFIG_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.DEVICE_IN_BOOTLOADER:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.DUTYCYCLE:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.RSSI_DEVICE:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
0.RSSI_PEER:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
0.STICKY_UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL alive
OVAL false
SVAL alive
VAL false
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.DIRECTION:
VALUES:
NVAL 0
ONVAL 2
OSVAL down
OVAL 2
SVAL none
VAL 0
1.DIRECTION_SLATS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NONE
OVAL 0
SVAL NONE
VAL 0
1.INHIBIT:
VALUES:
NVAL false
ONVAL false
OSVAL unlocked
OVAL false
SVAL unlocked
VAL false
1.LEVEL:
VALUES:
NVAL 0
ONVAL 96
OSVAL 96
OVAL 0.960000
SVAL closed
VAL 0.000000
1.LEVEL_SLATS:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0.000000
SVAL 0
VAL 0.000000
1.WORKING:
VALUES:
NVAL 0
ONVAL 1
OSVAL yes
OVAL 1
SVAL no
VAL 0
1.WORKING_SLATS:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
roleCmds:
get:
set:
closed:
channel 1
role JALOUSIE
subcount 1
syntax V:LEVEL:0
usage closed
subcmd:
000:
args 0
dpt LEVEL
fnc
max 1.000000
min 0.000000
partype 3
ps VALUES
unit 100%
open:
channel 1
role JALOUSIE
subcount 1
syntax V:LEVEL:100
usage open
subcmd:
000:
args 100
dpt LEVEL
fnc
max 1.000000
min 0.000000
partype 3
ps VALUES
unit 100%
state:
chn 1
dpt LEVEL
Attributes:
ASC 2
ASC_ComfortOpen_Pos 10
ASC_Mode_Down off
ASC_Mode_Up off
ASC_Pos_Reading pct
ASC_Shading_Min_OutsideTemperature 6
ASC_Shading_Mode off
ASC_Shading_Pos 15
ASC_Ventilate_Pos 100
ASC_Ventilate_Window_Open on
ASC_WindowRec d_sec_winter_tuer
ASC_WindowRec_subType twostate
DbLogExclude .*
IODev d_ccu
alias d_roll_winter_tuer
ccureadingfilter (LEVEL|INHIBIT|DIRECTION|WORKING)
ccureadingname 1.LEVEL$:+control,+pct
ccuscaleval LEVEL:0:1:0:100
cmdIcon up:fts_shutter_up stop:fts_shutter_manual down:fts_shutter_down
controldatapoint 1.LEVEL
devStateIcon .*up:fts_shutter_up .*down:fts_shutter_down down.none:fts_shutter_100 closed.none:fts_shutter_100 \d.none:fts_shutter_100 1\d.none:fts_shutter_90 2\d.none:fts_shutter_80 3\d.none:fts_shutter_70 4\d.none:fts_shutter_60 5\d.none:fts_shutter_50 6\d.none:fts_shutter_40 7\d.none:fts_shutter_30 8\d.none:fts_shutter_20 9\d.none:fts_shutter_10 open.none:fts_window_2w
eventMap /datapoint 1.STOP true:stop/datapoint 1.LEVEL 0:down/datapoint 1.LEVEL 100:up/
room winter
stateFormat 1.LEVEL 1.DIRECTION
statedatapoint 1.LEVEL
statevals open:100,closed:0
stripnumber 1
substexcl control
substitute LEVEL!#0-0:closed,#100-100:open;DIRECTION!0:none,1:up,2:down,3:undefined;WORKING!(0|false):no,(1|true):yes
userattr ASC_Adv:on,off 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_beforeDayOpen ASC_BlockingTime_beforeNightClose 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_CommandTemplate ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger 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_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_BetweenTheTime ASC_Shading_InOutAzimuth 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_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace,awning,EG_window ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 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 room_map structexclude
webCmd control:up:stop:down
Im Moment habe ich noch das "alte" Device daher erst mal keine gefahr.
Viele Grüße
Heiko
@tatu123
Ist das wirklich die komplette Ausgabe von "get deviceInfo"?
Wenn das noch nicht erkannt wird, nutze einfach das alte weiter. Du musst aber auch die anderen nicht zwingend neu anlegen, sofern ein "set defaults forceReset" funktioniert.
Vorschlag:
Führe für Deinen Devices im I/O device den Befehl "get ccuDevices" aus. Dann siehst Du, für welche Devices eine oder mehrere Rollen unterstützt werden. Diese kannst Du dann mit "get createDev" neu anlegen oder "set defaults forceReset" ausführen. Die anderen lässt Du auf dem Stand von 4.3 und schickst mir ggf. eine deviceInfo, damit ich sie aufnehmen kann.
Morgen steht ein Update im SVN zur Verfügung. Folgende Änderungen gibt es:
- Es gibt nun ein Reading "sabotage", sofern ein Device einen Datenpunkt 0.SABOTAGE bereitstellt. Wenn dieser Datenpunkt true ist, wird außerdem das Reading "devstate" auf "sabotage" gesetzt.
- Das I/O device lässt sich nun nicht mehr bei jeder Änderung eines Readings in einem HMCCUDEV/HMCCUCHN-Device per Notification informieren. Das sollte die Grundlast in FHEM deutlich mindern, v.a. bei vielen Homematic Devices.
- Die lästige Fehlermeldung im Log, wenn ein Gerät nicht richtig erkannt wurde, kommt nun nur noch bei Verbose Level 5
- Beim Starten von FHEM wird nun ein eventuell gesetztes Attribut eventMap entfernt oder modifiziert, sofern es einen rpcserver Eintrag enthält. Dadurch sollte der Befehl "set rpcserver on/off" wieder funktionieren
- Ein Perl WARNING bei Devices, die in der CCU nicht mehr bekannt sind, wird nun korrekt behandelt
Ich habe jetzt folgendes gemacht: Bei den Devices mit einem ,,battery-state" im HMCCUCHN device habe ich das Gerät mit get createDev neu erstellt. Dort wo zwar HMCCUCHN empfohlen, aber im Channel kein batterystatus war, habe ich die bestehende HMCCUDEV mit set default reset überarbeitet, wie im WIKI empfohlen. 2 Devices habe ich so gelassen wie sie sind, da das createDev den Fehler ,,not known by HMCCU" gebraucht hat. Es läuft soweit alles korrekt, und ich hoffe, alles richtig gemacht zu haben.
Hier noch die deviceinfos zu den beiden unknown devices:
DEV HM-Gong NEQ1466957 interface=BidCos-RF type=HM-OU-CFM-TW
CHN NEQ1466957:0 HM-Gong:0
0.UNREACH = false {b} [RE]
0.STICKY_UNREACH = true {b} [RWE]
0.CONFIG_PENDING = false {b} [RE]
0.LOWBAT = false {b} [RE]
0.DUTYCYCLE = false {b} [RE]
0.RSSI_DEVICE = 1 {n} [RE]
0.RSSI_PEER = 1 {n} [RE]
0.DEVICE_IN_BOOTLOADER = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
0.AES_KEY = 0 {n} [R]
CHN NEQ1466957:1 HM-Gong:1
1.STATE = false {b} [RWE]
1.ON_TIME = {f} [W]
1.INHIBIT = false {b} [RWE]
1.SUBMIT = {s} [W]
1.INSTALL_TEST = {b} [W]
1.WORKING = false {b} [RE]
CHN NEQ1466957:2 HM-Gong:2
2.STATE = false {b} [RWE]
2.ON_TIME = {f} [W]
2.INHIBIT = false {b} [RWE]
2.SUBMIT = {s} [W]
2.INSTALL_TEST = {b} [W]
2.WORKING = false {b} [RE]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Current state datapoint = 1.STATE
DEV Innensirene OEQ0491811 interface=BidCos-RF type=HM-Sec-Sir-WM
CHN OEQ0491811:0 Innensirene:0
0.UNREACH = false {b} [RE]
0.STICKY_UNREACH = false {b} [RWE]
0.CONFIG_PENDING = false {b} [RE]
0.LOWBAT = false {b} [RE]
0.DUTYCYCLE = false {b} [RE]
0.RSSI_DEVICE = 1 {n} [RE]
0.RSSI_PEER = 1 {n} [RE]
0.DEVICE_IN_BOOTLOADER = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
0.ERROR_SABOTAGE = 0 {i} [RE]
0.STICKY_SABOTAGE = 0 {i} [RWE]
0.AES_KEY = 0 {n} [R]
CHN OEQ0491811:1 Innensirene:1
1.STATE = false {b} [RWE]
1.ON_TIME = {f} [W]
1.INHIBIT = false {b} [RWE]
1.ERROR_SABOTAGE = 0 {i} [RE]
1.LOWBAT = false {b} [RE]
1.INSTALL_TEST = {b} [W]
1.WORKING = false {b} [RE]
CHN OEQ0491811:2 Innensirene:2
2.STATE = false {b} [RWE]
2.ON_TIME = {f} [W]
2.INHIBIT = false {b} [RWE]
2.ERROR_SABOTAGE = 0 {i} [RE]
2.LOWBAT = false {b} [RE]
2.INSTALL_TEST = {b} [W]
2.WORKING = false {b} [RE]
CHN OEQ0491811:3 Innensirene:3
3.STATE = false {b} [RWE]
3.ON_TIME = {f} [W]
3.INHIBIT = false {b} [RWE]
3.ERROR_SABOTAGE = 0 {i} [RE]
3.LOWBAT = false {b} [RE]
3.INSTALL_TEST = {b} [W]
3.WORKING = false {b} [RE]
CHN OEQ0491811:4 Innensirene:4
4.ARMSTATE = 0 {i} [RWE]
4.ON_TIME = {f} [W]
4.INHIBIT = false {b} [RWE]
4.ERROR_SABOTAGE = 0 {i} [RE]
4.LOWBAT = false {b} [RE]
4.INSTALL_TEST = {b} [W]
4.WORKING = false {b} [RE]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Current state datapoint = 4.ARMSTATE
Current control datapoint = .
Device description
Device OEQ0491811 Innensirene [HM-Sec-Sir-WM]
CHILDREN: OEQ0491811:0,OEQ0491811:1,OEQ0491811:2,OEQ0491811:3,OEQ0491811:4
FIRMWARE: 1.0
FLAGS: Visible
INTERFACE: MEQ0225960
PARAMSETS: MASTER
RF_ADDRESS: 5857892
ROAMING: 0
RX_MODE: BURST
UPDATABLE: 1
Channel OEQ0491811:0 Innensirene:0 [MAINTENANCE]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible,Internal
PARAMSETS: MASTER,VALUES
PARENT: OEQ0491811
PARENT_TYPE: HM-Sec-Sir-WM
Channel OEQ0491811:1 Innensirene:1 [SWITCH_SENSOR]
AES_ACTIVE: 0
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: SWITCH,WCS_TIPTRONIC_SENSOR,WEATHER_CS
PARAMSETS: LINK,MASTER,VALUES
PARENT: OEQ0491811
PARENT_TYPE: HM-Sec-Sir-WM
Channel OEQ0491811:2 Innensirene:2 [SWITCH_SENSOR]
AES_ACTIVE: 0
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: SWITCH,WCS_TIPTRONIC_SENSOR,WEATHER_CS
PARAMSETS: LINK,MASTER,VALUES
PARENT: OEQ0491811
PARENT_TYPE: HM-Sec-Sir-WM
Channel OEQ0491811:3 Innensirene:3 [SWITCH_PANIC]
AES_ACTIVE: 0
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: SWITCH,WCS_TIPTRONIC_SENSOR,WEATHER_CS
PARAMSETS: LINK,MASTER,VALUES
PARENT: OEQ0491811
PARENT_TYPE: HM-Sec-Sir-WM
Channel OEQ0491811:4 Innensirene:4 [ARMING]
AES_ACTIVE: 0
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: SWITCH,WCS_TIPTRONIC_SENSOR,WEATHER_CS
PARAMSETS: LINK,MASTER,VALUES
PARENT: OEQ0491811
PARENT_TYPE: HM-Sec-Sir-WM
Defaults
Noch ein Hinweis: ich verwende das Statistikmodul um historische Daten für die Temperatur zu bekommen. Dieses Modul erstellt readings für day, daylast, month, monthlast usw. Diese readings werden beim set default reset gelöscht, was etwas unangenehm ist. Vielleicht gibt es da eine Möglichkeit, solche readings zu belassen.
Vielleicht kann man die beiden unknown bei Gelegenheit aufnehmen, funktionieren tun sie auch so wie bisher.
Besten Dank für die Arbeit an diesem Modul.
Beste Grüsse
Hi,
ich bin gerade dabei meine Konfiguration auf 5.0 umzustellen, dabei ist mir aufgefallen, das die Kanäle vom Device HMW-IO-12-Sw14-DR sich nach einem Neustart von FHEM nicht mehr bedienen lassen - es verschwindet "on" und "off". Erst wenn man das Attribute "statevals" neu setzt, funktioniert es wieder. Woran kann das liegen?
Internals:
DEF HMW__ACT_LI_FLUR__________01
FUUID 6193dec8-f33f-6472-ba49-d68a604fca0a1dbe
IODev d_ccu
NAME HMW__ACT_LI_FLUR__________01
NR 97
STATE off
TYPE HMCCUCHN
ccuaddr QEQ1334563:3
ccudevstate active
ccuif BidCos-Wired
ccuname HMW__ACT_LI_FLUR__________01
ccusubtype HMW-IO-12-Sw14-DR
ccutype HMW-IO-12-Sw14-DR
firmware 0.50
readonly no
READINGS:
2021-11-16 18:24:29 IODev d_ccu
2021-11-16 18:25:55 STATE off
2021-11-16 18:30:45 activity alive
2021-11-16 18:30:45 devstate ok
2021-11-16 18:30:45 hmstate off
2021-11-16 18:25:55 state off
hmccu:
channels 1
detect 0
devspec HMW__ACT_LI_FLUR__________01
nodefaults 1
role 3:DIGITAL_OUTPUT
semDefaults 0
cmdlist:
get
set
control:
chn 3
dpt STATE
dp:
0.CONFIG_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.STICKY_UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL alive
OVAL false
SVAL alive
VAL false
3.STATE:
VALUES:
NVAL false
ONVAL false
OSVAL off
OVAL false
SVAL off
VAL false
roleCmds:
get:
set:
state:
chn 3
dpt STATE
Attributes:
room Homematic
statedatapoint STATE
statevals on:1,off:0
substitute STATE!(1|true):on,(0|false):off
Eine weiterer Punkt ist, einige Kanäle die vorher eine "1" als state geliefert haben, stellen jetzt ein "pressed" zur Verfügung. Kann ich das mit "substitute" wieder anpassen? Wenn ja, wie sieht die Syntax aus?
Internals:
DEF HMW__SEN_BM_BAD___________01
FUUID 6193d20d-f33f-6472-c45d-8ae412b81579170a
IODev d_ccu
NAME HMW__SEN_BM_BAD___________01
NR 96
STATE pressed
TYPE HMCCUCHN
ccuaddr HBW7296288:7
ccudevstate active
ccuif BidCos-Wired
ccuname HMW__SEN_BM_BAD___________01
ccurolestate KEY
ccusubtype HBW-io-6-6
ccutype HBW-io-6-6
firmware 0.01
readonly no
READINGS:
2021-11-16 18:24:29 IODev d_ccu
2021-11-16 17:35:12 PRESS_SHORT pressed
2021-11-16 18:34:31 activity alive
2021-11-16 18:34:31 devstate ok
2021-11-16 18:34:31 hmstate pressed
2021-11-16 17:35:12 pressed pressed
2021-11-16 17:35:12 state pressed
hmccu:
channels 1
detect 1
devspec HMW__SEN_BM_BAD___________01
nodefaults 1
role 7:KEY
semDefaults 0
cmdlist:
get
set
control:
dpt 7.
dp:
0.CONFIG_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.STICKY_UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL alive
OVAL false
SVAL alive
VAL false
roleCmds:
get:
set:
state:
chn 7
dpt PRESS_SHORT
Attributes:
cmdIcon press:taster
room Homematic
webCmd press
VG Andreas
Hallo zap,
danke für die Hinweise. Dann bleibe ich erst mal beim "alten" Device.
Zitat von: zap am 16 November 2021, 16:56:32
@tatu123
Ist das wirklich die komplette Ausgabe von "get deviceInfo"?
Du hast natürlich recht es war nicht alles von "get deviceInfo"
Jetzt aber wirklich (hoffentlich) vollständig.
Device channels and datapoints
DEV HM-LC-Ja1PBU-winter-tuer PEQ0098598 interface=BidCos-RF type=HM-LC-Ja1PBU-FM
CHN PEQ0098598:0 HM-LC-Ja1PBU-winter-tuer:0
0.UNREACH = false {b} [RE]
0.STICKY_UNREACH = false {b} [RWE]
0.CONFIG_PENDING = false {b} [RE]
0.DUTYCYCLE = false {b} [RE]
0.RSSI_DEVICE = 1 {n} [RE]
0.RSSI_PEER = 1 {n} [RE]
0.DEVICE_IN_BOOTLOADER = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
0.AES_KEY = 1 {n} [R]
CHN PEQ0098598:1 HM-LC-Ja1PBU-winter-tuer:1
1.LEVEL = 0.000000 {f} [RWE]
1.STOP = {b} [W]
1.INHIBIT = false {b} [RWE]
1.LEVEL_SLATS = 0.000000 {f} [RWE]
1.LEVEL_COMBINED = {s} [W]
1.DIRECTION = 0 {i} [RE]
1.DIRECTION_SLATS = 0 {i} [RE]
1.INSTALL_TEST = {b} [W]
1.WORKING = false {b} [RE]
1.WORKING_SLATS = false {b} [RE]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Current state datapoint = 1.PRESS_SHORT
Current control datapoint = 1.PRESS_SHORT
Device description
Device PEQ0098598 HM-LC-Ja1PBU-winter-tuer [HM-LC-Ja1PBU-FM]
CHILDREN: PEQ0098598:0,PEQ0098598:1
FIRMWARE: 2.11
FLAGS: Visible
INTERFACE: LEQ1011112
PARAMSETS: MASTER
RF_ADDRESS: 6730245
ROAMING: 0
RX_MODE: ALWAYS,LAZY_CONFIG
UPDATABLE: 1
Channel PEQ0098598:0 HM-LC-Ja1PBU-winter-tuer:0 [MAINTENANCE]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible,Internal
PARAMSETS: MASTER,VALUES
PARENT: PEQ0098598
PARENT_TYPE: HM-LC-Ja1PBU-FM
Channel PEQ0098598:1 HM-LC-Ja1PBU-winter-tuer:1 [JALOUSIE]
AES_ACTIVE: 0
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: SWITCH,WEATHER_CS
PARAMSETS: LINK,MASTER,VALUES
PARENT: PEQ0098598
PARENT_TYPE: HM-LC-Ja1PBU-FM
Mit ccudeviceinfo habe ich jetzt gesehen das das Rauchmelderteam auch nicht unterstütz wird.
Device channels and datapoints
DEV HM-Sec-SD-2-Team *NEQ0601152 *NEQ0601152 interface=BidCos-RF type=HM-Sec-SD-2-Team
CHN *NEQ0601152:1 HM-Sec-SD-2-Team *NEQ0601152:1
1.STATE = false {b} [RE]
1.INSTALL_TEST = {b} [E]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Current state datapoint = 1.PRESS_SHORT
Current control datapoint = 1.PRESS_SHORT
Device description
Device *NEQ0601152 HM-Sec-SD-2-Team *NEQ0601152 [HM-Sec-SD-2-Team]
CHILDREN: *NEQ0601152:0,*NEQ0601152:1
FIRMWARE: ?
FLAGS: Visible
PARAMSETS: MASTER
RF_ADDRESS: 4970164
ROAMING: 0
RX_MODE: ALWAYS,LAZY_CONFIG
UPDATABLE: 0
Channel *NEQ0601152:0 HM-Sec-SD-2-Team *NEQ0601152:0 [MAINTENANCE]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible,Internal
PARAMSETS: MASTER,VALUES
PARENT: *NEQ0601152
PARENT_TYPE: HM-Sec-SD-2-Team
Channel *NEQ0601152:1 HM-Sec-SD-2-Team *NEQ0601152:1 [SMOKE_DETECTOR_TEAM_V2]
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: KEYMATIC,SWITCH,WINMATIC
PARAMSETS: LINK,MASTER,VALUES
PARENT: *NEQ0601152
PARENT_TYPE: HM-Sec-SD-2-Team
TEAM_CHANNELS: NEQ0601152:1,NEQ0601179:1,NEQ0601247:1,OEQ0603300:1,OEQ0603344:1,OEQ0603349:1
TEAM_TAG: smoke_detector
Viele Grüße
Heiko
Danke für den Hinweis, das hilft mir weiter. Das muss irgendwie automatisch angelegt worden sein.
Auch wenn ich hier mitlese, habe ich das nicht mitbekommen.
Zitat von: tomcat.x am 14 November 2021, 22:59:54
Das Problem hatte ich auch. Siehe hier, 2. Absatz
https://forum.fhem.de/index.php/topic,123686.msg1182994.html#msg1182994 (https://forum.fhem.de/index.php/topic,123686.msg1182994.html#msg1182994)
Das war die Antwort (hatte ich zumindest auf den 2. Absatz bezogen):
https://forum.fhem.de/index.php/topic,123686.msg1185106.html#msg1185106 (https://forum.fhem.de/index.php/topic,123686.msg1185106.html#msg1185106)
Und hatte funktioniert:
https://forum.fhem.de/index.php/topic,123686.msg1186092.html#msg1186092 (https://forum.fhem.de/index.php/topic,123686.msg1186092.html#msg1186092)
Zitat von: tomcat.x am 16 November 2021, 15:14:05
bist Du schon dazu gekommen, nach diesem Problem zu schauen oder können wir etwas helfen oder machen wir einfach nur irgendetwas falsch?
Aktueller Zwischenstand zum Problem "Attribut rpcinterfaces wird beim FHEM Start gelöscht": Auch mit dem Update von heute leider keine Änderung.
Weiterhin habe ich inzwischen das Problem, dass das Attribut "rpcserver on" nicht mehr greift. Ich muss das Ganze jetzt immer manuell mit "set HMCCU on" starten. Aber auch mit diesem Problem bin ich ja scheinbar nicht alleine.
Zitat von: Wolfpunk am 17 November 2021, 09:08:57
Aktueller Zwischenstand zum Problem "Attribut rpcinterfaces wird beim FHEM Start gelöscht": Auch mit dem Update von heute leider keine Änderung.
Weiterhin habe ich inzwischen das Problem, dass das Attribut "rpcserver on" nicht mehr greift. Ich muss das Ganze jetzt immer manuell mit "set HMCCU on" starten. Aber auch mit diesem Problem bin ich ja scheinbar nicht alleine.
Hier steht ja, was geändert wurde: https://forum.fhem.de/index.php/topic,123686.msg1187477.html#msg1187477
rpcinterfaces ist nicht dabei.
Ich kann halt nur Fehler beheben, die ich selbst reproduzieren kann. Und die beiden (rpcinterfaces, RPC server starten) treten bei mir nicht auf.
Zitat von: zap am 17 November 2021, 10:22:39
Ich kann halt nur Fehler beheben, die ich selbst reproduzieren kann. Und die beiden (rpcinterfaces, RPC server starten) treten bei mir nicht auf.
zap, danke für das Feedback!!! Darüber hatte ich schon die ganze Zeit nachgegrübelt, warum da nichts passiert ist. Dass es bei dir nicht aufgetreten ist, hatte ich so nicht mitgeschnitten!
Daraufhin habe ich dann jetzt mal die HMCCU komplett aus meinem FHEM gelöscht, alles neu gestartet und die HMCCU jungfräulich neu angelegt. Und siehe da, beide Probleme scheinen auf magische Weise verschwunden zu sein! Hab mehrfach neugestartet,
rpcinterfaces bleibt jetzt bestehen und das Attribut
rpcserver on funktioniert auch wieder einwandfrei.
Die HMCCU hat also das Upgrade auf 5.0 nicht schadlos überstanden. Irgendwo klemmte da hinterher was, obwohl ich alle Anpassungen nach dem Upgrade, wie im WIKI beschrieben (inkl. alte Attribute gelöscht, etc.), durchgeführt hatte. Falls also jemand ähnliche Probleme hat, HMCCU raus, neustarten und von Null auf neu einrichten. Kopie der fhem.cfg vorher zur Sicherheit weglegen, klar!
Ich teste jedes Update gegen eine FHEM COnfig mit HMCCU 4.3. Ich lasse also die "Migration" jedes Mal neu durchlaufen. Meine 4.3 Config beinhaltet 2 CCUs mit >120 Devices.
Hab den Schuldigen gefunden. Das Verhalten tritt scheinbar sofort wieder auf, sobald delayedinit im DEF gesetzt ist:
defmod HMCCU HMCCU 127.0.0.1 delayedinit=60
Edit: Ok, jetzt bin ich komplett ratlos. rpcinterfaces ist nach Systemneustart nun doch wieder verschwunden. (CCU läuft auf dem gleichen Rechner (ZBOX Pro CI329) wie auch FHEM, ist also bei FHEM Start nicht sofort ansprechbar, daher mein bisheriges delayedinit.)
Wenn ich dich mit irgendwelchen Zusatzinfos versorgen kann, um das Problem "sauber" in den Griff zu bekommen, bitte einfach Bescheid geben. Werde mir jetzt bis dahin mit einer notify-at Kombi behelfen, um HMCCU verzögert zu starten. Mal schauen, ob rpcinterfaces dabei dann bestehen bleibt.
ok, guter Hinweis. Das benutze ich nicht. Schau ich mir an.
Zitat von: a_quadrat am 16 November 2021, 18:37:49
Hi,
ich bin gerade dabei meine Konfiguration auf 5.0 umzustellen, dabei ist mir aufgefallen, das die Kanäle vom Device HMW-IO-12-Sw14-DR sich nach einem Neustart von FHEM nicht mehr bedienen lassen - es verschwindet "on" und "off". Erst wenn man das Attribute "statevals" neu setzt, funktioniert es wieder. Woran kann das liegen?
VG Andreas
Hallo zap,
der Punkt oben hat sich erledigt. Ich habe noch den "controldatapoint" zugefügt und damit funktioniert es - das war bei der 4.3 nicht notwendig.
Aber eine Frage habe ich noch, kann ich mit "substitute" ein Event ändern? Z.B. von "pressed" auf "1"? Ich habe viele Logiken, die eine "1" erwarten, wie es in der Version 4.3 war.
VG Andreas
Hallo zap,
ein
set XY on-for-timer n
funktioniert auf einem HMCCUCHN-Device (HM-LC-Sw2-FM) nicht mehr seit 5.0 . Es gibt keine Fehlermeldung.
@Ralli machst Du mal bitte ein list vom Device?
Aber gerne:
Internals:
DEF MEQ1710592:1
FUUID 5c56ba49-f33f-f7fe-505d-34a159242d5d999f
IODev CCU2
NAME GAR_Deckenlicht
NR 161
STATE off
TYPE HMCCUCHN
ccuaddr MEQ1710592:1
ccudevstate active
ccuif BidCos-RF
ccuname GAR_Deckenlicht
ccurolectrl SWITCH
ccurolestate SWITCH
ccusubtype HM-LC-Sw2-FM
ccutype HM-LC-Sw2-FM
firmware 2.8
readonly no
Helper:
DBLOG:
state:
Eventlog:
TIME 1637169593.84527
VALUE off
READINGS:
2021-10-27 08:01:25 0.STICKY_UNREACH 1
2021-10-27 08:11:36 0.UNREACH 0
2021-10-27 08:11:36 1.STATE off
2021-11-17 11:31:27 IODev CCU2
2021-11-17 18:19:53 STATE off
2021-11-17 19:35:02 activity alive
2021-11-17 19:35:02 battery ok
2021-11-17 18:19:53 control off
2021-11-17 19:35:02 devstate stickyUnreach
2021-11-17 19:35:02 hmstate off
2021-11-17 19:35:02 rssidevice -255
2021-11-17 19:35:02 rssipeer -255
2021-11-17 19:35:02 sign on
2021-11-17 18:19:53 state off
hmccu:
channels 1
detect 1
devspec MEQ1710592:1
nodefaults 1
role 1:SWITCH
setDefaults 0
cmdlist:
get
set on:noArg off:noArg on-for-timer on-till toggle:noArg
control:
chn 1
dpt STATE
dp:
0.AES_KEY:
VALUES:
NVAL 1
ONVAL 1
OSVAL on
OVAL 1
SVAL on
VAL 1
0.CONFIG_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.DUTYCYCLE:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.LOWBAT:
VALUES:
NVAL false
ONVAL false
OSVAL ok
OVAL false
SVAL ok
VAL false
0.RSSI_DEVICE:
VALUES:
NVAL -255
ONVAL -255
OSVAL -255
OVAL 1
SVAL -255
VAL 1
0.RSSI_PEER:
VALUES:
NVAL -255
ONVAL -255
OSVAL -255
OVAL 1
SVAL -255
VAL 1
0.STICKY_UNREACH:
VALUES:
NVAL 1
ONVAL 1
OSVAL true
OVAL 1
SVAL true
VAL 1
0.UNREACH:
VALUES:
NVAL 0
ONVAL 1
OSVAL dead
OVAL 1
SVAL alive
VAL 0
1.INHIBIT:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.STATE:
VALUES:
NVAL 0
ONVAL 1
OSVAL on
OVAL 1
SVAL off
VAL 0
1.WORKING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
roleCmds:
get:
set:
off:
channel 1
role SWITCH
subcount 1
syntax V:STATE:0
usage off
subcmd:
000:
args 0
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on:
channel 1
role SWITCH
subcount 1
syntax V:STATE:1
usage on
subcmd:
000:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on-for-timer:
channel 1
role SWITCH
subcount 2
syntax V:ON_TIME:?duration V:STATE:1
usage on-for-timer duration
subcmd:
000:
args
dpt ON_TIME
fnc
max 85825945.600000
min 0.000000
parname duration
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
on-till:
channel 1
role SWITCH
subcount 2
syntax V:ON_TIME:?time V:STATE:1
usage on-till time
subcmd:
000:
args
dpt ON_TIME
fnc
max 85825945.600000
min 0.000000
parname time
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
state:
chn 1
dpt STATE
Attributes:
IODev CCU2
alexaName Deckenleuchte
alias Deckenlicht Garage
ccureadingfilter (UNREACH|STATE)
controldatapoint STATE
event-on-change-reading 0.UNREACH,state
eventMap { usr=>{'1'=>'on','0'=>'off'} }
genericDeviceType light
group Licht
homebridgeMapping On=state
icon light_wall_2
room Garage,Homekit
siriName Deckenleuchte
statedatapoint STATE
statevals on:true,off:false
substitute STATE!(1|true):on,(0|false):off
webCmd control
widgetOverride control:uzsuToggle,on,off
Lasse dich vom stickyUnreach nicht täuschen, per on/off bzw. über eventMap über 0/1 ist das Device schaltbar. Irgendwann war es halt mal im Funkloch.
@zap
Jetzt habe ich doch ein, für mich, unüberwindbares Problem mit meinem HM-LC-Ja1PBU-FM gefunden.
Es gibt kein pct zum Steuern mehr. Ich fahre das Gerät mit ASC. Dieses benötigt ein Readining zum steuern bis jetzt war dies duch pct gegen.
Leider wird mit pct noch als Reading angezeigt aber ich kann es nicht mehr mit set "beschreiben". Den Aktot kann ich zwar immer noch mit set datapoint 1.LEVEL ansprechen. Dies lässt aber ASC nicht zu.
Auch set default old usw. bringt die Bedienung per pct nicht zurück.
Wie bekomme ich das pct oder auch ein anderes Reading zum Beschreiben ?
Hier noch mal das list der Devices
Internals:
DEF HM-LC-Ja1PBU-winter-tuer
FUUID 5ea33900-f33f-638b-5141-7e2c6d8e09f60da7
IODev d_ccu
NAME d_roll_winter_tuer
NR 329
STATE closed none
TYPE HMCCUDEV
ccuaddr PEQ0098598
ccudevstate active
ccuif BidCos-RF
ccuname HM-LC-Ja1PBU-winter-tuer
ccurolectrl JALOUSIE
ccurolestate JALOUSIE
ccusubtype HM-LC-Ja1PBU-FM
ccutype HM-LC-Ja1PBU-FM
firmware 2.11
readonly no
OLDREADINGS:
READINGS:
2021-11-18 14:38:38 1.DIRECTION none
2021-11-18 14:38:38 1.DIRECTION_SLATS NONE
2021-11-18 14:38:38 1.INHIBIT unlocked
2021-11-18 14:38:38 1.LEVEL closed
2021-11-18 14:38:38 1.LEVEL_SLATS 0
2021-11-18 14:38:38 1.WORKING no
2021-11-18 14:38:38 1.WORKING_SLATS false
2021-11-18 14:38:38 ASC_ShuttersLastDrive manual
2021-11-18 14:38:38 activity alive
2021-11-18 14:38:38 control 0
2021-11-18 14:38:38 devstate ok
2021-11-18 14:38:38 hmstate closed
2021-11-18 14:38:38 pct 0
2021-11-18 14:38:38 rssidevice 1
2021-11-18 14:38:38 rssipeer 1
2021-11-18 14:38:38 sign on
2021-11-18 14:38:38 state closed
hmccu:
channels 2
detect 0
devspec HM-LC-Ja1PBU-winter-tuer
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:JALOUSIE
setDefaults 0
cmdlist:
get
set closed:noArg open:noArg toggle:noArg
control:
chn 1
dpt LEVEL
dp:
0.AES_KEY:
VALUES:
NVAL 1
ONVAL 1
OSVAL on
OVAL 1
SVAL on
VAL 1
0.CONFIG_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.DEVICE_IN_BOOTLOADER:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.DUTYCYCLE:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.RSSI_DEVICE:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
0.RSSI_PEER:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
0.STICKY_UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL alive
OVAL false
SVAL alive
VAL false
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.DIRECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL none
OVAL 0
SVAL none
VAL 0
1.DIRECTION_SLATS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NONE
OVAL 0
SVAL NONE
VAL 0
1.INHIBIT:
VALUES:
NVAL false
ONVAL false
OSVAL unlocked
OVAL false
SVAL unlocked
VAL false
1.LEVEL:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0.000000
SVAL closed
VAL 0.000000
1.LEVEL_SLATS:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0.000000
SVAL 0
VAL 0.000000
1.WORKING:
VALUES:
NVAL 0
ONVAL 0
OSVAL no
OVAL 0
SVAL no
VAL 0
1.WORKING_SLATS:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
roleCmds:
get:
set:
closed:
channel 1
role JALOUSIE
subcount 1
syntax V:LEVEL:0
usage closed
subcmd:
000:
args 0
dpt LEVEL
fnc
max 1.000000
min 0.000000
partype 3
ps VALUES
unit 100%
open:
channel 1
role JALOUSIE
subcount 1
syntax V:LEVEL:100
usage open
subcmd:
000:
args 100
dpt LEVEL
fnc
max 1.000000
min 0.000000
partype 3
ps VALUES
unit 100%
state:
chn 1
dpt LEVEL
Attributes:
ASC 2
ASC_ComfortOpen_Pos 10
ASC_Mode_Down off
ASC_Mode_Up off
ASC_Pos_Reading pct
ASC_Shading_Min_OutsideTemperature 6
ASC_Shading_Mode off
ASC_Shading_Pos 15
ASC_Ventilate_Pos 100
ASC_Ventilate_Window_Open on
ASC_WindowRec d_sec_winter_tuer
ASC_WindowRec_subType twostate
DbLogExclude .*
IODev d_ccu
alias d_roll_winter_tuer
ccureadingfilter (LEVEL|INHIBIT|DIRECTION|WORKING)
ccureadingname 1.LEVEL$:+control,+pct
ccuscaleval LEVEL:0:1:0:100
cmdIcon up:fts_shutter_up stop:fts_shutter_manual down:fts_shutter_down
controldatapoint 1.LEVEL
devStateIcon .*up:fts_shutter_up .*down:fts_shutter_down down.none:fts_shutter_100 closed.none:fts_shutter_100 \d.none:fts_shutter_100 1\d.none:fts_shutter_90 2\d.none:fts_shutter_80 3\d.none:fts_shutter_70 4\d.none:fts_shutter_60 5\d.none:fts_shutter_50 6\d.none:fts_shutter_40 7\d.none:fts_shutter_30 8\d.none:fts_shutter_20 9\d.none:fts_shutter_10 open.none:fts_window_2w
eventMap /datapoint 1.STOP true:stop/datapoint 1.LEVEL 0:down/datapoint 1.LEVEL 100:up/
room winter
stateFormat 1.LEVEL 1.DIRECTION
statedatapoint 1.LEVEL
statevals open:100,closed:0
stripnumber 1
substexcl control|pct
substitute LEVEL!#0-0:closed,#100-100:open;DIRECTION!0:none,1:up,2:down,3:undefined;WORKING!(0|false):no,(1|true):yes
userattr ASC_Adv:on,off 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_beforeDayOpen ASC_BlockingTime_beforeNightClose 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_CommandTemplate ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger 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_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_BetweenTheTime ASC_Shading_InOutAzimuth 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_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace,awning,EG_window ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 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 room_map structexclude
webCmd control:up:stop:down
widgetOverride control:slider,0,10,100
Vielen Dank
Heiko
@tatu123
Ich habe die Rolle "JALOUSIE" gerade erst gestern eingebaut (das Update ist noch nicht im SVN). Wenn es eilt, versuchs mal mit:
eventMap /datapoint 1.STOP true:stop/datapoint 1.LEVEL 0:down/datapoint 1.LEVEL 100:up/datapoint 1.LEVEL :pct/
Bitte das Leerzeichen zwischen "LEVEL" und ":pct" beachten!
set defaults old funktioniert in dem Fall nicht, weil pct in der 4.3 nicht per Attribut sondern intern definiert wurde.
Nach dem nächsten Update solltest Du dann mal ein "set defaults reset" machen. Das eventMap Attribut musst Du dann manuell löschen (wegen der Änderung oben)
Funktioniert hervorragend.
War schon "dringend" der WAF war leider nicht mehr gegen. >:( Wenn sich die Gute erst mal an die Automatik gewöhnt hat.
Vielen Danke für die schnelle Hilfe und schon mal im vorraus fürs einbauen.
Viele Grüße
Heiko
Zitat von: Ralli am 18 November 2021, 06:20:15
Aber gerne:
Attributes:
IODev CCU2
alexaName Deckenleuchte
alias Deckenlicht Garage
ccureadingfilter (UNREACH|STATE)
controldatapoint STATE
event-on-change-reading 0.UNREACH,state
eventMap { usr=>{'1'=>'on','0'=>'off'} }
genericDeviceType light
group Licht
homebridgeMapping On=state
icon light_wall_2
room Garage,Homekit
siriName Deckenleuchte
statedatapoint STATE
statevals on:true,off:false
substitute STATE!(1|true):on,(0|false):off
webCmd control
widgetOverride control:uzsuToggle,on,off
Lasse dich vom stickyUnreach nicht täuschen, per on/off bzw. über eventMap über 0/1 ist das Device schaltbar. Irgendwann war es halt mal im Funkloch.
Hier mal zum Vergleich die Attribute eines meiner Lichtschalter (HM-LC-Sw2PBU-FM). Ich denke, das ist vergleichbar. Da funktioniert on-for-timer.
Attributes:
IODev ccu1
cmdIcon on:general_an off:general_aus
group LI-KU-Decke
room Homematic
Wie Du siehst, ist bei der 5.0 zumindest für unterstützte Devices kaum noch ein Attribut erforderlich. In Deinem Fall: Fange mal an, nach und nach Attribute zu löschen. Ein 1. Kandidat ist statevals. Gerade nach dem Löschen von statevals gerne mal FHEM neu starten. Ich versuche im Gegenzug, das Problem zu reproduzieren, indem ich Deine Attribute bei meinem Device setze
Zitat von: ml2108 am 11 November 2021, 11:46:02
Hi zusammen,
habe nach dem Update noch ein Problem mit meinen Rolladensteuerungen.
Ich nutze mehere HM-LC-Bl1PBU-FM und habe hier die Readings umgedreht mit
attr EG_BUE_Rolladen ccuscaleval !LEVEL:0:1:0:100
Sobald dieser Attribut gesetzt ist wird beim einem
set EG_BUE_Rolladen pct x
immer auf 100 gefahren und der angegebene wert wird einfach ignoriert.
Wenn ich den ccuscaleval lösche funktioniert alles problemlos :(
Gruß
Michael
Habe das bei mir mal genauer geprüft und habe die schuldige stelle gefunden.
In Zeile 7279 wird
$value = HMCCU_MinMax ($value, $scMin, $scMax);
aufgerufen.
Da die Werte invertiert sind wird das halt mit $scmin=100 und $scmax=0 da kommt dann halt immer 100 zurück
Gruß
Michael
Kommt auf die Liste
Ziemliche Liste: https://github.com/zapccu/HMCCU/issues
Um die Bugs kümmere ich mich natürlich zuerst.
Ich hatte gestern auch ein Update auf die 5.0 gemacht und bin heute am Durchschauen meiner Devices. Ich habe über 90 Devices, da ist es schon recht aufwendig...
Der Jalousie-Aktor ist ja bereits bekannt (den habe ich jetzt auch noch auf der 4.3er-VErsion fit gemacht mit der EventMap).
Darüberhinaus, habe ich noch ein paar der MP3 Gongs, die auch nicht erkannt werden:
Internals:
DEF JEQ0129132
FUUID 5eaa9dac-f33f-bfba-271d-c9df1f1cd0dd0387
IODev HM_CCU3
NAME EG_Wohnzimmer_Gong
NR 180
STATE ledOff
TYPE HMCCUDEV
ccudevstate inactive
readonly no
READINGS:
2020-08-26 23:05:07 1.STATE ledOff
2020-08-26 23:05:07 2.STATE ledOff
2021-11-18 21:47:13 IODev HM_CCU3
2020-08-28 11:11:26 activity alive
2020-08-26 23:05:07 battery ok
2020-08-26 23:05:07 control ledOff
2020-08-28 11:11:26 hmstate ledOff
2020-08-26 23:05:07 state ledOff
hmccu:
detect 0
devspec JEQ0129132
forcedev 0
nodefaults 1
setDefaults 0
Attributes:
IODev HM_CCU3
ccureadingfilter STATE
disable 1
eventMap /datapoint 1.STATE 1:led-on/datapoint 1.STATE 0:led-off/datapoint 2.STATE 1:sound-on/datapoint 2.STATE 0:sound-off
group Wohnzimmer
room System
statevals on:true,off:false
substitute STATE!(0|false):ledOff,(1|true):ledOn;2.STATE!(0|false):soundOff,(1|true):soundOn
Dadurch geht meine Klingel momentan nur "dumm" :-/
@Nogga:
Was für ein Typ ist das? Mir fehlt das Internal "ccutype" in Deinem list.
Meinst du die Geraetebezeichnung?
HM-OU-CFM-Pl
Heute habe ich endlich das Modul von 3.x auf die aktuelle Version gehoben. Natürlich kann das nicht gutgehen ::)
Also kurz nachgelesen, Devices gelöscht und neu angelegt. Sieht gut aus! Derzeit nutze ich einen HmIP-SWO-B und zwei HmIP-SWD.
Aufgefallen ist mit Folgendes:
- die Anpassung von "temperature" auf "measured-temp" finde ich schade, es lässt sich aber mit ccureadingname gut korrigieren. Readings sollten grundsätzlich einheitlich sein, die unsinnige Abweichung aus der HM Ecke verstehe ich bis heute nicht, aber es gibt ja die einfache Möglichkeit der Korrektur. Ist also Ansichtssache.
- die "Activity" heisst jetzt "activity" und kann nicht mit ccureadingname angepasst werden. Warum gibt es diese Abweichung vom HM-Standard?
Hier noch meine Definition:
defmod HmIP_998E326 HMCCUCHN 0017DA4998E326:1
attr HmIP_998E326 alias Außensensor
attr HmIP_998E326 ccureadingfilter ACTUAL_TEMPERATURE$;;HUMIDITY$;;ILLUMINATION$;;SUNSHINEDURATION$;;WIND_SPEED$;;rssidevice;;activity
attr HmIP_998E326 ccureadingname ACTUAL_TEMPERATURE:temperature;;HUMIDITY:humidity;;ILLUMINATION:brightness;;SUNSHINEDURATION:sunshine;;WIND_SPEED:wind;;activity:Activity
attr HmIP_998E326 event-on-change-reading .*
attr HmIP_998E326 userReadings state {"T: ".ReadingsVal("HmIP_998E326","temperature","")." H: ".ReadingsVal("HmIP_998E326","humidity","")." W: ".ReadingsVal("HmIP_998E326","wind","")." B: ".ReadingsVal("HmIP_998E326","brightness","")}
Zitat von: zap am 16 November 2021, 18:02:36
Morgen steht ein Update im SVN zur Verfügung. Folgende Änderungen gibt es:
- Die lästige Fehlermeldung im Log, wenn ein Gerät nicht richtig erkannt wurde, kommt nun nur noch bei Verbose Level 5
@zap
Ich glaube, das hat nicht funktioniert. Oder mache ich was falsch?
2021.11.20 09:51:54 2: HMCCU [CCU3] Control datapoint not defined for channel 10, role
2021.11.20 09:51:55 2: HMCCU [CCU3] Control datapoint not defined for channel 10, role
2021.11.20 09:51:55 2: HMCCU [CCU3] Control datapoint not defined for channel 10, role
2021.11.20 09:52:02 2: HMCCU [CCU3] Control datapoint not defined for channel 10, role
2021.11.20 09:52:02 2: HMCCU [CCU3] Control datapoint not defined for channel 10, role
2021.11.20 09:52:03 2: HMCCU [CCU3] Control datapoint not defined for channel 10, role
2021.11.20 09:52:04 2: HMCCU [CCU3] Control datapoint not defined for channel 10, role
2021.11.20 09:52:04 2: HMCCU [CCU3] Control datapoint not defined for channel 10, role
2021.11.20 09:52:04 2: HMCCU [CCU3] Control datapoint not defined for channel 10, role
2021.11.20 09:52:05 2: HMCCU [CCU3] Control datapoint not defined for channel 10, role
2021.11.20 09:52:05 2: HMCCU [CCU3] Control datapoint not defined for channel 10, role
2021.11.20 09:59:32 2: HMCCU [CCU3] Control datapoint not defined for channel 10, role
Gruß lugu
@LuGu
Ja, ich habe eine Stelle vergessen.
@kpwg
Für diejenigen, die CUL_HM kennen, ist measured-temp passend. Für andere nicht. Ich habe mich entschlossen, mich hier an CUL_HM zu orientieren.
Bzgl. activity: Der einfachste Weg dürfte ein userreading sein. Es sollte aber auch so funktionieren:
attr ccureadingname UNREACH:Activity
attr substitute UNREACH!(0|false):alive,(1|true):dead
Zitat von: zap am 20 November 2021, 16:29:48
Für diejenigen, die CUL_HM kennen, ist measured-temp passend. Für andere nicht. Ich habe mich entschlossen, mich hier an CUL_HM zu orientieren.
Ist ok, es lässt sich alles leicht auf die eigenen Bedürfnisse anpassen.
Zitat
Bzgl. activity: Der einfachste Weg dürfte ein userreading sein. Es sollte aber auch so funktionieren:
attr ccureadingname UNREACH:Activity
attr substitute UNREACH!(0|false):alive,(1|true):dead
Genau das funktioniert leider nicht. Ich habe "activity" und kann es mit
ccureadingname nicht anpassen. Offenbar bleibt nur noch das userReading...
Danke für Deine Hilfe!
Ich habe noch ein Gerät gefunden, das noch nicht unterstützt wird.
Device channels and datapoints
DEV Neigungssensor.Garage QEQ0012345 interface=BidCos-RF type=HM-Sec-TiS
CHN QEQ0012345:0 Neigungssensor.Garage:0
0.UNREACH = false {b} [RE]
0.STICKY_UNREACH = false {b} [RWE]
0.CONFIG_PENDING = false {b} [RE]
0.LOWBAT = false {b} [RE]
0.RSSI_DEVICE = 1 {n} [RE]
0.RSSI_PEER = 181 {n} [RE]
0.AES_KEY = 0 {n} [R]
CHN QEQ0012345:1 HM-Sec-TiS QEQ0012345:1
1.STATE = false {b} [RE]
1.LOWBAT = false {b} [RE]
1.INSTALL_TEST = {b} [E]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Current state datapoint = 1.PRESS_SHORT
Current control datapoint = 1.PRESS_SHORT
Ist das als Info so OK?
Ich habe ein Update im SVN eingecheckt.
Behobene Fehler:
- Das Attribut 'rpcinterfaces' wurde beim Start von FHEM gelöscht, sofern im I/O Device die Optionen 'ccudelay' oder 'delayedinit' verwendet werden
- Readings aus Kanal 0 werden nicht angezeigt (z.B. OPERATING_VOLTAGE). Das ist kein Fehler. Die Readings werden angezeigt, sobald man im Attribut 'ccuflags' das Flag 'showDeviceReadings' setzt
- Fehler bei der verzögerten Initialisierung des I/O Device (per Parameter 'delayedinit')
Folgende Geräte sollten nun von 'get createDev' und 'get create' unterstützt werden. Da ich diese Geräte nicht besitze, bitte testen!
- HM-ES-TX-WM
- HM-Sec-Key
- HmIP-FALMOT-C12
- HM-LC-Ja1PBU-FM
Damit kommen - gerätebezogen - auch neue Befehle wie z.B. 'set lock/unlock' für Keymatic oder 'set pctSlats/openSlats/closeSlats' für Jalousien.
Zwei Anmerkungen zu Virtual Devicegroups (Gruppen in der CCU3):1. Die Raspberrymatic hat ein Problem beim Anlegen neuer Gruppen. Die Verknüpfungen unter den Geräten werden zwar erstellt, die neue Gruppe wird aber in der Oberfläche nicht bzw. nicht korrekt angezeigt. Erst nach einem Neustart der CCU ist alles so wie es sein soll.
2. Wenn man mehr als eine CCU einsetzt und auf mehr als einer CCU Gruppen verwendet, funktioniert das Anlegen von FHEM-Devices für diese Gruppen mit 'get create/createDev' nicht richtig. Grund: Die CCU Software vergibt immer die gleichen Adressen für Gruppen: INT00000x. Dadurch haben 2 Gruppen auf unterschiedlichen CCUs die gleiche Adresse und HMCCU ordnet u.U. das falsche IO-Device zu. Daher müssen in diesem Fall die Devices manuell angelegt und dabei mit dem Parameter 'iodev' das IO-Device mitgegeben werden:
define myGroup HMCCUDEV INT000001 iodev=d_ccu
Zitat von: zap am 24 November 2021, 09:33:36
Damit kommen - gerätebezogen - auch neue Befehle wie z.B. 'set lock/unlock' für Keymatic oder 'set pctSlats/openSlats/closeSlats' für Jalousien.
Gelten die Jalousie Befehle dann auch für andere Jalousie Devices wie z.B. HmIP-FROLL?
Nach Update auf V5.0 funktionieren bei mir leider meine Rollläden allesamt nicht mehr so wie sie sollen. Die Rollläden werden über insgesamt vier HmIP wired Module HmIPW-DRBL4 gesteuert. Ich habe die alten Module gelöscht und sie von HMCCU neu anlegen lassen.
Hier mal ein List von einem neuangelegten Device:
Internals:
DEF Rollladenaktor_1
FUUID 5e7f6a4a-f33f-bf2d-96eb-4946e86ab8ce3c33
FVERSION 88_HMCCUDEV.pm:v5.0.0-s25236/2021-11-16
IODev MyCCU3
NAME HMIPW_Rollladenaktor_1_Modul
NR 23
STATE on
TYPE HMCCUDEV
ccuaddr 00165A4992444B
ccudevstate active
ccuif HmIP-RF
ccuname Rollladenaktor_1
ccurolectrl BLIND_VIRTUAL_RECEIVER
ccusubtype DRBL4
ccutype HmIPW-DRBL4
firmware 1.8.2
readonly no
receiver HMIPW_Rollladeneingang_Modul
sender HMIPW_Rollladeneingang_Modul
READINGS:
2021-11-22 10:34:17 0.ACTUAL_TEMPERATURE 25.0
2021-11-22 10:49:18 0.CONFIG_PENDING 0
2021-11-22 10:34:17 0.ERROR_CODE 0
2021-11-22 10:34:17 0.ERROR_OVERHEAT 0
2021-11-22 10:34:17 0.ERROR_UNDERVOLTAGE 0
2021-11-03 08:13:46 0.INSTALL_TEST true
2021-11-22 10:34:17 0.OPERATING_VOLTAGE 24.2
2021-11-22 10:34:17 0.OPERATING_VOLTAGE_STATUS 0
2021-11-22 10:49:18 0.UNREACH on
2021-11-03 08:13:46 0.UPDATE_PENDING false
2021-11-24 10:22:31 1.ACTIVITY_STATE STABLE
2021-11-24 10:22:31 1.LEVEL open
2021-11-24 10:20:02 1.LEVEL_2
2021-11-24 10:22:31 1.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:22:31 1.LEVEL_STATUS NORMAL
2021-11-24 10:22:31 1.PROCESS STABLE
2021-11-24 10:20:02 1.SECTION
2021-11-24 10:22:31 1.SECTION_STATUS UNKNOWN
2021-11-24 10:22:32 10.ACTIVITY_STATE STABLE
2021-11-24 10:22:32 10.LEVEL open
2021-11-24 10:20:02 10.LEVEL_2
2021-11-24 10:22:32 10.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:22:32 10.LEVEL_STATUS NORMAL
2021-11-24 10:22:32 10.PROCESS STABLE
2021-11-24 10:22:32 10.SECTION 4
2021-11-24 10:22:32 10.SECTION_STATUS NORMAL
2021-11-24 10:22:32 11.ACTIVITY_STATE STABLE
2021-11-24 10:22:32 11.LEVEL closed
2021-11-24 10:20:02 11.LEVEL_2
2021-11-24 10:22:32 11.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:22:32 11.LEVEL_STATUS NORMAL
2021-11-24 10:22:32 11.PROCESS STABLE
2021-11-24 10:22:32 11.SECTION 0
2021-11-24 10:22:32 11.SECTION_STATUS NORMAL
2021-11-24 10:22:32 12.ACTIVITY_STATE STABLE
2021-11-24 10:22:32 12.LEVEL closed
2021-11-24 10:20:02 12.LEVEL_2
2021-11-24 10:22:32 12.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:22:32 12.LEVEL_STATUS NORMAL
2021-11-24 10:22:32 12.PROCESS STABLE
2021-11-24 10:22:32 12.SECTION 0
2021-11-24 10:22:32 12.SECTION_STATUS NORMAL
2021-11-24 10:22:32 13.ACTIVITY_STATE STABLE
2021-11-24 10:22:32 13.LEVEL open
2021-11-24 10:20:02 13.LEVEL_2
2021-11-24 10:22:32 13.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:22:32 13.LEVEL_STATUS NORMAL
2021-11-24 10:22:32 13.PROCESS STABLE
2021-11-24 10:20:02 13.SECTION
2021-11-24 10:22:32 13.SECTION_STATUS UNKNOWN
2021-11-24 10:22:32 14.ACTIVITY_STATE STABLE
2021-11-24 10:22:32 14.LEVEL open
2021-11-24 10:20:02 14.LEVEL_2
2021-11-24 10:22:32 14.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:22:32 14.LEVEL_STATUS NORMAL
2021-11-24 10:22:32 14.PROCESS STABLE
2021-11-24 10:22:32 14.SECTION 4
2021-11-24 10:22:32 14.SECTION_STATUS NORMAL
2021-11-24 10:22:32 15.ACTIVITY_STATE STABLE
2021-11-24 10:22:32 15.LEVEL closed
2021-11-24 10:20:02 15.LEVEL_2
2021-11-24 10:22:32 15.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:22:32 15.LEVEL_STATUS NORMAL
2021-11-24 10:22:32 15.PROCESS STABLE
2021-11-24 10:22:32 15.SECTION 0
2021-11-24 10:22:32 15.SECTION_STATUS NORMAL
2021-11-24 10:22:32 16.ACTIVITY_STATE STABLE
2021-11-24 10:22:32 16.LEVEL closed
2021-11-24 10:20:02 16.LEVEL_2
2021-11-24 10:22:32 16.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:22:32 16.LEVEL_STATUS NORMAL
2021-11-24 10:22:32 16.PROCESS STABLE
2021-11-24 10:22:32 16.SECTION 0
2021-11-24 10:22:32 16.SECTION_STATUS NORMAL
2021-11-24 10:22:31 17.WEEK_PROGRAM_CHANNEL_LOCKS 0
2021-11-24 10:22:31 2.ACTIVITY_STATE STABLE
2021-11-24 10:22:31 2.LEVEL open
2021-11-24 10:20:02 2.LEVEL_2
2021-11-24 10:22:31 2.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:22:31 2.LEVEL_STATUS NORMAL
2021-11-24 10:22:31 2.PROCESS STABLE
2021-11-24 10:22:31 2.SECTION 4
2021-11-24 10:22:31 2.SECTION_STATUS NORMAL
2021-11-24 10:22:31 3.ACTIVITY_STATE STABLE
2021-11-24 10:22:31 3.LEVEL closed
2021-11-24 10:20:02 3.LEVEL_2
2021-11-24 10:22:31 3.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:22:31 3.LEVEL_STATUS NORMAL
2021-11-24 10:22:31 3.PROCESS STABLE
2021-11-24 10:22:31 3.SECTION 0
2021-11-24 10:22:31 3.SECTION_STATUS NORMAL
2021-11-24 10:22:31 4.ACTIVITY_STATE STABLE
2021-11-24 10:22:31 4.LEVEL closed
2021-11-24 10:20:02 4.LEVEL_2
2021-11-24 10:22:31 4.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:22:31 4.LEVEL_STATUS NORMAL
2021-11-24 10:22:31 4.PROCESS STABLE
2021-11-24 10:22:31 4.SECTION 0
2021-11-24 10:22:31 4.SECTION_STATUS NORMAL
2021-11-24 10:30:26 5.ACTIVITY_STATE STABLE
2021-11-24 10:30:26 5.LEVEL open
2021-11-24 10:20:02 5.LEVEL_2
2021-11-24 10:30:26 5.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:30:26 5.LEVEL_STATUS NORMAL
2021-11-24 10:30:26 5.PROCESS STABLE
2021-11-24 10:20:02 5.SECTION
2021-11-24 10:30:26 5.SECTION_STATUS UNKNOWN
2021-11-24 10:30:26 6.ACTIVITY_STATE STABLE
2021-11-24 10:30:26 6.LEVEL open
2021-11-24 10:20:02 6.LEVEL_2
2021-11-24 10:30:26 6.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:30:26 6.LEVEL_STATUS NORMAL
2021-11-24 10:30:26 6.PROCESS STABLE
2021-11-24 10:30:26 6.SECTION 4
2021-11-24 10:30:26 6.SECTION_STATUS NORMAL
2021-11-24 10:30:26 7.ACTIVITY_STATE STABLE
2021-11-24 10:30:26 7.LEVEL closed
2021-11-24 10:20:02 7.LEVEL_2
2021-11-24 10:30:26 7.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:30:26 7.LEVEL_STATUS NORMAL
2021-11-24 10:30:26 7.PROCESS STABLE
2021-11-24 10:30:26 7.SECTION 0
2021-11-24 10:30:26 7.SECTION_STATUS NORMAL
2021-11-24 10:30:26 8.ACTIVITY_STATE STABLE
2021-11-24 10:30:26 8.LEVEL closed
2021-11-24 10:20:02 8.LEVEL_2
2021-11-24 10:30:26 8.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:30:26 8.LEVEL_STATUS NORMAL
2021-11-24 10:30:26 8.PROCESS STABLE
2021-11-24 10:30:26 8.SECTION 0
2021-11-24 10:30:26 8.SECTION_STATUS NORMAL
2021-11-24 10:22:32 9.ACTIVITY_STATE STABLE
2021-11-24 10:22:32 9.LEVEL open
2021-11-24 10:20:02 9.LEVEL_2
2021-11-24 10:22:32 9.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:22:32 9.LEVEL_STATUS NORMAL
2021-11-24 10:22:32 9.PROCESS STABLE
2021-11-24 10:20:02 9.SECTION
2021-11-24 10:22:32 9.SECTION_STATUS UNKNOWN
2021-11-22 11:10:51 IODev MyCCU3
2021-11-24 10:30:27 activity on
2021-11-24 10:22:32 control open
2021-11-24 10:30:27 devstate ok
2021-11-24 10:30:27 hmstate on
2021-11-24 10:22:32 pct open
2021-11-24 10:30:27 state on
hmccu:
channels 18
detect 5
devspec Rollladenaktor_1
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:BLIND_TRANSMITTER,2:BLIND_VIRTUAL_RECEIVER,3:BLIND_VIRTUAL_RECEIVER,4:BLIND_VIRTUAL_RECEIVER,5:BLIND_TRANSMITTER,6:BLIND_VIRTUAL_RECEIVER,7:BLIND_VIRTUAL_RECEIVER,8:BLIND_VIRTUAL_RECEIVER,9:BLIND_TRANSMITTER,10:BLIND_VIRTUAL_RECEIVER,11:BLIND_VIRTUAL_RECEIVER,12:BLIND_VIRTUAL_RECEIVER,13:BLIND_TRANSMITTER,14:BLIND_VIRTUAL_RECEIVER,15:BLIND_VIRTUAL_RECEIVER,16:BLIND_VIRTUAL_RECEIVER,17:BLIND_WEEK_PROFILE
setDefaults 0
cmdlist:
get
set close:noArg down up open:noArg pct stop:noArg toggle:noArg
control:
chn 14
dpt LEVEL
roleCmds:
get:
set:
close:
channel 14
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:0
usage close
subcmd:
000:
args 0
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
down:
channel 14
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=-20
usage down [delta]
subcmd:
000:
args -20
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
scn 000
unit 100%
open:
channel 14
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:100
usage open
subcmd:
000:
args 100
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
pct:
channel 14
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?level
usage pct level
subcmd:
000:
args
dpt LEVEL
fnc
max 1.01
min 0.0
parname level
partype 2
ps VALUES
scn 000
unit 100%
stop:
channel 14
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:STOP:1
usage stop
subcmd:
000:
args 1
dpt STOP
fnc
max 1
min 0
parname STOP
partype 3
ps VALUES
scn 000
unit
up:
channel 14
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=+20
usage up [delta]
subcmd:
000:
args +20
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
scn 000
unit 100%
state:
chn 0
dpt UNREACH
Attributes:
IODev MyCCU3
event-on-change-reading .*
room Homematic
statedatapoint 0.UNREACH
substitute STATE!(1|true):on,(0|false):off;UNREACH!(1|false):on,(0|true):off
Weil die einzelnen Rollläden jeweils über mindestens 2 Kanäle gesteuert werden habe ich bislang für jeden einzelnen Rollladen ein separates HMCCUDEV Device erstellt, weil HMCCUCHN ja nur einen Kanal abdeckt.
Hier ein List eines solchen einzelnen Rollladendevices:
Internals:
CFGFN
DEF 00165A4992444B
FUUID 619d01ad-f33f-bf2d-b4ff-58374640392dbf76
IODev MyCCU3
NAME R_UG_Buero_Nord
NR 48891
STATE 100 stop
TYPE HMCCUDEV
ccuaddr 00165A4992444B
ccudevstate active
ccuif HmIP-RF
ccuname Rollladenaktor_1
ccurolectrl BLIND_VIRTUAL_RECEIVER
ccurolestate BLIND_TRANSMITTER
ccusubtype DRBL4
ccutype HmIPW-DRBL4
firmware 1.8.2
readonly no
receiver HMIPW_Rollladeneingang_Modul
sender HMIPW_Rollladeneingang_Modul
OLDREADINGS:
READINGS:
2021-11-24 10:30:26 5.ACTIVITY_STATE stop
2021-11-24 10:30:26 5.LEVEL open
2021-11-24 10:28:25 5.LEVEL_2
2021-11-24 10:30:26 5.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:30:26 5.LEVEL_STATUS NORMAL
2021-11-24 10:30:26 6.ACTIVITY_STATE stop
2021-11-24 10:30:26 6.LEVEL open
2021-11-24 10:28:25 6.LEVEL_2
2021-11-24 10:30:26 6.LEVEL_2_STATUS UNKNOWN
2021-11-24 10:30:26 6.LEVEL_STATUS NORMAL
2021-11-24 10:30:17 ASC_ShuttersLastDrive manual
2021-11-24 10:49:19 activity alive
2021-11-24 10:30:26 control 100
2021-11-24 10:49:19 devstate ok
2021-11-24 10:30:26 execution stop
2021-11-24 10:49:19 hmstate open
2021-11-24 10:30:26 pct 100
2021-11-24 10:30:26 state open
hmccu:
channels 18
detect 5
devspec 00165A4992444B
forcedev 0
nodefaults 0
role 0:MAINTENANCE,1:BLIND_TRANSMITTER,2:BLIND_VIRTUAL_RECEIVER,3:BLIND_VIRTUAL_RECEIVER,4:BLIND_VIRTUAL_RECEIVER,5:BLIND_TRANSMITTER,6:BLIND_VIRTUAL_RECEIVER,7:BLIND_VIRTUAL_RECEIVER,8:BLIND_VIRTUAL_RECEIVER,9:BLIND_TRANSMITTER,10:BLIND_VIRTUAL_RECEIVER,11:BLIND_VIRTUAL_RECEIVER,12:BLIND_VIRTUAL_RECEIVER,13:BLIND_TRANSMITTER,14:BLIND_VIRTUAL_RECEIVER,15:BLIND_VIRTUAL_RECEIVER,16:BLIND_VIRTUAL_RECEIVER,17:BLIND_WEEK_PROFILE
setDefaults 0
cmdlist:
get
set close:noArg down up open:noArg pct stop:noArg toggle:noArg
control:
chn 6
dpt LEVEL
roleCmds:
get:
set:
close:
channel 6
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:0
usage close
subcmd:
000:
args 0
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
down:
channel 6
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=-20
usage down [delta]
subcmd:
000:
args -20
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
scn 000
unit 100%
open:
channel 6
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:100
usage open
subcmd:
000:
args 100
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
pct:
channel 6
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?level
usage pct level
subcmd:
000:
args
dpt LEVEL
fnc
max 1.01
min 0.0
parname level
partype 2
ps VALUES
scn 000
unit 100%
stop:
channel 6
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:STOP:1
usage stop
subcmd:
000:
args 1
dpt STOP
fnc
max 1
min 0
parname STOP
partype 3
ps VALUES
scn 000
unit
up:
channel 6
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=+20
usage up [delta]
subcmd:
000:
args +20
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
scn 000
unit 100%
state:
chn 5
dpt LEVEL
Attributes:
ASC 2
ASC_Antifreeze soft
ASC_AutoAstroModeEvening HORIZON
ASC_AutoAstroModeEveningHorizon -3
ASC_Mode_Up always
ASC_Pos_Reading control
ASC_Shading_StateChange_SunnyCloudy 10001:5500
ASC_Time_Up_Early 05:45
DbLogExclude ASC_ShadingMessage
IODev MyCCU3
appOptions { "template": "shutter" }
ccureadingfilter 5.LEVEL;5.ACTIVITY_STATE;6.LEVEL;6.ACTIVITY_STATE;(ERROR_CODE|ERROR_OVERHEAT|ACTUAL_TEMPERATURE|SELF_CALIBRATION_RESULT)
ccureadingname 6.LEVEL$:+control;5.ACTIVITY_STATE:+execution
ccuscaleval LEVEL:0:1:0:100
cmdIcon up:fts_shutter_up stop:fts_shutter_manual down:fts_shutter_down
controldatapoint 6.LEVEL
devStateIcon .*up:fts_shutter_up:toggle .*down:fts_shutter_down:toggle \d.stop:fts_shutter_100@red:toggle 1\d.stop:fts_shutter_90:toggle 2\d.stop:fts_shutter_80:toggle 3\d.stop:fts_shutter_70:toggle 4\d.stop:fts_shutter_60:toggle 5\d.stop:fts_shutter_50:toggle 6\d.stop:fts_shutter_40:toggle 7\d.stop:fts_shutter_30:toggle 8\d.stop:fts_shutter_20:toggle 9\d.stop:fts_shutter_10:toggle 100.stop:fts_window_2w:toggle
event-on-change-reading .*
eventMap /datapoint 6.STOP true:stop/datapoint 6.LEVEL 0:down/datapoint 6.LEVEL 100:up/
group Rollladen
hmstatevals ACTUAL_TEMPERATURE_STATUS!2:tempOverflow,3:tempUnderflow;ERROR_OVERHEAT!(1|true):overheat
room Haus,ASC
stateFormat control execution
statedatapoint 5.LEVEL
stripnumber 0
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_Adv:on,off 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_beforeDayOpen ASC_BlockingTime_beforeNightClose 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_CommandTemplate ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger 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_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_BetweenTheTime ASC_Shading_InOutAzimuth 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_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace,awning,EG_window ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 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 Rollladen Rollladen_gesamt Rollladen_gesamt_map Rollladen_map structexclude
webCmd control:up:stop:down
widgetOverride control:slider,0,10,100
Hauptsächlich werden die Rollläden über das ASC Modul gesteuert. ASC verwendet für Homematic standardmäßig das Reading 'pct' für den prozentualen Fahrbefehl.
Leider scheint es hier bei HMCCU mit pct irgendein Problem zu geben, denn wenn ich die Rollläden mit set $name pct ...
anspreche fahren die Rollläden grundsätzlich zu bzw. auf 1 Prozent.
Wie in dem zweiten List oben zu sehen, habe ich den Controldatapoint 6.LEVEL mittels ccureadingname auf das Reading control gelegt. Wenn ich den Rollladen mittels set $name control ...
anspreche, dann fahren die Rollläden in die gewünschte Position.
Leider kann ich bei ASC nicht einfach den Fahrbefehl von 'pct' auf 'control' ändern. Aber das wäre ja auch von hinten durch die Brust ins Auge, weil der Fahrbefehl doch auch mit pct korrekt funktionieren müsste.
@Zap: kannst du bitte mal schauen, wo hier das Problem liegt?
Zitat von: Reinhard.M am 24 November 2021, 10:15:30
Gelten die Jalousie Befehle dann auch für andere Jalousie Devices wie z.B. HmIP-FROLL?
Nur, wenn sie zur Steuerung die gleiche Rolle verwenden, also vermutlich nicht, da EQ-3 für HmIP fast durchweg neue Rollen vergeben hat. Aber es gibt schon ein Ticket für HmIP Jalousien. Kommt also noch. Bis dahin kann man es per "set datapoint" steuern.
@Wolle02
Hätte mich mal interessiert, ob HMCCU bei Verwendung von 'get createDev' 4 bedienbare HMCCUDEVs anlegt. Geht aber natürlich auch manuell:
define Roll1 HMCCUDEV 00165A4992444B
attr Roll1 statedatapoint 1.LEVEL
attr Roll1 controldatapoint 2.LEVEL
attr Roll1 ccureadingfilter 1,2..*
Aufpassen mit den Punkten bei ccureadingfilter. Oder kürzer:
define Roll1 HMCCUDEV 00165A4992444B sd=1.LEVEL cd=2.LEVEL
attr Roll1 ccureadingfilter 1,2..*
Für die übrigen einfach immer 4 zur Kanalnummer bei statedatapoint und controldatapoint sowie ccureadingfilter addieren.
Also z.B.
define Roll2 HMCCUDEV 00165A4992444B sd=5.LEVEL cd=6.LEVEL
attr Roll2 ccureadingfilter 5,6..*
Der Readingfilter ist sehr wichtig! Sonst überschreiben sich die Readings (z.B. bei LEVEL) gegenseitig.
Zitat von: zap am 24 November 2021, 12:59:26
@Wolle02
Hätte mich mal interessiert, ob HMCCU bei Verwendung von 'get createDev' 4 bedienbare HMCCUDEVs anlegt.
Ja, das tun sie in der Tat. Irgendwie habe ich die Aktoren scheinbar doch nicht richtig neu angelegt. Da habe ich mich wohl im HMCCU Dschungel verlaufen.
ZitatGeht aber natürlich auch manuell:
define Roll1 HMCCUDEV 00165A4992444B
attr Roll1 statedatapoint 1.LEVEL
attr Roll1 controldatapoint 2.LEVEL
attr Roll1 ccureadingfilter 1,2..*
Aufpassen mit den Punkten bei ccureadingfilter.
Vielen Dank für die Hilfe, damit habe ich jetzt meine bestehenden Devices so umgebaut, dass sie auch über 'pct' wieder ansprechbar sind. :)
Jetzt bin ich mal gespannt, ob nachher die Rollläden zufahren und morgen wieder alles tut wie es soll.
Vielen Dank für dein Modul und deinen Support. :D
Noch ein Update im SVN:
- Der Parameter delayedinit funktionierte nach "umgekehrter Logik". Wenn er nicht angegeben wurde, wurde HMCCU verzögert initialisiert
- Die Umbenennung von Readings funktionierte nicht richtig (für die Geräte, die HMCCU out of the box unterstützt). Dadurch wurde z.B. das Reading "desired-temp" nicht mit dem Wert aus dem Datenpunkt "SET_POINT_TEMPERATURE" überschrieben.
Zitat von: zap am 24 November 2021, 09:33:36
Behobene Fehler:
- Das Attribut 'rpcinterfaces' wurde beim Start von FHEM gelöscht, sofern im I/O Device die Optionen 'ccudelay' oder 'delayedinit' verwendet werden
Danke, funktioniert jetzt.
Auch für meine Installation kann ich bestätigen: rpcinterfaces und delayedinit funktionieren hier jetzt einwandfrei.
Besten Dank für die Fixes, zap!!! :D
Leider habe ich bereits mit dem vorletzten Update einen Fehler in get createDev und get create eingebaut. Bitte vorerst nicht verwenden. Die resultierenden Devices sind ggf. Nicht verwendbar
Du meinst, dass dann kein state reading verfügbar ist?
Habe jetzt nähmlich ein Problem mit einer HmIP-RC8 Fernbedienung.
Egal was Ich mache, sehe Ich die PRESS events gar nicht.
Createdev hat 8 stück HMCCUCHN angelegt
jeder hat nur folgende readings:
Readings
activity alive 2021-11-25 20:54:59
battery ok 2021-11-25 20:54:59
devstate ok 2021-11-25 20:54:59
rssidevice -60 2021-11-25 20:54:59
rssipeer N/A 2021-11-25 20:54:59
lg
Wie immer bei den Fernbedienungen und bereits oft hier berichtet: du musst in der CCU zumindest eine Verknüpfung der Taster-Kanäle mit bspw. einem virtuellen Kanal erstellen. Erst dann werden von der CCU die Press-Events über RPC ausgegeben.
Zitat von: zap am 24 November 2021, 09:33:36
- Readings aus Kanal 0 werden nicht angezeigt (z.B. OPERATING_VOLTAGE). Das ist kein Fehler. Die Readings werden angezeigt, sobald man im Attribut 'ccuflags' das Flag 'showDeviceReadings' setzt
Hallo Zap,
Danke für die Fixes! Ich kann leider
showDeviceReadings bei den
ccuflags nicht finden (Screenshot anbei). Hast Du eine Idee?
EDIT: gelöst, s.u.
Wie ist Deine Meinung zum "activity" => "Activity" ? Ich habe das bei mir jetzt manuell gepatcht- damit funktioniert es. Das kann aber keine gute Lösung sein ;)
Hier wacht ein doIF über die Erreichbarkeit der HM-Geräte und schließt damit auch die HmIP-Geräte ein.
Magst Du beim HmIP-SWO-B die
ILLUMINATION bzw.
brightness ganzzahlig machen? Die CCU liefert hier keine Nachkommastellen.
Zitat von: kpwg am 26 November 2021, 07:19:32
Danke für die Fixes! Ich kann leider showDeviceReadings bei den ccuflags nicht finden (Screenshot anbei). Hast Du eine Idee?
das musst du im jeweiligen Device eintragen.
Ok, gefunden. Das klärt Einiges... ;D
Hallo zusammen,
mit der Umstellung auf die v5.0 habe ich bemerkt, dass meine Garagentore (HmIP-MOD-HO) noch nicht in der neuen Version enthalten sind.
DEV HM-GA-Tor 00241A49A76818 interface=HmIP-RF type=HmIP-MOD-HO
CHN 00241A49A76818:0 HM-GA-Tor:0
0.CONFIG_PENDING = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.INSTALL_TEST = true {b} [RW]
0.OPERATING_VOLTAGE = 0.000000 {f} [RE]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
0.RSSI_DEVICE = 205 {n} [RE]
0.RSSI_PEER = 189 {n} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN 00241A49A76818:1 HM-GA-Torantrieb
1.DOOR_COMMAND = {i} [W]
1.DOOR_STATE = 0 {i} [RE]
1.ERROR_CODE = 0 {i} [RE]
1.PROCESS = 0 {i} [RE]
1.SECTION = 0 {i} [RE]
1.SECTION_STATUS = 0 {i} [RE]
CHN 00241A49A76818:2 HM-GA-Licht
2.PROCESS = 0 {i} [RE]
2.SECTION = 0 {i} [RE]
2.SECTION_STATUS = 0 {i} [RE]
2.STATE = false {b} [RWE]
Kann dieser HMIP Typ bitte mit aufgenemmen werden?
Besten Dank und viele Grüße,
Ingo
Zitat von: Ralli am 26 November 2021, 07:04:59
Wie immer bei den Fernbedienungen und bereits oft hier berichtet: du musst in der CCU zumindest eine Verknüpfung der Taster-Kanäle mit bspw. einem virtuellen Kanal erstellen. Erst dann werden von der CCU die Press-Events über RPC ausgegeben.
Danke, funktioniert.
komischerweise ist das die erste FB (HMIP-RC8), wo Ich was machen muss, bei anderen 3 HM-RC8 musste Ich nichts besonderes im CCU machen.
@zap
erstmal vielen Dank für dieses Modul, die Zeit die Du investierst und den super Support, den Du hier lieferst.
Hab schon vor einiger Zeit in der Beta Phase aufs neue Modul gewechselt und meine Installation mit CCU3 und so 30-40 HM/HmIP Geräten funktioniert damit super.
Ich habe eine Frage zu "set <name> datapoint <FHEM-DevSpec>":
Entspricht die Syntax und der Funktionsumfang von <FHEM-DevSpec> dem devspec aus der Command-Ref? Der Versuch ":FILTER=NAME=WERT" zu nutzen scheitert bei mir.
"list HMIP_PS_(05|06|07|08|09|10|11):FILTER=3.STATE=on" tut was es soll
"set HMCCU3 datapoint HMIP_PS_(05|06|07|08|09|10|11):FILTER=3.STATE=on 3.STATE=off" funktioniert leider nicht.
Mache ich etwas falsch oder ist das nicht implementiert?
Danke für jeden Tipp,
Udo
Es gibt ein wichtiges Update im SVN (morgen verfügbar):
- Behebt einen Fehler bei der Device Erkennung. Betraf sowohl das Anlegen neuer Devices als auch das Verhalten / die Steuerung von Devices nach einem Neustart von FHEM
- Behebt einen Fehler bei der Umkehrung von LEVEL-Werten mit dem Atrtibut 'ccuscaleval'
Hallo Zap,
du schreibst bei Version 5 soll man kein Eventmap mehr verwenden wenn möglich.
Ich habe mehrere Homematic IP Dimmer und möchte gerne das diese auf den zuletzt gewählten Wert an gehen wenn ich die Taste An drücke.
Wie bilde ich das in diesem Beispiel Device ab bzw. was sollte ich eingeben.
Internals:
DEF 000DDBE69F6E46
FUUID 616fc6b0-f36f-c1dd-2f6c-ec4c5663063adeb4
IODev CCU_3
NAME flDimmer03
NR 264
STATE off
TYPE HMCCUDEV
ccuaddr 000DDBE66F1E67
ccudevstate active
ccuif HmIP-RF
ccuname HM_Dimmer03
ccurolectrl DIMMER_VIRTUAL_RECEIVER
ccurolestate DIMMER_VIRTUAL_RECEIVER
ccusubtype PDT
ccutype HmIP-PDT
firmware 1.4.8
readonly no
READINGS:
2021-11-26 12:50:51 2.ACTIVITY_STATE UNKNOWN
2021-11-26 12:50:51 2.LEVEL off
2021-11-26 12:50:51 2.LEVEL_STATUS NORMAL
2021-11-26 12:50:51 2.PROCESS STABLE
2021-11-26 12:50:51 2.SECTION 15
2021-11-26 10:33:37 2.SECTION_STATUS NORMAL
2021-11-26 12:50:51 3.ACTIVITY_STATE STABLE
2021-11-26 12:50:51 3.LEVEL off
2021-11-26 12:50:51 3.LEVEL_STATUS NORMAL
2021-11-26 12:50:51 3.PROCESS STABLE
2021-11-26 12:50:51 3.SECTION 0
2021-11-26 10:33:37 3.SECTION_STATUS NORMAL
2021-11-26 12:50:51 4.ACTIVITY_STATE STABLE
2021-11-26 12:50:51 4.LEVEL off
2021-11-26 12:50:51 4.LEVEL_STATUS NORMAL
2021-11-26 12:50:51 4.PROCESS STABLE
2021-11-26 12:50:51 4.SECTION 0
2021-11-26 10:33:37 4.SECTION_STATUS NORMAL
2021-11-26 12:50:51 5.ACTIVITY_STATE STABLE
2021-11-26 12:50:51 5.LEVEL off
2021-11-26 12:50:51 5.LEVEL_STATUS NORMAL
2021-11-26 12:50:51 5.PROCESS STABLE
2021-11-26 12:50:51 5.SECTION 0
2021-11-26 10:33:37 5.SECTION_STATUS NORMAL
2021-11-26 11:46:28 6.WEEK_PROGRAM_CHANNEL_LOCKS 0
2021-11-26 10:33:04 IODev CCU_3
2021-11-26 12:50:51 activity alive
2021-11-26 12:50:51 control off
2021-11-26 12:50:51 devstate ok
2021-11-26 12:50:51 hmstate off
2021-11-26 12:50:51 pct 0
2021-11-26 12:50:51 rssidevice -66
2021-11-26 12:50:51 rssipeer -68
2021-11-26 12:50:51 state off
hmccu:
channels 7
detect 3
devspec 000DDBE99F1E47
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:KEY_TRANSCEIVER,2:DIMMER_TRANSMITTER,3:DIMMER_VIRTUAL_RECEIVER,4:DIMMER_VIRTUAL_RECEIVER,5:DIMMER_VIRTUAL_RECEIVER,6:DIMMER_WEEK_PROFILE
setDefaults 0
cmdlist:
get
set on-for-timer on:noArg on-till pct off:noArg down up toggle:noArg
control:
chn 3
dpt LEVEL
dp:
0.ACTUAL_TEMPERATURE:
VALUES:
NVAL 0.000000
ONVAL 0.000000
OSVAL 0.0
OVAL 0.000000
SVAL 0.0
VAL 0.000000
0.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.ERROR_CODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.ERROR_OVERHEAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.ERROR_OVERLOAD:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.ERROR_UPDATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.INSTALL_TEST:
VALUES:
NVAL true
ONVAL true
OSVAL true
OVAL true
SVAL true
VAL true
0.OPERATING_VOLTAGE:
VALUES:
NVAL 0.000000
ONVAL 0.000000
OSVAL 0.0
OVAL 0.000000
SVAL 0.0
VAL 0.000000
0.OPERATING_VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -66
ONVAL -67
OSVAL -67
OVAL -67
SVAL -66
VAL -66
0.RSSI_PEER:
VALUES:
NVAL -68
ONVAL -64
OSVAL -64
OVAL -64
SVAL -68
VAL -68
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
2.ACTIVITY_STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL UNKNOWN
OVAL 0
SVAL UNKNOWN
VAL 0
2.LEVEL:
VALUES:
NVAL 0
ONVAL 70
OSVAL 70
OVAL 0.7
SVAL off
VAL 0.0
2.LEVEL_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
2.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
2.SECTION:
VALUES:
NVAL 15
ONVAL 15
OSVAL 15
OVAL 15
SVAL 15
VAL 15
2.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
3.ACTIVITY_STATE:
VALUES:
NVAL 3
ONVAL 3
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
3.LEVEL:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0.0
SVAL off
VAL 0.0
3.LEVEL_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
3.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
3.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
3.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
4.ACTIVITY_STATE:
VALUES:
NVAL 3
ONVAL 3
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
4.LEVEL:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0.0
SVAL off
VAL 0.0
4.LEVEL_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
4.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
4.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
4.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
5.ACTIVITY_STATE:
VALUES:
NVAL 3
ONVAL 3
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
5.LEVEL:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0.0
SVAL off
VAL 0.0
5.LEVEL_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
5.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
5.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
5.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
6.WEEK_PROGRAM_CHANNEL_LOCKS:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
roleCmds:
get:
set:
down:
channel 3
role DIMMER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=-10
usage down [delta]
subcmd:
000:
args -10
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
scn 000
unit 100%
off:
channel 3
role DIMMER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:0
usage off
subcmd:
000:
args 0
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
on:
channel 3
role DIMMER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:100
usage on
subcmd:
000:
args 100
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
on-for-timer:
channel 3
role DIMMER_VIRTUAL_RECEIVER
subcount 2
syntax 1:V:DURATION_UNIT:0 2:V:ON_TIME,DURATION_VALUE:?duration 3:V:LEVEL:100
usage on-for-timer duration
subcmd:
000:
args
dpt ON_TIME
fnc
max 8580000.0
min 0.0
parname duration
partype 2
ps VALUES
scn 002
unit s
001:
args 100
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 003
unit 100%
on-till:
channel 3
role DIMMER_VIRTUAL_RECEIVER
subcount 2
syntax 1:V:DURATION_UNIT:0 2:V:ON_TIME,DURATION_VALUE:?time 3:V:LEVEL:100
usage on-till time
subcmd:
000:
args
dpt ON_TIME
fnc
max 8580000.0
min 0.0
parname time
partype 2
ps VALUES
scn 002
unit s
001:
args 100
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 003
unit 100%
pct:
channel 3
role DIMMER_VIRTUAL_RECEIVER
subcount 3
syntax 5:V:LEVEL:?level 1:V:DURATION_UNIT:0 2:V:ON_TIME,DURATION_VALUE:?time=0.0 3:V:RAMP_TIME_UNIT:0 4:V:RAMP_TIME,RAMP_TIME_VALUE:?ramp=0.5
usage pct level [time] [ramp]
subcmd:
000:
args
dpt LEVEL
fnc
max 1.01
min 0.0
parname level
partype 2
ps VALUES
scn 005
unit 100%
001:
args 0.0
dpt ON_TIME
fnc
max 8580000.0
min 0.0
parname time
partype 2
ps VALUES
scn 002
unit s
002:
args 0.5
dpt RAMP_TIME
fnc
max 8580000.0
min 0.0
parname ramp
partype 2
ps VALUES
scn 004
unit s
up:
channel 3
role DIMMER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=+10
usage up [delta]
subcmd:
000:
args +10
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
scn 000
unit 100%
state:
chn 3
dpt LEVEL
Attributes:
IODev CCU_3
alexaName Kugel
alexaRoom Flur
alias Lampe Kugel
cmdIcon on:general_an off:general_aus
controldatapoint 3.LEVEL
devStateIcon off:black_FS20.off
on:black_FS20.on
10:black_FS20.on
20:black_FS20.on
30:black_FS20.on
40:black_FS20.on
50:black_FS20.on
60:black_FS20.on
70:black_FS20.on
80:black_FS20.on
90:black_FS20.on
fp_Grundriss 322,318,1,
genericDeviceType light
group Homematic IP
room Flur
sortby 01
statedatapoint 3.LEVEL
substexcl pct
userattr set set_map structexclude
webCmd on:off:pct
widgetOverride pct:slider,0,10,100
Wenn ich den Befehl on abgebe, sollte es an den Actor den Bfehl pct 100.5 übergeben
Danke & Gruss,
Fabian
@DJCrazy
Versuch mal:
set datapoint 3.LEVEL 100.5
Wenn das funktioniert, kannst Du natürlich mit eventMap einen neuen Befehl definieren. Du solltest nur nicht vorhandene Befehle überschreiben. Du kannst ja z.B. oldLevel statt on verwenden. Oder Du nimmst halt set datapoint
Zitat von: oduudo am 26 November 2021, 14:58:01
Ich habe eine Frage zu "set <name> datapoint <FHEM-DevSpec>":
Entspricht die Syntax und der Funktionsumfang von <FHEM-DevSpec> dem devspec aus der Command-Ref? Der Versuch ":FILTER=NAME=WERT" zu nutzen scheitert bei mir.
"list HMIP_PS_(05|06|07|08|09|10|11):FILTER=3.STATE=on" tut was es soll
"set HMCCU3 datapoint HMIP_PS_(05|06|07|08|09|10|11):FILTER=3.STATE=on 3.STATE=off" funktioniert leider nicht.
Mache ich etwas falsch oder ist das nicht implementiert?
Danke für jeden Tipp,
Udo
Vermutlich wird das 1. "=" als Trenner interpretiert. Außerdem kann der datapoint Befehl evtl. mit dem "off" nichts anfangen.
Versuch mal:
set HMCCU3 datapoint "HMIP_PS_(05|06|07|08|09|10|11):FILTER=3.STATE=on" 3.STATE=false
Aber wenn es Dein Ziel ist, eingeschaltete Geräte auszuschalten, dann könnte es auch so gehen:
set HMIP_PS_(05|06|07|08|09|10|11):FILTER=3.STATE=on off
Zitat von: Rosti am 26 November 2021, 11:13:38
Danke, funktioniert.
komischerweise ist das die erste FB (HMIP-RC8), wo Ich was machen muss, bei anderen 3 HM-RC8 musste Ich nichts besonderes im CCU machen.
Die Implementierung von EQ-3 bei diesen Tastern ist komplett inkonsequent. Manchmal funktioniert es automatisch, manchmal braucht es ein CCU Script.
Zitat von: zap am 26 November 2021, 18:21:10
@DJCrazy
Versuch mal:
set datapoint 3.LEVEL 100.5
Wenn das funktioniert, kannst Du natürlich mit eventMap einen neuen Befehl definieren. Du solltest nur nicht vorhandene Befehle überschreiben. Du kannst ja z.B. oldLevel statt on verwenden. Oder Du nimmst halt set datapoint
@zap:
Der Befehl set flDimmer03 pct 100.5 funktioniert gut.
Wie müsste das EventMap aussehen? Stehe da auf dem Schlauch (sind ja sicher Grundlagen)
Zitat von: zap am 26 November 2021, 18:28:59
Vermutlich wird das 1. "=" als Trenner interpretiert. Außerdem kann der datapoint Befehl evtl. mit dem "off" nichts anfangen.
Versuch mal:
set HMCCU3 datapoint "HMIP_PS_(05|06|07|08|09|10|11):FILTER=3.STATE=on" 3.STATE=false
Aber wenn es Dein Ziel ist, eingeschaltete Geräte auszuschalten, dann könnte es auch so gehen:
set HMIP_PS_(05|06|07|08|09|10|11):FILTER=3.STATE=on off
Die Idee hatte ich aus einem Beitrag im Beta-Thread, dass alle set-Befehle durch HMCCU auf einmal an die CCU gesendet werden. Wenn ich Deine Alternative nutze, wird für jedes Device ein set erzeugt, dann bekomme ich oft Timeouts.
set HMCCU3 datapoint HMIP_PS_(05|06|07|08|09|10|11) 3.STATE=on off
funktioniert, ich dachte ich spare die Übermittlung der sowieso schon ein/ausgeschalteteten Geräte mit dem Filter. Der Versuch mit den "" hat leider nichts gebracht.
Zitat von: zap am 26 November 2021, 18:28:59
Vermutlich wird das 1. "=" als Trenner interpretiert. Außerdem kann der datapoint Befehl evtl. mit dem "off" nichts anfangen.
Versuch mal:
set HMCCU3 datapoint "HMIP_PS_(05|06|07|08|09|10|11):FILTER=3.STATE=on" 3.STATE=false
Aber wenn es Dein Ziel ist, eingeschaltete Geräte auszuschalten, dann könnte es auch so gehen:
set HMIP_PS_(05|06|07|08|09|10|11):FILTER=3.STATE=on off
Die Idee hatte ich aus einem Beitrag im Beta-Thread, dass alle set-Befehle durch HMCCU auf einmal an die CCU gesendet werden. Wenn ich Deine Alternative nutze, wird für jedes Device ein set erzeugt, dann bekomme ich oft Timeouts.
set HMCCU3 datapoint HMIP_PS_(05|06|07|08|09|10|11) 3.STATE=on off
funktioniert, ich dachte ich spare die Übermittlung der sowieso schon ein/ausgeschalteteten Geräte mit dem Filter. Der Versuch mit den "" hat leider nichts gebracht.
Ok, an den Timeout hatte ich nicht mehr gedacht. Die andere Methode schickt alles in einem Rutsch an die CCU, ist tatsächlich also effektiver
Zitat von: DJCrazy am 26 November 2021, 18:54:03
@zap:
Der Befehl set flDimmer03 pct 100.5 funktioniert gut.
Wie müsste das EventMap aussehen? Stehe da auf dem Schlauch (sind ja sicher Grundlagen)
eventMap /datapoint 3.LEVEL 100.5:old/
Ergibt ein "set old"
Zitat von: zap am 26 November 2021, 20:32:03
eventMap /datapoint 3.LEVEL 100.5:old/
Ergibt ein "set old"
Das nimmt er nicht an und geht weiterhin auf 100%
Auch ein:
Eventmap on:pct 100.5 oder on:100.5 wird nicht angenommen
PS:
Habe die Lösung nun gefunden nachdem ich gesucht habe wie man unter cmdicon ein Leerzeichen weg bekommt.
Lösung:
eventmap /pct 100.5:on/
Zitat von: zap am 26 November 2021, 20:28:13
Ok, an den Timeout hatte ich nicht mehr gedacht. Die andere Methode schickt alles in einem Rutsch an die CCU, ist tatsächlich also effektiver
Die Variante "set HMCCU3 datapoint HMIP_PS_(05|06) 3.STATE=on" funktioniert ja.
Der Filter "set HMCCU3 datapoint HMIP_PS_(05|06):FILTER=3.STATE=off 3.STATE=on" klappt halt nicht.
Bei normalen FHEM Befehlen funktioniert der Filter ja.
Hast jemand eine Idee??
Danke für jeden Tipp,
Udo
HMCCU verwendet das erweiterte Kommandozeilen-Parsing von FHEM. Da sind Gleichheitszeichen der Trenner zwischen Parameter und Wert.
Zitat von: zap am 27 November 2021, 14:10:36
HMCCU verwendet das erweiterte Kommandozeilen-Parsing von FHEM. Da sind Gleichheitszeichen der Trenner zwischen Parameter und Wert.
Mhh, aber in der FHEM Referenz steht bei der Beschreibung von <devspec> "Falls die Spezifikation von :FILTER=NAME=WERT gefolgt wird, dann wird die zuvor gefundene Liste durch diesen neuen Ausdruck gefiltert"
"list HMIP_PS_(05|06|07|08|09|10|11):FILTER=3.STATE=on" funktioniert ja auch bzw.
"set HMIP_PS_(05|06):FILTER=3.STATE=on off" tuts auch...
Bin ja auch nur drauf gekommen, weil in Deiner Kommandobeschreibung <FHEM-DevSpec> steht und ich deshalb bei der Beschreibung von <devspec> nachgeschaut hab...
Ja, aber: Bei set Befehlen greift zuerst das erweiterte Commandline Parsing. Die devspec kommt so gar nicht komplett in HMCCU an.
Hi zap,
vielen Dank, so langsam kriege ich meine Devices durch Deine Änderungen in den Griff.
Bei meinen beiden HmIP-BSL habe ich noch das Problem, dass die LEVEL-Readings nur on und off liefern.
Die Helligkeit der Farben im Taster lässt sich ja dimmen und ich habe Abfragen auf den Level des Dimmwertes.
Das klappt natürlich jetzt nicht mehr. Ich habe das Device nicht neu angelegt, nur ein set defaults reset
Ist das noch ein Fehler oder lässt sich das beeinflussen, damit ich wieder die Dimmwerte als numerischen Wert bekomme?
Danke und schöne Grüße
Dirk
Zitat von: zap am 27 November 2021, 17:41:04
Ja, aber: Bei set Befehlen greift zuerst das erweiterte Commandline Parsing. Die devspec kommt so gar nicht komplett in HMCCU an.
Ok.
Damit dann nicht noch einer in die Falle läuft, vielleicht ein HInweis bei Deiner Kommandobeschreibung zur Syntax der <FHEM-DevSpec>
Trotzdem Danke für Deine Mühe, werde sicher auch ohne den Filter leben können.. 8)
Danke und viele Grüße,
Udo
Zitat von: Dirk070 am 27 November 2021, 18:05:09
Hi zap,
vielen Dank, so langsam kriege ich meine Devices durch Deine Änderungen in den Griff.
Bei meinen beiden HmIP-BSL habe ich noch das Problem, dass die LEVEL-Readings nur on und off liefern.
Die Helligkeit der Farben im Taster lässt sich ja dimmen und ich habe Abfragen auf den Level des Dimmwertes.
Das klappt natürlich jetzt nicht mehr. Ich habe das Device nicht neu angelegt, nur ein set defaults reset
Ist das noch ein Fehler oder lässt sich das beeinflussen, damit ich wieder die Dimmwerte als numerischen Wert bekomme?
Danke und schöne Grüße
Dirk
Vermutlich hast Du alles in einem Device. Das ist ungünstig, da die Beleuchtung der Tasten über separate Kanäle gesteuert wird.
Wenn Du das Gerät mit "get createDev" neu anlegen lässt, legt Dir HMCCU 3 HMCCUDEVs an:
2 x Steuerung Beleuchtung der beiden Tasten
1 x Schalten
Es wird HMCCUDEV statt HMCCUCHN verwendet, da jedes Device nocht Zugriff auf das Wochenprofil bietet.
Ok, Danke, haben die Devices für die Tasten dann den LEVEL wieder numerisch?
Ich stelle fest, dass man ein HM-Sec-Win (Fenstermotor) nur noch öffnen und schließen, aber nicht mehr verriegeln kann.
Verriegelt wird das Ding über einen 1.LEVEL Wert von -0.005
Das geht aber nicht mehr. :-(
Ich erhalte beim Schalten von HMIP-WTH2 (Wandthermostat) über die FHEM Oberfläche sporadisch die Fehlermeldung "HMCCUCHN: HmIP_WTH_2_000XXXXXXXXXXX Execution of CCU script or command failed" angezeigt.
Im Logfile steht dann sowas:
2021.11.27 21:28:03 3: HMCCUCHN [HmIP_WTH_2_000XXXXXXXXXXX] set HmIP_WTH_2_000XXXXXXXXXXX on
2021.11.27 21:28:03 4: HMCCU [d_ccu] Build URL = http://a.b.c.d:8181/tclrega.exe
2021.11.27 21:28:07 2: HMCCU [d_ccu] Error during HTTP request: http://a.b.c.d:8181/tclrega.exe: Select timeout/error:
2021.11.27 21:28:07 1: HMCCUCHN [HmIP_WTH_2_000XXXXXXXXXXX] HMCCUCHN: HmIP_WTH_2_000XXXXXXXXXXX Execution of CCU script or command failed
Das zu schaltende Kommando wird aber trotzdem problemlos ausgeführt.
Ich konnte das Problem bisher nur bei diesen Wandthermostaten nachstellen. Laut alter Logs trat der Fehler vor der HMCCU5.0 Version nicht auf.
Der Fehler tritt manchmal sofort - manchmal erst nach 4-5 Schaltvorgängen auf.
Eine Idee, wie ich das noch weiter eingrenzen kann?
Zitat von: aski71 am 27 November 2021, 19:48:59
Ich stelle fest, dass man ein HM-Sec-Win (Fenstermotor) nur noch öffnen und schließen, aber nicht mehr verriegeln kann.
Verriegelt wird das Ding über einen 1.LEVEL Wert von -0.005
Das geht aber nicht mehr. :-(
Also ein "set datapoint 1.LEVEL -0.5 geht nicht? Der Wert -0.005 muss mit 100 multipliziert werden.
Hast Du das Attribut ccuscaleval gesetzt? Ggf. löschen
Hilfreich wäre auch die Ausgabe von "get paramsetDesc", damit ich sehen kann, welche MIN/MAX Werte bei LEVEL definiert sind.
@nog76
Mehr Infos gibt es mit ccuflags = trace (für das Thermostat)
Nutzt Du den NonBlockingMode für die Ausführung? Mal versuchsweise abschalten.
Ansonsten solltest Du wenn möglich immer die Direktverknüpfung zwischen Wandthermostat, Heizthermostat und Fenstersensoren verwenden. Das ist wesentlich schneller und verlässlicher. Mann kann ja in den Wandthermostaten in der CCU so gut wie jede Situation über die Parameter nachbilden/einstellen
Zitat von: zap am 28 November 2021, 10:13:51
@nog76
Mehr Infos gibt es mit ccuflags = trace (für das Thermostat)
Nutzt Du den NonBlockingMode für die Ausführung? Mal versuchsweise abschalten.
Ansonsten solltest Du wenn möglich immer die Direktverknüpfung zwischen Wandthermostat, Heizthermostat und Fenstersensoren verwenden. Das ist wesentlich schneller und verlässlicher. Mann kann ja in den Wandthermostaten in der CCU so gut wie jede Situation über die Parameter nachbilden/einstellen
Angehängt die Trace-Logs für ein "set HmIP_WTH_2_000XXXXXXXXXXX desired-temp 18.0".
Hier fällt mir spontan nur diese Message auf:
[main::HMCCU_ScaleValue] Can't get parameter definion for addr=000XXXXXXXXXXX:1 chn=0
Diese wird aber jedes Mal gelogged - auch wenn die Fehlermeldung nicht auftritt.
Mit "Schalten" meinte ich in meinem Ausgangspost somit eher das Setzen einer Temperatur am Thermostat.
Thermostat und Aktor sind bereits in der CCU per Direktverknüpfung verbunden.
ccuflags steht nur auf "procrpc,reconnect" - also kein nonBlocking aktiv.
Der Befehl an sich sieht gut aus, allerdings scheint es beim Zugriff auf die CCU zu einem Timeout zu kommen:
URL=http://192.168.6.151:8181/tclrega.exe, cmd=(datapoints.Get("HmIP-RF.000XXXXXXXXXXX:1.SET_POINT_TEMPERATURE")).State(18.0);
2021.11.28 11:47:00 2 : HMCCU [d_ccu] Error during HTTP request: http://192.168.6.151:8181/tclrega.exe: Select timeout/error:
Erhöhe mal den Timeout für Requests:
attr d_ccu ccuReqTimeout 8
Ist das eine CCU2 oder 3?
Zitat von: zap am 28 November 2021, 12:52:35
Erhöhe mal den Timeout für Requests:
attr d_ccu ccuReqTimeout 8
Ist das eine CCU2 oder 3?
Das Erhöhen des Timeouts (zu einer CCU3/Raspberrymatic) scheint wirklich zu helfen, konnte den Fehler seitdem nicht mehr reproduzieren.
Aber warum kommt der Fehler erst seit dem Update auf die 5.0?
Hallo Zusammen,
ich komme mit der HMCCU immer noch nicht zurande...
Selbige läuft nun (HMCCU + HMCCURPCPROC), aber kann Geräte nicht registrieren.
Ich habe Taster und Zwischensteckdosen in der 'RaspberryMatic CCU' am Laufen (HmIP-WRCC2, HMIP-WRC2, HMIP-PSM).
Wenn ich sie per Name mit 'get deviceinfo' aufrufe werden sie erkannt/ausgegeben, aber mit 'get create'/'get createDev' mit im FHEM erstellt: "Results of create command: [Leer]"
Device channels and datapoints
DEV HmIPWF.Arbeitszimmer 002C1BE9996BBE interface=HmIP-RF type=
CHN 002C1BE9996BBE:0 HmIPWF.Arbeitszimmer:0
0.CONFIG_PENDING = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.INSTALL_TEST = false {b} [RW]
0.LOW_BAT = false {b} [RE]
0.OPERATING_VOLTAGE = 0.000000 {f} [RE]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
0.RSSI_DEVICE = 0 {n} [RE]
0.RSSI_PEER = 0 {n} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN 002C1BE9996BBE:1 HmIPWF.Arbeitszimmer:1
1.PRESS_LONG = {b} [E]
1.PRESS_SHORT = {b} [E]
1.PRESS_LONG_RELEASE = {b} [E]
1.PRESS_LONG_START = {b} [E]
VAR_HmIPWF_Arbeitszimmer_Ronny = true {b} [RWE]
CHN 002C1BE9996BBE:2 HmIPWF.Arbeitszimmer:2
2.PRESS_LONG = {b} [E]
2.PRESS_SHORT = {b} [E]
2.PRESS_LONG_RELEASE = {b} [E]
2.PRESS_LONG_START = {b} [E]
Current state datapoint = .
Current control datapoint = .
Device description
Can't get device description
Log-Meldung:
2021.11.28 14:17:28 4: HMCCU [HMCCU] Build URL = https://FHEM:xCQvQHpv$TFM!SaDp-m!x;)PA@homematic-raspi:48181/tclrega.exe
2021.11.28 14:17:28 2: HMCCU [HMCCU] Parameter address not defined HMCCU_DetectDevice:7968 HMCCU_SetDefaultSCDatapoints:8087 HMCCU_GetSCDatapoints:7622 HMCCU_ExecuteGetDeviceInfoCommand:1802 HMCCU_Get:3895 CallFn:2004 CommandGet:1265 AnalyzeCommand:2777 FW_fC:963 FW_answerCall:598 FW_Read:3895 CallFn:773
2021.11.28 14:17:28 2: HMCCU [HMCCU] Device disabled or inactive and/or address or interface is missing
2021.11.28 14:17:28 2: HMCCU [HMCCU] Device disabled or inactive and/or address or interface is missing
2021.11.28 14:17:28 2: HMCCU [HMCCU] Can't get device description for 002C1BE9996BBE HMCCU_DetectDevice:7627 HMCCU_ExecuteGetDeviceInfoCommand:1802 HMCCU_Get:3895 CallFn:2004 CommandGet:1265 AnalyzeCommand:2777 FW_fC:963 FW_answerCall:598 FW_Read:3895 CallFn:773
HMCCU-Definition:
defmod HMCCU HMCCU https://homematic-raspi
attr HMCCU DbLogExclude .*
attr HMCCU ccuflags procrpc,reconnect
attr HMCCU devStateIcon inactive:rc_setup@grey running:rc_setup error:rc_setup@red
attr HMCCU icon rc_SETUP
attr HMCCU room HMCCU
attr HMCCU rpcinterfaces BidCos-RF,CUxD,HmIP-RF,VirtualDevices
attr HMCCU rpcserver on
attr HMCCU stateFormat RPC-Server: rpcstate / Status: state
attr HMCCU verbose 4
setstate HMCCU RPC-Server: running / Status: OK
setstate HMCCU 2021-11-28 13:56:38 count_channels 65
setstate HMCCU 2021-11-28 13:56:38 count_devices 4
setstate HMCCU 2021-11-28 13:56:38 count_groups 0
setstate HMCCU 2021-11-28 13:56:38 count_interfaces 1
setstate HMCCU 2021-11-28 13:56:38 count_programs 2
setstate HMCCU 2021-11-28 13:57:00 rpcstate running
setstate HMCCU 2021-11-28 13:57:00 state OK
Zitat von: zap am 28 November 2021, 10:09:03
Also ein "set datapoint 1.LEVEL -0.5 geht nicht? Der Wert -0.005 muss mit 100 multipliziert werden.
Hast Du das Attribut ccuscaleval gesetzt? Ggf. löschen
Hilfreich wäre auch die Ausgabe von "get paramsetDesc", damit ich sehen kann, welche MIN/MAX Werte bei LEVEL definiert sind.
ccuscaleval habe ich nicht gesetzt.
-0.5 habe ich versucht: Führt zu keiner Aktion.
Device
Paramset MASTER
KEYPRESS_SIGNAL: BOOL [R,W] [Visible,Sticky] RANGE=0...1 DFLT=1
SIGNAL: BOOL [R,W] [Visible,Sticky] RANGE=0...1 DFLT=1
SIGNAL_TONE: ENUM [R,W] [Visible,Sticky] RANGE=0...3 DFLT=0 VALUES=LOW,MID,HIGH,VERY_HIGH
Channel 0
Paramset VALUES
AES_KEY: INTEGER [R] [] RANGE=0...127 DFLT=0
CONFIG_PENDING: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
DUTYCYCLE: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
LOWBAT: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
RSSI_DEVICE: INTEGER [R,E] [Visible,Sticky] RANGE=-2147483648...2147483647 DFLT=0
RSSI_PEER: INTEGER [R,E] [Visible,Sticky] RANGE=-2147483648...2147483647 DFLT=0
STICKY_UNREACH: BOOL [R,W,E] [Sticky,Internal] RANGE=0...1 DFLT=0
UNREACH: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
Channel 1
Paramset LINK
LONG_COND_VALUE_HI: INTEGER [R,W] [Visible,Sticky] RANGE=0...255 DFLT=0
LONG_COND_VALUE_LO: INTEGER [R,W] [Visible,Sticky] RANGE=0...255 DFLT=0
LONG_CT_OFF: ENUM [R,W] [Visible,Sticky] RANGE=0...5 DFLT=0 VALUES=X GE COND_VALUE_LO,X GE COND_VALUE_HI,X LT COND_VALUE_LO,X LT COND_VALUE_HI,COND_VALUE_LO LE X LT COND_VALUE_HI,X LT COND_VALUE_LO OR X GE COND_VALUE_HI
LONG_CT_ON: ENUM [R,W] [Visible,Sticky] RANGE=0...5 DFLT=0 VALUES=X GE COND_VALUE_LO,X GE COND_VALUE_HI,X LT COND_VALUE_LO,X LT COND_VALUE_HI,COND_VALUE_LO LE X LT COND_VALUE_HI,X LT COND_VALUE_LO OR X GE COND_VALUE_HI
LONG_CT_RAMPOFF: ENUM [R,W] [Visible,Sticky] RANGE=0...5 DFLT=0 VALUES=X GE COND_VALUE_LO,X GE COND_VALUE_HI,X LT COND_VALUE_LO,X LT COND_VALUE_HI,COND_VALUE_LO LE X LT COND_VALUE_HI,X LT COND_VALUE_LO OR X GE COND_VALUE_HI
LONG_CT_RAMPON: ENUM [R,W] [Visible,Sticky] RANGE=0...5 DFLT=0 VALUES=X GE COND_VALUE_LO,X GE COND_VALUE_HI,X LT COND_VALUE_LO,X LT COND_VALUE_HI,COND_VALUE_LO LE X LT COND_VALUE_HI,X LT COND_VALUE_LO OR X GE COND_VALUE_HI
LONG_JT_OFF: ENUM [R,W] [Visible,Sticky] RANGE=0...8 DFLT=2 VALUES=NO_JUMP_IGNORE_COMMAND,RAMPON(ONDELAY),RAMPON,ON(ABORT_RAMP),RAMPOFF(OFFDELAY),RAMPOFF,OFF(ABORT_RAMP),RAMPON(INCREASE_SPEED),RAMPOFF(INCREASE_SPEED)
LONG_JT_ON: ENUM [R,W] [Visible,Sticky] RANGE=0...8 DFLT=5 VALUES=NO_JUMP_IGNORE_COMMAND,RAMPON(ONDELAY),RAMPON,ON(ABORT_RAMP),RAMPOFF(OFFDELAY),RAMPOFF,OFF(ABORT_RAMP),RAMPON(INCREASE_SPEED),RAMPOFF(INCREASE_SPEED)
LONG_JT_RAMPOFF: ENUM [R,W] [Visible,Sticky] RANGE=0...8 DFLT=0 VALUES=NO_JUMP_IGNORE_COMMAND,RAMPON(ONDELAY),RAMPON,ON(ABORT_RAMP),RAMPOFF(OFFDELAY),RAMPOFF,OFF(ABORT_RAMP),RAMPON(INCREASE_SPEED),RAMPOFF(INCREASE_SPEED)
LONG_JT_RAMPON: ENUM [R,W] [Visible,Sticky] RANGE=0...8 DFLT=0 VALUES=NO_JUMP_IGNORE_COMMAND,RAMPON(ONDELAY),RAMPON,ON(ABORT_RAMP),RAMPOFF(OFFDELAY),RAMPOFF,OFF(ABORT_RAMP),RAMPON(INCREASE_SPEED),RAMPOFF(INCREASE_SPEED)
LONG_OFF_LEVEL: FLOAT [R,W] [Visible,Sticky] RANGE=0...1 DFLT=-0.005 UNIT=100%
LONG_OFF_TIME: FLOAT [R,W] [Visible,Sticky] RANGE=0...65535 DFLT=111600 UNIT=s
LONG_ON_LEVEL: FLOAT [R,W] [Visible,Sticky] RANGE=0...1 DFLT=1 UNIT=100%
LONG_ON_TIME: FLOAT [R,W] [Visible,Sticky] RANGE=0...65535 DFLT=111600 UNIT=s
LONG_RAMPOFF_SPEED: FLOAT [R,W] [Visible,Sticky] RANGE=0...1 DFLT=0.5
LONG_RAMPON_SPEED: FLOAT [R,W] [Visible,Sticky] RANGE=0...1 DFLT=0.5
SHORT_COND_VALUE_HI: INTEGER [R,W] [Visible,Sticky] RANGE=0...255 DFLT=0
SHORT_COND_VALUE_LO: INTEGER [R,W] [Visible,Sticky] RANGE=0...255 DFLT=0
SHORT_CT_OFF: ENUM [R,W] [Visible,Sticky] RANGE=0...5 DFLT=0 VALUES=X GE COND_VALUE_LO,X GE COND_VALUE_HI,X LT COND_VALUE_LO,X LT COND_VALUE_HI,COND_VALUE_LO LE X LT COND_VALUE_HI,X LT COND_VALUE_LO OR X GE COND_VALUE_HI
SHORT_CT_ON: ENUM [R,W] [Visible,Sticky] RANGE=0...5 DFLT=0 VALUES=X GE COND_VALUE_LO,X GE COND_VALUE_HI,X LT COND_VALUE_LO,X LT COND_VALUE_HI,COND_VALUE_LO LE X LT COND_VALUE_HI,X LT COND_VALUE_LO OR X GE COND_VALUE_HI
SHORT_CT_RAMPOFF: ENUM [R,W] [Visible,Sticky] RANGE=0...5 DFLT=0 VALUES=X GE COND_VALUE_LO,X GE COND_VALUE_HI,X LT COND_VALUE_LO,X LT COND_VALUE_HI,COND_VALUE_LO LE X LT COND_VALUE_HI,X LT COND_VALUE_LO OR X GE COND_VALUE_HI
SHORT_CT_RAMPON: ENUM [R,W] [Visible,Sticky] RANGE=0...5 DFLT=0 VALUES=X GE COND_VALUE_LO,X GE COND_VALUE_HI,X LT COND_VALUE_LO,X LT COND_VALUE_HI,COND_VALUE_LO LE X LT COND_VALUE_HI,X LT COND_VALUE_LO OR X GE COND_VALUE_HI
SHORT_JT_OFF: ENUM [R,W] [Visible,Sticky] RANGE=0...8 DFLT=2 VALUES=NO_JUMP_IGNORE_COMMAND,RAMPON(ONDELAY),RAMPON,ON(ABORT_RAMP),RAMPOFF(OFFDELAY),RAMPOFF,OFF(ABORT_RAMP),RAMPON(INCREASE_SPEED),RAMPOFF(INCREASE_SPEED)
SHORT_JT_ON: ENUM [R,W] [Visible,Sticky] RANGE=0...8 DFLT=5 VALUES=NO_JUMP_IGNORE_COMMAND,RAMPON(ONDELAY),RAMPON,ON(ABORT_RAMP),RAMPOFF(OFFDELAY),RAMPOFF,OFF(ABORT_RAMP),RAMPON(INCREASE_SPEED),RAMPOFF(INCREASE_SPEED)
SHORT_JT_RAMPOFF: ENUM [R,W] [Visible,Sticky] RANGE=0...8 DFLT=0 VALUES=NO_JUMP_IGNORE_COMMAND,RAMPON(ONDELAY),RAMPON,ON(ABORT_RAMP),RAMPOFF(OFFDELAY),RAMPOFF,OFF(ABORT_RAMP),RAMPON(INCREASE_SPEED),RAMPOFF(INCREASE_SPEED)
SHORT_JT_RAMPON: ENUM [R,W] [Visible,Sticky] RANGE=0...8 DFLT=0 VALUES=NO_JUMP_IGNORE_COMMAND,RAMPON(ONDELAY),RAMPON,ON(ABORT_RAMP),RAMPOFF(OFFDELAY),RAMPOFF,OFF(ABORT_RAMP),RAMPON(INCREASE_SPEED),RAMPOFF(INCREASE_SPEED)
SHORT_OFF_LEVEL: FLOAT [R,W] [Visible,Sticky] RANGE=0...1 DFLT=-0.005 UNIT=100%
SHORT_OFF_TIME: FLOAT [R,W] [Visible,Sticky] RANGE=0...65535 DFLT=111600 UNIT=s
SHORT_ON_LEVEL: FLOAT [R,W] [Visible,Sticky] RANGE=0...1 DFLT=1 UNIT=100%
SHORT_ON_TIME: FLOAT [R,W] [Visible,Sticky] RANGE=0...65535 DFLT=111600 UNIT=s
SHORT_RAMPOFF_SPEED: FLOAT [R,W] [Visible,Sticky] RANGE=0...1 DFLT=0.5
SHORT_RAMPON_SPEED: FLOAT [R,W] [Visible,Sticky] RANGE=0...1 DFLT=0.5
UI_HINT: STRING [R,W] [Visible,Sticky] RANGE=... DFLT=
Paramset MASTER
MOUNT_SIDE: ENUM [R,W] [Visible,Sticky] RANGE=0...1 DFLT=0 VALUES=RIGHT,LEFT
PULL_FORCE: FLOAT [R,W] [Visible,Sticky] RANGE=0...1 DFLT=0.3 UNIT=100%
PUSH_FORCE: FLOAT [R,W] [Visible,Sticky] RANGE=0...1 DFLT=0.3 UNIT=100%
TILT_MAX: INTEGER [R,W] [Visible,Sticky] RANGE=0...255 DFLT=0
Paramset VALUES
DIRECTION: ENUM [R,E] [Visible,Sticky,Internal] RANGE=0...3 DFLT=0 VALUES=NONE,UP,DOWN,UNDEFINED
ERROR: ENUM [R,E] [Visible,Sticky,Service] RANGE=0...2 DFLT=0 VALUES=NO_ERROR,MOTOR_TURN_ERROR,MOTOR_TILT_ERROR
INHIBIT: BOOL [R,W,E] [Visible,Sticky] RANGE=0...1 DFLT=0
LEVEL: FLOAT [R,W,E] [Visible,Sticky] RANGE=0...1 DFLT=0 UNIT=100%
RELOCK_DELAY: FLOAT [W] [Visible,Sticky] RANGE=0...65535 DFLT=111600 UNIT=s
SPEED: FLOAT [W] [Visible,Sticky] RANGE=0...1 DFLT=0.5 UNIT=100%
STATE_UNCERTAIN: BOOL [R,E] [Visible,Sticky] RANGE=0...1 DFLT=1
STOP: ACTION [W] [Visible,Sticky] RANGE=0...1 DFLT=0
WORKING: BOOL [R,E] [Visible,Sticky,Internal] RANGE=0...1 DFLT=0
Channel 2
Paramset VALUES
LEVEL: FLOAT [R,E] [Visible,Sticky] RANGE=0...1 DFLT=0 UNIT=100%
STATUS: ENUM [R,E] [Visible,Sticky] RANGE=0...3 DFLT=0 VALUES=TRICKLE_CHARGE,CHARGE,DISCHARGE,STATE_UNKNOWN
@aski71
Dachte ich mir: Die Parameterdefinition in der CCU lässt das nicht zu:
LEVEL: FLOAT [R,W,E] [Visible,Sticky] RANGE=0...1 DFLT=0 UNIT=100%
HMCCU prüft, ob er Angegebene Wert im zulässigen Bereich liegt: 0...1 (x 100 weil UNIT = %)
Bei HmIP sind die Spezialwerte wie 1.005 und 1.01 im Range mit angegeben. Bei BidCos offensichtlich nicht.
Schwierig ...
Ich denke, ich habe eine Lösung oder besser einen Workaround gefunden. Es wird ein neues Flag "noBoundsChecking" für das Attribut "ccuflags" geben. Wenn das gesetzt ist, prüft HMCCU keine Grenzwertverletzung für Parameter. Kommt dann mit dem nächsten Update.
Hallo zusammen,
ich habe aktuell noch Probleme mit den Heizungsgruppen (HmIP)
Angelegt hab ich sie bekommen, aber ich erhalte die Meldung:
HMCCUDEV [WK_Heizung] Device type not known by HMCCU. Please set control and/or state channel with attributes controldatapoint and statedatapoint
Möchte ich die Datenpunkte dann setzen erhalte ich:
HMCCUDEV [WK_Heizung] Invalid value 1.SET_POINT_TEMPERATURE for attribute controldatapoint
Die Meldung erhalte ich immer, egal welchen Datenpunkte ich wähle.
Beim erstellen von einer Rauchmeldergruppe (HM) erhalte ich leider folgenden Fehler:
Results of create command:
Not detected CCU devices:
WGH_Rauchmelder_Team = *OEQ2008833 [WGH_Rauchmelder_Team]
EDIT:
Früher konnte ich mit set BU_Heizung datapoint 1.WINDOW_STATE 1 bzw. 0
regeln ob der Fenstermodus greift.
Bei einem set BU_Heizung datapoint WINDOW_STATE open
passiert leider gar nichts...
Kann ich nicht nachvollziehen. HmIP Heizungsgruppen kann ich sowohl manuell mit "define" als auch mit "get createDev" anlegen.
Ebenso funktioniert ein
set xy datapoint 1.WINDOW_STATE 1 # oder 0
problemlos.
Die Variante: set ... OPEN / CLOSED funktioniert erst ab dem nächsten Update.
Hallo, ich sperre meinen Rollladeschalter in Homematik "Systemzustand sperren" wenn die Temperatur unter 3°C fällt. Damit soll verhindert werden das der Rolladen trotz Vereisung über Siri oder eine Automatik geöffnet oder geschlossen werden kann. Seit dem Update auf 5.0 bekomme ich jetzt aber, wenn der Schalter gesperrt, ist alle paar Sekunden den Eintrag im Logfile.
2021.11.29 11:27:32 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:32 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:33 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:33 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:34 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:34 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:34 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:34 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:36 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:36 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:38 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:34:20 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:34:20 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
Wie kann ich das verhindern ? oder muss hier noch etwas angepasst werden. Danke schon mal für die Hilfe.
Hallo Zap,
ich bin jetzt auch auf die 5.0 umgestiegen.
Ich habe alle Geräte gelöscht und neu angelegt. Ganz schön viel Arbeit....Bisher sieht alles gut aus.
Einzig meine Fussbodenheizung bekomme ich nicht mehr angelegt.
Sowohl ein createDev als auch create erzeugen eine Fehlermeldung:
Results of create command:
Not detected CCU devices:
HM_Fussbodenheizung = 0005D5699CF148 [HM_Fussbodenheizung]
Muss das noch angelegt werden?
Hier die Geräte-Infos
Device channels and datapoints
DEV HM_Fussbodenheizung 0005D5699CF148 interface=HmIP-RF type=HmIP-FAL230-C10
CHN 0005D5699CF148:0 HM_Fussbodenheizung:0
0.CONFIG_PENDING = false {b} [RE]
0.DATE_TIME_UNKNOWN = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.HEATING_COOLING = 0 {i} [RWE]
0.HUMIDITY_ALARM = false {b} [RE]
0.OPERATING_VOLTAGE = 0.000000 {f} [RE]
0.RSSI_DEVICE = 175 {n} [RE]
0.RSSI_PEER = 180 {n} [RE]
0.TEMPERATURE_LIMITER = false {b} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
0.INSTALL_TEST = true {b} [RW]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
CHN 0005D5699CF148:1 Elternbad
1.DEW_POINT_ALARM = false {b} [RE]
1.EMERGENCY_OPERATION = false {b} [RE]
1.EXTERNAL_CLOCK = false {b} [RE]
1.FROST_PROTECTION = false {b} [RE]
1.HUMIDITY_LIMITER = false {b} [RE]
1.STATE = false {b} [RE]
CHN 0005D5699CF148:2 HmIP-FAL230-C10 0005D5699CF148:2
2.DEW_POINT_ALARM = false {b} [RE]
2.EMERGENCY_OPERATION = false {b} [RE]
2.EXTERNAL_CLOCK = false {b} [RE]
2.FROST_PROTECTION = false {b} [RE]
2.HUMIDITY_LIMITER = false {b} [RE]
2.STATE = false {b} [RE]
CHN 0005D5699CF148:3 HmIP-FAL230-C10 0005D5699CF148:3
3.DEW_POINT_ALARM = false {b} [RE]
3.EMERGENCY_OPERATION = false {b} [RE]
3.EXTERNAL_CLOCK = false {b} [RE]
3.FROST_PROTECTION = false {b} [RE]
3.HUMIDITY_LIMITER = false {b} [RE]
3.STATE = true {b} [RE]
CHN 0005D5699CF148:4 Wohnzimmer
4.DEW_POINT_ALARM = false {b} [RE]
4.EMERGENCY_OPERATION = false {b} [RE]
4.EXTERNAL_CLOCK = false {b} [RE]
4.FROST_PROTECTION = false {b} [RE]
4.HUMIDITY_LIMITER = false {b} [RE]
4.STATE = false {b} [RE]
CHN 0005D5699CF148:5 HmIP-FAL230-C10 0005D5699CF148:5
5.DEW_POINT_ALARM = false {b} [RE]
5.EMERGENCY_OPERATION = false {b} [RE]
5.EXTERNAL_CLOCK = false {b} [RE]
5.FROST_PROTECTION = false {b} [RE]
5.HUMIDITY_LIMITER = false {b} [RE]
5.STATE = false {b} [RE]
CHN 0005D5699CF148:6 HmIP-FAL230-C10 0005D5699CF148:6
6.DEW_POINT_ALARM = false {b} [RE]
6.EMERGENCY_OPERATION = false {b} [RE]
6.EXTERNAL_CLOCK = false {b} [RE]
6.FROST_PROTECTION = false {b} [RE]
6.HUMIDITY_LIMITER = false {b} [RE]
6.STATE = false {b} [RE]
CHN 0005D5699CF148:7 HmIP-FAL230-C10 0005D5699CF148:7
7.DEW_POINT_ALARM = false {b} [RE]
7.EMERGENCY_OPERATION = false {b} [RE]
7.EXTERNAL_CLOCK = false {b} [RE]
7.FROST_PROTECTION = false {b} [RE]
7.HUMIDITY_LIMITER = false {b} [RE]
7.STATE = false {b} [RE]
CHN 0005D5699CF148:8 HmIP-FAL230-C10 0005D5699CF148:8
8.DEW_POINT_ALARM = false {b} [RE]
8.EMERGENCY_OPERATION = false {b} [RE]
8.EXTERNAL_CLOCK = false {b} [RE]
8.FROST_PROTECTION = false {b} [RE]
8.HUMIDITY_LIMITER = false {b} [RE]
8.STATE = false {b} [RE]
CHN 0005D5699CF148:9 HmIP-FAL230-C10 0005D5699CF148:9
9.DEW_POINT_ALARM = false {b} [RE]
9.EMERGENCY_OPERATION = false {b} [RE]
9.EXTERNAL_CLOCK = false {b} [RE]
9.FROST_PROTECTION = false {b} [RE]
9.HUMIDITY_LIMITER = false {b} [RE]
9.STATE = false {b} [RE]
CHN 0005D5699CF148:10 HmIP-FAL230-C10 0005D5699CF148:10
10.DEW_POINT_ALARM = false {b} [RE]
10.EMERGENCY_OPERATION = false {b} [RE]
10.EXTERNAL_CLOCK = false {b} [RE]
10.FROST_PROTECTION = false {b} [RE]
10.HUMIDITY_LIMITER = false {b} [RE]
10.STATE = false {b} [RE]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Current state datapoint = .
Current control datapoint = .
Device description
Device 0005D5699CF148 HM_Fussbodenheizung [HmIP-FAL230-C10]
AES_ACTIVE: 1
AVAILABLE_FIRMWARE: 2.0.4
CHILDREN: 0005D5699CF148:0,0005D5699CF148:1,0005D5699CF148:2,0005D5699CF148:3,0005D5699CF148:4,0005D5699CF148:5,0005D5699CF148:6,0005D5699CF148:7,0005D5699CF148:8,0005D5699CF148:9,0005D5699CF148:10,0005D5699CF148:11,0005D5699CF148:12,0005D5699CF148:13,0005D5699CF148:14
DIRECTION: NONE
FIRMWARE: 2.0.4
FIRMWARE_UPDATE_STATE: UP_TO_DATE
FLAGS: Visible
PARAMSETS: MASTER,SERVICE
RF_ADDRESS: 9461747
ROAMING: 0
RX_MODE:
SUBTYPE: FAL-C10
UPDATABLE: 1
Channel 0005D5699CF148:0 HM_Fussbodenheizung:0 [MAINTENANCE]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0005D5699CF148:1 Elternbad [CLIMATECONTROL_FLOOR_PUMP_TRANSCEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0005D5699CF148:2 HmIP-FAL230-C10 0005D5699CF148:2 [CLIMATECONTROL_FLOOR_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0005D5699CF148:3 HmIP-FAL230-C10 0005D5699CF148:3 [CLIMATECONTROL_FLOOR_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0005D5699CF148:4 Wohnzimmer [CLIMATECONTROL_FLOOR_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0005D5699CF148:5 HmIP-FAL230-C10 0005D5699CF148:5 [CLIMATECONTROL_FLOOR_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0005D5699CF148:6 HmIP-FAL230-C10 0005D5699CF148:6 [CLIMATECONTROL_FLOOR_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0005D5699CF148:7 HmIP-FAL230-C10 0005D5699CF148:7 [CLIMATECONTROL_FLOOR_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0005D5699CF148:8 HmIP-FAL230-C10 0005D5699CF148:8 [CLIMATECONTROL_FLOOR_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0005D5699CF148:9 HmIP-FAL230-C10 0005D5699CF148:9 [CLIMATECONTROL_FLOOR_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0005D5699CF148:10 HmIP-FAL230-C10 0005D5699CF148:10 [CLIMATECONTROL_FLOOR_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_FLOOR
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0005D5699CF148:11 HmIP-FAL230-C10 0005D5699CF148:11 [CLIMATECONTROL_HEAT_DEMAND_BOILER_TRANSMITTER]
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CONDITIONAL_SWITCH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0005D5699CF148:12 HmIP-FAL230-C10 0005D5699CF148:12 [CLIMATECONTROL_HEAT_DEMAND_PUMP_TRANSMITTER]
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CONDITIONAL_SWITCH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0005D5699CF148:13 HmIP-FAL230-C10 0005D5699CF148:13 [CLIMATECONTROL_DEHUMIDIFIER_TRANSMITER]
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: CONDITIONAL_SWITCH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0005D5699CF148:14 HmIP-FAL230-C10 0005D5699CF148:14 [CLIMATECONTROL_INPUT_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CLIMATE_CONTROL_CHANGE_OVER
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0005D5699CF148
PARENT_TYPE: HmIP-FAL230-C10
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Danke!
VG
Christian
Zitat von: zap am 29 November 2021, 11:06:20
Kann ich nicht nachvollziehen. HmIP Heizungsgruppen kann ich sowohl manuell mit "define" als auch mit "get createDev" anlegen.
Ebenso funktioniert ein
set xy datapoint 1.WINDOW_STATE 1 # oder 0
problemlos.
Die Variante: set ... OPEN / CLOSED funktioniert erst ab dem nächsten Update.
Fenster funktioniert, muss zu meiner Schande gestehen...mit dem alten Befehl hatte ich es nicht probiert. :D
Create ging jetzt auch bei beiden, hab die RPC Server 2x neu gestartet, dann ging es...
Danke dir :)
Zitat von: Chris8888 am 29 November 2021, 22:10:09
Hallo Zap,
ich bin jetzt auch auf die 5.0 umgestiegen.
Ich habe alle Geräte gelöscht und neu angelegt. Ganz schön viel Arbeit....Bisher sieht alles gut aus.
Einzig meine Fussbodenheizung bekomme ich nicht mehr angelegt.
Sowohl ein createDev als auch create erzeugen eine Fehlermeldung:
Results of create command:
Not detected CCU devices:
HM_Fussbodenheizung = 0005D5699CF148 [HM_Fussbodenheizung]
Muss das noch angelegt werden?
Ja, das wird von "get createDev" noch nicht unterstützt. Aber nochmal: Grundsätzlich unterstützt HMCCU alle Homematic Geräte. Für die, die von "get createDev" nicht erkannt werden, ist halt etwas Handarbeit erforderlich. Das Vorgehen ist im Prinzip:
- Gerät mit define als HMCCUDEV anlegen (wenn man nur einen Kanal benötigt, geht auch HMCCUCHN)
- Optional: mit den Attributen statedatapoint und controldatapoint geeignetet Datenpunkte auswählen. Das muss man nicht zwingend machen, um ein Gerät zu steuern
Die Steuerung erfolgt dann eben über "set datapoint" Befehle, d.h. der Komfort der vordefinierten Befehle, die von "get createDev" erzeugt werden, fehlt. Aber sonst sollte alles funktionieren.
Hallo
ich habe seit dem Umstieg auf HMCCU 5.0 Probleme mit meinem Keymatic Antrieb. Ich kann diesen nur mit dem Befehl "lock" verschließen oder mit "open" die Tür Komplet entriegeln. Sobald ich "unlock" ansteuern möchte, geht der Antrieb auch auf lock. Ich kriege den Antrieb nur auf unlocked wenn ich das Kommando "datatpoit 1.STATE 1" ausführe.
Ich habe mal in der HMCCUConf geschaut. Da habe ich zwei Fehler gefunden.
1. da ist ein Eintrag bei Keymatic mit "unklocked" diesen habe ich auf "unlocked" geädert
2. Der Icon zum sperren wurde in der Web Oberfläche nicht Angezeigt, ich habe den Eintrag "secure_lock" nach "secur_lock" geändert.
Das hat aber leider nichts an meinem Problem geädert, ich kann immer noch nicht über "unlock" entriegeln, der Antrieb verriegelt bei diesem Befehl.
Zitat von: zap am 27 November 2021, 18:38:39
Vermutlich hast Du alles in einem Device. Das ist ungünstig, da die Beleuchtung der Tasten über separate Kanäle gesteuert wird.
Wenn Du das Gerät mit "get createDev" neu anlegen lässt, legt Dir HMCCU 3 HMCCUDEVs an:
2 x Steuerung Beleuchtung der beiden Tasten
1 x Schalten
Es wird HMCCUDEV statt HMCCUCHN verwendet, da jedes Device nocht Zugriff auf das Wochenprofil bietet.
Hallo zap,
ja, so klappt es, vielen Dank!! Die Level sind numerisch, statt 0 und 100 ist es dann on und off.
Das musste ich bei mir ändern, zuvor war es durchgehend numerisch, fand ich logischer.
Meine beiden HAP zicken zur Zeit noch.
Der 0.DUTY_CYCLE_LEVEL wird nicht aktualisiert, Defaults gibt es scheinbar nicht.
Hast Du einen Tipp für die Konfiguration?
Ich liefere gerne alle notwendigen Infos.
Viele Grüße
Dirk
Ich habe jetzt manuell den statedatapoint auf 0.DUTY_CYCLE_LEVEL gesetzt.
Damit wird state und hmstate gefüllt. Das reading selbst, also 0.DUTY_CYCLE_LEVEL gibt es nicht mehr.
Zitat von: zap am 30 November 2021, 13:24:43
Ja, das wird von "get createDev" noch nicht unterstützt. Aber nochmal: Grundsätzlich unterstützt HMCCU alle Homematic Geräte. Für die, die von "get createDev" nicht erkannt werden, ist halt etwas Handarbeit erforderlich. Das Vorgehen ist im Prinzip:
- Gerät mit define als HMCCUDEV anlegen (wenn man nur einen Kanal benötigt, geht auch HMCCUCHN)
- Optional: mit den Attributen statedatapoint und controldatapoint geeignetet Datenpunkte auswählen. Das muss man nicht zwingend machen, um ein Gerät zu steuern
Die Steuerung erfolgt dann eben über "set datapoint" Befehle, d.h. der Komfort der vordefinierten Befehle, die von "get createDev" erzeugt werden, fehlt. Aber sonst sollte alles funktionieren.
Hallo Zap,
der manuelle Weg klappt. danke!
VG
Christian
Zitat von: Chris8888 am 01 Dezember 2021, 21:51:09
Hallo Zap,
der manuelle Weg klappt. danke!
VG
Christian
ok, ich werde natürlich nach und nach weitere Gerätetypen bzw. ihre Rollen in die Erkennung aufnehmen. Aktuell bin ich jedoch noch dabei, Fehler zu beheben.
Zitat von: Dirk070 am 01 Dezember 2021, 13:21:30
Ich habe jetzt manuell den statedatapoint auf 0.DUTY_CYCLE_LEVEL gesetzt.
Damit wird state und hmstate gefüllt. Das reading selbst, also 0.DUTY_CYCLE_LEVEL gibt es nicht mehr.
attr xy ccuflags showDeviceReadings
Zitat von: vb1983 am 30 November 2021, 20:52:14
Hallo
ich habe seit dem Umstieg auf HMCCU 5.0 Probleme mit meinem Keymatic Antrieb. Ich kann diesen nur mit dem Befehl "lock" verschließen oder mit "open" die Tür Komplet entriegeln. Sobald ich "unlock" ansteuern möchte, geht der Antrieb auch auf lock. Ich kriege den Antrieb nur auf unlocked wenn ich das Kommando "datatpoit 1.STATE 1" ausführe.
Ich habe mal in der HMCCUConf geschaut. Da habe ich zwei Fehler gefunden.
1. da ist ein Eintrag bei Keymatic mit "unklocked" diesen habe ich auf "unlocked" geädert
2. Der Icon zum sperren wurde in der Web Oberfläche nicht Angezeigt, ich habe den Eintrag "secure_lock" nach "secur_lock" geändert.
Das hat aber leider nichts an meinem Problem geädert, ich kann immer noch nicht über "unlock" entriegeln, der Antrieb verriegelt bei diesem Befehl.
Die Fehler in HMCCUConf sind im nächste Update korrigiert. Außerdem wird nun 0/1 geschickt, statt false/true. Damit sollte unlock funktionieren.
Zitat von: zap am 04 Dezember 2021, 15:40:58
attr xy ccuflags showDeviceReadings
Ja, perfekt, Danke Dir!!
Keiner eine Idee ? :-[
Zitat von: tommitiger75 am 29 November 2021, 17:58:21
Hallo, ich sperre meinen Rollladeschalter in Homematik "Systemzustand sperren" wenn die Temperatur unter 3°C fällt. Damit soll verhindert werden das der Rolladen trotz Vereisung über Siri oder eine Automatik geöffnet oder geschlossen werden kann. Seit dem Update auf 5.0 bekomme ich jetzt aber, wenn der Schalter gesperrt, ist alle paar Sekunden den Eintrag im Logfile.
2021.11.29 11:27:32 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:32 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:33 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:33 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:34 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:34 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:34 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:34 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:36 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:36 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:27:38 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:34:20 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
2021.11.29 11:34:20 2: HMCCUDEV [HmIP_EZF_ROLL] Device disabled or inactive and/or address or interface is missing
Wie kann ich das verhindern ? oder muss hier noch etwas angepasst werden. Danke schon mal für die Hilfe.
Hast Du denn geprüft, ob alle Werte korrekt sind:
In "HmIP_EZF_ROLL" muss im internal "ccuaddr" die Adresse stehen, die auch in der CCU für dieses Gerät steht.
Im internal "ccuif" muss das Interface stehen
In IODEV sollte das HMCCU Device stehen
Und vor allem sollte in der fhem.cfg das "define HMCCU" vor dem "define HmIP_EZF_ROLL" stehen. Das passt aber normalerweise, wenn man die fhem.cfg nicht manuell bearbeitet hat.
([Temp_Garten:temperature] < 3) (attr HmIP_EZF_ROLL disable 1, set HM_VT_1 datapoint PRESS_SHORT true)
DOELSE (attr HmIP_EZF_ROLL disable 0, set HM_VT_2 datapoint PRESS_SHORT true)
Es kommt nur zu den Einträgen wenn hier die disable 1 gesetzt wird.
Die Einträge im Device sollten passen.
DEF 00111BE98B8083
FUUID 5f7a04f2-f33f-aa16-7729-118a5861ac8e482c
IODev d_ccu
NAME HmIP_EZF_ROLL
NR 206
STATE closed
TYPE HMCCUDEV
ccuaddr 00111BE98B8083
ccudevstate active
ccuif HmIP-RF
ccuname HmIP-EZF-ROLL
ccurolectr SHUTTER_VIRTUAL_RECEIVER
ccurolestate SHUTTER_TRANSMITTER
ccusubtype BROLL
ccutype HmIP-BROLL
firmware 1.8.20
readonly no
fhem.cfg wurde nicht manuell bearbeitet !
Eigentlich ist der Eintrag "Device disabled" im LogFile ja auch richtig, aber einmal würde reichen und nicht alle paar Sekunden.
Ja, das ist richtig bzw. das Loglevel sollte 4 oder 5 sein.
Zitat von: zap am 28 November 2021, 19:11:58
@aski71
Dachte ich mir: Die Parameterdefinition in der CCU lässt das nicht zu:
LEVEL: FLOAT [R,W,E] [Visible,Sticky] RANGE=0...1 DFLT=0 UNIT=100%
HMCCU prüft, ob er Angegebene Wert im zulässigen Bereich liegt: 0...1 (x 100 weil UNIT = %)
Bei HmIP sind die Spezialwerte wie 1.005 und 1.01 im Range mit angegeben. Bei BidCos offensichtlich nicht.
Schwierig ...
Ich denke, ich habe eine Lösung oder besser einen Workaround gefunden. Es wird ein neues Flag "noBoundsChecking" für das Attribut "ccuflags" geben. Wenn das gesetzt ist, prüft HMCCU keine Grenzwertverletzung für Parameter. Kommt dann mit dem nächsten Update.
Wann kommt denn dieses Update?
Die Rückkehr meiner Fenstersteuerung wäre angesichts der Termperaturen wünschenswert. ;)
Danke und Gruß
Alex
@aski71: In Github sollte die Änderung schon drin sein. Wenn es also eilig ist, dann:
update all https://raw.githubusercontent.com/zapccu/HMCCU/master/controls_HMCCU.txt
Hallo,
Kann es sein, dass HM-LC-Dim1PWM-CV (LED-Controller Weiss) und HM-LC-RGBW-WM (LED Controller RGB) noch nicht richtig unterstütz werden ?
Beim HM-LC-Dim1PWM-CV zeigt er mir 3 Channels an, obwohl es in der CCU3 nur 1 Channel gibt. Aber das Einrichten mit HMCCU klappt - er legt mir nur 1 Channel an. Von daher passt das nur die Anzeige über DeviceInfo ist dann nicht ganz richtig.
und Beim HM-LC-RGBW-WM gibt es wirklich 3 Channel - die werden über DeviceInfo auch so angezeigt, aber beim Anlegen benutzt er HMCCUCHN, aber legt darüber nur den ersten Channel an. Den 2. muss man manuell erstellen und dann musste ich auch den RGB-FarbSlider manuell einblenden, weil er das default auch nicht gemacht hat.
Also ich weiß nicht, vielleicht ist das ja auch alles normal. Nur ich bin neu auf HMCCU, weil ich mir demnächst ein paar HmIP-Geräte zulegen will und hab deswegen auch die Classic-Geräte in die CCU umgezogen. Bei der vorherigen Nutzung direkt im FHEM hat er die Kanäle automatisch mit angelegt. deswegen wundere ich mich.
Ryker
Zitat von: Ryker am 10 Dezember 2021, 10:05:51
Hallo,
Kann es sein, dass HM-LC-Dim1PWM-CV (LED-Controller Weiss) und HM-LC-RGBW-WM (LED Controller RGB) noch nicht richtig unterstütz werden ?
Beim HM-LC-Dim1PWM-CV zeigt er mir 3 Channels an, obwohl es in der CCU3 nur 1 Channel gibt. Aber das Einrichten mit HMCCU klappt - er legt mir nur 1 Channel an. Von daher passt das nur die Anzeige über DeviceInfo ist dann nicht ganz richtig.
Wie viele Kanäle werden denn in der CCU unter Einstellungen > Geräte (Kanäle aufklappen) angezeigt?
Zitat
und Beim HM-LC-RGBW-WM gibt es wirklich 3 Channel - die werden über DeviceInfo auch so angezeigt, aber beim Anlegen benutzt er HMCCUCHN, aber legt darüber nur den ersten Channel an. Den 2. muss man manuell erstellen und dann musste ich auch den RGB-FarbSlider manuell einblenden, weil er das default auch nicht gemacht hat.
Das liegt vermutlich daran, dass HMCCU die Kanalrolle noch nicht kennt. Ansonsten müsste bei "get createDev" für jeden Kanal ein HMCCUCHN angelegt werden oder ein HMCCUDEV (je nach Kanal-Muster).
Hallo in die Runde,
ich habe nun auch das Update auf die 5.0 gemacht und habe nun leider das Problem, dass ich den Neigungssensor "HmIP-SAM" (Homematic IP Erschütterungs- / Beschleunigungssensor) nicht mehr korrekt angezeigt bekomme. Dieser brachte in der alten Version die Rückmeldung "motion / noMotion".
In der alten Version wurde das Gerät ohne Kanal angelegt und erzeugte die Events, jetzt wird der Kanal 1 angelegt und es erscheinen keinerlei Events mehr. In der CCU3 werden die Events als "geneigt" und "horizontal" ausgegeben.
Wo liegt mein Fehler? Kann die V 5 das Gerät (noch) nicht?
Grüße
Rheininsel
Zitat von: zap am 10 Dezember 2021, 10:13:52
Wie viele Kanäle werden denn in der CCU unter Einstellungen > Geräte (Kanäle aufklappen) angezeigt?
In der CCU, wenn die Kanäle aufklappe, dann gibt es nur den Kanal .1 (Dimmaktor), was ja auch richtig ist, weils nur ein DImmer ist.
FHEM zeigt das aber mit 3 Kanälen an.
DEV HM_Aquarium_Controller_Weiss NEQ0xxxxxx interface=BidCos-RF type=HM-LC-Dim1PWM-CV
CHN NEQ0xxxxxx:0 HM_Aquarium_Controller_Weiss:0
0.UNREACH = false {b} [RE]
0.STICKY_UNREACH = false {b} [RWE]
0.CONFIG_PENDING = false {b} [RE]
0.DUTYCYCLE = false {b} [RE]
0.RSSI_DEVICE = 1 {n} [RE]
0.RSSI_PEER = 1 {n} [RE]
0.DEVICE_IN_BOOTLOADER = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
0.AES_KEY = 0 {n} [R]
CHN NEQ0xxxxxx:1 HM_Aquarium_Controller_Weiss:1
1.LEVEL = 0.200000 {a} [RWE]
1.OLD_LEVEL = {b} [W]
1.LEVEL_REAL = 0.200000 {f} [RE]
1.RAMP_TIME = {f} [W]
1.ON_TIME = {f} [W]
1.RAMP_STOP = {b} [W]
1.INHIBIT = true {b} [RWE]
1.ERROR_REDUCED = false {b} [RE]
1.ERROR_OVERHEAT = false {b} [RE]
1.DIRECTION = 0 {i} [RE]
1.INSTALL_TEST = {b} [W]
1.WORKING = false {b} [RE]
CHN NEQ0xxxxxx:2 HM-LC-Dim1PWM-CV NEQ0xxxxxx:2
2.LEVEL = 0.000000 {a} [RWE]
2.OLD_LEVEL = {b} [W]
2.LEVEL_REAL = 0.200000 {f} [RE]
2.RAMP_TIME = {f} [W]
2.ON_TIME = {f} [W]
2.RAMP_STOP = {b} [W]
2.INHIBIT = false {b} [RWE]
2.ERROR_REDUCED = false {b} [RE]
2.ERROR_OVERHEAT = false {b} [RE]
2.DIRECTION = 0 {i} [RE]
2.INSTALL_TEST = {b} [W]
2.WORKING = false {b} [RE]
CHN NEQ0xxxxxx:3 HM-LC-Dim1PWM-CV NEQ0xxxxxx:3
3.LEVEL = 0.000000 {a} [RWE]
3.OLD_LEVEL = {b} [W]
3.LEVEL_REAL = 0.200000 {f} [RE]
3.RAMP_TIME = {f} [W]
3.ON_TIME = {f} [W]
3.RAMP_STOP = {b} [W]
3.INHIBIT = false {b} [RWE]
3.ERROR_REDUCED = false {b} [RE]
3.ERROR_OVERHEAT = false {b} [RE]
3.DIRECTION = 0 {i} [RE]
3.INSTALL_TEST = {b} [W]
3.WORKING = false {b} [RE]
Device detection:
StateDatapoint = 1.LEVEL [DIMMER]
ControlDatapoint = 1.LEVEL [DIMMER]
Recommended module for device definition: HMCCUCHN
Current state datapoint = 1.LEVEL
Current control datapoint = 1.LEVEL
Zitat
Das liegt vermutlich daran, dass HMCCU die Kanalrolle noch nicht kennt. Ansonsten müsste bei "get createDev" für jeden Kanal ein HMCCUCHN angelegt werden oder ein HMCCUDEV (je nach Kanal-Muster).
Ah, ok, wenn der das noch nicht kennt, dann ist es klar.
Hab es mir derweil manuel so hier angelegt, damit passt es auch.
defmod HM_Aquarium_Controller_RGB_Color HMCCUCHN NEQ0xxxxxx:2
attr HM_Aquarium_Controller_RGB_Color eventMap /datapoint 2.COLOR:color/
attr HM_Aquarium_Controller_RGB_Color statedatapoint COLOR
attr HM_Aquarium_Controller_RGB_Color webCmd color
attr HM_Aquarium_Controller_RGB_Color widgetOverride color:colorpicker,HUE,0,1,200
Ryker
Zitat von: Rheininsel am 10 Dezember 2021, 11:55:58
Hallo in die Runde,
ich habe nun auch das Update auf die 5.0 gemacht und habe nun leider das Problem, dass ich den Neigungssensor "HmIP-SAM" (Homematic IP Erschütterungs- / Beschleunigungssensor) nicht mehr korrekt angezeigt bekomme. Dieser brachte in der alten Version die Rückmeldung "motion / noMotion".
In der alten Version wurde das Gerät ohne Kanal angelegt und erzeugte die Events, jetzt wird der Kanal 1 angelegt und es erscheinen keinerlei Events mehr. In der CCU3 werden die Events als "geneigt" und "horizontal" ausgegeben.
Wo liegt mein Fehler? Kann die V 5 das Gerät (noch) nicht?
Grüße
Rheininsel
Machst Du bitte ein list vom Device?
Hallo Zap!
Gerne doch:
Internals:
CFGFN
DEF 000F1BE98BE549:1
FUUID 61b32e56-f33f-7352-bb8c-004f27abbf78fe90
IODev CCU3
NAME HmIP_SAM_000F1BE98BE549
NR 2990
STATE ???
TYPE HMCCUCHN
ccuaddr 000F1BE98BE549:1
ccudevstate active
ccuif HmIP-RF
ccuname HmIP-SAM 000F1BE98BE549:1
ccurolestate ACCELERATION_TRANSCEIVER
ccusubtype SAM
ccutype HmIP-SAM
firmware 1.2.1
readonly no
READINGS:
2021-12-10 11:39:18 IODev CCU3
hmccu:
channels 1
detect 1
devspec 000F1BE98BE549:1
nodefaults 0
role 1:ACCELERATION_TRANSCEIVER
setDefaults 0
cmdlist:
get
set
control:
roleCmds:
get:
set:
state:
chn 1
dpt MOTION
Hallo an Alle,
ich habe seit dem Update auch folgende Meldungen im LOG:
HMCCUDEV [RM_Flur_EG] Device disabled or inactive and/or address or interface is missing
Das ist nur die Meldung von einem Device. Insgesamt habe ich 4 Devices davon. Es sind alles Devices, welche mal in der CCU gelöscht wurden und zwar so, dass die Geräte nicht erfolgreich abgemeldet worden, sondern einfach nur entfernt wurden. Die Geräte gingen irgendwann mal defekt und konnten nicht korrekt abgelernt werden. Man hat ja dann innerhalb der CCU die Möglichkeit die Geräte so zu entfernen. Innerhalb der CCU finde ich diese unter Geräte auch nicht mehr. In FHEM habe ich auch schon längst alle betroffenen Geräte gelöscht. Trotzdem kommen die Meldungen im LOG. Vor allem kommen die Meldungen alle paar Sekunden ins Log, obwohl ich bei allen HMCCU Devices (HMCCURPCPROC, HMCCU) Verbose auf 0 gestellte habe. Das LOG wird extrem groß.
Wie bekomme ich diese Meldungen weg????
Viele Grüße Micky
@Micky79 zunächst bitte mal mit dem list Befehl prüfen, ob das Device noch in FHEM existiert. Wenn ja, mit delete löschen und Config speichern. Wenn nein, mal ein "get ccuconfig" im IO Device ausführen
Zitat von: zap am 10 Dezember 2021, 14:03:19
Machst Du bitte ein list vom Device?
Habe nun meine komplette CCU3 Anbindung in FHEM gelöscht und komplett neu aufgesetzt... Nun geht es. :-/ (Jetzt muss ich die ganzen veränderten Kanalbeziehungen korrigieren)
Hallo Zap,
ich habe ein kleines Phänomen - oder ich bin zu blöd.
Ich habe meine Fussbodenheizung auf dem alten Weg in HMCCU 5.0 wieder eingebunden.
Soweit sogut.
Ich benötige den Status der 10 Kanäle als 0 oder 1 - so wie es immer war.
Jetzt bekomme ich sie nur als false oder true angeboten.
Okay dachte ich, dafür gibt es ja Substitue, leider ohne Erfolg:
STATE!(false):0,(true):1 -> Staus bleibt in false/true
STATE!(0|false):0,(1|true):1 -> Status bleibt in false/true
STATE!(0|false):1,(1|true):2 -> funktioniert, aber leider natürlich 1/2 und nicht 0/1
Hast du da eine Idee zu?
Danke und Gruß
Christian
@Chris8888: tatsächlich sehr seltsam, v.a. weil 1/2 funktioniert. Ich versuchs mal zu reproduzieren. STATE gibt es ja ziemlich oft, nicht nur beim Fussboden.
Grundsätzlich: Wenn Du "get update" oder "get value" verwendest, wird die Rega Schnittstelle gefragt. Die liefert true oder false. Bei der Aktualisierung durch die CCU kommt 0/1 wg. RPC. Möglicherweise habe ich da eine Art Normalisierung eingebaut.
@ZAP
Du hast Recht gehabt. Die Devices waren tatsächlich noch versteckt in FHEM. Habe sie gelöscht.
Danke.
Aber ich habe ein anders Problem.
Bei der Keymatic (HM-Sec-Key), die vorher einwandfrei ging, funktioniert jetzt nur noch der lock Befehl. Der Unlock Befehl schließt der Tür ebenfalls ab. Open funktioniert dagegen. In meinem Fall darf die Tür aber nicht öffnen. Ich möchte Sie nur aufschließen.
Hast Du da eine Idee wie ich das relativ schnell ändern kann???
Ich habe noch zwei Devices die aktuell beim set defaults reset als unbekannt deklariert werden:
Regensensor: HM-Sen-RD-O
Zisternen Füllstandssensor : HM-Sen-Wa-Od
Die deviceInfo hab ich gleich direkt ins GitHub gestellt - eher der Vollständigkeit halber - hat keine Eile.
Um meine Rollos mit Google verwenden zu können, brauche ich immer eine Eventmap für meine Rollos, da Google aus unerfindlichen Gründen "opens" und "closes" als Befehl sendet.
Ich habe das jetzt richtig verstanden, dass ich alles andere rauslösche und es ok ist nur noch
/control 0:closes/control 100:opens/
stehen zu lassen? Scheint zumindest zu funktionieren.
Sonst bin ich jetzt alle 70+ Devices durch. Dabei nur noch die Fragen:
Was sagt mir die Meldung: Cannot detect role of .... beim set defaults reset?
Muss ich umbedingt von HMCCUDEV auf HMCCUCHN umstellen? Auf den ersten Blick schauen die Devices zumindest ok aus (z.B. HM-CC-VD). Was für Auswirkungen/Nachteile hat es, wenn ich das so lasse?
Ob alles funktioniert wird sich dann die Tage zeigen. Die Devices schauen zumindest aufgeräumter aus.
Auf jeden Fall "Hut ab" - für die viele Arbeit und auch den Mut Dinge so radikal umzustellen.
Jörg
Ab morgen ist ein Update im SVN verfügbar. Es enthält einige Fehlerbehebungen und Erweiterungen:
- Wenn ein Datenpunkt oder Parameter als Wert Sekunden oder Minuten erwartet, kann der Wert nun auch als Zeit im Format HH:MM:SS (Sekunden) oder HH:MM (Minuten) angegeben werden. Wenn der Wert keinen ':' enthält, wird (je nach Einheit) er als Anzahl Sekunden/Minuten angenommen. Die Darstellung in Readings erfolgt immer im Zeitformat
- Ein Fehler bei der automatischen Skalierung von Config-Parametern wurde behoben
- Für das Attribut 'ccuflags' gibt es ein neues Attribut 'noBoundsChecking'. Wenn dieses Flag gesetzt ist, prüft HMCCU beim setzen von Datenpunkt-Werten nicht, ob der Wert innerhalb der zulässigen Grenzen liegt. Dieses Flag ist erforderlich, wenn man z.B. Spezialwerte an eine Winmatic senden möchte (-0.5 für das Verschließen des Fensters). Da die Min-/Max-Werte 0/100 sind, würde HMCCU diese Spezialwerte nicht akzeptieren. Bitte testen!
- Für Geräte mit einem Datenpunkt LEVEL steht nun der neue Befehl "set oldLevel" zur Verfügung, sofern die Parameterdefinition in der CCU Werte > 1 zulässt. Dieser Befehl setzt den Datenpunkt auf 1.005 bzw. 100.5 skaliert. Dies bewirkt normalerweise, dass LEVEL den vorherigen Wert annimmt
- Unterstützung für HM-Sec-Sir-WM (Sirene). Folgende Befehle stehen zur Verfügung: set sensor on/off, set panic on/off, set armState DISARMED, EXTSENS_ARMED, ALLSENS_ARMED, ALARM_BLOCKED
- Unterstützung für Einstellung des Lamellenwinkels bei Jalousien (z.B. HmIP-BBL). Zusätzliche Befehle: set pctSlats, openSlats, closeSlats. Bitte testen, wer so ein Gerät hat!
- Wenn der Befehl "set datapoint" mit einem Fragezeichen aufgerufen wird, werden die möglichen Werte für einen Datenpunkt angezeigt. Beispiel: set xy datapoint LEVEL ?
Zitat von: zap am 12 Dezember 2021, 14:18:22
Ab morgen ist ein Update im SVN verfügbar. Es enthält einige Fehlerbehebungen und Erweiterungen:
- Wenn der Befehl "set datapoint" mit einem Fragezeichen aufgerufen wird, werden die möglichen Werte für einen Datenpunkt angezeigt. Beispiel: set xy datapoint LEVEL ?
Hm, ist m. E. nicht ganz Fhem Module Style. Ich denke ein "get xy datapoint LEVEL" wäre hier intuitiver.
Grüße Jörg
Zitat von: zap am 08 Dezember 2021, 09:13:03
Ja, das ist richtig bzw. das Loglevel sollte 4 oder 5 sein.
Was soll ich jetzt machen ? Sobald das Gerät auf "disable 1" steht bekomme ich alle paar Sekunden den Eintrag. Ich würde das gerne abstellen.
Ich habe auch noch ein Problem mit einem Virtuellen Schalter aus CUxD.
Hier bekomme ich im Logfile folgende Einträge:
2021.12.12 16:46:06 2: HMCCU [d_ccu] Can't get device description for CUX2801001:1 HMCCU_DetectDevice:7968 HMCCU_SetDefaultSCDatapoints:8087 HMCCU_GetSCDatapoints:4640 HMCCU_UpdateParamsetReadings:4853 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
hier die Geräte Einstellungen, Readings und Infos:
ZitatInternals
DEF CUX2801001:1
FUUID 61aab48d-f33f-aa16-2173-44d26675ac985036
IODev d_ccu
NAME VIR_CUX_1
NR 469
STATE true
TYPE HMCCUCHN
ccuaddr CUX2801001:1
ccudevstate active
ccuif CUxD
ccuname VIR-LG-ONOFF CUX2801001:1
ccutype VIR-LG-ONOFF
readonly no
Readings
Anwesend 1 2021-12-12 16:19:04
IODev d_ccu 2021-12-12 13:20:25
VIR-LG-ONOFF_CUX2801001.1.CMD_RETL 2021-12-12 13:21:44
VIR-LG-ONOFF_CUX2801001.1.CMD_RETS 2021-12-12 13:21:44
VIR-LG-ONOFF_CUX2801001.1.CMD_SETL 2021-12-12 13:21:44
VIR-LG-ONOFF_CUX2801001.1.CMD_SETS 2021-12-12 13:21:44
VIR-LG-ONOFF_CUX2801001.1.CONTROL 1 2021-12-12 13:21:44
VIR-LG-ONOFF_CUX2801001.1.INHIBIT false 2021-12-12 13:21:44
VIR-LG-ONOFF_CUX2801001.1.LEVEL 0.0 2021-12-12 13:21:44
VIR-LG-ONOFF_CUX2801001.1.RAND 38582 2021-12-12 13:21:44
VIR-LG-ONOFF_CUX2801001.1.SET_STATE 0.0 2021-12-12 13:21:44
VIR-LG-ONOFF_CUX2801001.1.STATE true 2021-12-12 16:46:06
VIR-LG-ONOFF_CUX2801001.1.WORKING false 2021-12-12 13:21:44
activity alive 2021-12-12 16:46:06
battery ok 2021-12-12 16:46:06
devstate ok 2021-12-12 16:46:06
Attributes
ccureadingformat name
deleteattr event-on-change-reading .* deleteattr
room Homematic_NEW deleteattr
stateFormat VIR-LG-ONOFF_CUX2801001.1.STATE deleteattr
Was muss hier noch zusätzlich eingetragen werden oder geändert werden? Grundsätzlich funktioniert der Schalter.
@tommitiger75 Installiere morgen das Update. Danach kommt die Meldung nicht mehr (bei disable=1). Das CUxD schaue ich mir an
@JoWiemann Das ist eine reine Hilfefunktion. Der Befehl "get datapoint" liest tatsächlich den Wert eines Datenpunktes und aktualisiert das Reading.
Beispiel: set datapoint ACTIVE_PROFILE ?
Ausgabe:
Usage: set KU_SteuerungHeizung datapoint 1.ACTIVE_PROFILE {INTEGER} # min=1 max=3 unit=?
Zitat von: Adimarantis am 11 Dezember 2021, 22:49:21
Ich habe noch zwei Devices die aktuell beim set defaults reset als unbekannt deklariert werden:
Regensensor: HM-Sen-RD-O
Zisternen Füllstandssensor : HM-Sen-Wa-Od
Die deviceInfo hab ich gleich direkt ins GitHub gestellt - eher der Vollständigkeit halber - hat keine Eile.
Um meine Rollos mit Google verwenden zu können, brauche ich immer eine Eventmap für meine Rollos, da Google aus unerfindlichen Gründen "opens" und "closes" als Befehl sendet.
Ich habe das jetzt richtig verstanden, dass ich alles andere rauslösche und es ok ist nur noch
/control 0:closes/control 100:opens/
stehen zu lassen? Scheint zumindest zu funktionieren.
Sonst bin ich jetzt alle 70+ Devices durch. Dabei nur noch die Fragen:
Was sagt mir die Meldung: Cannot detect role of .... beim set defaults reset?
Muss ich umbedingt von HMCCUDEV auf HMCCUCHN umstellen? Auf den ersten Blick schauen die Devices zumindest ok aus (z.B. HM-CC-VD). Was für Auswirkungen/Nachteile hat es, wenn ich das so lasse?
Ob alles funktioniert wird sich dann die Tage zeigen. Die Devices schauen zumindest aufgeräumter aus.
Auf jeden Fall "Hut ab" - für die viele Arbeit und auch den Mut Dinge so radikal umzustellen.
Jörg
Du musst nicht umstellen. Ich baue die Unterstützung für die Rollen noch ein, dann wird ein "set defaults reset" funktionieren.
Grundsätzlich unterstützt HMCCU alle Homematic Geräte. Die Defaults und die automatische Erkennung erleichtern nur etwas die Einbindung. Sonst muss man halt selbst Hand anlegen und mit reichlich Attribut Einsatz das Gerät integrieren.
Bekannterweise ist es ja nach wie vor so, dass wenn man die CCU restartet, dass dann die Verbindung zwischen FHEM und CCU über HM_CCU verloren geht.
Da muss man ja dann immer selbst aktiv werden, damit das wieder funktioniert.
Ich weiß nicht, evtl könnte man ja in das HM_CCU-Modul was einbauen, dass automatisch beim Erstellen von HM_CCU in FHEM auch noch ein PRESENCE-Check und eines Watchdogs erstellt wird.
Das würde Anfängern helfen, die sich dann, so wie ich, erst wundern, warum die Connection nicht mehr geht. Also nur so eine Idee - handisch gehts natürlich auch.
Bei mir hab ich das nun so angelegt und es funktioniert einwandfrei.
defmod CCU3_Presence PRESENCE lan-ping ccu3.fritz.box 10
attr CCU3_Presence event-on-change-reading .*
attr CCU3_Presence group HomeMatic
attr CCU3_Presence icon hm_ccu
attr CCU3_Presence room KontrollRaum
defmod ReConnect_CCU watchdog CCU3_Presence:present 00:01:00 Presence:absent set HM_CCU rpcregister all
attr ReConnect_CCU autoRestart 1
attr ReConnect_CCU icon hm_ccu
Ryker
@Ryker Eigentlich sollte sich HMCCU selbst neu verbinden, wenn im IO Device ccuflags auf reconnect steht.
Das scheint nur leider nicht immer zu funktionieren
Zitat von: zap am 13 Dezember 2021, 13:31:19...wenn im IO Device ccuflags auf reconnect steht.
Hm, bei mir ist ccuflags leer.
Gibt es irgendwo ein übersicht über alle Attribute von HM_CCU was ich wie wo setzen kann und wofür das ist?
Ryker
Zitat von: Ryker am 13 Dezember 2021, 15:04:05
Hm, bei mir ist ccuflags leer.
Gibt es irgendwo ein übersicht über alle Attribute von HM_CCU was ich wie wo setzen kann und wofür das ist?
Ryker
Ist die Frage jetzt ernst gemeint?
Die FHEM Doku bzw Commandref ist bekannt?
Ach tatsächlich über die FHEM CommandRef kann man es finden. Das war mir nicht klar. Ich dachte immer dass dort nur FHEM generelles drin ist. Und für HMCCU kannte bisher nur das hier im Wiki (https://wiki.fhem.de/wiki/HMCCU).
Manchmal sieht man den Wald vor lauter Bäumen nicht.
Super. Danke dir für den Tipp. Da wäre ich nie drauf gekommen.
Aber was mir noch aufgefallen ist. Aktuell kann ich die RauchMelder-Gruppe aus der CCU nicht in FHEM anlegen. Es kommt die Meldung, dass das nicht unterstützt wird.
Ist jetzt nicht wirklich schlimm, war mir nur aufgefallen, weil ich mit einem Notify auf Events davon reagieren wollte, aber der Notify kann auch einfach auf die Einzel-Rauchmelder reagieren.
Ryker
Zitat von: zap am 12 Dezember 2021, 14:18:22
Ab morgen ist ein Update im SVN verfügbar. Es enthält einige Fehlerbehebungen und Erweiterungen:
- Für Geräte mit einem Datenpunkt LEVEL steht nun der neue Befehl "set oldLevel" zur Verfügung, sofern die Parameterdefinition in der CCU Werte > 1 zulässt. Dieser Befehl setzt den Datenpunkt auf 1.005 bzw. 100.5 skaliert. Dies bewirkt normalerweise, dass LEVEL den vorherigen Wert annimmt
- Unterstützung für Einstellung des Lamellenwinkels bei Jalousien (z.B. HmIP-BBL). Zusätzliche Befehle: set pctSlats, openSlats, closeSlats. Bitte testen, wer so ein Gerät hat!
- Wenn der Befehl "set datapoint" mit einem Fragezeichen aufgerufen wird, werden die möglichen Werte für einen Datenpunkt angezeigt. Beispiel: set xy datapoint LEVEL ?
Hallo Zap,
"oldLevel" funktioniert bei meinem HmIP-BDT problemlos. Die xxxSlat Befehle sind aber zumindest gewöhnungsbedürftig:
- Bei einem "openSlat" würde ich erwarten, dass nur die Lamellen komplett geöffnet werden ohne die Höhe der Jalousie zu verstellen. Bei mir fährt aber die Jalousie in die "open" Position, also ganz hoch.
- Bei einem "closeSlat" würde ich erwarten, dass die Lamellen komplett geschlossen werden ohne die Höhe der Jalousie zu verstellen. Bei mir fährt aber die Jalousie in die "closed" Position.
- Mit einem "pctSlat" möchte ich den Winkel der Lamellen verstellen ohne die Höhe der Jalousie zu verstellen. Bei mir fährt dabei die Jalousie zunächst in die "closed" Position um dann den Lamellenwinkel einzustellen.
Ich verwende einen HmIP-FBL. Bislang arbeite ich bei diesem Device mit einem eigenen eventMap. Das bekomme ich auch im Zusammenspiel mit ASC zum richtigen Verhalten für mich und werde das Mapping deswegen erst einmal beibehalten. Rückfragen gerne.
Gruß Reinhard
Dank der CommandRef ;) bin ich bin gestern über "get <name> firmware full" gestolpert. Ich finde das ein super Feature, aber müsste das bei "full" nicht auf jeden Fall irgendwas anzeigen ?
Ich bekomme dort immer "Found no firmware downloads".
Seit heute gibt es ja für die CCU3 die Firmware 3.61.7. Die müsste mir doch dort angezeigt werden - oder nicht ?
Weil, ich bin gerade dabei mir ein Automatismus zu bauen, der mich über neue Firmware informieren soll.
Ryker
Zitat von: Reinhard.M am 14 Dezember 2021, 13:13:17
Hallo Zap,
"oldLevel" funktioniert bei meinem HmIP-BDT problemlos. Die xxxSlat Befehle sind aber zumindest gewöhnungsbedürftig:
- Bei einem "openSlat" würde ich erwarten, dass nur die Lamellen komplett geöffnet werden ohne die Höhe der Jalousie zu verstellen. Bei mir fährt aber die Jalousie in die "open" Position, also ganz hoch.
- Bei einem "closeSlat" würde ich erwarten, dass die Lamellen komplett geschlossen werden ohne die Höhe der Jalousie zu verstellen. Bei mir fährt aber die Jalousie in die "closed" Position.
- Mit einem "pctSlat" möchte ich den Winkel der Lamellen verstellen ohne die Höhe der Jalousie zu verstellen. Bei mir fährt dabei die Jalousie zunächst in die "closed" Position um dann den Lamellenwinkel einzustellen.
Ich verwende einen HmIP-FBL. Bislang arbeite ich bei diesem Device mit einem eigenen eventMap. Das bekomme ich auch im Zusammenspiel mit ASC zum richtigen Verhalten für mich und werde das Mapping deswegen erst einmal beibehalten. Rückfragen gerne.
Gruß Reinhard
ok, aktuell setze ich LEVEL auf 101, was eigentlich "ignorieren" bedeuten sollte. Ich ändere das auf 100.5 (letzter Wert). Dann kannst Du es wenn möglich nochmal versuchen.
Zitat von: Ryker am 14 Dezember 2021, 14:07:12
Dank der CommandRef ;) bin ich bin gestern über "get <name> firmware full" gestolpert. Ich finde das ein super Feature, aber müsste das bei "full" nicht auf jeden Fall irgendwas anzeigen ?
Ich bekomme dort immer "Found no firmware downloads".
Seit heute gibt es ja für die CCU3 die Firmware 3.61.7. Die müsste mir doch dort angezeigt werden - oder nicht ?
Weil, ich bin gerade dabei mir ein Automatismus zu bauen, der mich über neue Firmware informieren soll.
Ryker
Das ist so eine Art "Hase und Igel" Rennen mit EQ-3. Die ändern immer wieder mal den Download-Pfad und dann funktioniert der Befehl nicht mehr bis ich das nachziehe.
Zitat von: zap am 14 Dezember 2021, 15:47:18
ok, aktuell setze ich LEVEL auf 101, was eigentlich "ignorieren" bedeuten sollte. Ich ändere das auf 100.5 (letzter Wert). Dann kannst Du es wenn möglich nochmal versuchen.
Habe es bei meinem Mapping so getestet. Mit 100.5 funktioniert es einwandfrei, jetzt brauche ich schon mal kein "ReadingsVal()" mehr für LEVEL :)
Zitat von: zap am 14 Dezember 2021, 15:48:47
....Die ändern immer wieder mal den Download-Pfad und dann funktioniert der Befehl nicht mehr bis ich das nachziehe.
Aber die aktuelle URL für die Firmwares der Sensoren und Aktoren (https://update.homematic.com/firmware/api/firmware/search/DEVICE) die gibt es schon seit Jahren so.
Für die CCU-Firmware muss es eigentlich auch was statisches geben, weil bei CCU selbst das ja auch immer klappt. Mal schaun, ob man da Einblick in die Webpages Sources hat, was die da abfragen.
Ryker
Zitat von: Ryker am 15 Dezember 2021, 08:20:17
Aber die aktuelle URL für die Firmwares der Sensoren und Aktoren (https://update.homematic.com/firmware/api/firmware/search/DEVICE) die gibt es schon seit Jahren so.
Für die CCU-Firmware muss es eigentlich auch was statisches geben, weil bei CCU selbst das ja auch immer klappt. Mal schaun, ob man da Einblick in die Webpages Sources hat, was die da abfragen.
Ryker
Das JSON, das von Deiner URL zurück kommt, ist nützlich, um die aktuelle Version von Geräten zu ermitteln. In HMCCU soll aber direkt der Download - Link für die Firmware angezeigt werden.
Abfragen kann man auch so: https://ccu3-update.homematic.com/firmware/download?cmd=js_check_version&serial=0&product=HmIP-PS
Der Download-Link wäre dann der hier: https://ccu3-update.homematic.com/firmware/download?cmd=download&serial=0&product=HmIP-PS
Aber, wie gesagt, dort finde ich nur die Firmware der Sensoren und Aktoren. Die Firmware für die CCU3 konnte ich dort nicht finden. Wie das dafür geht, weiß ich leider auch nicht.
Ryker
Ab morgen steht ein weiteres Update im SVN zur Verfügung.
Die Liste der Bugfixes und Erweiterungen gibt's hier: https://github.com/zapccu/HMCCU/blob/master/VERSIONS.md
Zitat von: zap am 28 November 2021, 19:11:58
@aski71
Dachte ich mir: Die Parameterdefinition in der CCU lässt das nicht zu:
LEVEL: FLOAT [R,W,E] [Visible,Sticky] RANGE=0...1 DFLT=0 UNIT=100%
HMCCU prüft, ob er Angegebene Wert im zulässigen Bereich liegt: 0...1 (x 100 weil UNIT = %)
Bei HmIP sind die Spezialwerte wie 1.005 und 1.01 im Range mit angegeben. Bei BidCos offensichtlich nicht.
Schwierig ...
Ich denke, ich habe eine Lösung oder besser einen Workaround gefunden. Es wird ein neues Flag "noBoundsChecking" für das Attribut "ccuflags" geben. Wenn das gesetzt ist, prüft HMCCU keine Grenzwertverletzung für Parameter. Kommt dann mit dem nächsten Update.
Hi,
ich habe das noBoundsChecking jetzt gesetzt und -0.05 schließt das Fenster jetzt, ABER: Es wird nicht wie erwartet verschlossen, sondern nur zugezogen.
@aski71 Eigentlich sollte der Befehl "set lock" es verschließen.
Ansonsten versuche mal (bei einem HMCCUCHN, bei einem HMCCUDEV noch die Kanalnummer vor LEVEL):
set xy datapoint LEVEL -0.5
Noch ein Hinweis: Der richtige Wert ist -0.5, denn laut Doku ist: LOCKED (-0.005), bei einer Skalierung auf 100% ergibt das -0.5 !
Wenn Du hingegen -0.05 verwendest, wird das LEVEL auf 0 gesetzt, also einfach zugezogen
Zitat von: zap am 15 Dezember 2021, 18:28:00
@aski71 Eigentlich sollte der Befehl "set lock" es verschließen.
Ansonsten versuche mal (bei einem HMCCUCHN, bei einem HMCCUDEV noch die Kanalnummer vor LEVEL):
set xy datapoint LEVEL -0.5
Noch ein Hinweis: Der richtige Wert ist -0.5, denn laut Doku ist: LOCKED (-0.005), bei einer Skalierung auf 100% ergibt das -0.5 !
Wenn Du hingegen -0.05 verwendest, wird das LEVEL auf 0 gesetzt, also einfach zugezogen
Danke Dir.
Funktioniert leider alles nicht. Das Fenster geht nie auf locked. Weder mit -0.5, noch mit -0.05. Auch nicht mit set datapoint LEVEL.
Es geht immer nur in Closed.
Auch bei der Homebridge-Kopplung stehe ich auf dem Schlauch, weil jetzt für 1.LEVEL statt 0-100 der String "open" und "closed" geliefert wird.
Der Locked Status aus der CCU kommt leider auch nirgendwo zurück, selbst wenn man ihn in der CCU direkt auslöst. Dann geht das Fenster in den Locked Zustand. Das wird aber im fhem Device nirgendwo reflektiert.
Anbei Screenshot, wie meine Konfig jetzt aussieht.
Moin,
wenn man Geräte für die Heizung einsetzt, die (noch) nicht von der neuen Version unterstützt werden, wird man in der Heizphase im wahrsten Sinne eiskalt überrascht, wenn man ein Update macht ;-)
Ich habe och FS20- und FHT80-Geräte im Einsatz. Diese laufen bei mir über den CUxD.
Um diese Geräte geht es:
FHT 80B-2
FHEM:ccuaddr CUX0800001
ccudevstate active
ccuif CUxD
ccuname fht.Stube
ccutype HM-CC-TC
readonly no
CCU2:Typenbezeichnung HM-CC-TC
Bezeichnung Funk-Wandthermostat
CUxD:----- FHT 80 Heizung -----
(08) Wandthermostat
FS20 ST-4
FHEM:ccuaddr CUX0200002
ccudevstate active
ccuif CUxD
ccuname fs20.Kueche
ccutype HM-LC-Sw1-Pl
readonly no
CCU2:Typenbezeichnung HM-LC-Sw1-Pl
Bezeichnung Funk-Schaltaktor 1-fach, Zwischenstecker
CUxD:----- FS20 -----
(02) Schaltaktor (1-Kanal)
FS20 DI-4
FHEM:ccuaddr CUX0400001
ccudevstate active
ccuif CUxD
ccuname fs20.Dimmer
ccutype HM-LC-Dim1L-Pl
readonly no
CCU2:Typenbezeichnung HM-LC-Dim1L-Pl
Bezeichnung Funk-Zwischenstecker-Dimmaktor 1-fach, Phasenanschnitt
CUxD:----- FS20 -----
(04) Dimmaktor (1-Kanal)
Gibt's ne Chance, die kurzfristig reinzubekommen? Also, die letzten beiden wären nicht ganz so dringend, aber die des ersten Typs sind dafür zuständig, meine virtuellen Thermostate für die Heizkörper zu füttern...
Ich hab schon versucht, die selbst in die HMCCUConf.pm reinzufummeln, aber obwohl sie dann nach einem Neustart in der ccu unter "get defaults" auftauchen, behaupten die Geräte weiterhin, dass die Definitionen nicht gefunden werden. Scheinbar gibt's da noch einen Trick, den ich noch nicht gefunden habe...
Gruß
Florian
Also eventmap solltest Du keinesfalls so verwenden. Jedenfalls nicht mit lock und close. Denn das sind set Befehle, die schon eingebaut sind.
Kannst Du für das homebridge Mapping nicht pct verwenden?
Um das Problem zu analysieren, bitte mal ccuflags auf trace setzen, den lock Befehl ausführen (vorher das aus wventmap löschen). Im fhem Log findest du dann irgendwo den Homematic script Befehl. Den hätte ich gerne
@OiledAmoeba warum verwendest Du nicht die Device Definition von der alten Version?
Grundsätzlich unterstützt HMCCU alle Gerätearten. Die Definition ist halt umständlicher, eben so wie mit der Version 4.3
Zitat von: zap am 15 Dezember 2021, 21:27:13
@OiledAmoeba warum verwendest Du nicht die Device Definition von der alten Version?
Grundsätzlich unterstützt HMCCU alle Gerätearten. Die Definition ist halt umständlicher, eben so wie mit der Version 4.3
Vielleicht mache ich auch was falsch. Schalter und Dimmer haben keine Set-Punkte mehr. Set on/off/dim fehlt. set datapoint STATE on = no control channel defined (klar, habs als Dev angelegt), set datapoint 1.STATE on = invalid datapoint
Immerhin liefern die Thermostate noch Daten unter 1.TEMPERATURE, das lasse ich auf temperature umschreiben, damit die notifies die virtuellen Thermostate füttern können.
Hab mal ein get datapoint versucht, siehe Anlage. Dabei spielt es keine Rolle, ob ich das Gerät vorher mit set defaults old behandelt habe oder nicht.
Hallo Zap,
erstmal vielen Dank für Deine Arbeit, auf den zweiten Blick läuft das alles gut! 8) Ich brauche aktuell keine Hilfe, habe aber ein paar Anmerkungen.
Ich stolpere seit ein paar Tagen die Anfängerstraße für raspberrymatic und HMCCU entlang. Ein paar Stolpersteine habe ich mir selbst gelegt, aber eine Ungereimtheit bleibt:
In deinem Wiki Beitrag steht
ZitatAlle RPC-Server werden über das I/O Device mit einem Befehl gestartet:
set d_ccu rpcserver on
In der commandref steht
ZitatDefine used RPC interfaces with attribute 'rpcinterfaces'
Start RPC servers with command 'set rpcserver on'
...
einen Eintrag rpcserver gibt es bei mir im set Menü nicht. Der Befehl aus dem Wiki funktioniert aber in der Kommandozeile!
Ich denke die Passage ist die Richtige:
Zitatset <name> on
Start RPC server(s). This command
Vielleicht könntest Du das bei Gelegenheit in der Beschreibung gerade ziehen?
Irgendwie hatte ich Bedenken wegen der Anmeldung und dem Port (80) der Webschnittstelle - habe aber irgendwann kapiert: Das spielt gar keine Rolle!? ;D
Ich hatte nämlich am Anfang beim define diese Meldung:
Zitat2021.12.15 21:38:36.818 1: HMCCU [d_ccu] CCU port 8181 is not reachable
Weil ich den Abschnitt mit der Firewall Konfiguration "überlesen" hatte. Ich hatte die Firewall von Beginn an auf "relaxed" - aber da ist die "Remote Homematic-Script API" nicht auf Vollzugriff. Das muss man unbedingt am Anfang setzen! Die Fehlermeldung hat mich natürlich auf die Suche nach dem nicht offenem Port 8181 geschickt ::)
Final noch einen "Wunsch" für langweilige Tage: der Link oben zur CCU Admin Oberfläche ist ne tolle Sache, allerdings läuft die CCU bei mir im Docker Container auf Port 8080. Damit läuft der Link bei mir doppelt ins Leere (HMCCU greift bei mir über die interne Container IP zu). Wäre es denkbar dafür (Host) Adresse und Port einstellbar zu machen? Ich kann natürlich ein stateFormat / DevstateIcon basteln.
Viele Grüße
Otto
Hallo Otto,
danke für die Hinweise. Den Befehl "set rpcserver" gibt es nur noch aus Gründen der Abwärtskompatibilität. Ich korrigiere die Doku.
Wegen Zugriff auf die CCU: HMCCU unterstützt sowohl https als auch Username / Passwort (auch wenn ich das schon lange nicht mehr getestet habe ;) )
Man verwendet beim Define vom I/O Device einfach "https://<ccuip>" und setzt ggf. mit set authentication Benutzername und Passwort (einmalig).
Zu bedenken ist aber: Der komplette RPC Verkehr (und das ist die Hauptsache) ist sowieso unverschlüsselt. Da macht der verschlüsselte Zugriff auf Port 8181 die Sache nur bedingt sicherer.
Ein Attribut für die URL der Weboberfläche sollte machbar sein.
Zitat von: OiledAmoeba am 15 Dezember 2021, 22:03:21
Vielleicht mache ich auch was falsch. Schalter und Dimmer haben keine Set-Punkte mehr. Set on/off/dim fehlt. set datapoint STATE on = no control channel defined (klar, habs als Dev angelegt), set datapoint 1.STATE on = invalid datapoint
Immerhin liefern die Thermostate noch Daten unter 1.TEMPERATURE, das lasse ich auf temperature umschreiben, damit die notifies die virtuellen Thermostate füttern können.
Hab mal ein get datapoint versucht, siehe Anlage. Dabei spielt es keine Rolle, ob ich das Gerät vorher mit set defaults old behandelt habe oder nicht.
Mach mal bitte ein "list" vom Device und am besten noch ein "get deviceinfo"
Zitat von: zap am 15 Dezember 2021, 17:20:12
Ab morgen steht ein weiteres Update im SVN zur Verfügung.
Die Liste der Bugfixes und Erweiterungen gibt's hier: https://github.com/zapccu/HMCCU/blob/master/VERSIONS.md
Habe gerade dieses Update eingespielt und erhalte nun solche Fehlermeldungen
2021.12.16 08:36:22 1: PERL WARNING: Argument "NORMAL" isn't numeric in subtraction (-) at /opt/fhem/FHEM/88_HMCCU.pm line 2896.
2021.12.16 08:36:22 1: stacktrace:
2021.12.16 08:36:22 1: main::__ANON__ called by /opt/fhem/FHEM/88_HMCCU.pm (2896)
2021.12.16 08:36:22 1: main::HMCCU_Substitute called by /opt/fhem/FHEM/88_HMCCU.pm (4704)
2021.12.16 08:36:22 1: main::HMCCU_UpdateParamsetReadings called by /opt/fhem/FHEM/88_HMCCU.pm (4865)
2021.12.16 08:36:22 1: main::HMCCU_UpdateMultipleDevices called by /opt/fhem/FHEM/88_HMCCURPCPROC.pm (827)
2021.12.16 08:36:22 1: main::HMCCURPCPROC_Read called by fhem.pl (3895)
2021.12.16 08:36:22 1: main::CallFn called by fhem.pl (773)
2021.12.16 08:36:22 1: PERL WARNING: Argument "NORMAL" isn't numeric in subtraction (-) at /opt/fhem/FHEM/88_HMCCU.pm line 2896.
2021.12.16 08:36:22 1: stacktrace:
2021.12.16 08:36:22 1: main::__ANON__ called by /opt/fhem/FHEM/88_HMCCU.pm (2896)
2021.12.16 08:36:22 1: main::HMCCU_Substitute called by /opt/fhem/FHEM/88_HMCCU.pm (4704)
2021.12.16 08:36:22 1: main::HMCCU_UpdateParamsetReadings called by /opt/fhem/FHEM/88_HMCCU.pm (4865)
2021.12.16 08:36:22 1: main::HMCCU_UpdateMultipleDevices called by /opt/fhem/FHEM/88_HMCCURPCPROC.pm (827)
2021.12.16 08:36:22 1: main::HMCCURPCPROC_Read called by fhem.pl (3895)
2021.12.16 08:36:22 1: main::CallFn called by fhem.pl (773)
2021.12.16 08:36:22 1: PERL WARNING: Argument "HEATING" isn't numeric in subtraction (-) at /opt/fhem/FHEM/88_HMCCU.pm line 2896.
2021.12.16 08:36:22 1: stacktrace:
2021.12.16 08:36:22 1: main::__ANON__ called by /opt/fhem/FHEM/88_HMCCU.pm (2896)
2021.12.16 08:36:22 1: main::HMCCU_Substitute called by /opt/fhem/FHEM/88_HMCCU.pm (4704)
2021.12.16 08:36:22 1: main::HMCCU_UpdateParamsetReadings called by /opt/fhem/FHEM/88_HMCCU.pm (4865)
2021.12.16 08:36:22 1: main::HMCCU_UpdateMultipleDevices called by /opt/fhem/FHEM/88_HMCCURPCPROC.pm (827)
2021.12.16 08:36:22 1: main::HMCCURPCPROC_Read called by fhem.pl (3895)
2021.12.16 08:36:22 1: main::CallFn called by fhem.pl (773)
Zitat von: zap am 14 Dezember 2021, 15:47:18
ok, aktuell setze ich LEVEL auf 101, was eigentlich "ignorieren" bedeuten sollte. Ich ändere das auf 100.5 (letzter Wert). Dann kannst Du es wenn möglich nochmal versuchen.
Hallo Zap,
ich habe gerade deine aktuelle Version eingespielt, die "Slat" Einstellung funktioniert weiterhin nicht richtig. Du wolltest noch den LEVEL von 101 auf 100.5 umstellen. Kann es sein, dass das bei den ganzen anderen Fixes untergegangen ist? Ich hatte es ja bereits mit einem eigenen eventMap vorab getestet und geschrieben, dass das Setting mit 100.5 funktioniert. Wäre schön wenn du nochmals draufschauen könntest.
Gruß Reinhard
Zitat von: nog76 am 16 Dezember 2021, 08:38:27
Habe gerade dieses Update eingespielt und erhalte nun solche Fehlermeldungen
2021.12.16 08:48:27.069 1: PERL WARNING: Argument "NORMAL" isn't numeric in subtraction (-) at ./FHEM/88_HMCCU.pm line 2896.
2021.12.16 08:48:27.076 1: PERL WARNING: Argument "STABLE" isn't numeric in subtraction (-) at ./FHEM/88_HMCCU.pm line 2896.
Hier die gleiche Fehlermeldung...
Zitat von: Reinhard.M am 16 Dezember 2021, 08:47:54
Hallo Zap,
ich habe gerade deine aktuelle Version eingespielt, die "Slat" Einstellung funktioniert weiterhin nicht richtig. Du wolltest noch den LEVEL von 101 auf 100.5 umstellen. Kann es sein, dass das bei den ganzen anderen Fixes untergegangen ist? Ich hatte es ja bereits mit einem eigenen eventMap vorab getestet und geschrieben, dass das Setting mit 100.5 funktioniert. Wäre schön wenn du nochmals draufschauen könntest.
Gruß Reinhard
Was wird bei Deinem Device in den Internals staterole und controlrole angezeigt?
Zitat von: zap am 16 Dezember 2021, 11:40:23
Was wird bei Deinem Device in den Internals staterole und controlrole angezeigt?
ccurolectrl BLIND_VIRTUAL_RECEIVER
ccurolestate BLIND_TRANSMITTER
Zitat von: Jamo am 16 Dezember 2021, 08:54:47
Hier die gleiche Fehlermeldung...
Ich hoffe FHEM stürzt nicht ab (?) Falls doch, zurück auf die Vorgängerversion.
Ich fixe das asap
Zitat von: Reinhard.M am 16 Dezember 2021, 11:46:39
ccurolectrl BLIND_VIRTUAL_RECEIVER
ccurolestate BLIND_TRANSMITTER
Der Befehl ist so definiert:
pctSlats' => 'V:LEVEL_2:?level V:LEVEL:100.5',
Machst Du mal bitte ein list vom Device?
Zitat von: zap am 16 Dezember 2021, 11:54:40
Der Befehl ist so definiert:
pctSlats' => 'V:LEVEL_2:?level V:LEVEL:100.5',
Machst Du mal bitte ein list vom Device?
Das Listing ist zu groß um es hier einzufügen, deshalb als Textdatei. Darin kannst du auch das von mir verwendete Mapping sehen, funktioniert in dieser Form ohne Probleme.
BTW, die Fehlermeldung im Log hatte ich heute Morgen ebenfalls.
Zitat von: zap am 16 Dezember 2021, 11:49:36
Ich hoffe FHEM stürzt nicht ab (?) Falls doch, zurück auf die Vorgängerversion.
Ich fixe das asap
Nein, kein Absturz und zumindest was ich auf meinem Testsystem sehe, werden die Commands trotzdem ausgeführt.
Zitat von: Reinhard.M am 16 Dezember 2021, 12:02:41
Das Listing ist zu groß um es hier einzufügen, deshalb als Textdatei. Darin kannst du auch das von mir verwendete Mapping sehen, funktioniert in dieser Form ohne Probleme.
BTW, die Fehlermeldung im Log hatte ich heute Morgen ebenfalls.
Eine Bitte: Kannst Du ein 2. Device anlegen mit "get createDev" und versuchen, ob es damit funktioniert? Das aktuelle Device kann parallel existieren, kein Problem.
Hallo zusammen,
ich habe das HMCCU Upgrade aktuell noch geblockt, da keine Zeit für mögliche Nacharbeiten.
Frage:
ist die HMCCUConf.pm relevant für die "alte" HMCCU variante? dort steht kein 88 davor.
So sieht das Update Log aus:
fhem
List of new / modified files since last update:
UPD ./CHANGED
UPD FHEM/88_HMCCU.pm (excluded from update)
UPD FHEM/88_HMCCUCHN.pm (excluded from update)
UPD FHEM/88_HMCCUDEV.pm (excluded from update)
UPD FHEM/88_HMCCURPCPROC.pm (excluded from update)
UPD FHEM/HMCCUConf.pm (excluded from update)
Die HMCCUConf.pm gibt es auch in der 5.0. Die 88_ fehlt, da es sich um ein reines Config-Modul handelt. In Anlehnung an das ähnlich lautende Modul bei CUL_HM.
Die HMCCUConf.pm der 5.0 ist einer Erweiterung der 4.3er Datei. Sie enthält immer noch die alten Defaults (wegen Kompatibilität).
Die Datei wird also für beide Versionen benötigt !
Moin,
danke, dass Du dich meiner annimmst...
Zitat von: zap am 16 Dezember 2021, 08:33:28
Mach mal bitte ein "list" vom Device und am besten noch ein "get deviceinfo"
FS20 Schaltaktor (vor set defaults old)list:
Internals:
DEF CUX0200003
FUUID 5c4aee81-f33f-2b54-7260-36947e017326f30e
FVERSION 88_HMCCUDEV.pm:v5.0.0-s25336/2021-12-12
IODev ccu
NAME HM_fs20.Radio
NR 99
STATE off
TYPE HMCCUDEV
ccuaddr CUX0200003
ccudevstate active
ccuif CUxD
ccuname fs20.Schlafen
ccutype HM-LC-Sw1-Pl
readonly no
READINGS:
2019-01-09 23:21:29 1.ON_TIME 32.000000
2021-10-20 20:16:43 1.STATE off
2021-12-15 20:08:21 IODev ccu
2021-10-20 20:16:43 control off
2021-10-20 20:16:43 hmstate off
2018-12-10 23:59:56 statStateDayLast Initialized: 00:06:33 Initialized_Count: 1 off: 21:04:38 off_Count: 3 on: 02:48:48 on_Count: 2
2018-11-30 23:59:58 statStateMonthLast off: 3d 07:22:58 off_Count: 1 (since: 2018-11-27_16:37:00)
2021-10-20 20:16:43 state off
hmccu:
channels 2
detect 0
devspec CUX0200003
forcedev 0
nodefaults 1
setDefaults 0
cmdlist:
control:
roleCmds:
get:
set:
state:
Attributes:
DbLogExclude .*
IODev ccu
alexaName Radio
alias Radio
ccureadingfilter (STATE|LOWBAT|ON_TIME)
devStateIcon on:10px-kreis-gruen off:10px-kreis-rot Initialized:10px-kreis-gelb
event-on-change-reading .*
genericDeviceType switch
group Steckdose
realRoom Küche
room GoogleAssistant,Homekit,Küche
statevals on:true,off:false
substitute STATE!true:on,false:off,1:on,0:off
get deviceinfo:
Device channels and datapoints
DEV fs20.Schlafen CUX0200003 interface=CUxD type=HM-LC-Sw1-Pl
CHN CUX0200003:0 fs20.Schlafen:0
0.RSSI_PEER = 0 {n} [RE]
CHN CUX0200003:1 fs20.Schlafen:1
1.STATE = false {b} [RWE]
1.ON_TIME = {f} [W]
1.WORKING = false {b} [RE]
1.TOGGLE = {b} [W]
1.PROG_TIMER = 0.000000 {f} [RWE]
1.INSTALL_TEST = {b} [W]
Current state datapoint = .
Current control datapoint = .
Device description
Can't get device description
Defaults
ccureadingfilter = STATE
statevals = on:true,off:false
substitute = STATE!(1|true):on,(0|false):off
statedatapoint = 1.STATE
FS20 Schaltaktor (nach set default old)list:
Internals:
DEF CUX0200001
FUUID 5c4aee81-f33f-2b54-49d1-36feabb8f059e7c8
FVERSION 88_HMCCUDEV.pm:v5.0.0-s25336/2021-12-12
IODev ccu
NAME HM_fs20.Stube
NR 97
STATE off
TYPE HMCCUDEV
ccuaddr CUX0200001
ccudevstate active
ccuif CUxD
ccuname fs20.Stube
ccutype HM-LC-Sw1-Pl
readonly no
READINGS:
2021-12-15 13:10:48 1.STATE off
2021-12-15 20:08:21 IODev ccu
2021-11-27 20:48:26 control off
2021-12-15 13:10:48 devstate ok
2021-12-15 13:10:48 hmstate off
2021-12-15 13:10:48 rssipeer N/A
2018-12-10 23:59:56 statStateDayLast Initialized: 00:06:33 Initialized_Count: 1 off: 19:03:32 off_Count: 2 on: 04:49:54 on_Count: 1
2018-11-30 23:59:58 statStateMonthLast off: 2d 11:16:49 off_Count: 5 on: 20:06:09 on_Count: 5 (since: 2018-11-27_16:37:00)
2021-11-27 20:48:26 state off
hmccu:
channels 2
detect 0
devspec CUX0200001
forcedev 0
nodefaults 1
setDefaults 0
cmdlist:
control:
roleCmds:
get:
set:
state:
Attributes:
DbLogExclude .*
IODev ccu
alexaName Vitrine
alias Vitrine
ccureadingfilter (STATE|LOWBAT|ON_TIME)
devStateIcon on:10px-kreis-gruen off:10px-kreis-rot Initialized:10px-kreis-gelb
event-on-change-reading .*
genericDeviceType light
group Licht
mqttPublish state:topic={"fhem-rasp/vitrine/$name"} state:retain=1
mqttSubscribe state:stopic={"homeassistant/vitrine/state/set"}
realRoom Wohnzimmer
room GoogleAssistant,Homekit,Wohnzimmer
statevals on:true,off:false
substitute STATE!true:on,false:off,1:on,0:off
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
get deviceinfo:
Device channels and datapoints
DEV fs20.Stube CUX0200001 interface=CUxD type=HM-LC-Sw1-Pl
CHN CUX0200001:0 fs20.Stube:0
0.RSSI_PEER = 0 {n} [RE]
CHN CUX0200001:1 fs20.Stube:1
1.STATE = false {b} [RWE]
1.ON_TIME = {f} [W]
1.WORKING = false {b} [RE]
1.TOGGLE = {b} [W]
1.PROG_TIMER = 0.000000 {f} [RWE]
1.INSTALL_TEST = {b} [W]
Current state datapoint = .
Current control datapoint = .
Device description
Can't get device description
Defaults
ccureadingfilter = STATE
statevals = on:true,off:false
substitute = STATE!(1|true):on,(0|false):off
statedatapoint = 1.STATE
FS20 Dimmaktor (vor set default old)list:
Internals:
DEF CUX0400001
FUUID 5c4aee81-f33f-2b54-3fb8-a6a416a453f85115
FVERSION 88_HMCCUDEV.pm:v5.0.0-s25336/2021-12-12
IODev ccu
NAME HM_fs20.Dimmer
NR 100
STATE 0
TYPE HMCCUDEV
ccuaddr CUX0400001
ccudevstate active
ccuif CUxD
ccuname fs20.Dimmer
ccutype HM-LC-Dim1L-Pl
readonly no
READINGS:
2021-01-25 17:44:16 1.PROG_TIMER 0
2021-12-15 20:08:21 IODev ccu
2021-11-23 09:39:53 control 0
2021-12-09 00:18:27 devstate ok
2021-12-09 00:18:27 hmstate 0
2021-12-09 00:18:27 level 0
2021-12-09 00:18:27 onoff off
2021-12-09 00:18:27 pct 0
2018-12-10 23:59:56 statStateDayLast 0: 23:53:25 0_Count: 2 Initialized: 00:06:34 Initialized_Count: 1
2018-11-30 23:59:58 statStateMonthLast 0: 3d 01:22:04 0_Count: 5 63: 06:00:54 63_Count: 4 (since: 2018-11-27_16:37:00)
2021-11-23 09:39:53 state 0
hmccu:
channels 2
detect 0
devspec CUX0400001
forcedev 0
nodefaults 1
setDefaults 0
cmdlist:
control:
roleCmds:
get:
set:
state:
Attributes:
DbLogExclude .*
IODev ccu
alexaName Stehleuchte
alias Stehleuchte
ccuget Value
ccureadingfilter (LOWBAT|STATE|LEVEL|RAMP|TIME|PROC)
ccureadingname 1.LEVEL:+pct;1.LEVEL:level
ccuscaleval LEVEL:0:1:0:100
ccuverify 1
event-on-change-reading .*
genericDeviceType light
group Licht
mqttPublish state|level|pct|control:topic={"fhem-rasp/stehleuchte/$name"}
mqttSubscribe pct:stopic={"homeassistant/stehleuchte/pct/set"} control:stopic={"homeassistant/stehleuchte/control/set"}
realRoom Schlafzimmer
room GoogleAssistant,Homekit,Schlafzimmer
statevals on:100.0,off:0.0,0:0.0,100:100.0,25:25.0,31:31.0,50:50.0,62:62.0
stripnumber 2
userReadings onoff {ReadingsVal($NAME,"level",0)>0 ? "on" : "off"}
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
webCmd control:on:off:25:31:50:62
widgetOverride control:slider,0.0,1.0,100.0,1
get deviceinfo:
Device channels and datapoints
DEV fs20.Dimmer CUX0400001 interface=CUxD type=HM-LC-Dim1L-Pl
CHN CUX0400001:0 fs20.Dimmer:0
0.RSSI_PEER = 0 {n} [RE]
CHN CUX0400001:1 fs20.Dimmer:1
1.LEVEL = 0.000000 {a} [RWE]
1.OLD_LEVEL = {b} [W]
1.RAMP_TIME = {f} [W]
1.ON_TIME = {f} [W]
1.TOGGLE = {b} [W]
1.WORKING = false {b} [RE]
1.PROG_TIMER = 0.000000 {f} [RWE]
1.PROG_DIM_UP = 0.000000 {f} [RWE]
1.PROG_DIM_DOWN = 0.000000 {f} [RWE]
1.INSTALL_TEST = {b} [W]
Current state datapoint = .
Current control datapoint = .
Device description
Can't get device description
Defaults
controldatapoint = 1.LEVEL
ccuscaleval = LEVEL:0:1:0:100
webCmd = control:on:off
stripnumber = 1
substitute = ERROR!0:no,1:load_failure;LEVEL!#0-0:off,#1-100:on
hmstatevals = ERROR!1:load_failure
cmdIcon = on:general_an off:general_aus
statedatapoint = 1.LEVEL
substexcl = control
statevals = on:100,off:0
ccureadingfilter = (^LEVEL$|DIRECTION)
widgetOverride = control:slider,0,10,100
FHT80 Wandthermostat (vor set default old)list:
Internals:
DEF CUX0800005
FUUID 5c4aee81-f33f-2b54-b759-0140aa2fe2e9ee3a
FVERSION 88_HMCCUDEV.pm:v5.0.0-s25336/2021-12-12
IODev ccu
NAME HM_fht.Bad
NR 105
STATE T: 22.6 °C
TYPE HMCCUDEV
ccuaddr CUX0800005
ccudevstate active
ccuif CUxD
ccuname fht.Bad
ccutype HM-CC-TC
readonly no
Helper:
DBLOG:
1.TEMPERATURE:
logdb:
TIME 1639606686.91502
VALUE 22.6
READINGS:
2021-11-28 01:12:21 0.RSSI_PEER 4294967221
2021-12-15 23:18:06 1.TEMPERATURE 22.6
2021-07-02 09:03:49 Activity alive
2021-12-15 20:08:21 IODev ccu
2020-05-05 01:51:40 R-CLOCKSYNC 1
2020-05-05 01:51:40 R-CODE 071F
2020-05-05 01:51:40 R-CYCLIC_INFO_MSG 1
2020-05-05 01:51:40 R-DEVICE ttyACM0
2020-05-05 01:51:40 R-RESET 0
2020-05-05 01:51:40 R-RESYNC 0
2020-05-05 01:51:40 R-STATISTIC 1
2021-01-25 18:20:51 battery ok
2021-12-15 23:18:07 devstate ok
2021-12-15 23:18:07 hmstate Initialized
2021-12-15 23:18:07 rssipeer 4294966963
2018-12-11 17:12:58 statTemperatureDay Min: 19.2 Avg: 20.3 Max: 23.0
2018-12-10 23:59:56 statTemperatureDayLast Min: 19.5 Avg: 20.5 Max: 23.0
2018-12-11 17:12:58 statTemperatureMonth Min: 18.7 Avg: 20.3 Max: 24.3
2018-11-30 23:59:57 statTemperatureMonthLast Min: 6.6 Avg: 19.4 Max: 24.9 (since: 2018-11-27_16:37:00 )
2018-12-11 17:12:58 statTemperatureYear Min: 6.6 Avg: 20.1 Max: 24.9 (since: 2018-11-27_16:37:00 )
2020-01-08 14:26:02 state Initialized
2021-11-28 00:46:41 temperature 20.2
hmccu:
channels 3
detect 0
devspec CUX0800005
forcedev 0
nodefaults 1
setDefaults 0
cmdlist:
control:
dp:
0.RSSI_PEER:
VALUES:
NVAL 4294966963
ONVAL 4294966963
OSVAL 4294966963
OVAL 4294967219
SVAL 4294966963
VAL 4294967219
1.MISS_24H:
VALUES:
NVAL 24
ONVAL 24
OSVAL 24
OVAL 24
SVAL 24
VAL 24
1.TEMPERATURE:
VALUES:
NVAL 22.600000
ONVAL 22.700000
OSVAL 22.7
OVAL 22.700000
SVAL 22.6
VAL 22.600000
1.TEMP_MAX_24H:
VALUES:
NVAL 23.300000
ONVAL 23.300000
OSVAL 23.3
OVAL 23.300000
SVAL 23.3
VAL 23.300000
1.TEMP_MIN_24H:
VALUES:
NVAL 20.900000
ONVAL 20.800000
OSVAL 20.8
OVAL 20.800000
SVAL 20.9
VAL 20.900000
roleCmds:
get:
set:
state:
Attributes:
DbLogExclude .*
DbLogInclude temperature,1.TEMPERATURE
IODev ccu
alias HM_fht.Bad
ccureadingfilter (LOWBAT|TEMPERATURE|VALVE_STATE|CONTROL|RSSI.*)
event-on-change-reading .*
group FHT
mqttPublish temperature:topic={"fhem-rasp/TempBad/$reading"}
room System->Heizung->Bad
stateFormat T: 1.TEMPERATURE °C
stripnumber 1
get deviceinfo:
Device channels and datapoints
DEV fht.Bad CUX0800005 interface=CUxD type=HM-CC-TC
CHN CUX0800005:0 fht.Bad:0
0.LOWBAT = false {b} [RE]
0.UNREACH = false {b} [RE]
0.RSSI_PEER = 182 {n} [RE]
CHN CUX0800005:1 fht.Bad_Weather
1.TEMPERATURE = 21.300000 {f} [R]
1.MISS_24H = 26 {i} [R]
1.TEMP_MIN_24H = 21.300000 {f} [R]
1.TEMP_MAX_24H = 23.700000 {f} [R]
1.INSTALL_TEST = false {b} [RW]
CHN CUX0800005:2 fht.Bad_Clima
2.SETPOINT = 19.000000 {f} [RWE]
2.STATE = {b} [W]
2.MODE_TEMPERATUR_REGULATOR = 1 {i} [RWE]
2.TEMPERATUR_COMFORT_VALUE = 21.000000 {f} [RWE]
2.TEMPERATUR_LOWERING_VALUE = 17.000000 {f} [RWE]
2.TEMPERATUR_WINDOW_OPEN_VALUE = 12.000000 {f} [RWE]
2.PARTY_END_TIME = {s} [RW]
2.INSTALL_TEST = false {b} [RW]
Current state datapoint = .
Current control datapoint = .
Device description
Can't get device description
Defaults
ccureadingfilter = (^HUMIDITY|^TEMPERATURE|^SET_TEMPERATURE|^WINDOW_OPEN)
stripnumber = 1
controldatapoint = 2.SET_TEMPERATURE
substexcl = control
genericDeviceType = thermostat
cmdIcon = Auto:sani_heating_automatic Manu:sani_heating_manual Boost:sani_heating_boost on:general_an off:general_aus
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/
webCmd = control:Auto:Manu:Boost:on:off
statedatapoint = 2.SET_TEMPERATURE
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
widgetOverride = control:slider,4.5,0.5,30.5,1
HMCCU Version: 5.0 213461309
Seit dem letzten "update all" ist nach ein paar Stunden FHEMWEB nicht mehr erreichbar, kommt dann aber irgendwann wieder. Gestern Abend ging es zB nicht, aber ich hatte keine Lust zum neu starten. Heute morgen ging die Oberfläche wieder. Homebridge, G-Assistant und Telegram gehen aber durchgängig, es werden aber in dieser Zeit keine Notifies, DOIFs und at ausgeführt, ganz so, als ob sich da was im Eventhandler aufhängt. Auffällig, und deswegen erwähne ich es in diesem Thread: Wenn FHEMWEB wieder erreichbar ist, sind BidCos-RF und CUxD off und lassen sich nicht mehr starten, HmIP-RF läuft weiter.
Könnte Zufall sein, oder aber irgendwie zusammenhängen?!?
@OiledAmoeba
In der Ausgabe von "get deviceinfo" steht überall "Can't get device description". Irgendetwas scheint da nicht richtig konfiguriert zu sein.
Folgendes würde ich vorschlagen:
- RPC Server stoppen: set ccu off
- Prüfen, ob das Attribut rpcinterfaces im I/O Device (ccu) alle Schnittstellen enthält, die Du verwendest (v.a. auch CUxD). Falls nicht, anpassen und Config speichern
- Attribut rpcserver auf off setzen, Config speichern
- Nun alle Devices vom Typ HMCCURPCPROC löschen (keine Angst, die werden automatisch wieder angelegt)
- FHEM Stoppen
- Prüfen, dass keine fhem Prozesse mehr laufen. Falls doch, manuell killen.
- FHEM Starten
- RPC Server starten: set ccu on
- Wenn alles läuft, Attribut rpcserver wieder auf on setzen und Config speichern
Der Befehl "get deviceinfo" sollte bei CUxD Geräten nun hoffentlich nicht mehr die o.g. Fehlermeldung enthalten. Falls doch, bitte mal im fhem Log nach Fehlern der HMCCU-Module suchen.
Bzgl. den Fehlermeldungen im Log, Beispiel:
2021.12.16 08:48:27.069 1: PERL WARNING: Argument "NORMAL" isn't numeric in subtraction (-) at ./FHEM/88_HMCCU.pm line 2896
Krasse Geschichte, da gibt es einen kleinen aber feinen Unterschied zwischen BidCos und HmIP. Aufzählungen bei HmIP werden als STRING gespeichert, bei BidCos als Integer-Wert. Fällt mir leider jetzt erst auf.
Zitat von: zap am 16 Dezember 2021, 13:24:21
Eine Bitte: Kannst Du ein 2. Device anlegen mit "get createDev" und versuchen, ob es damit funktioniert? Das aktuelle Device kann parallel existieren, kein Problem.
Die Situation ist verzwickt :)
Ich habe das Device komplett gelöscht und neu anlegen lassen. xxxSlats funktioniert ohne Probleme. Alle Attribute bis auf "open" und "close" im eventMap wieder hinzugefügt, funktioniert weiterhin. Dann habe ich dem eventMap auch "open" und "close" wieder hinzugefügt. "openSlats" lässt dann die Jalousie komplett hochfahren und "closeSlats" lässt die Jalousie komplett herunterfahren. Mit "pctSlats" wird aber nur der Winkel der Lamellen verstellt. Ist das im Sinne des Erfinders?
"open" und "close" übersteuere ich mit dem Mapping weil ich mit "open" die Jalousie hochfahren und die Slats öffnen will. Mit "close" dann das Gegenteil. Die Originalbefehle fahren aber nur hoch bzw. runter und behalten die Slat Position bei. Das ist für mich unpraktisch.
Nachtrag:
Sobald man "Stop" verwendet wird es hoffnungslos chaotisch. Als letzter pct-Wert für "100.5" ist natürlich die Position eingetragen die man ursprünglich angesteuert hat. Wenn man in der der aktuellen "Stop" Position die Lamellen verstellen will versuch die Jalousie erst einmal die zuletzt versuchte pct-Position zu erreichen. Wenn ich mal ein wenig träumen darf, ist es möglich bei einem "Stop" die aktuelle pct-Position nachträglich als pct-Zielposition einzutragen?
@Reinhard.M
Ich kann nur davon abraten, set Befehle von HMCCU per eventMap zu überschreiben. Das gibt Konflikte.
Der Befehl "set pctSlats" setzt lediglich den Lamellenwinkel, das ist korrekt
Eigentlich sollten das openSlats und closeSlats auch so machen, denn sie schicken wie pctSlats 100.5 als LEVEL.
Ich könnte den Befehl "set pctSlats" erweitern, etwa so:
set pctSlats SlatLevel [Level]
Wenn dann 1 Wert angegeben wird, dann Verhalten wie momentan
Wenn 2 Werte angegeben werden, dann wird beides verstellt
Du kannst vielleicht mal ein paar Tests mit "set datapoint" machen. Vielleicht können wir das 100.5 loswerden:
set datapoint LEVEL_2=nnn LEVEL=$LEVEL
Hintergrund: HMCCU unterstützt bei "set datapoint" Variablen. Mit "$" bekommt man den aktuellen Wert (sofern das Reading mindestens einmal gesetzt wurde).
@zap
Ich habe eigene open und Close Befehle aufgesetzt und verwendet. openFull und closeFull. Den pctSlats in der vorgeschlagenen Form zu erweitern halte ich für eine gute Idee. Bleibt nur noch der Stop Befehl. Meinst du da geht was?
Das mit stop habe ich nicht kapiert. Du kannst also das Hoch- oder Runterfahren nicht stoppen?
Ansonsten bitte nochmal meinen vorherigen Beitrag lesen wegen der Verwendung von Variablen im set datapoint Befehl.
Zitat von: zap am 16 Dezember 2021, 18:51:44
Das mit stop habe ich nicht kapiert. Du kannst also das Hoch- oder Runterfahren nicht stoppen?
Ansonsten bitte nochmal meinen vorherigen Beitrag lesen wegen der Verwendung von Variablen im set datapoint Befehl.
Ich fahre meine Jalousie mit "open" hoch. Wenn mir die Position richtig erscheint sende ich Stop. Wenn ich jetzt die Lamellen etwas schließen möchte fährt die Jalousie weiter hoch weil ich ja vor meinem Stop 100% offen angesteuert hatte. Dieser Wert wird von der "100.5" als letzter Wert betrachtet. Daher meine Frage ob man mit einem Stop den letzten Wert (hier eben 100% wegen open) mit der aktuellen Position überschreiben kann. Wie gesagt, passiert nur bei einem Stop.
Zitat von: zap am 16 Dezember 2021, 15:17:41
Die HMCCUConf.pm der 5.0 ist einer Erweiterung der 4.3er Datei. Sie enthält immer noch die alten Defaults (wegen Kompatibilität).
Hat sich den dort was für die 4.3 getan? Oder reicht die alte Variante?
Dann lass ich das so.
Zitat von: zap am 16 Dezember 2021, 16:19:46
@OiledAmoeba
In der Ausgabe von "get deviceinfo" steht überall "Can't get device description". Irgendetwas scheint da nicht richtig konfiguriert zu sein.
Folgendes würde ich vorschlagen:
- RPC Server stoppen: set ccu off
- Prüfen, ob das Attribut rpcinterfaces im I/O Device (ccu) alle Schnittstellen enthält, die Du verwendest (v.a. auch CUxD). Falls nicht, anpassen und Config speichern
- Attribut rpcserver auf off setzen, Config speichern
- Nun alle Devices vom Typ HMCCURPCPROC löschen (keine Angst, die werden automatisch wieder angelegt)
- FHEM Stoppen
- Prüfen, dass keine fhem Prozesse mehr laufen. Falls doch, manuell killen.
- FHEM Starten
- RPC Server starten: set ccu on
- Wenn alles läuft, Attribut rpcserver wieder auf on setzen und Config speichern
Der Befehl "get deviceinfo" sollte bei CUxD Geräten nun hoffentlich nicht mehr die o.g. Fehlermeldung enthalten. Falls doch, bitte mal im fhem Log nach Fehlern der HMCCU-Module suchen.
Moin,
hab ich mal gemacht. Fehlermeldung bleibt leider bestehen...
Hier mal ein Ausschnitt aus dem Log für die ersten Sekunden nach "systemctl start fhem" und "set ccu on":
2021.12.16 20:19:42.296 1: HMCCU [ccu] CCU port 8181 is reachable
2021.12.16 20:19:42.297 1: HMCCU [ccu] Initialized version 5.0 213461309
2021.12.16 20:19:42.297 1: HMCCU [ccu] Initializing device
2021.12.16 20:19:43.712 2: HMCCU [ccu] Deleting old CCU configuration data
2021.12.16 20:19:43.720 2: HMCCU [ccu] Updating device table
2021.12.16 20:19:44.661 1: HMCCU [ccu] Read 39 devices with 242 channels from CCU 10.23.103.89
2021.12.16 20:19:44.661 1: HMCCU [ccu] Read 16 programs from CCU 10.23.103.89
2021.12.16 20:19:44.661 1: HMCCU [ccu] Read 0 virtual groups from CCU 10.23.103.89
2021.12.16 20:19:44.665 2: HMCCU [ccu] HMCCU: [ccu] Updating CCU system variables every 60 seconds
2021.12.16 20:20:23.073 0: HMCCU [ccu] Scheduling post FHEM initialization tasks in 12 seconds
2021.12.16 20:20:42.664 0: Server started with 440 defined entities (fhem.pl:25309/2021-12-06 perl:5.028001 os:linux user:fhem pid:11177)
2021.12.16 20:20:43.851 1: PERL WARNING: Argument "auto" isn't numeric in numeric eq (==) at (eval 788) line 1.
2021.12.16 20:20:44.090 1: HMCCU [ccu] Reading device config from CCU. This may take a couple of seconds ...
2021.12.16 20:20:44.092 1: HMCCU [ccu] No RPC device defined for interface BidCos-RF
2021.12.16 20:20:44.093 1: HMCCU [ccu] Creating new RPC device d_rpc103089BidCos_RF for interface BidCos-RF
2021.12.16 20:20:44.154 1: HMCCURPCPROC [d_rpc103089BidCos_RF] Initialized version 5.0 213461309 for interface BidCos-RF with I/O device ccu
2021.12.16 20:20:44.281 2: HMCCURPCPROC [d_rpc103089BidCos_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:44.309 2: HMCCURPCPROC [d_rpc103089BidCos_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:44.323 2: HMCCURPCPROC [d_rpc103089BidCos_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:44.336 2: HMCCURPCPROC [d_rpc103089BidCos_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:44.349 2: HMCCURPCPROC [d_rpc103089BidCos_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:44.363 2: HMCCURPCPROC [d_rpc103089BidCos_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:44.379 2: HMCCURPCPROC [d_rpc103089BidCos_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:44.393 2: HMCCURPCPROC [d_rpc103089BidCos_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:44.406 2: HMCCU [ccu] Reading Device Descriptions for interface BidCos-RF
2021.12.16 20:20:44.690 2: HMCCU [ccu] Read 87 Device Descriptions for interface BidCos-RF
2021.12.16 20:20:44.691 2: HMCCU [ccu] Reading Paramset Descriptions for interface BidCos-RF
2021.12.16 20:20:56.374 2: HMCCU [ccu] Read 63 Paramset Descriptions for interface BidCos-RF
2021.12.16 20:20:56.375 2: HMCCU [ccu] Reading Peer Descriptions for interface BidCos-RF
2021.12.16 20:20:56.413 2: HMCCU [ccu] Read 14 Peer Descriptions for interface BidCos-RF
2021.12.16 20:20:56.414 1: HMCCU [ccu] No RPC device defined for interface CUxD
2021.12.16 20:20:56.414 1: HMCCU [ccu] Creating new RPC device d_rpc103089CUxD for interface CUxD
2021.12.16 20:20:56.417 1: HMCCURPCPROC [d_rpc103089CUxD] Initialized version 5.0 213461309 for interface CUxD with I/O device ccu
2021.12.16 20:20:56.527 2: HMCCURPCPROC [d_rpc103089CUxD] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.550 2: HMCCURPCPROC [d_rpc103089CUxD] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.563 2: HMCCURPCPROC [d_rpc103089CUxD] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.576 2: HMCCURPCPROC [d_rpc103089CUxD] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.589 2: HMCCURPCPROC [d_rpc103089CUxD] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.602 2: HMCCURPCPROC [d_rpc103089CUxD] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.615 2: HMCCURPCPROC [d_rpc103089CUxD] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.628 2: HMCCURPCPROC [d_rpc103089CUxD] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.641 2: HMCCU [ccu] Reading Device Descriptions for interface CUxD
2021.12.16 20:20:56.648 2: HMCCURPCPROC [d_rpc103089CUxD] Error while reading response for command listDevices:
2021.12.16 20:20:56.648 2: HMCCU [ccu] Read 0 Device Descriptions for interface CUxD
2021.12.16 20:20:56.648 2: HMCCU [ccu] Reading Paramset Descriptions for interface CUxD
2021.12.16 20:20:56.649 2: HMCCU [ccu] Read 0 Paramset Descriptions for interface CUxD
2021.12.16 20:20:56.649 2: HMCCU [ccu] Reading Peer Descriptions for interface CUxD
2021.12.16 20:20:56.655 2: HMCCURPCPROC [d_rpc103089CUxD] Error while reading response for command getLinks:
2021.12.16 20:20:56.655 2: HMCCURPCPROC [d_rpc103089CUxD] Unexpected response from getLinks
2021.12.16 20:20:56.656 2: HMCCU [ccu] Read 0 Peer Descriptions for interface CUxD
2021.12.16 20:20:56.657 1: HMCCU [ccu] No RPC device defined for interface HmIP-RF
2021.12.16 20:20:56.657 1: HMCCU [ccu] Creating new RPC device d_rpc103089HmIP_RF for interface HmIP-RF
2021.12.16 20:20:56.661 1: HMCCURPCPROC [d_rpc103089HmIP_RF] Initialized version 5.0 213461309 for interface HmIP-RF with I/O device ccu
2021.12.16 20:20:56.770 2: HMCCURPCPROC [d_rpc103089HmIP_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.795 2: HMCCURPCPROC [d_rpc103089HmIP_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.808 2: HMCCURPCPROC [d_rpc103089HmIP_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.821 2: HMCCURPCPROC [d_rpc103089HmIP_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.834 2: HMCCURPCPROC [d_rpc103089HmIP_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.847 2: HMCCURPCPROC [d_rpc103089HmIP_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.860 2: HMCCURPCPROC [d_rpc103089HmIP_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.873 2: HMCCURPCPROC [d_rpc103089HmIP_RF] Please restart RPC server to apply attribute changes
2021.12.16 20:20:56.887 2: HMCCU [ccu] Reading Device Descriptions for interface HmIP-RF
2021.12.16 20:20:57.403 2: HMCCU [ccu] Read 65 Device Descriptions for interface HmIP-RF
2021.12.16 20:20:57.403 2: HMCCU [ccu] Reading Paramset Descriptions for interface HmIP-RF
2021.12.16 20:21:24.858 2: HMCCU [ccu] Read 65 Paramset Descriptions for interface HmIP-RF
2021.12.16 20:21:24.859 2: HMCCU [ccu] Reading Peer Descriptions for interface HmIP-RF
2021.12.16 20:21:24.923 2: HMCCU [ccu] Read 1 Peer Descriptions for interface HmIP-RF
2021.12.16 20:21:24.945 2: HMCCU [ccu] Can't get device description for CUX0800001 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.946 2: HMCCUDEV [HM_fht.Stube] Can't get device description for CUX0800001 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.947 2: HMCCU [ccu] Can't get device description for CUX0800001 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.948 2: HMCCU [ccu] Can't get device description for CUX0800005 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.949 2: HMCCUDEV [HM_fht.Bad] Can't get device description for CUX0800005 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.949 2: HMCCU [ccu] Can't get device description for CUX0800005 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.955 2: HMCCU [ccu] Can't get device description for CUX0800004 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.956 2: HMCCUDEV [HM_fht.Kueche] Can't get device description for CUX0800004 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.957 2: HMCCU [ccu] Can't get device description for CUX0800004 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.961 2: HMCCU [ccu] Can't get device description for CUX0200002 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.962 2: HMCCUDEV [HM_fs20.Kueche] Can't get device description for CUX0200002 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.963 2: HMCCU [ccu] Can't get device description for CUX0200002 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.968 2: HMCCU [ccu] Can't get device description for CUX1000003:1 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.969 2: HMCCUCHN [sz_Fenster] Can't get device description for CUX1000003:1 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.969 2: HMCCU [ccu] Can't get device description for CUX1000003:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.978 2: HMCCU [ccu] Can't get device description for CUX0200001 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.979 2: HMCCUDEV [HM_fs20.Stube] Can't get device description for CUX0200001 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.980 2: HMCCU [ccu] Can't get device description for CUX0200001 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.980 2: HMCCU [ccu] Can't get device description for CUX2801002:1 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.982 2: HMCCUCHN [ccu_Anwesenheit_Florian] Can't get device description for CUX2801002:1 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.982 2: HMCCU [ccu] Can't get device description for CUX2801002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.983 2: HMCCU [ccu] Can't get device description for CUX1000001:1 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.984 2: HMCCUCHN [wz_Fenster] Can't get device description for CUX1000001:1 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.985 2: HMCCU [ccu] Can't get device description for CUX1000001:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.990 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.991 2: HMCCUCHN [Wetter_aussen] Can't get device description for CUX1200001:1 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:24.991 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.000 2: HMCCU [ccu] Can't get device description for CUX0800003 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.001 2: HMCCUDEV [HM_fht.Nobody] Can't get device description for CUX0800003 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.002 2: HMCCU [ccu] Can't get device description for CUX0800003 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.002 2: HMCCU [ccu] Can't get device description for CUX1000002:1 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.003 2: HMCCUCHN [bk_Fenster] Can't get device description for CUX1000002:1 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.004 2: HMCCU [ccu] Can't get device description for CUX1000002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.006 2: HMCCU [ccu] Can't get device description for CUX2801002:2 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.007 2: HMCCUCHN [ccu_Anwesenheit_Kathrin] Can't get device description for CUX2801002:2 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.008 2: HMCCU [ccu] Can't get device description for CUX2801002:2 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.009 2: HMCCU [ccu] Can't get device description for CUX0400001 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.010 2: HMCCUDEV [HM_fs20.Dimmer] Can't get device description for CUX0400001 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.010 2: HMCCU [ccu] Can't get device description for CUX0400001 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.015 2: HMCCU [ccu] Can't get device description for CUX0800002 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.016 2: HMCCUDEV [HM_fht.Schlafen] Can't get device description for CUX0800002 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.017 2: HMCCU [ccu] Can't get device description for CUX0800002 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.018 2: HMCCU [ccu] Can't get device description for CUX0200003 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.019 2: HMCCUDEV [HM_fs20.Radio] Can't get device description for CUX0200003 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.019 2: HMCCU [ccu] Can't get device description for CUX0200003 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.022 2: HMCCU [ccu] Can't get device description for CUX0200001 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.023 2: HMCCUDEV [HM_fs20.Stubetest] Can't get device description for CUX0200001 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.024 2: HMCCU [ccu] Can't get device description for CUX0200001 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.024 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:3697 HMCCU_SetSCAttributes:3889 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.025 2: HMCCUCHN [TempFeuchte] Can't get device description for CUX1200002:1 HMCCU_UpdateDeviceRoles:3891 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.025 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:3893 HMCCU_GetDeviceConfig:591 HMCCU_PostInit:60 HandleTimeout:695
2021.12.16 20:21:25.028 2: HMCCU [ccu] Read device configuration: devices/channels=152 parametersets=128 links=15
2021.12.16 20:21:26.055 2: HMCCUDEV [ku_Heizung] Enum datapoint value = {ReadingsVal("ku_Fenster","Statenum",0)}
2021.12.16 20:21:26.055 2: HMCCUDEV [ku_Heizung] Enum datapoint number = {ReadingsVal("ku_Fenster","Statenum",0)}
2021.12.16 20:21:26.063 1: PERL WARNING: Argument "auto" isn't numeric in numeric eq (==) at (eval 1189) line 1.
2021.12.16 20:21:27.253 2: AttrTemplates: got 247 entries
2021.12.16 20:21:32.381 1: PERL WARNING: Argument "auto" isn't numeric in numeric eq (==) at (eval 1384) line 1.
2021.12.16 20:21:36.145 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/SetExtensions.pm line 98.
2021.12.16 20:21:38.381 2: After sleep: Unknown argument devstate choose one of update config paramsetDesc:noArg deviceInfo:noArg values extValues datapoint:0.CONFIG_PENDING,0.DUTY_CYCLE,0.INSTALL_TEST,0.LOW_BAT,0.OPERATING_VOLTAGE,0.OPERATING_VOLTAGE_STATUS,0.RSSI_DEVICE,0.RSSI_PEER,0.UNREACH,0.UPDATE_PENDING,1.ACTIVE_PROFILE,1.ACTUAL_TEMPERATURE,1.ACTUAL_TEMPERATURE_STATUS,1.BOOST_TIME,1.FROST_PROTECTION,1.LEVEL,1.LEVEL_STATUS,1.PARTY_MODE,1.PARTY_SET_POINT_TEMPERATURE,1.PARTY_TIME_END,1.PARTY_TIME_START,1.QUICK_VETO_TIME,1.SET_POINT_MODE,1.SET_POINT_TEMPERATURE,1.SWITCH_POINT_OCCURED,1.VALVE_ADAPTION,1.VALVE_STATE,1.WINDOW_STATE
2021.12.16 20:22:29.008 2: HMCCU [ccu] RPC device for interface CUxD: d_rpc103089CUxD
2021.12.16 20:22:29.009 2: HMCCU [ccu] RPC device for interface BidCos-RF: d_rpc103089BidCos_RF
2021.12.16 20:22:29.009 2: HMCCU [ccu] RPC device for interface HmIP-RF: d_rpc103089HmIP_RF
2021.12.16 20:22:29.030 2: HMCCURPCPROC [d_rpc103089CUxD] RPC server process started for interface CUxD with PID=14135
2021.12.16 20:22:29.067 2: HMCCURPCPROC [d_rpc103089CUxD] Initializing RPC server CB8701100044103089 for interface CUxD
2021.12.16 20:22:29.073 2: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 accepting connections. PID=14135
2021.12.16 20:22:29.098 1: HMCCURPCPROC [d_rpc103089CUxD] RPC server starting
2021.12.16 20:22:29.146 2: HMCCURPCPROC [d_rpc103089BidCos_RF] RPC server process started for interface BidCos-RF with PID=14136
2021.12.16 20:22:29.172 2: HMCCURPCPROC [d_rpc103089BidCos_RF] Initializing RPC server CB2001100044103089 for interface BidCos-RF
2021.12.16 20:22:29.200 1: HMCCURPCPROC [d_rpc103089BidCos_RF] RPC server starting
2021.12.16 20:22:29.231 2: HMCCURPCPROC [d_rpc103089BidCos_RF] Callback server CB2001100044103089 created. Listening on port 7411
2021.12.16 20:22:29.231 2: HMCCURPCPROC [d_rpc103089HmIP_RF] RPC server process started for interface HmIP-RF with PID=14137
2021.12.16 20:22:29.233 2: HMCCURPCPROC [d_rpc103089BidCos_RF] CB2001100044103089 accepting connections. PID=14136
2021.12.16 20:22:29.258 2: HMCCURPCPROC [d_rpc103089HmIP_RF] Initializing RPC server CB2010100044103089 for interface HmIP-RF
2021.12.16 20:22:29.287 1: HMCCURPCPROC [d_rpc103089HmIP_RF] RPC server starting
2021.12.16 20:22:29.316 2: HMCCURPCPROC [d_rpc103089HmIP_RF] Callback server CB2010100044103089 created. Listening on port 7420
2021.12.16 20:22:29.318 2: HMCCURPCPROC [d_rpc103089HmIP_RF] CB2010100044103089 accepting connections. PID=14137
2021.12.16 20:22:29.345 2: HMCCURPCPROC [d_rpc103089BidCos_RF] RPC server CB2001100044103089 enters server loop
2021.12.16 20:22:29.369 2: HMCCURPCPROC [d_rpc103089BidCos_RF] Registering callback http://10.23.100.44:7411/fh2001 of type A with ID CB2001100044103089 at http://10.23.103.89:2001
2021.12.16 20:22:29.560 1: HMCCURPCPROC [d_rpc103089BidCos_RF] RPC server CB2001100044103089 running
2021.12.16 20:22:29.574 1: HMCCURPCPROC [d_rpc103089BidCos_RF] Scheduled CCU ping every 300 seconds
2021.12.16 20:22:29.605 2: HMCCURPCPROC [d_rpc103089HmIP_RF] RPC server CB2010100044103089 enters server loop
2021.12.16 20:22:29.609 2: HMCCURPCPROC [d_rpc103089HmIP_RF] Registering callback http://10.23.100.44:7420/fh2010 of type A with ID CB2010100044103089 at http://10.23.103.89:2010
2021.12.16 20:22:29.716 1: HMCCURPCPROC [d_rpc103089HmIP_RF] RPC server CB2010100044103089 running
2021.12.16 20:22:29.737 2: HMCCURPCPROC [d_rpc103089BidCos_RF] CB2001100044103089 NewDevice received 87 device and channel specifications
2021.12.16 20:22:29.760 2: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 enters server loop
2021.12.16 20:22:29.764 2: HMCCURPCPROC [d_rpc103089CUxD] Registering callback xmlrpc_bin://10.23.100.44:14111/fh8701 of type B with ID CB8701100044103089 at xmlrpc_bin://10.23.103.89:8701
2021.12.16 20:22:29.788 1: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 running
2021.12.16 20:22:29.849 1: HMCCU [ccu] All RPC servers running
2021.12.16 20:22:30.429 2: HMCCURPCPROC [d_rpc103089HmIP_RF] CB2010100044103089 NewDevice received 65 device and channel specifications
2021.12.16 20:22:31.233 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:22:32.495 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:22:32.550 1: PERL WARNING: Argument "" isn't numeric in subtraction (-) at (eval 1819) line 1.
2021.12.16 20:22:36.562 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:22:36.576 1: PERL WARNING: Argument "" isn't numeric in numeric ge (>=) at FHEM/TimeSeries.pm line 269.
2021.12.16 20:22:39.992 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:22:40.596 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:22:43.162 2: HMCCU [ccu] Can't get device description for CUX0800003 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:22:44.471 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:22:46.159 1: PERL WARNING: Argument "auto" isn't numeric in numeric eq (==) at (eval 1892) line 1.
2021.12.16 20:22:46.347 1: PERL WARNING: Argument "auto" isn't numeric in numeric eq (==) at (eval 1939) line 1.
2021.12.16 20:22:46.352 1: PERL WARNING: Argument "auto" isn't numeric in numeric eq (==) at (eval 1943) line 1.
2021.12.16 20:22:46.429 1: ku_Heizung, Error! Unkown Device Type with event battery: ok
2021.12.16 20:22:46.670 1: PERL WARNING: Argument "auto" isn't numeric in numeric eq (==) at (eval 1993) line 1.
2021.12.16 20:22:46.984 1: PERL WARNING: Argument "auto" isn't numeric in numeric eq (==) at (eval 2042) line 1.
2021.12.16 20:22:46.990 1: PERL WARNING: Argument "auto" isn't numeric in numeric eq (==) at (eval 2046) line 1.
2021.12.16 20:22:47.069 1: ku_Heizung, Error! Unkown Device Type with event battery: ok
2021.12.16 20:22:49.091 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:22:51.918 2: HMCCU [ccu] Can't get device description for CUX0800004 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:22:52.666 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:22:53.418 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:22:56.698 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:22:57.537 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:00.352 2: HMCCU [ccu] Can't get device description for CUX0800002 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:01.307 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:05.171 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:05.205 1: PERL WARNING: Argument "" isn't numeric in subtraction (-) at (eval 2223) line 1.
2021.12.16 20:23:06.327 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:09.048 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:13.106 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:15.124 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:17.051 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:19.514 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:21.247 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:21.773 2: HMCCU [ccu] Can't get device description for CUX0200003 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:7708 HMCCU_ExecuteGetDeviceInfoCommand:544 HMCCUDEV_Get:3895 CallFn:2004 CommandGet:1265 AnalyzeCommand:2778 FW_fC:963 FW_answerCall:598 FW_Read:3895 CallFn:773
2021.12.16 20:23:21.774 2: HMCCU [ccu] Can't get device description for CUX0200003 HMCCU_DetectDevice:7713 HMCCU_ExecuteGetDeviceInfoCommand:544 HMCCUDEV_Get:3895 CallFn:2004 CommandGet:1265 AnalyzeCommand:2778 FW_fC:963 FW_answerCall:598 FW_Read:3895 CallFn:773
2021.12.16 20:23:23.770 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:25.292 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:28.296 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:29.151 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:30.633 2: HMCCU [ccu] Can't get device description for CUX1000003:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:30.645 2: HMCCU [ccu] Can't get device description for CUX1000003:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:31.269 2: HMCCU [ccu] Can't get device description for CUX1000003:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:32.687 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:33.425 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:37.056 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:37.424 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8054 HMCCU_SetDefaultSCDatapoints:8171 HMCCU_GetSCDatapoints:4681 HMCCU_UpdateParamsetReadings:4894 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.16 20:23:37.452 1: PERL WARNING: Argument "" isn't numeric in subtraction (-) at (eval 2479) line 1.
Hab versucht, die meisten doppelt und dreifachen Einträge herauszufischen. Hoffentlich hab ich nicht zuviel gelöscht...
get d_rpc103089CUxD deviceDesc ergibt "Read 0 channel and device descriptions and 0 device models from CCU"
rpcevents wirft wenigstens was:
Event statistics for server CB8701100044103089
Average event delay = 0.0382983310440385
========================================
ET Sent by RPC server Received by FHEM
----------------------------------------
EV 0 427
ND 0 0
DD 0 0
RD 0 0
RA 0 0
UD 0 0
IN 0 0
EX 0 0
SL 0 1
TO 0 0
Habe jetzt die defaults der Devices HM_Sen_Wa_Od und HM_Sen_RD_O getestet.
HM_Sen_Wa_Od schaut gut aus. 1.FILLING_LEVEL wird nach "level" übersetzt - und mehr braucht man nicht.
Beim HM_Sen_RD_O sind die wichtigsten Readings: 1.STATE und 2.STATE
In 1.STATE steht ob es regnet oder nicht ("dry" oder "rain").
2.STATE schaltet die Heizung ein oder aus ("on" oder "off")
Die mappings die von "set defaults reset" gemacht werden, scheinen da nicht zu passen. Insbesondere steht dry/rain nicht mehr in "state"
Beim "shutdown restart" bekomme ich außerdem folgende Fehler im Logfile:
2021.12.16 21:00:55.346 1: PERL WARNING: Argument "NORMAL" isn't numeric in subtraction (-) at ./FHEM/88_HMCCU.pm line 2896.
2021.12.16 21:00:55.347 1: PERL WARNING: Argument "STABLE" isn't numeric in subtraction (-) at ./FHEM/88_HMCCU.pm line 2896.
2021.12.16 21:00:55.659 1: PERL WARNING: Argument "STATE_NOT_AVAILABLE" isn't numeric in subtraction (-) at ./FHEM/88_HMCCU.pm line 2896.
2021.12.16 21:00:56.156 1: PERL WARNING: Argument "UNKNOWN" isn't numeric in subtraction (-) at ./FHEM/88_HMCCU.pm line 2896.
2021.12.16 21:00:56.389 1: PERL WARNING: Argument "IDLE_OFF" isn't numeric in subtraction (-) at ./FHEM/88_HMCCU.pm line 2896.
2021.12.16 21:00:56.393 1: PERL WARNING: Argument "NONE" isn't numeric in subtraction (-) at ./FHEM/88_HMCCU.pm line 2896.
Ich finde jetzt nur das "IDLE_OFF" und "NONE" in der Device HmIP_SWSD
1.SMOKE_DETECTOR_ALARM_STATUS IDLE_OFF
1.SMOKE_DETECTOR_TEST_RESULT NONE
In HmIP_BSL finde readings mit "UNKNOWN" und "NONE" - und "NORMAL" in vielen anderen - dafür "STATE_NOT_AVAILABLE" gar nicht.
Jörg
Zitat von: Ryker am 15 Dezember 2021, 15:20:11
Abfragen kann man auch so: https://ccu3-update.homematic.com/firmware/download?cmd=js_check_version&serial=0&product=HmIP-PS
Der Download-Link wäre dann der hier: https://ccu3-update.homematic.com/firmware/download?cmd=download&serial=0&product=HmIP-PS
Aber, wie gesagt, dort finde ich nur die Firmware der Sensoren und Aktoren. Die Firmware für die CCU3 konnte ich dort nicht finden. Wie das dafür geht, weiß ich leider auch nicht.
So, jetzt. Das Product für die CCU3 ist "HM-CCU3" und so kann man über die o.g. Links auch dafür den check und den download machen.
Diese Links sind eigentlich sehr stabil, die werden auch selbst von der originalen CCU-Software so benutzt.
@Zap: Ich sehe im HMCCU-Modul, dass du die Firmware von eq-3.de versuchst zu holen. Dort ist es klar, das ändert sich andauernd. Vielleicht findest du ja mal Zeit, die o.g. URLs in HMCCU abzufragen. Ich baue mir derweil aber einen eigenen Checker, weil ich brauch das in den Readings um dann notifications zu triggern.
Ryker
Zitat von: slor am 16 Dezember 2021, 19:13:19
Hat sich den dort was für die 4.3 getan? Oder reicht die alte Variante?
Dann lass ich das so.
Mir ist nicht klar, warum Du unterschiedliche Versionsstände der HMCCU-Module einsetzen möchtest.
Wenn Du HMCCU 4.3 verwendest => nimm auch die HMCCUConf von 4.3
Wenn Du HMCCU 5.0 verwendest => eben die von 5.0
Versionen mischen ist meistens keine gute Idee. In der 5.0er HMCCUConf wird es keine Änderungen an den alten Defaults mehr geben! Die 5.0er Defaults sind Rollen bezogen, die 4.3er sind Geräte bezogen. Völlig anderes Konzept.
@OiledAmoeba Aus welchen Gründen auch immer scheint HMCCU den CUxD nicht zu erreichen. Hast Du in der CCU Firewall irgendetwas geblockt? Oder läuft die CCU in einer Docker Umgebung?
Zitat von: zap am 17 Dezember 2021, 16:30:35
@OiledAmoeba Aus welchen Gründen auch immer scheint HMCCU den CUxD nicht zu erreichen. Hast Du in der CCU Firewall irgendetwas geblockt? Oder läuft die CCU in einer Docker Umgebung?
Die CCU ist eine "echte" CCU2. Der einzige Unterschied zwischen FHEM und CCU sind, dass sie in unterschiedlichen Netzen liegen. FHEM: 10.23.100.44, CCU2: 10.23.103.89, das ganze ist aber ein /22-Netz.
nft auf dem fhem-Rechner erlaubt ausgehenden Verkehr insgesamt und eingehenden Verkehr von der CCU2 (alle Ports).
Die "Firewall" in der CCU2 steht auf Homematic XML-RPC API: Vollzugriff und Remote Homematic-Script API: Eingeschränkt. Freigegebene Adressen sind 10.192.0.0/12; 10.23.100.0/24; 10.23.102.0/23
xxx.xxx.101.xxx habe ich ausgeklammert, da diese IPs nix auf der CCU2 zu suchen haben ;-)
100 = Server(-dienste)
101 = Gäste
102 = normale User
103 = SmartHome-Devices
Sorry für den Doppelpost, aber ich finde das passt eher in einen neuen Beitrag.
Ich habe mal den CUxD-RPC auf expert,logEvents gestellt und ein paar Sekunden mitgeschnitten.
Aus meiner Sicht sprechen CCU2 und FHEM miteinander, HMCCU scheint das aber nicht zu "bemerken". Die Readings in den CUX-Devices werden auch aktualisiert, sprich, die Temperaturen und Feuchtigkeiten kommen in den FHEM-Geräten an.
2021.12.17 21:42:14.733 2: HMCCURPCPROC [d_rpc103089CUxD] RPC server process started for interface CUxD with PID=29810
2021.12.17 21:42:14.777 2: HMCCURPCPROC [d_rpc103089CUxD] Initializing RPC server CB8701100044103089 for interface CUxD
2021.12.17 21:42:14.783 2: HMCCURPCPROC [d_rpc103089CUxD] Event = SL|CB8701100044103089|29810
2021.12.17 21:42:14.783 2: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 accepting connections. PID=29810
2021.12.17 21:42:14.784 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:14.809 4: HMCCURPCPROC [d_rpc103089CUxD] Set state to busy
2021.12.17 21:42:14.809 1: HMCCURPCPROC [d_rpc103089CUxD] RPC server starting
2021.12.17 21:42:14.809 4: HMCCURPCPROC [d_rpc103089CUxD] Set rpcstate to starting
2021.12.17 21:42:14.846 4: HMCCURPCPROC [d_rpc103089CUxD] read SL|CB8701100044103089|29810 from queue
2021.12.17 21:42:14.847 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = SL|CB8701100044103089|29810
2021.12.17 21:42:14.864 2: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 enters server loop
2021.12.17 21:42:14.864 4: HMCCURPCPROC [d_rpc103089CUxD] Set rpcstate to working
2021.12.17 21:42:14.870 2: HMCCURPCPROC [d_rpc103089CUxD] Registering callback xmlrpc_bin://10.23.100.44:14111/fh8701 of type B with ID CB8701100044103089 at xmlrpc_bin://10.23.103.89:8701
2021.12.17 21:42:14.872 4: HMCCURPCPROC [d_rpc103089CUxD] Binary RPC request
2021.12.17 21:42:14.872 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000000 (00000) 42696e00 00000054 00000004 696e6974 Bin....T....init
2021.12.17 21:42:14.872 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000010 (00016) 00000002 00000003 00000026 786d6c72 ...........&xmlr
2021.12.17 21:42:14.873 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000020 (00032) 70635f62 696e3a2f 2f31302e 32332e31 pc_bin://10.23.1
2021.12.17 21:42:14.873 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000030 (00048) 30302e34 343a3134 3131312f 66683837 00.44:14111/fh87
2021.12.17 21:42:14.873 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000040 (00064) 30310000 00030000 00124342 38373031 01........CB8701
2021.12.17 21:42:14.873 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000050 (00080) 31303030 34343130 33303839 100044103089
2021.12.17 21:42:14.880 2: HMCCURPCPROC [d_rpc103089CUxD] Error while reading response for command init:
2021.12.17 21:42:14.895 1: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 running
2021.12.17 21:42:14.895 4: HMCCURPCPROC [d_rpc103089CUxD] Set rpcstate to running
2021.12.17 21:42:14.928 4: HMCCURPCPROC [d_rpc103089CUxD] Set state to OK
2021.12.17 21:42:14.932 2: HMCCU [ccu] Updating 16 of 16 client devices matching devexp=.* filter=ccudevstate=active,ccuif=CUxD
2021.12.17 21:42:14.952 4: HMCCURPCPROC [d_rpc103089CUxD] Read stopped after 1 events read: no data
2021.12.17 21:42:15.027 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 processing request
2021.12.17 21:42:15.211 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 raw request:
2021.12.17 21:42:15.212 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000000 (00000) 42696e00 00000525 00000010 73797374 Bin....%....syst
2021.12.17 21:42:15.213 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000010 (00016) 656d2e6d 756c7469 63616c6c 00000001 em.multicall....
2021.12.17 21:42:15.213 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000020 (00032) 00000100 0000000a 00000101 00000002 ................
2021.12.17 21:42:15.213 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000030 (00048) 0000000a 6d657468 6f644e61 6d650000 ....methodName..
2021.12.17 21:42:15.213 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000040 (00064) 00030000 00056576 656e7400 00000670 ......event....p
2021.12.17 21:42:15.214 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000050 (00080) 6172616d 73000001 00000000 04000000 arams...........
2021.12.17 21:42:15.214 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000060 (00096) 03000000 12434238 37303131 30303034 .....CB870110004
2021.12.17 21:42:15.214 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000070 (00112) 34313033 30383900 00000300 00000c43 4103089........C
2021.12.17 21:42:15.214 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000080 (00128) 55583132 30303030 323a3100 00000300 UX1200002:1.....
2021.12.17 21:42:15.215 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000090 (00144) 00000b54 454d5045 52415455 52450000 ...TEMPERATURE..
2021.12.17 21:42:15.215 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000000a0 (00160) 00042b00 00000000 00050000 01010000 ..+.............
2021.12.17 21:42:15.215 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000000b0 (00176) 00020000 000a6d65 74686f64 4e616d65 ......methodName
2021.12.17 21:42:15.215 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000000c0 (00192) 00000003 00000005 6576656e 74000000 ........event...
2021.12.17 21:42:15.216 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000000d0 (00208) 06706172 616d7300 00010000 00000400 .params.........
2021.12.17 21:42:15.216 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000000e0 (00224) 00000300 00001243 42383730 31313030 .......CB8701100
2021.12.17 21:42:15.216 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000000f0 (00240) 30343431 30333038 39000000 03000000 044103089.......
2021.12.17 21:42:15.216 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000100 (00256) 0c435558 31323030 3030323a 31000000 .CUX1200002:1...
2021.12.17 21:42:15.217 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000110 (00272) 03000000 084d4953 535f3234 48000000 .....MISS_24H...
2021.12.17 21:42:15.217 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000120 (00288) 01000000 00000001 01000000 02000000 ................
2021.12.17 21:42:15.217 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000130 (00304) 0a6d6574 686f644e 616d6500 00000300 .methodName.....
2021.12.17 21:42:15.218 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000140 (00320) 00000565 76656e74 00000006 70617261 ...event....para
2021.12.17 21:42:15.218 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000150 (00336) 6d730000 01000000 00040000 00030000 ms..............
2021.12.17 21:42:15.218 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000160 (00352) 00124342 38373031 31303030 34343130 ..CB870110004410
2021.12.17 21:42:15.218 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000170 (00368) 33303839 00000003 0000000c 43555831 3089........CUX1
2021.12.17 21:42:15.218 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000180 (00384) 32303030 30323a31 00000003 0000000c 200002:1........
2021.12.17 21:42:15.219 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000190 (00400) 54454d50 5f4d494e 5f323448 00000004 TEMP_MIN_24H....
2021.12.17 21:42:15.219 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000001a0 (00416) 26cccccc 00000005 00000101 00000002 &...............
2021.12.17 21:42:15.219 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000001b0 (00432) 0000000a 6d657468 6f644e61 6d650000 ....methodName..
2021.12.17 21:42:15.219 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000001c0 (00448) 00030000 00056576 656e7400 00000670 ......event....p
2021.12.17 21:42:15.220 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000001d0 (00464) 6172616d 73000001 00000000 04000000 arams...........
2021.12.17 21:42:15.220 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000001e0 (00480) 03000000 12434238 37303131 30303034 .....CB870110004
2021.12.17 21:42:15.220 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000001f0 (00496) 34313033 30383900 00000300 00000c43 4103089........C
2021.12.17 21:42:15.220 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000200 (00512) 55583132 30303030 323a3100 00000300 UX1200002:1.....
2021.12.17 21:42:15.221 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000210 (00528) 00000c54 454d505f 4d41585f 32344800 ...TEMP_MAX_24H.
2021.12.17 21:42:15.221 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000220 (00544) 0000042b 00000000 00000500 00010100 ...+............
2021.12.17 21:42:15.221 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000230 (00560) 00000200 00000a6d 6574686f 644e616d .......methodNam
2021.12.17 21:42:15.221 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000240 (00576) 65000000 03000000 05657665 6e740000 e........event..
2021.12.17 21:42:15.222 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000250 (00592) 00067061 72616d73 00000100 00000004 ..params........
2021.12.17 21:42:15.222 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000260 (00608) 00000003 00000012 43423837 30313130 ........CB870110
2021.12.17 21:42:15.222 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000270 (00624) 30303434 31303330 38390000 00030000 0044103089......
2021.12.17 21:42:15.222 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000280 (00640) 000c4355 58313230 30303032 3a310000 ..CUX1200002:1..
2021.12.17 21:42:15.223 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000290 (00656) 00030000 00084855 4d494449 54590000 ......HUMIDITY..
2021.12.17 21:42:15.223 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000002a0 (00672) 00010000 00410000 01010000 00020000 .....A..........
2021.12.17 21:42:15.223 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000002b0 (00688) 000a6d65 74686f64 4e616d65 00000003 ..methodName....
2021.12.17 21:42:15.223 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000002c0 (00704) 00000005 6576656e 74000000 06706172 ....event....par
2021.12.17 21:42:15.223 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000002d0 (00720) 616d7300 00010000 00000400 00000300 ams.............
2021.12.17 21:42:15.224 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000002e0 (00736) 00001243 42383730 31313030 30343431 ...CB87011000441
2021.12.17 21:42:15.224 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000002f0 (00752) 30333038 39000000 03000000 0c435558 03089........CUX
2021.12.17 21:42:15.224 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000300 (00768) 31323030 3030323a 31000000 03000000 1200002:1.......
2021.12.17 21:42:15.225 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000310 (00784) 0948554d 49444954 59460000 00042080 .HUMIDITYF.... .
2021.12.17 21:42:15.225 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000320 (00800) 00000000 00070000 01010000 00020000 ................
2021.12.17 21:42:15.225 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000330 (00816) 000a6d65 74686f64 4e616d65 00000003 ..methodName....
2021.12.17 21:42:15.225 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000340 (00832) 00000005 6576656e 74000000 06706172 ....event....par
2021.12.17 21:42:15.226 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000350 (00848) 616d7300 00010000 00000400 00000300 ams.............
2021.12.17 21:42:15.226 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000360 (00864) 00001243 42383730 31313030 30343431 ...CB87011000441
2021.12.17 21:42:15.226 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000370 (00880) 30333038 39000000 03000000 0c435558 03089........CUX
2021.12.17 21:42:15.226 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000380 (00896) 31323030 3030323a 31000000 03000000 1200002:1.......
2021.12.17 21:42:15.227 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000390 (00912) 09444557 5f504f49 4e540000 00043acc .DEW_POINT....:.
2021.12.17 21:42:15.227 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000003a0 (00928) cccc0000 00040000 01010000 00020000 ................
2021.12.17 21:42:15.227 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000003b0 (00944) 000a6d65 74686f64 4e616d65 00000003 ..methodName....
2021.12.17 21:42:15.227 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000003c0 (00960) 00000005 6576656e 74000000 06706172 ....event....par
2021.12.17 21:42:15.228 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000003d0 (00976) 616d7300 00010000 00000400 00000300 ams.............
2021.12.17 21:42:15.228 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000003e0 (00992) 00001243 42383730 31313030 30343431 ...CB87011000441
2021.12.17 21:42:15.228 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000003f0 (01008) 30333038 39000000 03000000 0c435558 03089........CUX
2021.12.17 21:42:15.228 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000400 (01024) 31323030 3030323a 31000000 03000000 1200002:1.......
2021.12.17 21:42:15.229 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000410 (01040) 0c414253 5f48554d 49444954 59000000 .ABS_HUMIDITY...
2021.12.17 21:42:15.229 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000420 (01056) 04313333 33000000 04000001 01000000 .1333...........
2021.12.17 21:42:15.229 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000430 (01072) 02000000 0a6d6574 686f644e 616d6500 .....methodName.
2021.12.17 21:42:15.229 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000440 (01088) 00000300 00000565 76656e74 00000006 .......event....
2021.12.17 21:42:15.230 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000450 (01104) 70617261 6d730000 01000000 00040000 params..........
2021.12.17 21:42:15.230 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000460 (01120) 00030000 00124342 38373031 31303030 ......CB87011000
2021.12.17 21:42:15.230 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000470 (01136) 34343130 33303839 00000003 0000000c 44103089........
2021.12.17 21:42:15.230 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000480 (01152) 43555831 32303030 30323a31 00000003 CUX1200002:1....
2021.12.17 21:42:15.231 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000490 (01168) 0000000b 48554d5f 4d494e5f 32344800 ....HUM_MIN_24H.
2021.12.17 21:42:15.231 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000004a0 (01184) 0000043e 00000000 00000600 00010100 ...>............
2021.12.17 21:42:15.231 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000004b0 (01200) 00000200 00000a6d 6574686f 644e616d .......methodNam
2021.12.17 21:42:15.232 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000004c0 (01216) 65000000 03000000 05657665 6e740000 e........event..
2021.12.17 21:42:15.232 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000004d0 (01232) 00067061 72616d73 00000100 00000004 ..params........
2021.12.17 21:42:15.232 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000004e0 (01248) 00000003 00000012 43423837 30313130 ........CB870110
2021.12.17 21:42:15.232 4: HMCCURPCPROC [d_rpc103089CUxD] 0x000004f0 (01264) 30303434 31303330 38390000 00030000 0044103089......
2021.12.17 21:42:15.233 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000500 (01280) 000c4355 58313230 30303032 3a310000 ..CUX1200002:1..
2021.12.17 21:42:15.233 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000510 (01296) 00030000 000b4855 4d5f4d41 585f3234 ......HUM_MAX_24
2021.12.17 21:42:15.233 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000520 (01312) 48000000 04218000 00000000 07 H....!.......
2021.12.17 21:42:15.235 4: HMCCURPCPROC [d_rpc103089CUxD] Request method = system.multicall
2021.12.17 21:42:15.235 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773735.23581|CUX1200002:1|TEMPERATURE|21.500000
2021.12.17 21:42:15.236 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 TEMPERATURE 21.500000
2021.12.17 21:42:15.236 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773735.23659|CUX1200002:1|MISS_24H|0
2021.12.17 21:42:15.236 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773735.23581|CUX1200002:1|TEMPERATURE|21.500000 from queue
2021.12.17 21:42:15.237 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 MISS_24H 0
2021.12.17 21:42:15.237 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773735.23727|CUX1200002:1|TEMP_MIN_24H|19.400000
2021.12.17 21:42:15.237 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773735.23581|CUX1200002:1|TEMPERATURE|21.500000
2021.12.17 21:42:15.237 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 TEMP_MIN_24H 19.400000
2021.12.17 21:42:15.237 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773735.23785|CUX1200002:1|TEMP_MAX_24H|21.500000
2021.12.17 21:42:15.238 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773735.23659|CUX1200002:1|MISS_24H|0 from queue
2021.12.17 21:42:15.238 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 TEMP_MAX_24H 21.500000
2021.12.17 21:42:15.238 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773735.23834|CUX1200002:1|HUMIDITY|65
2021.12.17 21:42:15.238 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773735.23659|CUX1200002:1|MISS_24H|0
2021.12.17 21:42:15.238 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUMIDITY 65
2021.12.17 21:42:15.238 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773735.23886|CUX1200002:1|HUMIDITYF|65.000000
2021.12.17 21:42:15.239 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUMIDITYF 65.000000
2021.12.17 21:42:15.239 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773735.23727|CUX1200002:1|TEMP_MIN_24H|19.400000 from queue
2021.12.17 21:42:15.239 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773735.2394|CUX1200002:1|DEW_POINT|14.700000
2021.12.17 21:42:15.239 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 DEW_POINT 14.700000
2021.12.17 21:42:15.239 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773735.23727|CUX1200002:1|TEMP_MIN_24H|19.400000
2021.12.17 21:42:15.239 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773735.2399|CUX1200002:1|ABS_HUMIDITY|12.300000
2021.12.17 21:42:15.240 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 ABS_HUMIDITY 12.300000
2021.12.17 21:42:15.240 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773735.23785|CUX1200002:1|TEMP_MAX_24H|21.500000 from queue
2021.12.17 21:42:15.240 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773735.24039|CUX1200002:1|HUM_MIN_24H|62.000000
2021.12.17 21:42:15.240 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUM_MIN_24H 62.000000
2021.12.17 21:42:15.240 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773735.23785|CUX1200002:1|TEMP_MAX_24H|21.500000
2021.12.17 21:42:15.240 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773735.24086|CUX1200002:1|HUM_MAX_24H|67.000000
2021.12.17 21:42:15.241 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUM_MAX_24H 67.000000
2021.12.17 21:42:15.241 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773735.23834|CUX1200002:1|HUMIDITY|65 from queue
2021.12.17 21:42:15.241 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:15.241 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773735.23834|CUX1200002:1|HUMIDITY|65
2021.12.17 21:42:15.242 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773735.23886|CUX1200002:1|HUMIDITYF|65.000000 from queue
2021.12.17 21:42:15.243 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773735.23886|CUX1200002:1|HUMIDITYF|65.000000
2021.12.17 21:42:15.244 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773735.2394|CUX1200002:1|DEW_POINT|14.700000 from queue
2021.12.17 21:42:15.244 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773735.2394|CUX1200002:1|DEW_POINT|14.700000
2021.12.17 21:42:15.244 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773735.2399|CUX1200002:1|ABS_HUMIDITY|12.300000 from queue
2021.12.17 21:42:15.245 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773735.2399|CUX1200002:1|ABS_HUMIDITY|12.300000
2021.12.17 21:42:15.245 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773735.24039|CUX1200002:1|HUM_MIN_24H|62.000000 from queue
2021.12.17 21:42:15.245 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773735.24039|CUX1200002:1|HUM_MIN_24H|62.000000
2021.12.17 21:42:15.246 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773735.24086|CUX1200002:1|HUM_MAX_24H|67.000000 from queue
2021.12.17 21:42:15.246 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773735.24086|CUX1200002:1|HUM_MAX_24H|67.000000
2021.12.17 21:42:15.248 4: HMCCURPCPROC [d_rpc103089CUxD] Read stopped after 10 events read: no data
2021.12.17 21:42:15.251 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.17 21:42:15.286 1: PERL WARNING: Argument "" isn't numeric in subtraction (-) at (eval 11958) line 1.
2021.12.17 21:42:16.243 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:17.244 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:17.915 2: HMCCU [ccu] Can't get device description for CUX0200003 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:17.925 2: HMCCU [ccu] Can't get device description for CUX0400001 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:17.939 2: HMCCU [ccu] Can't get device description for CUX1000003:1 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:17.993 2: HMCCU [ccu] Can't get device description for CUX0800003 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:18.148 2: HMCCU [ccu] Can't get device description for CUX2801002:1 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:18.181 2: HMCCU [ccu] Can't get device description for CUX1000002:1 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:18.211 2: HMCCU [ccu] Can't get device description for CUX0800002 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:18.236 2: HMCCU [ccu] Can't get device description for CUX0800001 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:18.250 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:18.261 2: HMCCU [ccu] Can't get device description for CUX1000001:1 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:18.265 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:18.483 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:18.561 2: HMCCU [ccu] Can't get device description for CUX0200001 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:18.592 2: HMCCU [ccu] Can't get device description for CUX2801002:2 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:18.644 2: HMCCU [ccu] Can't get device description for CUX0800004 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:18.661 1: BatteryStatus ignoring Device: HM_fht.Kueche
2021.12.17 21:42:18.691 2: HMCCU [ccu] Can't get device description for CUX0800005 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:18.833 2: HMCCU [ccu] Can't get device description for CUX0200002 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:9603 HMCCU_UpdateCB:647 __ANON__:770
2021.12.17 21:42:18.839 2: HMCCU [ccu] Update success=16 failed=0
2021.12.17 21:42:19.112 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 processing request
2021.12.17 21:42:19.372 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 raw request:
2021.12.17 21:42:19.396 4: HMCCURPCPROC [d_rpc103089CUxD] Request method = system.multicall
2021.12.17 21:42:19.396 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773739.39646|CUX1200002:1|TEMPERATURE|21.500000
2021.12.17 21:42:19.396 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 TEMPERATURE 21.500000
2021.12.17 21:42:19.397 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773739.39646|CUX1200002:1|TEMPERATURE|21.500000 from queue
2021.12.17 21:42:19.397 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773739.39725|CUX1200002:1|MISS_24H|0
2021.12.17 21:42:19.397 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773739.39646|CUX1200002:1|TEMPERATURE|21.500000
2021.12.17 21:42:19.397 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 MISS_24H 0
2021.12.17 21:42:19.397 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773739.39725|CUX1200002:1|MISS_24H|0 from queue
2021.12.17 21:42:19.398 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773739.39796|CUX1200002:1|TEMP_MIN_24H|19.400000
2021.12.17 21:42:19.398 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773739.39725|CUX1200002:1|MISS_24H|0
2021.12.17 21:42:19.398 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 TEMP_MIN_24H 19.400000
2021.12.17 21:42:19.398 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773739.39796|CUX1200002:1|TEMP_MIN_24H|19.400000 from queue
2021.12.17 21:42:19.398 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773739.39796|CUX1200002:1|TEMP_MIN_24H|19.400000
2021.12.17 21:42:19.398 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773739.39869|CUX1200002:1|TEMP_MAX_24H|21.500000
2021.12.17 21:42:19.399 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 TEMP_MAX_24H 21.500000
2021.12.17 21:42:19.399 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773739.39938|CUX1200002:1|HUMIDITY|65
2021.12.17 21:42:19.399 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773739.39869|CUX1200002:1|TEMP_MAX_24H|21.500000 from queue
2021.12.17 21:42:19.399 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUMIDITY 65
2021.12.17 21:42:19.400 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773739.40013|CUX1200002:1|HUMIDITYF|65.000000
2021.12.17 21:42:19.400 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773739.39869|CUX1200002:1|TEMP_MAX_24H|21.500000
2021.12.17 21:42:19.400 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUMIDITYF 65.000000
2021.12.17 21:42:19.400 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773739.40086|CUX1200002:1|DEW_POINT|14.700000
2021.12.17 21:42:19.401 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 DEW_POINT 14.700000
2021.12.17 21:42:19.401 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773739.39938|CUX1200002:1|HUMIDITY|65 from queue
2021.12.17 21:42:19.401 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773739.40161|CUX1200002:1|ABS_HUMIDITY|12.300000
2021.12.17 21:42:19.402 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 ABS_HUMIDITY 12.300000
2021.12.17 21:42:19.402 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773739.39938|CUX1200002:1|HUMIDITY|65
2021.12.17 21:42:19.402 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773739.4023|CUX1200002:1|HUM_MIN_24H|62.000000
2021.12.17 21:42:19.402 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUM_MIN_24H 62.000000
2021.12.17 21:42:19.402 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773739.40013|CUX1200002:1|HUMIDITYF|65.000000 from queue
2021.12.17 21:42:19.403 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773739.40304|CUX1200002:1|HUM_MAX_24H|67.000000
2021.12.17 21:42:19.403 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUM_MAX_24H 67.000000
2021.12.17 21:42:19.403 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773739.40013|CUX1200002:1|HUMIDITYF|65.000000
2021.12.17 21:42:19.403 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:19.404 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773739.40086|CUX1200002:1|DEW_POINT|14.700000 from queue
2021.12.17 21:42:19.404 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773739.40086|CUX1200002:1|DEW_POINT|14.700000
2021.12.17 21:42:19.405 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773739.40161|CUX1200002:1|ABS_HUMIDITY|12.300000 from queue
2021.12.17 21:42:19.405 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773739.40161|CUX1200002:1|ABS_HUMIDITY|12.300000
2021.12.17 21:42:19.406 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773739.4023|CUX1200002:1|HUM_MIN_24H|62.000000 from queue
2021.12.17 21:42:19.406 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773739.4023|CUX1200002:1|HUM_MIN_24H|62.000000
2021.12.17 21:42:19.406 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773739.40304|CUX1200002:1|HUM_MAX_24H|67.000000 from queue
2021.12.17 21:42:19.407 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773739.40304|CUX1200002:1|HUM_MAX_24H|67.000000
2021.12.17 21:42:19.408 4: HMCCURPCPROC [d_rpc103089CUxD] Read stopped after 10 events read: no data
2021.12.17 21:42:19.411 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.17 21:42:20.405 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:21.407 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:21.653 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 processing request
2021.12.17 21:42:21.654 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 raw request:
2021.12.17 21:42:21.677 4: HMCCURPCPROC [d_rpc103089CUxD] Request method = system.multicall
2021.12.17 21:42:21.678 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773741.67802|CUX1200001:1|TEMPERATURE|7.500000
2021.12.17 21:42:21.678 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200001:1 TEMPERATURE 7.500000
2021.12.17 21:42:21.678 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773741.67874|CUX1200001:1|MISS_24H|0
2021.12.17 21:42:21.678 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773741.67802|CUX1200001:1|TEMPERATURE|7.500000 from queue
2021.12.17 21:42:21.679 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200001:1 MISS_24H 0
2021.12.17 21:42:21.679 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773741.67802|CUX1200001:1|TEMPERATURE|7.500000
2021.12.17 21:42:21.679 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773741.67961|CUX1200001:1|TEMP_MIN_24H|7.400000
2021.12.17 21:42:21.679 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773741.67874|CUX1200001:1|MISS_24H|0 from queue
2021.12.17 21:42:21.680 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200001:1 TEMP_MIN_24H 7.400000
2021.12.17 21:42:21.680 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773741.67874|CUX1200001:1|MISS_24H|0
2021.12.17 21:42:21.680 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773741.6804|CUX1200001:1|TEMP_MAX_24H|8.700000
2021.12.17 21:42:21.680 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773741.67961|CUX1200001:1|TEMP_MIN_24H|7.400000 from queue
2021.12.17 21:42:21.680 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200001:1 TEMP_MAX_24H 8.700000
2021.12.17 21:42:21.680 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773741.67961|CUX1200001:1|TEMP_MIN_24H|7.400000
2021.12.17 21:42:21.681 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773741.68117|CUX1200001:1|HUMIDITY|85
2021.12.17 21:42:21.681 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773741.6804|CUX1200001:1|TEMP_MAX_24H|8.700000 from queue
2021.12.17 21:42:21.681 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773741.6804|CUX1200001:1|TEMP_MAX_24H|8.700000
2021.12.17 21:42:21.681 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200001:1 HUMIDITY 85
2021.12.17 21:42:21.682 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773741.68117|CUX1200001:1|HUMIDITY|85 from queue
2021.12.17 21:42:21.682 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773741.68207|CUX1200001:1|HUMIDITYF|85.000000
2021.12.17 21:42:21.682 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773741.68117|CUX1200001:1|HUMIDITY|85
2021.12.17 21:42:21.682 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200001:1 HUMIDITYF 85.000000
2021.12.17 21:42:21.682 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773741.68207|CUX1200001:1|HUMIDITYF|85.000000 from queue
2021.12.17 21:42:21.683 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773741.68306|CUX1200001:1|DEW_POINT|5.200000
2021.12.17 21:42:21.683 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773741.68207|CUX1200001:1|HUMIDITYF|85.000000
2021.12.17 21:42:21.683 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773741.68306|CUX1200001:1|DEW_POINT|5.200000 from queue
2021.12.17 21:42:21.683 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200001:1 DEW_POINT 5.200000
2021.12.17 21:42:21.683 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773741.68306|CUX1200001:1|DEW_POINT|5.200000
2021.12.17 21:42:21.683 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773741.68391|CUX1200001:1|ABS_HUMIDITY|6.800000
2021.12.17 21:42:21.684 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200001:1 ABS_HUMIDITY 6.800000
2021.12.17 21:42:21.684 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773741.68391|CUX1200001:1|ABS_HUMIDITY|6.800000 from queue
2021.12.17 21:42:21.684 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773741.68475|CUX1200001:1|HUM_MIN_24H|80.000000
2021.12.17 21:42:21.684 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773741.68391|CUX1200001:1|ABS_HUMIDITY|6.800000
2021.12.17 21:42:21.685 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200001:1 HUM_MIN_24H 80.000000
2021.12.17 21:42:21.685 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773741.68475|CUX1200001:1|HUM_MIN_24H|80.000000 from queue
2021.12.17 21:42:21.685 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773741.68475|CUX1200001:1|HUM_MIN_24H|80.000000
2021.12.17 21:42:21.685 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773741.68548|CUX1200001:1|HUM_MAX_24H|85.000000
2021.12.17 21:42:21.686 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200001:1 HUM_MAX_24H 85.000000
2021.12.17 21:42:21.686 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773741.68548|CUX1200001:1|HUM_MAX_24H|85.000000 from queue
2021.12.17 21:42:21.686 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773741.68548|CUX1200001:1|HUM_MAX_24H|85.000000
2021.12.17 21:42:21.686 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:21.687 4: HMCCURPCPROC [d_rpc103089CUxD] Read stopped after 10 events read: no data
2021.12.17 21:42:21.690 2: HMCCU [ccu] Can't get device description for CUX1200001:1 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.17 21:42:22.687 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:23.163 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 processing request
2021.12.17 21:42:23.648 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 raw request:
2021.12.17 21:42:23.673 4: HMCCURPCPROC [d_rpc103089CUxD] Request method = system.multicall
2021.12.17 21:42:23.674 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773743.67421|CUX1200002:1|TEMPERATURE|21.500000
2021.12.17 21:42:23.674 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 TEMPERATURE 21.500000
2021.12.17 21:42:23.674 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773743.67421|CUX1200002:1|TEMPERATURE|21.500000 from queue
2021.12.17 21:42:23.674 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773743.67493|CUX1200002:1|MISS_24H|0
2021.12.17 21:42:23.675 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 MISS_24H 0
2021.12.17 21:42:23.675 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773743.67421|CUX1200002:1|TEMPERATURE|21.500000
2021.12.17 21:42:23.675 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773743.67567|CUX1200002:1|TEMP_MIN_24H|19.400000
2021.12.17 21:42:23.675 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773743.67493|CUX1200002:1|MISS_24H|0 from queue
2021.12.17 21:42:23.676 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773743.67493|CUX1200002:1|MISS_24H|0
2021.12.17 21:42:23.676 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 TEMP_MIN_24H 19.400000
2021.12.17 21:42:23.676 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773743.67567|CUX1200002:1|TEMP_MIN_24H|19.400000 from queue
2021.12.17 21:42:23.676 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773743.67643|CUX1200002:1|TEMP_MAX_24H|21.500000
2021.12.17 21:42:23.676 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773743.67567|CUX1200002:1|TEMP_MIN_24H|19.400000
2021.12.17 21:42:23.676 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 TEMP_MAX_24H 21.500000
2021.12.17 21:42:23.677 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773743.67643|CUX1200002:1|TEMP_MAX_24H|21.500000 from queue
2021.12.17 21:42:23.677 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773743.67727|CUX1200002:1|HUMIDITY|65
2021.12.17 21:42:23.677 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773743.67643|CUX1200002:1|TEMP_MAX_24H|21.500000
2021.12.17 21:42:23.677 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUMIDITY 65
2021.12.17 21:42:23.677 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773743.67727|CUX1200002:1|HUMIDITY|65 from queue
2021.12.17 21:42:23.678 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773743.67727|CUX1200002:1|HUMIDITY|65
2021.12.17 21:42:23.678 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773743.67799|CUX1200002:1|HUMIDITYF|65.000000
2021.12.17 21:42:23.678 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUMIDITYF 65.000000
2021.12.17 21:42:23.678 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773743.67799|CUX1200002:1|HUMIDITYF|65.000000 from queue
2021.12.17 21:42:23.678 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773743.67799|CUX1200002:1|HUMIDITYF|65.000000
2021.12.17 21:42:23.678 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773743.67876|CUX1200002:1|DEW_POINT|14.700000
2021.12.17 21:42:23.679 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 DEW_POINT 14.700000
2021.12.17 21:42:23.679 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773743.67876|CUX1200002:1|DEW_POINT|14.700000 from queue
2021.12.17 21:42:23.679 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773743.67876|CUX1200002:1|DEW_POINT|14.700000
2021.12.17 21:42:23.679 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773743.67959|CUX1200002:1|ABS_HUMIDITY|12.300000
2021.12.17 21:42:23.680 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 ABS_HUMIDITY 12.300000
2021.12.17 21:42:23.680 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773743.67959|CUX1200002:1|ABS_HUMIDITY|12.300000 from queue
2021.12.17 21:42:23.680 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773743.67959|CUX1200002:1|ABS_HUMIDITY|12.300000
2021.12.17 21:42:23.680 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773743.68053|CUX1200002:1|HUM_MIN_24H|62.000000
2021.12.17 21:42:23.681 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUM_MIN_24H 62.000000
2021.12.17 21:42:23.681 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773743.68053|CUX1200002:1|HUM_MIN_24H|62.000000 from queue
2021.12.17 21:42:23.681 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773743.68053|CUX1200002:1|HUM_MIN_24H|62.000000
2021.12.17 21:42:23.681 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773743.68141|CUX1200002:1|HUM_MAX_24H|67.000000
2021.12.17 21:42:23.681 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUM_MAX_24H 67.000000
2021.12.17 21:42:23.681 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773743.68141|CUX1200002:1|HUM_MAX_24H|67.000000 from queue
2021.12.17 21:42:23.682 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773743.68141|CUX1200002:1|HUM_MAX_24H|67.000000
2021.12.17 21:42:23.682 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:23.683 4: HMCCURPCPROC [d_rpc103089CUxD] Read stopped after 10 events read: no data
2021.12.17 21:42:23.686 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.17 21:42:24.684 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:25.686 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:26.688 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:27.214 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 processing request
2021.12.17 21:42:27.215 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 raw request:
2021.12.17 21:42:27.285 4: HMCCURPCPROC [d_rpc103089CUxD] Request method = system.multicall
2021.12.17 21:42:27.285 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773747.28583|CUX1200002:1|TEMPERATURE|21.500000
2021.12.17 21:42:27.286 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 TEMPERATURE 21.500000
2021.12.17 21:42:27.287 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773747.28755|CUX1200002:1|MISS_24H|0
2021.12.17 21:42:27.288 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773747.28583|CUX1200002:1|TEMPERATURE|21.500000 from queue
2021.12.17 21:42:27.288 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 MISS_24H 0
2021.12.17 21:42:27.289 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773747.28583|CUX1200002:1|TEMPERATURE|21.500000
2021.12.17 21:42:27.289 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773747.28964|CUX1200002:1|TEMP_MIN_24H|19.400000
2021.12.17 21:42:27.289 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773747.28755|CUX1200002:1|MISS_24H|0 from queue
2021.12.17 21:42:27.290 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 TEMP_MIN_24H 19.400000
2021.12.17 21:42:27.290 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773747.28755|CUX1200002:1|MISS_24H|0
2021.12.17 21:42:27.291 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773747.29156|CUX1200002:1|TEMP_MAX_24H|21.500000
2021.12.17 21:42:27.292 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773747.28964|CUX1200002:1|TEMP_MIN_24H|19.400000 from queue
2021.12.17 21:42:27.292 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 TEMP_MAX_24H 21.500000
2021.12.17 21:42:27.293 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773747.28964|CUX1200002:1|TEMP_MIN_24H|19.400000
2021.12.17 21:42:27.293 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773747.2937|CUX1200002:1|HUMIDITY|65
2021.12.17 21:42:27.294 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773747.29156|CUX1200002:1|TEMP_MAX_24H|21.500000 from queue
2021.12.17 21:42:27.294 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUMIDITY 65
2021.12.17 21:42:27.295 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773747.29156|CUX1200002:1|TEMP_MAX_24H|21.500000
2021.12.17 21:42:27.295 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773747.29574|CUX1200002:1|HUMIDITYF|65.000000
2021.12.17 21:42:27.295 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773747.2937|CUX1200002:1|HUMIDITY|65 from queue
2021.12.17 21:42:27.296 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUMIDITYF 65.000000
2021.12.17 21:42:27.296 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773747.2937|CUX1200002:1|HUMIDITY|65
2021.12.17 21:42:27.297 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773747.29754|CUX1200002:1|DEW_POINT|14.700000
2021.12.17 21:42:27.297 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773747.29574|CUX1200002:1|HUMIDITYF|65.000000 from queue
2021.12.17 21:42:27.298 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 DEW_POINT 14.700000
2021.12.17 21:42:27.299 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773747.29574|CUX1200002:1|HUMIDITYF|65.000000
2021.12.17 21:42:27.299 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773747.29953|CUX1200002:1|ABS_HUMIDITY|12.300000
2021.12.17 21:42:27.300 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773747.29754|CUX1200002:1|DEW_POINT|14.700000 from queue
2021.12.17 21:42:27.300 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 ABS_HUMIDITY 12.300000
2021.12.17 21:42:27.301 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773747.29754|CUX1200002:1|DEW_POINT|14.700000
2021.12.17 21:42:27.301 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773747.30163|CUX1200002:1|HUM_MIN_24H|62.000000
2021.12.17 21:42:27.302 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773747.29953|CUX1200002:1|ABS_HUMIDITY|12.300000 from queue
2021.12.17 21:42:27.303 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUM_MIN_24H 62.000000
2021.12.17 21:42:27.303 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773747.29953|CUX1200002:1|ABS_HUMIDITY|12.300000
2021.12.17 21:42:27.304 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EV|CB8701100044103089|1639773747.30414|CUX1200002:1|HUM_MAX_24H|67.000000
2021.12.17 21:42:27.304 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773747.30163|CUX1200002:1|HUM_MIN_24H|62.000000 from queue
2021.12.17 21:42:27.305 4: HMCCURPCPROC [d_rpc103089CUxD] Event CUX1200002:1 HUM_MAX_24H 67.000000
2021.12.17 21:42:27.305 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773747.30163|CUX1200002:1|HUM_MIN_24H|62.000000
2021.12.17 21:42:27.306 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:27.306 4: HMCCURPCPROC [d_rpc103089CUxD] read EV|CB8701100044103089|1639773747.30414|CUX1200002:1|HUM_MAX_24H|67.000000 from queue
2021.12.17 21:42:27.307 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EV|CB8701100044103089|1639773747.30414|CUX1200002:1|HUM_MAX_24H|67.000000
2021.12.17 21:42:27.309 4: HMCCURPCPROC [d_rpc103089CUxD] Read stopped after 10 events read: no data
2021.12.17 21:42:27.316 2: HMCCU [ccu] Can't get device description for CUX1200002:1 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.17 21:42:28.261 1: HMCCURPCPROC [d_rpc103089CUxD] Stopping RPC server CB8701100044103089
2021.12.17 21:42:28.283 4: HMCCURPCPROC [d_rpc103089CUxD] Set state to busy
2021.12.17 21:42:28.283 1: HMCCURPCPROC [d_rpc103089CUxD] Deregistering RPC server xmlrpc_bin://10.23.100.44:14111/fh8701 with ID CB8701100044103089 at xmlrpc_bin://10.23.103.89:8701
2021.12.17 21:42:28.284 4: HMCCURPCPROC [d_rpc103089CUxD] Binary RPC request
2021.12.17 21:42:28.285 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000000 (00000) 42696e00 0000003a 00000004 696e6974 Bin....:....init
2021.12.17 21:42:28.285 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000010 (00016) 00000001 00000003 00000026 786d6c72 ...........&xmlr
2021.12.17 21:42:28.285 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000020 (00032) 70635f62 696e3a2f 2f31302e 32332e31 pc_bin://10.23.1
2021.12.17 21:42:28.286 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000030 (00048) 30302e34 343a3134 3131312f 66683837 00.44:14111/fh87
2021.12.17 21:42:28.286 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000040 (00064) 3031 01
2021.12.17 21:42:28.296 4: HMCCURPCPROC [d_rpc103089CUxD] Binary RPC response
2021.12.17 21:42:28.297 4: HMCCURPCPROC [d_rpc103089CUxD] 0x00000000 (00000) 42696e01 00000008 00000003 00000000 Bin.............
2021.12.17 21:42:28.308 4: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 accepting connections
2021.12.17 21:42:28.320 1: HMCCURPCPROC [d_rpc103089CUxD] Callback for RPC server CB8701100044103089 deregistered
2021.12.17 21:42:28.320 4: HMCCURPCPROC [d_rpc103089CUxD] Set rpcstate to deregistered
2021.12.17 21:42:28.351 2: HMCCURPCPROC [d_rpc103089CUxD] Sending signal INT to RPC server process CB8701100044103089 with PID=29810
2021.12.17 21:42:28.351 4: HMCCURPCPROC [d_rpc103089CUxD] Set rpcstate to stopping
2021.12.17 21:42:28.352 2: HMCCURPCPROC [d_rpc103089CUxD] Scheduling cleanup in 30 seconds
2021.12.17 21:42:28.352 2: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 received signal INT
2021.12.17 21:42:28.352 1: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 stopped handling connections. PID=29810
2021.12.17 21:42:28.353 4: HMCCURPCPROC [d_rpc103089CUxD] Event statistics = 51|50|0|0|0|0|0|0|0|1|0
2021.12.17 21:42:28.353 2: HMCCURPCPROC [d_rpc103089CUxD] Event = EX|CB8701100044103089|SHUTDOWN|29810
2021.12.17 21:42:28.353 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 event type = EV: 50
2021.12.17 21:42:28.354 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 event type = ND: 0
2021.12.17 21:42:28.354 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 event type = DD: 0
2021.12.17 21:42:28.354 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 event type = RD: 0
2021.12.17 21:42:28.354 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 event type = RA: 0
2021.12.17 21:42:28.355 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 event type = UD: 0
2021.12.17 21:42:28.355 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 event type = IN: 0
2021.12.17 21:42:28.355 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 event type = EX: 1
2021.12.17 21:42:28.355 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 event type = SL: 1
2021.12.17 21:42:28.355 4: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 event type = TO: 0
2021.12.17 21:42:28.356 2: HMCCURPCPROC [d_rpc103089CUxD] Number of I/O errors = 0
2021.12.17 21:42:29.362 4: HMCCURPCPROC [d_rpc103089CUxD] read EX|CB8701100044103089|SHUTDOWN|29810 from queue
2021.12.17 21:42:29.363 2: HMCCURPCPROC [d_rpc103089CUxD] CCUEvent = EX|CB8701100044103089|SHUTDOWN|29810
2021.12.17 21:42:29.400 1: HMCCURPCPROC [d_rpc103089CUxD] RPC server process CB8701100044103089 terminated.
2021.12.17 21:42:29.401 4: HMCCURPCPROC [d_rpc103089CUxD] Set rpcstate to inactive
2021.12.17 21:42:29.402 2: HMCCURPCPROC [d_rpc103089CUxD] Stop I/O handling
2021.12.17 21:42:29.403 3: HMCCURPCPROC [d_rpc103089CUxD] Close child socket
2021.12.17 21:42:29.404 3: HMCCURPCPROC [d_rpc103089CUxD] Close parent socket
2021.12.17 21:42:29.434 4: HMCCURPCPROC [d_rpc103089CUxD] Set state to OK
2021.12.17 21:42:29.448 2: HMCCURPCPROC [d_rpc103089CUxD] RPC server stopped. Cancel delayed shutdown.
Musste zwischendrin ein paar raw-Binaries rausschneiden, ist sonst zu lang...
@OiledAmoeba
Vorbildliche Trennung der Netze. Das Verhalten ist ziemlich schräg: Die Initialisierung des CUxD RPC Servers funktioniert (der Fehler bei Init ist normal, da der Init nicht sofort zurückkehrt).
Die Abfrage der Parameter erfolgt über genau die gleiche Schnittstelle (IP, Port) wie die Initialisierung, müsste also funktionieren. Ich hätte jetzt noch 2 Ansatzpunkte:
1. CUxD hat seit einiger Zeit Sicherheitsfunktionen eingebaut. Wie sehen bei Dir folgende CUxD Parameter aus:
USERLOGIN, USERACCESS,ACCESS-RPC,REMOTE-PARAMS,REMOTE-CMD?
Bei mir sind die so eingestellt:
USERACCESS=1+ (sonst kann man das CUxD Webinterface nicht aus FHEM heraus aufrufen)
USERLOGIN=
Die anderen habe ich nicht gesetzt.
2. CCU Geschwindigkeit. Du hast eine CCU2, die ist sehr langsam, v.a. bei vielen RPC Requests
Setze mal das Attribut "rpcReadTimeout" im HMCCURPCPROC Device vom CUxD auf 0.01 (Default ist 0.005)
Kannst Du bitte mal die Log-Ausgabe vom fhem Start schicken (vor dem Start der RPC Server)? Das sollte ungefähr so aussehen:
021.12.15 15:38:08 1: HMCCU [ccu1] Reading device config from CCU. This may take a couple of seconds ...
2021.12.15 15:38:08 2: HMCCU [ccu1] Reading Device Descriptions for interface CUxD
2021.12.15 15:38:08 2: HMCCU [ccu1] Read 116 Device Descriptions for interface CUxD
2021.12.15 15:38:08 2: HMCCU [ccu1] Reading Paramset Descriptions for interface CUxD
2021.12.15 15:38:09 2: HMCCU [ccu1] Read 93 Paramset Descriptions for interface CUxD
2021.12.15 15:38:09 2: HMCCU [ccu1] Reading Peer Descriptions for interface CUxD
2021.12.15 15:38:09 2: HMCCU [ccu1] Read 0 Peer Descriptions for interface CUxD
2021.12.15 15:38:09 2: HMCCU [ccu1] Reading Device Descriptions for interface HmIP-RF
2021.12.15 15:38:09 2: HMCCU [ccu1] Read 100 Device Descriptions for interface HmIP-RF
2021.12.15 15:38:09 2: HMCCU [ccu1] Reading Paramset Descriptions for interface HmIP-RF
2021.12.15 15:38:15 2: HMCCU [ccu1] Read 100 Paramset Descriptions for interface HmIP-RF
2021.12.15 15:38:15 2: HMCCU [ccu1] Reading Peer Descriptions for interface HmIP-RF
2021.12.15 15:38:15 2: HMCCU [ccu1] Read 7 Peer Descriptions for interface HmIP-RF
Zitat von: OiledAmoeba am 17 Dezember 2021, 21:21:27
Die "Firewall" in der CCU2 steht auf Homematic XML-RPC API: Vollzugriff und Remote Homematic-Script API: Eingeschränkt. Freigegebene Adressen sind 10.192.0.0/12; 10.23.100.0/24; 10.23.102.0/23
xxx.xxx.101.xxx habe ich ausgeklammert, da diese IPs nix auf der CCU2 zu suchen haben ;-)
100 = Server(-dienste)
101 = Gäste
102 = normale User
103 = SmartHome-Devices
Achtung, Du hast hier ein Segment 10.23.102.0/23 definiert - also 10.23.102.1 bis 10.23.103.254 wäre somit ein einziges Netz!
Je nachdem, wo du überall 10.23.102.0/23 als Definition / Maske verwendest, bedeutet das, dass Ziel-IPs 10.23.103.x NICHT über ein mögliches Gateway für das Netz 10.23.102.0/23 oder 10.23.103.0/24 geroutet werden (weil sie ja lokal gefunden werden sollen). Auf der anderen Seite scheinst du aber eigentlich zwei 24er Netze (102 und 103) konfiguriert zu haben. Auf wiederum einer anderen Seite schreibst du etwas von einem 22er Netz. Ich vermute, dass die Netzkonfiguration und somit das Routing irgendwo nicht passt.
@Zap: Ich glaub, das war es. Von unterwegs war gerade am einfachsten, Punkt 2 zu testen. CUxD-RPC mit Standardtimeout = "read 0 channels..." , mit geänderten Timing "read 111 channels..."
Werde am Sonntag mal beobachten und gucken, dass ich die Schalter wieder bedienbar bekomme...
@Ralli: grds. richtig. Routinglogik und Filterlogik sind aber verschiedene Welten. Für das Routing wäre es (ohne passende Gateways) tödlich, da hast du vollkommen Recht. Aber Firewalls sind einfach nur Filter. Mit meinen Regeln klammere ich das x.x.101.x Segment aus. Der Filter sieht nur die Source-IP und guckt dann, ob diese IP zulässig ist. Aus welchem Netzsegment die IP kommt, erfährt der Empfänger nicht.
Zitat von: zap am 15 Dezember 2021, 21:23:05
Also eventmap solltest Du keinesfalls so verwenden. Jedenfalls nicht mit lock und close. Denn das sind set Befehle, die schon eingebaut sind.
Kannst Du für das homebridge Mapping nicht pct verwenden?
Um das Problem zu analysieren, bitte mal ccuflags auf trace setzen, den lock Befehl ausführen (vorher das aus wventmap löschen). Im fhem Log findest du dann irgendwo den Homematic script Befehl. Den hätte ich gerne
Sorry, ist schon eine Weile her, dass ich daran rumkonfiguriert habe und habe nicht mehr alles detailliert im Kopf, wie das alles funktioniert: Wie müsste denn das homebridge Mapping jetzt idealerweise aussehen?
eventmap hab ich gelöscht, dann ccuflags im Device auf trace gesetzt.
Aber ich sehe im Log nach Aufrufen des lock Befehls nur:
2021.12.19 12:03:26 1: PERL WARNING: Argument "open" isn't numeric in addition (+) at ./FHEM/88_HMCCU.pm line 7294.
Der lock Befehl hat auch ohne eventmap das Fenster nur zugezogen, aber nicht verschlossen.
Hallo zap,
in der pivccu wird ja angezeigt wenn es von deimos eine neue Version gibt. Kannst Du diese Info mit Deinem Modul auslesen und anzeigen?
Viele Grüße
Jürgen
Hallo Zap,
als erstes muss ich mich für das tollle Modul bedanken, hab damit erfolgreich den Umstieg auf die CCU3 (pivccu) mit ~60 Devices gemeistert.
Eines der Devices aus meinem HM Zoo scheint aber noch nicht implementiert zu sein, und zwar der Homebrew Abstandsensor mit dem Sketch von Jerome https://github.com/jp112sdl/HB-UNI-Sen-DIST-US
.
Es kommt immer die Meldung
Results of create command:
Not detected CCU devices:
Garage_Abstandssensor = DIST000010 [Garage_Abstandssensor]
Hier ist der Output von Deviceinfo:
DEV Garage_Abstandssensor DIST000010 interface=BidCos-RF type=HB-UNI-Sen-DIST-US
CHN DIST000010:0 Garage_Abstandssensor:0
0.UNREACH = false {b} [RE]
0.STICKY_UNREACH = false {b} [RWE]
0.CONFIG_PENDING = false {b} [RE]
0.LOWBAT = false {b} [RE]
0.RSSI_DEVICE = 1 {n} [RE]
0.RSSI_PEER = 187 {n} [RE]
0.DEVICE_IN_BOOTLOADER = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN DIST000010:1 HB-UNI-Sen-DIST-US DIST000010:1
1.DISTANCE = 47.000000 {f} [RE]
1.BATTERY_VOLTAGE = 5.100000 {f} [RE]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Current state datapoint = 1.PRESS_SHORT
Current control datapoint = 1.PRESS_SHORT
Device description
Device DIST000010 Garage_Abstandssensor [HB-UNI-Sen-DIST-US]
CHILDREN: DIST000010:0,DIST000010:1
FIRMWARE: 1.0
FLAGS: Visible
INTERFACE: MEQ0773040
PARAMSETS: MASTER
RF_ADDRESS: 16373249
ROAMING: 0
RX_MODE: LAZY_CONFIG,BURST
UPDATABLE: 0
Channel DIST000010:0 Garage_Abstandssensor:0 [MAINTENANCE]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible,Internal
PARAMSETS: MASTER,VALUES
PARENT: DIST000010
PARENT_TYPE: HB-UNI-Sen-DIST-US
Channel DIST000010:1 HB-UNI-Sen-DIST-US DIST000010:1 [HB_GENERIC_DIST]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: LINK,MASTER,VALUES
PARENT: DIST000010
PARENT_TYPE: HB-UNI-Sen-DIST-US
Brauchst Du irgendwelche weiteren Logs etc. um das Device einzubinden?
Gruß
Alex
Hallo Zusammen,
Ich meine ca. 50 HMIP Devices mit der 5.0 CCU über "creatDEV"neu angelegt und bei der Gelegenheit mein FHEM mal etwas "aufgeräumt". ;)
Erst mal vielen Dank an ZAP, mit der 5.0er HMCCU kann man sich echt eine ganz Menge an Attribute sparen und es macht den Umgang mit HMCCU deutlich einfacher und übersichtlicher.
Nur ein (zugegeben etwas exotisches) Device konnte die HMCCU nicht automatisch anlegen. Mein Differenz Temperatur Messern HmIP-STE2-PCB, meiner Fußbodenheizung.
Kann ich irgendwas an Daten liefern, damit auch dieses Device erkannt wird?
Hier schon mal ein List, des Devices.
Internals:
DEF x
FUUID x
FVERSION 88_HMCCUDEV.pm:v5.0.0-s25347/2021-12-15
IODev CCU
NAME temp_dif_heizung
NR 260
STATE Zulauf: 26.2°C
Ablauf: 25.2°C
Differenz: 1.0°C
TYPE HMCCUDEV
ccuaddr x
ccudevstate active
ccuif HmIP-RF
ccuname temp_dif_heizung
ccusubtype STE2-PCB
ccutype HmIP-STE2-PCB
firmware 1.0.26
readonly no
Helper:
DBLOG:
temp1:
DBLogging:
TIME 1639942721.572
VALUE 26.2
temp2:
DBLogging:
TIME 1639942721.572
VALUE 25.2
temperature:
DBLogging:
TIME 1639942721.5962
VALUE 1.0
READINGS:
2021-12-19 18:23:50 IODev CCU
2021-12-19 20:38:41 activity alive
2021-12-19 20:38:41 battery ok
2021-10-27 15:55:30 control 0.0
2021-12-19 20:38:41 devstate ok
2021-12-19 20:38:41 hmstate 1.0
2021-12-19 20:38:41 rssidevice -80
2021-12-19 16:46:50 rssipeer N/A
2021-12-19 20:38:41 state 1.0
2021-12-19 20:38:41 temp1 26.2
2021-12-19 20:38:41 temp1_STATUS NORMAL
2021-12-19 20:38:41 temp2 25.2
2021-12-19 20:38:41 temp2_STATUS NORMAL
2021-12-19 20:38:41 temperature 1.0
2021-12-19 20:38:41 temperature_STATUS NORMAL
2021-12-19 20:38:41 voltage 2.5
hmccu:
channels 4
detect 0
devspec 00281D898A790B
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:COND_SWITCH_TRANSMITTER_TEMPERATURE,2:COND_SWITCH_TRANSMITTER_TEMPERATURE,3:COND_SWITCH_TRANSMITTER_TEMPERATURE
setDefaults 0
cmdlist:
get
set
control:
dp:
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.LOW_BAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL ok
OVAL 0
SVAL ok
VAL 0
0.OPERATING_VOLTAGE:
VALUES:
NVAL 2.5
ONVAL 2.5
OSVAL 2.5
OVAL 2.5
SVAL 2.5
VAL 2.5
0.OPERATING_VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -80
ONVAL -80
OSVAL -80
OVAL -80
SVAL -80
VAL -80
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
1.ACTUAL_TEMPERATURE:
VALUES:
NVAL 26.2
ONVAL 26.3
OSVAL 26.3
OVAL 26.3
SVAL 26.2
VAL 26.2
1.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
2.ACTUAL_TEMPERATURE:
VALUES:
NVAL 25.2
ONVAL 25.2
OSVAL 25.2
OVAL 25.2
SVAL 25.2
VAL 25.2
2.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
3.ACTUAL_TEMPERATURE:
VALUES:
NVAL 1.0
ONVAL 1.1
OSVAL 1.1
OVAL 1.1
SVAL 1.0
VAL 1.0
3.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
roleCmds:
get:
set:
state:
chn 3
dpt ACTUAL_TEMPERATURE
Attributes:
DbLogExclude .*
DbLogInclude temp1,temp2,temperature
IODev CCU
alias Differenz Messer Heizung
ccureadingfilter (ACTUAL_TEMPERATURE|LOW_BAT)
ccureadingname 0.LOW_BAT:battery;1.ACTUAL_TEMPERATURE:temp1;2.ACTUAL_TEMPERATURE:temp2;3.ACTUAL_TEMPERATURE:temperature;
event-on-change-reading battery,control,hmstate,state,temp1_STATUS,temp2_STATUS,temperature_STATUS
event-on-update-reading temp1,temp2,temperature
genericDeviceType thermometer
group Sensoren
room Messdaten
stateFormat {
sprintf("Zulauf: %.1f°C", ReadingsVal($name,"temp1",0)).
sprintf("\n")."Ablauf: ".
sprintf("%.1f°C", ReadingsVal($name,"temp2",0)).
sprintf("\n")."Differenz: ".
sprintf("%.1f°C", ReadingsVal($name,"temperature",0))
}
statedatapoint 3.ACTUAL_TEMPERATURE
stripnumber 1
substitute LOW_BAT!(0|false):ok,(1|true):low
Hallo,
ich habe einen Garagentoröffner HmIP-MOD-TM. Der ist dem Modul leider nicht bekannt, so dass ich ihn manuell konfigurieren musste.
Vor dem Update sah die Konfiguration so aus:
defmod HmIP_MOD_TM_001E5932FAF808_1 HMCCUCHN 001E5932FAF808:1
attr HmIP_MOD_TM_001E5932FAF808_1 IODev ccu
attr HmIP_MOD_TM_001E5932FAF808_1 alias Garagentorantrieb
attr HmIP_MOD_TM_001E5932FAF808_1 ccureadingname 1.DOOR_STATE:position;;1.ERROR_CODE:error_code;;1.PROCESS:process;;1.SECTION\b:status;;1.SECTION_STATUS:section_status
attr HmIP_MOD_TM_001E5932FAF808_1 devStateIcon open:fts_garage_door_10@orange:close closed:fts_garage_door_100:open opening:fts_garage_door_70@orangered:stop closing:fts_garage_door_30@orangered:stop stopped:fts_garage_door_50@orange:close
attr HmIP_MOD_TM_001E5932FAF808_1 event-on-change-reading .*
attr HmIP_MOD_TM_001E5932FAF808_1 genericDeviceType garage
attr HmIP_MOD_TM_001E5932FAF808_1 homebridgeMapping clear\
CurrentDoorState=state,values=opening:OPENING;;closing:CLOSING;;open:OPEN;;closed:CLOSED;;stopped:STOPPED\
TargetDoorState=state,values=open:OPEN;;closed:CLOSED,cmds=OPEN:open;;CLOSED:close
attr HmIP_MOD_TM_001E5932FAF808_1 icon fts_garage
attr HmIP_MOD_TM_001E5932FAF808_1 room HM
attr HmIP_MOD_TM_001E5932FAF808_1 siriName Garagentor
attr HmIP_MOD_TM_001E5932FAF808_1 statedatapoint 1.DOOR_COMMAND
attr HmIP_MOD_TM_001E5932FAF808_1 statevals nop:0,open:1,stop:2,close:3,ventilate:4
attr HmIP_MOD_TM_001E5932FAF808_1 substitute DOOR_STATE!#0-0:closed,#1-1:open,#2-2:ventilation,#3-3:unknown;;PROCESS!#0-0:stable,#1-1:not_stable;;SECTION!#0-0:closed,#2-2:opening,#3-3:open,#5-5:closing;;SECTION_STATUS!#0-0:normal,#1-1:unknown
attr HmIP_MOD_TM_001E5932FAF808_1 timestamp-on-change-reading .*
attr HmIP_MOD_TM_001E5932FAF808_1 userReadings state {\
if(ReadingsVal($name,"position",0) ne "open" and ReadingsVal($name,"position",0) ne "closed" and ReadingsVal($name,"status",0) ne "opening" and ReadingsVal($name,"status",0) ne "closing") {\
return "stopped";;\
}\
ReadingsVal($name,"status",0);;\
}
attr HmIP_MOD_TM_001E5932FAF808_1 webCmd open:stop:close:ventilate
Status und Steuerung hat auch wunderbar funktioniert. Nach dem Update hat nun erst mal gar nichts mehr funktioniert. Letztendlich musste ich die Konfiguration ein wenig anpassen, derzeit sieht sie so aus:
defmod HmIP_MOD_TM_001E5932FAF808_1 HMCCUCHN 001E5932FAF808:1
attr HmIP_MOD_TM_001E5932FAF808_1 IODev ccu
attr HmIP_MOD_TM_001E5932FAF808_1 alias Garagentorantrieb
attr HmIP_MOD_TM_001E5932FAF808_1 ccureadingname DOOR_STATE:position;;ERROR_CODE:error_code;;PROCESS:process;;SECTION\b:status;;SECTION_STATUS:section_status
attr HmIP_MOD_TM_001E5932FAF808_1 controldatapoint DOOR_COMMAND
attr HmIP_MOD_TM_001E5932FAF808_1 devStateIcon open:fts_garage_door_10@orange:close closed:fts_garage_door_100:open opening:fts_garage_door_70@orangered:stop closing:fts_garage_door_30@orangered:stop stopped:fts_garage_door_50@orange:close
attr HmIP_MOD_TM_001E5932FAF808_1 event-on-change-reading .*
attr HmIP_MOD_TM_001E5932FAF808_1 genericDeviceType garage
attr HmIP_MOD_TM_001E5932FAF808_1 homebridgeMapping clear\
CurrentDoorState=state,values=opening:OPENING;;closing:CLOSING;;open:OPEN;;closed:CLOSED;;stopped:STOPPED\
TargetDoorState=state,values=open:OPEN;;closed:CLOSED,cmds=OPEN:open;;CLOSED:close
attr HmIP_MOD_TM_001E5932FAF808_1 icon fts_garage
attr HmIP_MOD_TM_001E5932FAF808_1 room HM
attr HmIP_MOD_TM_001E5932FAF808_1 siriName Garagentor
attr HmIP_MOD_TM_001E5932FAF808_1 statedatapoint DOOR_STATE
attr HmIP_MOD_TM_001E5932FAF808_1 statevals nop:0,open:1,stop:2,close:3,ventilate:4
attr HmIP_MOD_TM_001E5932FAF808_1 substitute DOOR_STATE!#0-0:closed,#1-1:open,#2-2:ventilation,#3-3:unknown;;PROCESS!#0-0:stable,#1-1:not_stable;;SECTION!#0-0:closed,#2-2:opening,#3-3:open,#5-5:closing;;SECTION_STATUS!#0-0:normal,#1-1:unknown
attr HmIP_MOD_TM_001E5932FAF808_1 timestamp-on-change-reading .*
attr HmIP_MOD_TM_001E5932FAF808_1 userReadings state {\
if(ReadingsVal($name,"position",0) ne "open" and ReadingsVal($name,"position",0) ne "closed" and ReadingsVal($name,"status",0) ne "opening" and ReadingsVal($name,"status",0) ne "closing") {\
return "stopped";;\
}\
ReadingsVal($name,"status",0);;\
}
attr HmIP_MOD_TM_001E5932FAF808_1 webCmd open:stop:close:ventilate
Damit funktioniert schon mal der Status wieder einwandfrei und die Befehle wie "open", "close", ... werden auch wieder angezeigt. Diese funktionieren jedoch nicht. Wenn ich allerdings ein set HmIP_MOD_TM_001E5932FAF808_1 datapoint DOOR_COMMAND 1 ausführe geht es. Scheinbar habe ich also noch irgendwo einen Fehler drin. Ich würde mich über einen Hinweis freuen :)
Hier noch das get deviceInfo:
Device channels and datapoints
DEV Garagentorantrieb 001E5932FAF808 interface=HmIP-RF type=HmIP-MOD-TM
CHN 001E5932FAF808:0 Garagentorantrieb:0
0.CONFIG_PENDING = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.INSTALL_TEST = true {b} [RW]
0.OPERATING_VOLTAGE = 0.000000 {f} [RE]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
0.RSSI_DEVICE = 196 {n} [RE]
0.RSSI_PEER = 189 {n} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN 001E5932FAF808:1 HmIP-MOD-TM 001E5932FAF808:1
1.DOOR_COMMAND = {i} [W]
1.DOOR_STATE = 0 {i} [RE]
1.ERROR_CODE = 0 {i} [RE]
1.PROCESS = 0 {i} [RE]
1.SECTION = 0 {i} [RE]
1.SECTION_STATUS = 0 {i} [RE]
CHN 001E5932FAF808:2 HmIP-MOD-TM 001E5932FAF808:2
2.PROCESS = 0 {i} [RE]
2.SECTION = 0 {i} [RE]
2.SECTION_STATUS = 0 {i} [RE]
2.STATE = false {b} [RWE]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Current state datapoint = 1.DOOR_STATE
Current control datapoint = 1.DOOR_COMMAND
Device description
Device 001E5932FAF808 Garagentorantrieb [HmIP-MOD-TM]
AES_ACTIVE: 1
AVAILABLE_FIRMWARE: 1.0.0
CHILDREN: 001E5932FAF808:0,001E5932FAF808:1,001E5932FAF808:2
DIRECTION: NONE
FIRMWARE: 1.0.0
FIRMWARE_UPDATE_STATE: UP_TO_DATE
FLAGS: Visible
PARAMSETS: MASTER,SERVICE
RF_ADDRESS: 8028424
ROAMING: 0
RX_MODE:
SUBTYPE: MOD-TM
UPDATABLE: 1
Channel 001E5932FAF808:0 Garagentorantrieb:0 [MAINTENANCE]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 001E5932FAF808
PARENT_TYPE: HmIP-MOD-TM
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 001E5932FAF808:1 HmIP-MOD-TM 001E5932FAF808:1 [DOOR_RECEIVER]
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: LEVEL,REMOTE_CONTROL,CONDITIONAL_SWITCH,SWITCH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 001E5932FAF808
PARENT_TYPE: HmIP-MOD-TM
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Defaults
Danke & Gruß
Hanjo
Zitat von: Hanjo am 20 Dezember 2021, 19:51:36
Ich würde mich über einen Hinweis freuen :)
Habe noch ein bisschen weiter experimentiert: Mit einem zusätzlichen
attr HmIP_MOD_TM_001E5932FAF808_1 eventMap {\
usr=>{\
'open' => 'datapoint DOOR_COMMAND 1',\
'stop' => 'datapoint DOOR_COMMAND 2',\
'close' => 'datapoint DOOR_COMMAND 3',\
'ventilate' => 'datapoint DOOR_COMMAND 4'\
}\
}
funktioniert es wieder so wie es soll. Aber irgendwie habe ich den Eindruck, dass das nicht die richtige Lösung ist.
Hallo,
hab mich zuerst ins BETA-Topic verirrt und hoffe, hier nun richtig zu sein.
Hab gestern meine HMCCU Version 4.3.025 auf 5.0 per FHEM per update hochgezogen.
Der RPC-Server liefert auch weiterhin updates, es kommen regelmäßig Events rein.
Per get update bekomme ich die Datapoints auch angezeigt:
Readings for config parameters are not updated until you set showXXX flags in attribute ccuflags
Device OEQ0756369
Channel 0 [VALUES]
AES_KEY = off
CONFIG_PENDING = false
DEVICE_IN_BOOTLOADER = false
LOWBAT = ok
RSSI_DEVICE = N/A
RSSI_PEER = -51
STICKY_UNREACH = false
UNREACH = alive
UPDATE_PENDING = false
Channel 1 [MASTER]
AES_ACTIVE = 1
BRIGHTNESS_FILTER = 0
CAPTURE_WITHIN_INTERVAL = 1
EVENT_FILTER_NUMBER = 1
EVENT_FILTER_PERIOD = 00:00:01
LED_ONTIME = 00:00:00
MIN_INTERVAL = 0
Channel 1 [VALUES]
BRIGHTNESS = 254
MOTION = noMotion
NEXT_TRANSMISSION = 17
Auch get datapoint liefert die korrekten Werte.
Dennoch werden die Datapoints BRIGHTNESS und MOTION nicht angelegt/aktualisiert.
Habe "set <device> defaults forceReset" und "set <device> clear defaults" mehrfach auch Device- und Channel- Modul losgelassen.
Von CCUReadingsfilter habe ich auf CCUflags umgestellt.
Interessant ist auch, das der hmstate weiterhin vom RPC-Server aktualisiert wird, der ja offensichtlich hier den Datapoint MOTION verwendet.
Habt ihr evtl. noch eine Idee, außer alles neu anzulegen?
Viele Grüße
Sebastian
Würde es evtl. Sinn machen für den HmIP-WRC6 folgendes im default zu hinterlegen:
attr $DEVICE event-on-update-reading PRESS_LONG,PRESS_LONG_RELEASE,PRESS_LONG_START,PRESS_SHORT
Das ist ja so ziemlich die einzige Funktion des Gerätes.
Zitat von: DaDiGi am 21 Dezember 2021, 19:04:24
Würde es evtl. Sinn machen für den HmIP-WRC6 folgendes im default zu hinterlegen:
attr $DEVICE event-on-update-reading PRESS_LONG,PRESS_LONG_RELEASE,PRESS_LONG_START,PRESS_SHORT
Das ist ja so ziemlich die einzige Funktion des Gerätes.
Für die Rollen KEY und KEY_TRANSCEIVER passiert das schon. Welche Rollen hat den das Device? Ggf. "get deviceinfo" ausführen
Zitat von: zap am 22 Dezember 2021, 09:04:23
Für die Rollen KEY und KEY_TRANSCEIVER passiert das schon. Welche Rollen hat den das Device? Ggf. "get deviceinfo" ausführen
Device channels and datapoints
DEV WZ_Wandschalter 000B58A9938C5E interface=HmIP-RF type=HmIP-WRC6
CHN 000B58A9938C5E:0 WZ_Wandschalter:0
0.CONFIG_PENDING = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.INSTALL_TEST = true {b} [RW]
0.LOW_BAT = false {b} [RE]
0.OPERATING_VOLTAGE = 2.500000 {f} [RE]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
0.RSSI_DEVICE = 169 {n} [RE]
0.RSSI_PEER = 0 {n} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN 000B58A9938C5E:1 WZ_Wandschalter:1
1.PRESS_LONG = {b} [E]
1.PRESS_SHORT = false {b} [E]
1.PRESS_LONG_RELEASE = {b} [E]
1.PRESS_LONG_START = {b} [E]
CHN 000B58A9938C5E:2 WZ_Wandschalter:2
2.PRESS_LONG = {b} [E]
2.PRESS_SHORT = false {b} [E]
2.PRESS_LONG_RELEASE = {b} [E]
2.PRESS_LONG_START = {b} [E]
CHN 000B58A9938C5E:3 WZ_Wandschalter:3
3.PRESS_LONG = false {b} [E]
3.PRESS_SHORT = false {b} [E]
3.PRESS_LONG_RELEASE = false {b} [E]
3.PRESS_LONG_START = false {b} [E]
CHN 000B58A9938C5E:4 WZ_Wandschalter:4
4.PRESS_LONG = {b} [E]
4.PRESS_SHORT = false {b} [E]
4.PRESS_LONG_RELEASE = {b} [E]
4.PRESS_LONG_START = {b} [E]
CHN 000B58A9938C5E:5 WZ_Wandschalter:5
5.PRESS_LONG = {b} [E]
5.PRESS_SHORT = false {b} [E]
5.PRESS_LONG_RELEASE = {b} [E]
5.PRESS_LONG_START = {b} [E]
CHN 000B58A9938C5E:6 WZ_Wandschalter:6
6.PRESS_LONG = false {b} [E]
6.PRESS_SHORT = false {b} [E]
6.PRESS_LONG_RELEASE = false {b} [E]
6.PRESS_LONG_START = false {b} [E]
Device detection:
StateDatapoint = 1.PRESS_SHORT [KEY_TRANSCEIVER]
StateDatapoint = 2.PRESS_SHORT [KEY_TRANSCEIVER]
StateDatapoint = 3.PRESS_SHORT [KEY_TRANSCEIVER]
StateDatapoint = 4.PRESS_SHORT [KEY_TRANSCEIVER]
StateDatapoint = 5.PRESS_SHORT [KEY_TRANSCEIVER]
StateDatapoint = 6.PRESS_SHORT [KEY_TRANSCEIVER]
No control datapoint detected
Recommended module for device definition: HMCCUCHN
Current state datapoint = 1.PRESS_SHORT
Current control datapoint = .
Device description
Device 000B58A9938C5E WZ_Wandschalter [HmIP-WRC6]
AES_ACTIVE: 1
AVAILABLE_FIRMWARE: 0.0.0
CHILDREN: 000B58A9938C5E:0,000B58A9938C5E:1,000B58A9938C5E:2,000B58A9938C5E:3,000B58A9938C5E:4,000B58A9938C5E:5,000B58A9938C5E:6
DIRECTION: NONE
FIRMWARE: 1.0.19
FIRMWARE_UPDATE_STATE: UP_TO_DATE
FLAGS: Visible
PARAMSETS: MASTER,SERVICE
RF_ADDRESS: 10323672
ROAMING: 0
RX_MODE: CONFIG
SUBTYPE: WRC6
UPDATABLE: 1
Channel 000B58A9938C5E:0 WZ_Wandschalter:0 [MAINTENANCE]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 000B58A9938C5E
PARENT_TYPE: HmIP-WRC6
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 000B58A9938C5E:1 WZ_Wandschalter:1 [KEY_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: REMOTE_CONTROL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 000B58A9938C5E
PARENT_TYPE: HmIP-WRC6
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Defaults
Support for role KEY_TRANSCEIVER of device type HmIP-WRC6 is built in.
@DaDiGi
Dann sollte event-on-update-reading spätestens nach einem "set defaults reset" auf ".*" gesetzt werden.
Zitat von: aski71 am 19 Dezember 2021, 12:08:53
Sorry, ist schon eine Weile her, dass ich daran rumkonfiguriert habe und habe nicht mehr alles detailliert im Kopf, wie das alles funktioniert: Wie müsste denn das homebridge Mapping jetzt idealerweise aussehen?
eventmap hab ich gelöscht, dann ccuflags im Device auf trace gesetzt.
Aber ich sehe im Log nach Aufrufen des lock Befehls nur:
2021.12.19 12:03:26 1: PERL WARNING: Argument "open" isn't numeric in addition (+) at ./FHEM/88_HMCCU.pm line 7294.
Der lock Befehl hat auch ohne eventmap das Fenster nur zugezogen, aber nicht verschlossen.
Du musst FHEM neu starten, wenn Du eventMap veränderst. Die internen Strukturen in FHEM enthalten leider immer noch die alten Definitionen ohne Neustart.
Mach danach bitte nochmal ein list vom Device. Irgendetwas ist da total schräg.
Zitat von: juemuc am 19 Dezember 2021, 13:09:31
Hallo zap,
in der pivccu wird ja angezeigt wenn es von deimos eine neue Version gibt. Kannst Du diese Info mit Deinem Modul auslesen und anzeigen?
Viele Grüße
Jürgen
Keine Ahnung, wie ich an die Info rankomme. Habe hier auch kein piVCCU im Einsatz, um das zu testen.
Zitat von: zap am 22 Dezember 2021, 11:47:43
@DaDiGi
Dann sollte event-on-update-reading spätestens nach einem "set defaults reset" auf ".*" gesetzt werden.
Ja schon, aber im Log waren keine Events zu sehen außer "state:pressed".
Erst nachdem ich die reading explizit angegeben habe.
Zitat von: Nighthawk am 19 Dezember 2021, 19:32:42
Results of create command:
Not detected CCU devices:
Garage_Abstandssensor = DIST000010 [Garage_Abstandssensor]
Homebrew Devices kann ich nicht (so einfach) einbauen, da sie natürlich in der EQ-3 Doku nicht beschrieben sind. Aber wie schon das eine oder andere Mal erwähnt: HMCCU unterstützt alle Gerätetypen, man muss sie halt manuell definieren, wenn sie von "get createDev" nicht erkannt werden.
Bei so einem Sensor ist das extrem einfach: Du definierst ein HMCCUCHN für den Kanal 1 und setzt noch das Attribut statedatapoint auf den DISTANCE Datenpunkt. That's it.
@Borkk
Gleiches gilt für Deinen Sensor: Einfach für jeden der 3 Kanäle ein HMCCUCHN definieren und statedatapoint auf den Datenpunkt setzen, den Du in STATE sehen möchtest.
Zitat von: Lippie am 21 Dezember 2021, 13:00:06
Hallo,
hab mich zuerst ins BETA-Topic verirrt und hoffe, hier nun richtig zu sein.
Hab gestern meine HMCCU Version 4.3.025 auf 5.0 per FHEM per update hochgezogen.
Der RPC-Server liefert auch weiterhin updates, es kommen regelmäßig Events rein.
Per get update bekomme ich die Datapoints auch angezeigt:
Bitte ein list vom Device + die Ausgabe von "get deviceInfo"
Zitat von: zap am 22 Dezember 2021, 12:10:39
Bitte ein list vom Device + die Ausgabe von "get deviceInfo"
Bin nun doch noch auf das Problem gekommen:
Ich hatte UserReadings für zB.
brightness angelegt, um Sonderfälle berücksichtigen zu können. Das hat dazu geführt, dass die Werte vom Device, was ab HMCCU 5.0 nun die selben Readings-Bezeichnungen nutzt, überschrieben wurden. Dadurch konnte ich nicht erkennen, dass das Device im Hintergrund schon tut.
Ich gehe nun alle Devices durch, lösche meine inzwischen überflüssigen UserReadings raus und dann sollte es wieder funktionieren. Die Devices, welche ich bereits umgestellt habe, sehen alle gut aus.
Gibt es schon irgendwo (zB im Wiki) eine Übersicht zur Zuordnung der Homematic-Reading-Bezeichnungen zu den neuen Namen der Readings (zB. UNREACH == activity)?
Ansonsten such ich natürlich hier im Forum, wenn mir was fehlt.
Viele Grüße
Sebastian
Noch nicht, aber hier mal ein Auszug aus dem Code:
my %newReadings = (
'0.AES_KEY' => 'sign',
'0.RSSI_DEVICE' => 'rssidevice',
'0.RSSI_PEER' => 'rssipeer',
'0.LOW_BAT' => 'battery',
'0.LOWBAT' => 'battery',
'0.OPERATING_VOLTAGE' => 'voltage',
'0.UNREACH' => 'activity',
'0.SABOTAGE' => 'sabotage',
'0.ERROR_SABOTAGE' => 'sabotage'
);
Folgende Datenpunkte werden im Reading "devstate" abgebildet (auch mehrere möglich bzw. durch Komma getrennt):
my %stName = (
'0.CONFIG_PENDING' => 'cfgPending',
'0.DEVICE_IN_BOOTLOADER' => 'boot',
'0.STICKY_UNREACH' => 'stickyUnreach',
'0.UPDATE_PENDING' => 'updPending',
'0.SABOTAGE' => 'sabotage',
'0.ERROR_SABOTAGE' => 'sabotage'
);
Zitat von: tommitiger75 am 12 Dezember 2021, 17:01:07
Ich habe auch noch ein Problem mit einem Virtuellen Schalter aus CUxD.
Hier bekomme ich im Logfile folgende Einträge:
2021.12.12 16:46:06 2: HMCCU [d_ccu] Can't get device description for CUX2801001:1 HMCCU_DetectDevice:7968 HMCCU_SetDefaultSCDatapoints:8087 HMCCU_GetSCDatapoints:4640 HMCCU_UpdateParamsetReadings:4853 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
hier die Geräte Einstellungen, Readings und Infos:
Was muss hier noch zusätzlich eingetragen werden oder geändert werden? Grundsätzlich funktioniert der Schalter.
@Zap hast du dir das schon mal anschauen können. Nach dem letzten Update bekomme ich immer noch diese Einträge im LogFile.
2021.12.22 19:36:13 2: HMCCU [d_ccu] Can't get device description for CUX2801001:1 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.22 19:36:13 2: HMCCU [d_ccu] Can't get device description for CUX2801001:2 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.22 19:36:13 2: HMCCU [d_ccu] Can't get device description for CUX2801001:3 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.22 19:36:13 2: HMCCU [d_ccu] Can't get device description for CUX2801001:4 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.22 19:36:13 2: HMCCU [d_ccu] Can't get device description for CUX2801001:1 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.22 19:36:13 2: HMCCU [d_ccu] Can't get device description for CUX2801001:2 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.22 19:36:32 2: HMCCU [d_ccu] Can't get device description for CUX2801001:3 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
2021.12.22 19:36:32 2: HMCCU [d_ccu] Can't get device description for CUX2801001:4 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865 HMCCU_UpdateMultipleDevices:827 HMCCURPCPROC_Read:3895 CallFn:773
Danke für deine Arbeit und deine Unterstützung!
Zitat von: zap am 22 Dezember 2021, 11:55:25
Keine Ahnung, wie ich an die Info rankomme. Habe hier auch kein piVCCU im Einsatz, um das zu testen.
Hallo zap,
ich habe dazu nun zwei Variablen in der CCU defininiert, die ich jeweils um 00:01 Uhr neu setzen und dann in FHEM per "at" um 00:02 Uhr auslese.
In der CCU sehen beide Werte identisch aus. In FHEM kommt aber nur der Wert der zweiten Variable (Version_neu) an. Es sieht so aus, als ob der Wert der ersten Variable (ersion_aktuell) aus der CCU in FHEM zum Problem wird.
Das Skript in der CCU lautet:
string V_a;
system.Exec("grep VERSION= /VERSION | cut -d= -f2", &V_a);
dom.GetObject (ID_SYSTEM_VARIABLES).Get ("Version_aktuell").State (V_a);
string V_n;
string cmd = "wget -qO- 'https://update.homematic.com/firmware/download?cmd=js_check_version&version=1234&product=HM-CCU3&serial='#######'";
system.Exec(cmd, &V_n);
V_n = V_n.StrValueByIndex("'",1);
dom.GetObject (ID_SYSTEM_VARIABLES).Get ("Version_neu").State (V_n);
Kannst Du helfen?
Viele Grüße
Jürgen
Wie ist das eigentlich bei Variablen die ich mir per "attr ccuGetVars ..." rüberhole. Da steht im Manual nur dabei, dass ich ein intervall angeben muss. Geht das auch irgendwie, dass das in Realtime angezeigt wird.
Weil ich hab nun meine Tageslichtsimulation fürs Aquarium in die CCU verlagert, weil das dort recht cool geht mit der verzögerten Ausführung.
Dort schreibe ich mir auch ein paar sysVariablen, die ich aber gerne in RealTime im FHEM hätte. Geht das irgendwie ? - weil so dauerhafte Intervalle aller paar Sekunden für Variablen, die sich nur paar mal am Tag ändern, ist halt auch nicht so toll.
Dann der 2. Punkt.: Wenn ich mir im FHEM mit "define HM_RCV_50_xxxx HMCCUCHN BidCoS-RF:1" einen virtuellen Taster erstelle, dann ist da immer nur die Rede überall von PRESS_SHORT. Wenn ich aber mit set ein PRESS_LONG hinschicke, dann funktioniert das genauso einwandfrei. Ist das so gewollt?
Das erstellte Virt. Taster-Object im FHEM zeigt mir als default steuerelemente ein "on" und "off" an. Hier wäre es gut, wenn man die sich per attr belegen könnte. Ich hab mir mit eventMap derweil geholfen, dass das "off" ein PRESS_LONG auslöst.
Gruß
Ryker
Zitat von: Ryker am 23 Dezember 2021, 11:30:48
Wie ist das eigentlich bei Variablen die ich mir per "attr ccuGetVars ..." rüberhole. Da steht im Manual nur dabei, dass ich ein intervall angeben muss. Geht das auch irgendwie, dass das in Realtime angezeigt wird.
Weil ich hab nun meine Tageslichtsimulation fürs Aquarium in die CCU verlagert, weil das dort recht cool geht mit der verzögerten Ausführung.
Dort schreibe ich mir auch ein paar sysVariablen, die ich aber gerne in RealTime im FHEM hätte. Geht das irgendwie ? - weil so dauerhafte Intervalle aller paar Sekunden für Variablen, die sich nur paar mal am Tag ändern, ist halt auch nicht so toll.
Das würde mich auch interessieren ob dies nicht in Realtime funktioniert, bei Geräten z.B. tut´s das ja.
Hab bei mir nämlich auch 3 sysVariablen die sich nur 2x am Tag ändern, die benötige ich dann aber zeitnah, deswegen habe ich bei mir auch das Attribut
ccuGetVars
auf 10 Sekunden gestellt, bräuchte ich aber eigentlich die meiste Zeit nicht die Aktualisierung.
Gruß Markus
Ich übergebe die Variablen-Inhalte derweil über Virtuelle-Taster über so eine Art MoorseCode in PRESS_SHORT und PRESS_LONG. Der ersten 10 PRESS_LONG Tasten ergeben Zahlen von 1 bis 0 (Taste 10 = 0) und ersten 26 PRESS_SHORT Tasten ergeben das Alphabet. und auf FHEM Seite wird das dann wieder interpretiert. Ein 11.PRESS_LONG ist quasy das End-of-Variable-Content. Das alles wird in entsprechenden Dummys+Notifies entsprechend zusammengebaut. Das geht zwar so gut wie in RealTime, aber ist absolut unübersichtlich. War eigentlich nur eine Spielerei.
Ryker
Zitat von: tommitiger75 am 22 Dezember 2021, 20:26:52
@Zap hast du dir das schon mal anschauen können. Nach dem letzten Update bekomme ich immer noch diese Einträge im LogFile.
2021.12.22 19:36:13 2: HMCCU [d_ccu] Can't get device description for CUX2801001:1 HMCCU_DetectDevice:8025 HMCCU_SetDefaultSCDatapoints:8142 HMCCU_GetSCDatapoints:4654 HMCCU_UpdateParamsetReadings:4865
Danke für deine Arbeit und deine Unterstützung!
Ein paar Beiträge vorher hatte jemand das gleiche Problem mit CUxD und einer CCU2. Hast Du auch eine CCU2? Leider ist CUxD etwas langsam. Suche das HMCCURPCPROC Device für den CUxD und setze einen etwas höheren Timeout, z.B.
attr myCUxDRPC rpcReadTimeout 0.01
Der Default ist 0.005. Das ist auf einer CCU2 zu wenig.
Falls immer noch Fehlermeldungen kommen, weiter erhöhen (in kleinen Schritten, also z.B. auf 0.03).
Hinweis: Je höher der Wert, desto länger dauert der Start von FHEM, v.a. wenn man viele CUxD Devices hat.
ACHTUNG! Die RPC Server müssen neu gestartet werden, damit die Änderung greift!
Zitat von: juemuc am 22 Dezember 2021, 22:18:56
Hallo zap,
ich habe dazu nun zwei Variablen in der CCU defininiert, die ich jeweils um 00:01 Uhr neu setzen und dann in FHEM per "at" um 00:02 Uhr auslese.
In der CCU sehen beide Werte identisch aus. In FHEM kommt aber nur der Wert der zweiten Variable (Version_neu) an. Es sieht so aus, als ob der Wert der ersten Variable (ersion_aktuell) aus der CCU in FHEM zum Problem wird.
Hast Du Beispiel-Inhalte für die Variablen?
Tipp: HMCCU kann inzwischen Systemvariablen im I/O Device automatisch regelmäßig auslesen. Siehe commandref zum Attribut ccuGetVars.
@meier81, Ryker
Die CCU schickt leider keine Push-Nachricht an FHEM, wenn sich eine Variable ändert. Die Push Benachrichtigung läuft auf RPC Ebene. Diese Ebene kennt keine Systemvariablen (diese liegen eine Ebene höher in der ReGA Schicht).
Aber es gibt eine Möglichkeit ... wenn auch eine etwas komplizierte. Einmal eingerichtet, kann man damit beliebige Befehle von der CCU aus in FHEM ausführen, also auch z.B. mit "setreading" ein reading setzen.
Zunächst definiert man (sofern nicht vorhanden) ein Telnet Device in FHEM:
define telnetPort telnet 7072 global
Das "global" ist wichtig, sonst akzeptiert FHEM nur Verbindungen von localhost.
Dann muss man auf der CCU das Tool "netcat" bzw. "nc" installieren bzw. ablegen. Einfach mal mit Google suchen, das lässt sich finden. Ich habe es in /usr/bin auf der CCU abgelegt. Darauf achten, dass es ausgeführt werden kann:
chmod 755 /usr/bin/nc
Nun kann man auch schon per command shell Befehle an FHEM schicken. Das sieht z.B. so aus:
echo -e "setreading myCCU version 12345\nquit\n" | /usr/bin/nc fhem-ip-adresse 7072
Das "quit" sollte man immer anhängen.
Ich habe mir ein Shell-Script gebaut:
#!/bin/sh
FHEM_SERVER="192.168.100.20"
FHEM_PORT=7072
if [ $# -ne 1 ]; then
echo "Usage: fhem.sh Command"
exit 1
fi
echo -e "$1\nquit\n" | /usr/bin/nc $FHEM_SERVER $FHEM_PORT
Abspeichern z.B. unter /usr/local/bin/fhem.sh und Execute-Rechte mit chmod 755 setzen.
Dann:
fhem.sh "setreading myCCU version 12345"
Zitat von: zap am 23 Dezember 2021, 15:11:34
Hast Du Beispiel-Inhalte für die Variablen?
Tipp: HMCCU kann inzwischen Systemvariablen im I/O Device automatisch regelmäßig auslesen. Siehe commandref zum Attribut ccuGetVars.
Hallo zap,
in beiden Variablen steht laut WebUI der CCU 3.61.7 Wenn ich in die erste Variable einen Wert "manuell" eintrage, passt alles. Es scheint so zu sein, dass das Skript hier ein unsichtbares Zeichen überträgt.
Viele Grüße
Jürgen
Hallo zap,
ich habe nun weitere Tests in der CCU durchgeführt und die Daten dort mit WriteLine() ausgegeben. Hierbei ist mir aufgefallen, dass bei der zweiten Variablen nach dem Wert wohl nur ein CRLF stattfindet, da der Cursor in der nächsten Zeile steht. In der ersten Variablen ist noch eine zusätzlicher CRLF enthalten, sodass der Cursor zwei Zeilen tiefer steht.
Kann dies einen Einfluss auf die Übertragung haben?
Hallo zap. Das war das Problem. Ich konnte das zusätzliche CRLF in der CCU entfernen und schon passt es. Trotzdem wäre es gut, wenn Du prüfen könntest, warum im anderen Fall die Variable nicht mehr übertragen wird.
Viele Grüße
Jürgen
Also der wget Befehl gibt bei mir sowas aus:
homematic.com.setLatestVersion('3.61.7', 'HM-CCU3');
Wenn Du hingegen das ausführst:
wget -qO- 'https://update.homematic.com/firmware/download?cmd=js_check_version&version=1234&product=HM-CCU3&serial=xxxxx' | sed -r 's/^[^0-9]+([0-9\.]+).+$/\1/'
Kommt 3.61.7 raus.
@Zap Danke für den Tipp mit Telnet. Da hatte ich ja gar nicht mehr dran gedacht, dass FHEM ja auch noch das Interface hat. Klar dann setze ich die Readings direkt aus der CCU.
Ryker
Ich hab noch ein Problem. Hab mir nun für den System-Exec CUxD auf der CCU installiert, weil schöner funktioniert. Das HMCCU auf dem FHEM erkennt, dass da nun ein neues RPC-Device für CUxD da ist und er will das automatisch erstellen, aber das klappt nicht, weil er auf irgendeinen Timeout kommt. Muss man noch irgendwas spezeilles dafür irgendwo einstellen ?
Ryker
Habs gefunden. Damit HMCCU den CUxD ansprechen kann muss in der CCU-Firewall "Ports offen" engestellt werden. Ich dachte immer, der bindet sich auch ins RPC-Interface ein, aber scheinbar wird der über dessen eigenen Port angesprochen.
Entweder ich habs wiedermal in der Doku überlesen oder es fehlt wirklich. Könnte man dann in dem Fall mit ins Wiki aufnehmen.
Ryker
@Ryker mit dem nächsten Update kommen die Readings version, platform und ccutyp. Sie werden dann beim Start von FHEM gesetzt, allerdings nicht regelmäßig. Dafür gibt es dann ein internes Homematic Script, das per "set hmscript" ausgeführt werden kann.
Jede RPC Schnittstelle hat einen eigenen Port, also Bidcos, wired, hmip, cuxd usw usw
Yep. Klappt nun alles.
Die Rückmeldung in Echtzeit läuft nun bei mir über netcat (nc ist standardmäßig auf der ccu3 über busybox mit dabei) innerhalb vom CUxD als TasterDevice. Das setzt dann direkt Readings in FHEM.
Das ist soo cool, da kann ich sogar noch anderes vereinfachen und mir auch noch ein paar Notifies im FHEM einsparen, die bisher Tastendrücke übern HM-RCV-50 abgefangen haben und dann Readings gesetzt haben.
Aber weil wir gerade bei dem Thema sind - weil das war glaube ich ein paar Posts zuvor untergegangen @zap: planst du beim HM(IP)_RCV_50 auch noch PRESS_LONG mit ins GUI einzubauen, also über datapoint geht es ja. Nur als controldatapoint und statedatapoint kann man es nicht so einfach setzen.
Ryker
Zitat von: zap am 23 Dezember 2021, 17:53:11
Also der wget Befehl gibt bei mir sowas aus:
homematic.com.setLatestVersion('3.61.7', 'HM-CCU3');
Wenn Du hingegen das ausführst:
wget -qO- 'https://update.homematic.com/firmware/download?cmd=js_check_version&version=1234&product=HM-CCU3&serial=xxxxx' | sed -r 's/^[^0-9]+([0-9\.]+).+$/\1/'
Kommt 3.61.7 raus.
Hallo zap,
dieser Wert war ja nicht das Problem. Die Bereinigung erfolgt bei mir ein Schritt später mit
V_n = V_n.StrValueByIndex("'",1);
Das Problem hatte die erste Variable mit
string V_a;
system.Exec("grep VERSION= /VERSION | cut -d= -f2", &V_a);
dom.GetObject (ID_SYSTEM_VARIABLES).Get ("Version_aktuell").State (V_a);
Hier ist ein zusätzliches CRLF enthalten. Dadurch wird die Variable nicht an FHEM übertragen.
Viele Grüße
Jürgen
Moin zusammen,
sorry, falls ich in diesem Thread falsch bin.
Ich habe gestern - nach sehr langer Zeit - mal wieder mein FHEM und meine RaspberryMatic upgedatet.
Im Großen und Ganzen läuft noch alles wie gewohnt.
Nur das Schalten der HomeMatic IP Steckdosen funktioniert nicht mehr.
Im Log finde ich diese Fehlermeldung: "HMCCUDEV: ku_Kaffeemaschine No control channel defined"
Vielen Dank für Eure Unterstützung.
Grüße Mave
Hi,
hast Du das mal probiert?
https://wiki.fhem.de/wiki/HMCCU#Migration_von_HMCCU_4.3
Gruß Otto
Servus Otto,
vielen Dank für Deine Rückmeldung.
Ich habe es durch Ergänzen der Kanalnummer in der Definition hinbekommen.
Vielen Dank.
Grüße Mave
Ich wollte nochmal nachfragen, weil das auf Seite 18 etwas untergegangen war, ob da was machbar ist seitens HMCCU ?
Results of create command:
Not detected CCU devices:
HM_Rauchmelder_Team_Wohnzimmer = *NEQ0xxxxxx [HM_Rauchmelder_Team_Wohnzimmer]
Also im Prinzip ist IMHO so ein RauchMelderTeamDevice ja auch nur ein virt.Rauchmelder-Device, aber ich denke mal es bietet auch einen datapoint an, wo drin steht, wer der "Auslöser" war. Und evtl gibt es auch was softwaremäßiges um mal einen "TestAlarm" (still und laut) zu triggern, um zumindest zu sehen, ob die alle Antworten. Als ich die HM-SEC-SD-2 Rauchmelder noch direkt über VCCU in FHEM eingebunden hatte da ging sowas zumindest. Keine Ahnung, ob die CCU übers API auch sowas abbildet.
Gruß
Ryker
@Ryker
Ist nicht untergegangen, hatte aber noch keine Zeit dafür. Inzwischen könntest Du die Rauchmelder Gruppe einfach per define anlegen.
Zitat von: Ralli am 17 November 2021, 18:18:07
Hallo zap,
ein
set XY on-for-timer n
funktioniert auf einem HMCCUCHN-Device (HM-LC-Sw2-FM) nicht mehr seit 5.0 . Es gibt keine Fehlermeldung.
Hierzu ist mir übrigens aufgefallen, dass der Kanal AUSgeschaltet wird, wenn er eingeschaltet ist und der Befehl on-for-timer xy abgesetzt wird - vielleicht hilft das bei der Fehlersuche.
Zitat von: zap am 31 Dezember 2021, 15:15:56
.... Inzwischen könntest Du die Rauchmelder Gruppe einfach per define anlegen.
Das hatte ich probiert, aber weil das Team-Device die gleiche NEQxxxxxx hat, wie der Rauchmelder im Wohnzimmer, weiß ich nicht, wie ich das per define anlegen soll.
--- Nachtrag ----
Hab hinbekommen - ich hatte den * vor der Seriennummer vergessen.
------------------
Ryker
Ein Update steht zur Verfügung (morgen dann per FHEM update Befehl).
Version: 5.0 220021858
Details: https://github.com/zapccu/HMCCU/blob/master/VERSIONS.md
Zitat von: Ralli am 31 Dezember 2021, 15:51:08
Hierzu ist mir übrigens aufgefallen, dass der Kanal AUSgeschaltet wird, wenn er eingeschaltet ist und der Befehl on-for-timer xy abgesetzt wird - vielleicht hilft das bei der Fehlersuche.
Mal zum Abgleich hier ein HMCCUCHN eines HM-LC-Sw2PBU-FM das bei mir fehlerfrei funktioniert:
list:
Internals:
CFGFN
DEF OEQ0126327:2
FUUID 61d31f2d-f33f-aecf-9f45-0aa7d9c9eaf4ce8e
IODev ccu1
NAME LI_KU_Decke_2
NR 117
STATE on
TYPE HMCCUCHN
ccuaddr OEQ0126327:2
ccudevstate active
ccuif BidCos-RF
ccuname LI-KU-Decke:2
ccurolectrl SWITCH
ccurolestate SWITCH
ccusubtype HM-LC-Sw2PBU-FM
ccutype HM-LC-Sw2PBU-FM
firmware 2.9
readonly no
READINGS:
2022-01-03 17:08:38 INHIBIT false
2022-01-03 17:07:09 IODev ccu1
2022-01-03 17:08:38 STATE on
2022-01-03 17:08:38 WORKING false
2022-01-03 17:08:38 activity alive
2022-01-03 17:08:38 battery ok
2022-01-03 17:08:38 control on
2022-01-03 17:08:38 devstate ok
2022-01-03 17:08:38 hmstate on
2022-01-03 17:08:38 rssidevice -62
2022-01-03 17:08:38 rssipeer -58
2022-01-03 17:08:38 sign off
2022-01-03 17:08:38 state on
hmccu:
channels 1
detect 1
devspec OEQ0126327:2
nodefaults 0
role 2:SWITCH
setDefaults 0
cmdlist:
get
set on-till on-for-timer off:noArg on:noArg toggle:noArg
control:
chn 2
dpt STATE
dp:
0.AES_KEY:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DEVICE_IN_BOOTLOADER:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTYCYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.LOWBAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL ok
OVAL 0
SVAL ok
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -62
ONVAL -62
OSVAL -62
OVAL -62
SVAL -62
VAL -62
0.RSSI_PEER:
VALUES:
NVAL -58
ONVAL -56
OSVAL -56
OVAL -56
SVAL -58
VAL -58
0.STICKY_UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
2.INHIBIT:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
2.STATE:
VALUES:
NVAL 1
ONVAL 0
OSVAL off
OVAL 0
SVAL on
VAL 1
2.WORKING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
roleCmds:
get:
set:
off:
channel 2
role SWITCH
subcount 1
syntax V:STATE:0
usage off
subcmd:
000:
args 0
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on:
channel 2
role SWITCH
subcount 1
syntax V:STATE:1
usage on
subcmd:
000:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on-for-timer:
channel 2
role SWITCH
subcount 2
syntax V:ON_TIME:?duration V:STATE:1
usage on-for-timer duration
subcmd:
000:
args
dpt ON_TIME
fnc
max 85825945.600000
min 0.000000
parname duration
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
on-till:
channel 2
role SWITCH
subcount 2
syntax V:ON_TIME:?time V:STATE:1
usage on-till time
subcmd:
000:
args
dpt ON_TIME
fnc
max 85825945.600000
min 0.000000
parname time
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
state:
chn 2
dpt STATE
Attributes:
cmdIcon on:general_an off:general_aus
group LI-KU-Decke
room Homematic
Hallo Zap,
wie steht es um den HB-UNI-Sen-DIST-US aus dem Post #309?
Werden da für die Integration noch Daten benötigt?
Gruß
Alex
Zitat von: Nighthawk am 03 Januar 2022, 19:56:29
Hallo Zap,
wie steht es um den HB-UNI-Sen-DIST-US aus dem Post #309?
Werden da für die Integration noch Daten benötigt?
Gruß
Alex
Schwerpunkt ist immer noch Bugfixing. Aber wie schon geschrieben: jedes Gerät lässt sich per define anlegen und nutzen. Zur Steuerung muss man halt "set datapoint" verwenden (und ggf vorher in der Doku die Funktion der Datenpunkte nachschlagen).
Hallo zusammen,
Jedes Mal wenn ich die ccu2 neu starte muss ich anschließend den hmccu in fhem restarten. Sehr unpraktisch da für jedes Backup von der ccu2 ein Neustart durchgeführt wird.
Gibt in in v5 ein workaround dafür?
Viele Grüße
Zitat von: zap am 03 Januar 2022, 17:11:39
Mal zum Abgleich hier ein HMCCUCHN eines HM-LC-Sw2PBU-FM das bei mir fehlerfrei funktioniert:
Hallo zap,
auch nachdem ich ein set xy defaults reset durchgeführt und die Attribute sowie Readings verglichen und nicht wirklich Unterschiede mehr festgestellt habe, funktioniert ein on-for-timer xy leider nach wie vor nicht.
Zitat von: xeenon am 04 Januar 2022, 00:35:11
Hallo zusammen,
Jedes Mal wenn ich die ccu2 neu starte muss ich anschließend den hmccu in fhem restarten. Sehr unpraktisch da für jedes Backup von der ccu2 ein Neustart durchgeführt wird.
Gibt in in v5 ein workaround dafür?
Viele Grüße
mm, meine CCU startet bei einem Backup nicht neu.
Zitat von: zap am 04 Januar 2022, 10:27:53
mm, meine CCU startet bei einem Backup nicht neu.
Bei mir auch nicht. Weder CCU2 noch CCU3
Ich nutze für ein Backup das Tool raspibackup. Vor dem Backup werden die Services angehalten und anschließend der Pi neu gestartet, damit wieder alles sauber anläuft. Klar ist nicht nötig, aber es gibt noch ein anderes Problem, gegen das ich nichts machen kann.
In dem Dorf, in dem ich wohne sind Stromausfälle und Stromabschaltungen nicht selten.
Auch möchte die CCU nach jedem Update neu starten.
Wäre also praktisch wenn es was gäbe.
Es gibt das Flag "reconnect" für das Attribut ccuflags, das die RPC Server nach einem Verlust der Verbindung zur CCU neu registriert. Leider gibt es einige Meldungen hier im Forum, dass das nicht richtig funktioniert. Aber einen Versuch ist es Wert.
Andere Variante: Du triggerst irgendwie den Befehl "set rpcregister" nach dem Neustart der CCU. Aber Achtung: Der Start der CCU, v.a. der CCU2, kann dauern. Ich würde nach dem Neustart mindestens 3-5 Minuten warten mit der Registrierung.
@xeenon Mach doch ein PRESENCE Device für die CCU damit ermittelst Du den Verlust / Neustart. In erster Instanz geht ein normales lan-ping und mit dem attr presenceThreshold verzögerst Du present wie zap sagt um ein paar Minuten.
Man könnte auch mit eine Funktion exakter prüfen.
Auf present triggerst Du mit einem notify und machst set rpcregister
Zitat von: zap am 03 Januar 2022, 20:39:53
Schwerpunkt ist immer noch Bugfixing. Aber wie schon geschrieben: jedes Gerät lässt sich per define anlegen und nutzen. Zur Steuerung muss man halt "set datapoint" verwenden (und ggf vorher in der Doku die Funktion der Datenpunkte nachschlagen).
Hallo Zap,
danke für den Wink, hat auf Anhieb geklappt (durch den Service des Moduls Devices automatisch anzulegen, vergisst man doch glatt den normalen Weg :-) ) und alle Readings waren von alleine vorhanden, top.
Gruß
Alex
Zitat von: zap am 04 Januar 2022, 18:05:09
Es gibt das Flag "reconnect" für das Attribut ccuflags...
Das habe ich probiert, aber nach einem Restart der CCU reconnected es sich iwie nicht.
@xeeenon:
Ich hab mir dafür einen Watchdog erstellt, damit klappt das relativ zuverlässig.
defmod ReConnect_CCU watchdog CCU3_Presence:present 00:01:00 Presence:absent set HM_CCU rpcregister all
attr ReConnect_CCU autoRestart 1
attr ReConnect_CCU icon hm_ccu
Ryker
@zap: Kurze Frage zur Funktionsweise von HMCCU.
Kann es sein, dass es set-Events nicht gleichzeitig verarbeiten kann.
Weil wenn ich irgendwas per set gleichzeitig an alle meine Thermostate schicke, dann bekomme ich nur beim ersten keinen Fehler, aber bei den anderen allen kommt sowas hier:
2022.01.05 10:27:48 2: HMCCUCHN [HMIP_Thermostat1_Wohnzimmer] Error during CCU request. read from http://ccu3.fritz.box:8181 timed out
Es funkionieren zwar alle set's trotzdem, aber es kommt halt der Fehler.
Weil, wenn das so normal ist, dann muss ich meine Mechanismen im FHEM etwas serialisieren.
Ryker
Zitat von: Ryker am 05 Januar 2022, 10:59:25
@zap: Kurze Frage zur Funktionsweise von HMCCU.
Kann es sein, dass es set-Events nicht gleichzeitig verarbeiten kann.
Weil wenn ich irgendwas per set gleichzeitig an alle meine Thermostate schicke, dann bekomme ich nur beim ersten keinen Fehler, aber bei den anderen allen kommt sowas hier:
2022.01.05 10:27:48 2: HMCCUCHN [HMIP_Thermostat1_Wohnzimmer] Error during CCU request. read from http://ccu3.fritz.box:8181 timed out
Es funkionieren zwar alle set's trotzdem, aber es kommt halt der Fehler.
Weil, wenn das so normal ist, dann muss ich meine Mechanismen im FHEM etwas serialisieren.
Ryker
Wie schickst Du die set Befehle ab? Per "set <devspec>"? Das ist sehr ineffizient, da für jedes Device dann ein separater Request an die CCU geschickt wird. In diesem Fall ist es besser, Du verwendest den "set datapoint" Befehl vom I/O Device. Mit dem Kannst Du Befehle an mehrere Devices in einem einzigen CCU-Request schicken.
Beispiel:
set ccu datapoint ccutype=HM-CC-RT-DN SET_TEMPERATURE 21.0
Wenn die Thermostate HMCCUDEVs sind, noch die Kanalnummer vor den Datenpunkt packen:
set ccu datapoint ccutype=HM-CC-RT-DN 4.SET_TEMPERATURE 21.0
Ich hab einen Watchdog, der prüft ob draußen jetzt Sommer ist oder nicht (wenn Temp länger als 15h nicht unter Wert X sinkt). Das gleiche dann natürlich auch umgekehrt.
In dem Fall dass Sommer geworden ist, setzt er dann sowas hier ab:
fhem("set HMIP_Thermostat1_Wohnzimmer off");
fhem("set HMIP_Thermostat2_Wohnzimmer off");
fhem("set HMIP_Thermostat_Kinderzimmer off");
Dabei kommt dann der Fehler bei 2 von den 3en über HMCCU.
In Zukunft wollte ich das aber dynamisch machen.
@zap du meinst man kann über HMCCU auch einfach das Gerät weglassen und einfach nur über den GeräteType was losschicken.
Das würde ja meinen Konstrukt dann noch besser verinfachen. Probier ich aus.
Ryker
Hm, Wenn ich das hier sende:
set HM_CCU datapoint ccutype=HmIP-eTRV-2 SET_POINT_TEMPERATURE 21.0
bekomme ich:
HMCCU: HM_CCU FHEM device SET_POINT_TEMPERATURE has illegal type
Mache ich das gleiche direkt am Thermostat im FHEM, dann klappt das.
Das gleiche auch wenn ich den datapoint CONTROL_MODE mit 0 oder 1 oder 2 ansteuere.
Die Thermostate sind als HMCCUCHN definiert.
Ryker
ich bekomme mit der neuesten version bei fast jedem set datapoint timeouts. manchmal gehen ein paar hintereinander durch, dann fängt es aber wieder an mit den timeouts. events von der ccu scheinen problemlos anzukommen.
da mir auch das ccu3 web interface heute ein paar mal hägen geblieben ist bin ich mir aber nicht sicher ob es modul liegt. ganz nebenbei hatte ich auch noch einen mehrstündige internet ausfall, die aktivierung einer backup dsl verbindung, den letzten ccu3 update und pihole probleme. aber vielleicht hat noch jemand die timeouts beobachtet?
Zitat von: Ryker am 05 Januar 2022, 15:32:29
Hm, Wenn ich das hier sende:
set HM_CCU datapoint ccutype=HmIP-eTRV-2 SET_POINT_TEMPERATURE 21.0
bekomme ich:
HMCCU: HM_CCU FHEM device SET_POINT_TEMPERATURE has illegal type
Versuch mal:
set HM_CCU datapoint ccutype=HmIP-eTRV-2 SET_POINT_TEMPERATURE=21.0
Oder:
set HM_CCU datapoint FHEMDEV1,FHEMDEV2.SET_POINT_TEMPERATURE=21.0
FHEMDEVx durch Deine FHEM DEvicenames ersetzen
Zitat von: justme1968 am 05 Januar 2022, 17:00:49
ich bekomme mit der neuesten version bei fast jedem set datapoint timeouts. manchmal gehen ein paar hintereinander durch, dann fängt es aber wieder an mit den timeouts. events von der ccu scheinen problemlos anzukommen.
da mir auch das ccu3 web interface heute ein paar mal hägen geblieben ist bin ich mir aber nicht sicher ob es modul liegt. ganz nebenbei hatte ich auch noch einen mehrstündige internet ausfall, die aktivierung einer backup dsl verbindung, den letzten ccu3 update und pihole probleme. aber vielleicht hat noch jemand die timeouts beobachtet?
Wenn die set Befehle in Timeouts laufen, hat wahrscheinlich der Rega Prozess der CCU ein Problem. Du kannst auf der CCU mal in /var/log/messages nach Fehlermeldungen schauen.
Man kann die CCU Prozesse auch neu starten. Die Scripts liegen wie üblich in /etc/init.d
Das hier funktioniert einwandfrei
set HM_CCU datapoint HMIP_Thermostat1_Wohnzimmer,HMIP_Thermostat2_Wohnzimmer SET_POINT_TEMPERATURE=21.0
Aber,
set HM_CCU datapoint ccutype=HmIP-eTRV-2 SET_POINT_TEMPERATURE=21.0
oder
set HM_CCU datapoint ccusubtype=TRV SET_POINT_TEMPERATURE=21.0
oder
set HM_CCU datapoint ccutype=HmIP-eTRV-2 CONTROL_MODE=0
wird zwar ohne Fehler geschluckt, aber es gibt kein Reaktion darauf.
Aber auch bei der Variante, wo ich die Geräte mit Komma separiert angebe, kommt der Timeout-Fehler im FHEM-Log.
Wie @justme1968 schon schreibt ist mir das auch erst aufgefallen seit dem letzten Update vom HMCCU. Ich bin der Meinung die Timeout-Fehler waren vorher nicht da.
/var/log/messages auf der CCU3 zeigt keine Fehler und auch die CPU darin langweilt sich zu tode.
Ryker
Hallo zusammen,
ist es möglich mit dem HMCCU Modul in Verbindung mit der CCU2 die Servicemeldungen bspw. für Updates oder Batteriemeldungen (das kriegt man allerdings auch ohne HMCCU hin), zu erhalten damit man bspw. ein notify auslösen kann? Hat hier jemand eine Idee?
Vielen Dank!
Viele Grüße,
Benjamin
Hallo Zusammen,
nachdem ich heute auch das Update auf HMCCU 5.0 durchgeführt habe, startet fhem nicht mehr und im log ist folgendes ersichtlich.
2022.01.06 13:38:33 1: PERL WARNING: Prototype mismatch: sub HMCCU_GetRPCInterfaceList ($) vs ($;$) at ./FHEM/88_HMCCU.pm line 211, <$fh> line 1103.
2022.01.06 13:38:33 1: reload: Error:Modul 88_HMCCU deactivated:
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 1410, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 1775, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 2824, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 3885, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 5091, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 5207, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 5265, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 5312, near "0)"
BEGIN not safe after errors--compilation aborted at ./FHEM/88_HMCCU.pm line 7473, <$fh> line 1103.
Wenn ich alle Zeilen (88_HMCCU.pm) mit
my $interfaces = HMCCU_GetRPCInterfaceList ($hash, 0);
in
my $interfaces = HMCCU_GetRPCInterfaceList ($hash);
änder, dann startet auch fhem normal und HMCCU ist aktuell.
Was mache ich falsch?
Vielen Dank.
Grüße Toni
Zitat von: rageltus am 06 Januar 2022, 11:05:36
Hallo zusammen,
ist es möglich mit dem HMCCU Modul in Verbindung mit der CCU2 die Servicemeldungen bspw. für Updates oder Batteriemeldungen (das kriegt man allerdings auch ohne HMCCU hin), zu erhalten damit man bspw. ein notify auslösen kann? Hat hier jemand eine Idee?
Vielen Dank!
Viele Grüße,
Benjamin
get ccuMsg
Kann man für Alarme und Servicemeldungen aufrufen. Für jede Meldung wird ein Event in FHEM generiert.
Kleines Update morgen. Änderungen siehe
https://github.com/zapccu/HMCCU/blob/master/VERSIONS.md
@r-j-silver
Du verwendest nicht die aktuelle Version von 88_HMCCU.pm.
Am besten führst Du das Update morgen nochmal aus.
Zitat von: Ryker am 05 Januar 2022, 22:07:53
set HM_CCU datapoint ccutype=HmIP-eTRV-2 SET_POINT_TEMPERATURE=21.0
oder
set HM_CCU datapoint ccusubtype=TRV SET_POINT_TEMPERATURE=21.0
oder
set HM_CCU datapoint ccutype=HmIP-eTRV-2 CONTROL_MODE=0
wird zwar ohne Fehler geschluckt, aber es gibt kein Reaktion darauf.
Aber auch bei der Variante, wo ich die Geräte mit Komma separiert angebe, kommt der Timeout-Fehler im FHEM-Log.
Wie @justme1968 schon schreibt ist mir das auch erst aufgefallen seit dem letzten Update vom HMCCU. Ich bin der Meinung die Timeout-Fehler waren vorher nicht da.
/var/log/messages auf der CCU3 zeigt keine Fehler und auch die CPU darin langweilt sich zu tode.
Ryker
Ich weiß, woran es liegt, dass ccutype=xxx und ähnliche Befehle nicht funktionieren. Da muss ich mir etwas überlegen ... das liegt an ParseParams.
Wegen den Timeouts: wie genau sieht die Fehlermeldung aus?
Kannst Du mal im I/O Device in ccuflags das Flag "nonBlocking" setzen?
Wenn ich das hier ausführe um z.b mal alle auf Manuell zu stellen.
set HM_CCU datapoint HMIP_Thermostat1_Wohnzimmer,HMIP_Thermostat2_Wohnzimmer,HMIP_Thermostat_Kinderzimmer CONTROL_MODE=1
Dann sieht die Timeout-Meldung so hier aus.
2022.01.06 20:43:25 2: HMCCUCHN [HMIP_Thermostat_Kinderzimmer] Error during CCU request. read from http://ccu3.fritz.box:8181 timed out
Die Timeouts kommen dabei recht zuverlässig, aber eben nur, wenns an mehrere geht.
"nonBlocking" habe ich schon immer eingeschaltet.
Ryker
Hallo zusammen,
ich habe nach der Umstellung auf 5.0 beim fehm Neustart immer noch eine Fehlermeldung:
2022.01.06 20:37:43 1: PERL WARNING: Odd number of elements in hash assignment at ./FHEM/88_HMCCU.pm line 4479.
Hat jemand einen Tip für mich, woran das liegen kann?
Gruß LuGu
Zitat von: LuGu am 06 Januar 2022, 20:52:59
Hallo zusammen,
ich habe nach der Umstellung auf 5.0 beim fehm Neustart immer noch eine Fehlermeldung:
2022.01.06 20:37:43 1: PERL WARNING: Odd number of elements in hash assignment at ./FHEM/88_HMCCU.pm line 4479.
Hat jemand einen Tip für mich, woran das liegen kann?
Gruß LuGu
Ist mit dem Update, das ich vorhin eingecheckt habe, behoben
Zitat von: Ryker am 06 Januar 2022, 20:49:17
Wenn ich das hier ausführe um z.b mal alle auf Manuell zu stellen.
set HM_CCU datapoint HMIP_Thermostat1_Wohnzimmer,HMIP_Thermostat2_Wohnzimmer,HMIP_Thermostat_Kinderzimmer CONTROL_MODE=1
Dann sieht die Timeout-Meldung so hier aus.
2022.01.06 20:43:25 2: HMCCUCHN [HMIP_Thermostat_Kinderzimmer] Error during CCU request. read from http://ccu3.fritz.box:8181 timed out
Die Timeouts kommen dabei recht zuverlässig, aber eben nur, wenns an mehrere geht.
"nonBlocking" habe ich schon immer eingeschaltet.
Ryker
Der 2. Teil der Meldung ab "read" kommt von httputils nonblockingget, also Fhem.
Du kannst den Request Timeout anpassen mit ccureqtimeout. Der Default von fhem ist 4 Sekunden. Eigentlich sollte das reichen, aber setze mal 6 Sekunden
Oder schalte mal nonblocking aus. Da gab es vor vielen Jahren mal Probleme, weil fhem das über einen InternalTimer abbildet. Wenn dann mehrere Requests kurz nacheinander abgesetzt wurden, führte das zu Problemen. Mit Blocking sollte das nicht auftreten
im log das von der ccu3 runtergeladen wird sehe ich auch timeout fehler und ich habe auch eine service meldung das mein HmIPW-WRC6 nicht erreichbar ist. /var/log/messages habe ich noch nicht angeschaut.
wenn ich dann eine der tasten drücke passiert nichts, nach ein paar mal kommt eine rote bestätigung, dann geht es plötzlich wieder.
aktuell habe ich den letzten firmware update im verdacht. ich morgen mal eine version zurück zu gehen.
Zitat von: justme1968 am 06 Januar 2022, 22:10:24
im log das von der ccu3 runtergeladen wird sehe ich auch timeout fehler und ich habe auch eine service meldung das mein HmIPW-WRC6 nicht erreichbar ist. /var/log/messages habe ich noch nicht angeschaut.
wenn ich dann eine der tasten drücke passiert nichts, nach ein paar mal kommt eine rote bestätigung, dann geht es plötzlich wieder.
aktuell habe ich den letzten firmware update im verdacht. ich morgen mal eine version zurück zu gehen.
Du kannst mal einen Blick ins Homematic Forum werfen (homematic-forum.de). Wenn es Probleme mit einem CCU Update gibt, tauchen sie dort zuerst auf / werden diskutiert. Bin leider nicht dazu gekommen, das letzte Firmware Update zu installieren.
Beispiel: https://homematic-forum.de/forum/viewtopic.php?f=26&t=71352
Hi,
mir ist noch eine Warnung in den Logs am Ende der Initialisierung von HMCCU aufgefallen. Diese tritt auch nach dem heutigen Update noch auf:
2022.01.07 11:15:05 1: HMCCU [d_ccu] All RPC servers running
2022.01.07 11:15:05 2: HMCCU [d_ccu] Updating 80 of 80 client devices matching devexp=.* filter=ccudevstate=active,ccuif=BidCos-RF|HmIP-RF
2022.01.07 11:15:05 1: HMCCURPCPROC [d_rpc00xxxxBidCos_RF] Scheduled CCU ping every 300 seconds
2022.01.07 11:15:05 2: HMCCURPCPROC [d_rpc00xxxxBidCos_RF] CB2001006011006150 NewDevice received 119 device and channel specifications
2022.01.07 11:15:06 2: HMCCURPCPROC [d_rpc00xxxxHmIP_RF] CB201000xxxxxxxxxx NewDevice received 307 device and channel specifications
2022.01.07 11:15:10 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at /wwws/fhem/current/FHEM/88_HMCCU.pm line 10093.
2022.01.07 11:15:12 2: HMCCU [d_ccu] Update success=80 failed=0
Lässt sich leider auch durch Erhöhung vom Debuglevel bisher nicht besser eingrenzen.
Zitat von: zap am 06 Januar 2022, 18:33:09
@r-j-silver
Du verwendest nicht die aktuelle Version von 88_HMCCU.pm.
Am besten führst Du das Update morgen nochmal aus.
leider hat das mit den Update nicht geklappt.
2022.01.07 11:49:32 1: UPD FHEM/31_HUEDevice.pm
2022.01.07 11:49:32 1: UPD FHEM/82_LGTV_WebOS.pm
2022.01.07 11:49:32 1: UPD FHEM/88_HMCCU.pm
2022.01.07 11:49:33 1: UPD FHEM/88_HMCCUCHN.pm
2022.01.07 11:49:33 1: UPD FHEM/88_HMCCUDEV.pm
2022.01.07 11:49:33 1: UPD FHEM/88_HMCCURPCPROC.pm
2022.01.07 11:49:33 1: UPD FHEM/HMCCUConf.pm
2022.01.07 11:49:33 1: UPD FHEM/lib/AttrTemplate/mqtt2.template
2022.01.07 11:49:33 1: UPD www/images/fhemSVG/hue2019_archetypesDoubleSpot.svg
2022.01.07 11:49:33 1: UPD www/images/fhemSVG/hue2019_archetypesSingleSpot.svg
2022.01.07 11:49:33 1: UPD www/images/fhemSVG/hue_filled_filament.svg
2022.01.07 11:49:33 1: UPD www/images/fhemSVG/hue_filled_foh.svg
2022.01.07 11:49:33 1: saving fhem.cfg
2022.01.07 11:49:33 1: saving ./log/fhem.save
2022.01.07 11:49:33 1:
2022.01.07 11:49:33 1: New entries in the CHANGED file:
2022.01.07 11:49:33 1: - bugfix: 82_LGTV_WebOS: rewrite and change code, fix bugs of older version
2022.01.07 11:49:33 1: Calling /usr/bin/perl ./contrib/commandref_modular.pl, this may take a while
2022.01.07 11:49:34 1:
2022.01.07 11:49:34 1: update finished, "shutdown restart" is needed to activate the changes.
2022.01.07 11:49:34 1:
2022.01.07 11:49:34 1: Please consider using the global attribute sendStatistics
2022.01.07 11:50:08 0: Server shutdown
2022.01.07 11:50:08 1: HMCCU [d_ccu] Graceful shutdown
2022.01.07 11:50:12 1: Including fhem.cfg
2022.01.07 11:50:32 1: PERL WARNING: Prototype mismatch: sub HMCCU_GetRPCInterfaceList ($) vs ($;$) at ./FHEM/88_HMCCU.pm line 211, <$fh> line 1410.
2022.01.07 11:50:32 1: reload: Error:Modul 88_HMCCU deactivated:
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 1410, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 1775, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 2824, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 3885, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 5091, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 5207, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 5265, near "0)"
Too many arguments for main::HMCCU_GetRPCInterfaceList at ./FHEM/88_HMCCU.pm line 5312, near "0)"
BEGIN not safe after errors--compilation aborted at ./FHEM/88_HMCCU.pm line 7473, <$fh> line 1410.
Update:
Habe den Fehler gefunden. Ich hatte noch eine Funktion in 99_myUtils.pm, welche diesen Fehler verursacht hat.
Zitat von: zap am 06 Januar 2022, 21:11:12
Du kannst den Request Timeout anpassen mit ccureqtimeout. Der Default von fhem ist 4 Sekunden. Eigentlich sollte das reichen, aber setze mal 6 Sekunden
NonBlocking will ich eigentlich nicht dauerhaft ausschalten, aber die Erhöhung des Timeouts hat soweit geholfen. Zumindest konnte ich es nicht mehr so easy provozieren.
Danke für den Tipp.
Ryker
Zitat von: Ryker am 07 Januar 2022, 12:16:39
NonBlocking will ich eigentlich nicht dauerhaft ausschalten, aber die Erhöhung des Timeouts hat soweit geholfen. Zumindest konnte ich es nicht mehr so easy provozieren.
Danke für den Tipp.
Ryker
Wie lange dauert denn das Schalten, wenn die Timeout Meldung kommt ? Tatsächlich > 4 Sekunden?
Moin Moin,
gestern musste ich mein FHEM neustarten und plötzlich funktionierten meine HM-Geräte nicht mehr. Im Dezember hatte ich ein Update gemacht, da gab es auch schon Probleme. Gestern wurde kein Update gemacht. In meiner Not habe ich alles von Homematic gelöscht und neu angelegt. Das meiste ging dann auch wieder. Einige Abfragen musste ich natürlich noch anpassen. Findes es schon komsich, dass nach einen neustart irgendwelche Parameter nicht mehr stimmen. Aber egal. Ich habe da noch einen "Fehler", den ich nicht weg bekommen:
1
Messages collected while initializing FHEM:configfile: HMCCU: [d_ccu] Ignored attribute eventMap because it contains only obsolet rpcserver entries
HMCCUDEV [HmIP_FT_Gaestezimmer] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_FT_Badezimmer] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_FT_Schlafzimmer] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_FT_Buero] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Wohnzimmer] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Gaestezimmer] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Buero] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Schlafzimmer] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Essecke] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Badezimmer] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_TR_Loggia] Invalid value 3.LEVEL for attribute statedatapoint
HMCCUDEV [HmIP_AT_Balkon] Invalid value 1.ACTUAL_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_BDT_Wohnzimmer] Invalid value 4.LEVEL for attribute statedatapoint
HMCCUDEV [HmIP_SRH_Loggia] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_SRH_Balkon] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_STHD_Wohnzimmer] Invalid value 1.ACTUAL_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_STHD_Schlafzimmer] Invalid value 1.ACTUAL_TEMPERATURE for attribute statedatapoint
Autosave deactivated
Ich habe keine Ahnung, was mir das sagen soll. Die Meldung erscheint jedesmal, wenn ich mich auf das FHEM verbinde.
Gruss Dennis
Mach mal bitte ein list von einem der Geräte, die diesen Fehler melden
Hallo Dennis,
ZitatDie Meldung erscheint jedesmal, wenn ich mich auf das FHEM verbinde.
Weil das die motd (message of the day) ist.
FHEM hat diese gesammelten Meldungen im Internal init_errors gespeichert. Die werden einfach auf der Startseite von FHEM angezeigt.
Wenn das Problem behoben ist, ist die Meldung nach dem nächsten Start von FHEM weg. Mit dem attr global motd lässt sich das Verhalten steuern.
Gruß Otto
Zitat von: zap am 07 Januar 2022, 14:13:25
Wie lange dauert denn das Schalten, wenn die Timeout Meldung kommt ? Tatsächlich > 4 Sekunden?
Bei Timeout=4 kommt die Reaktion des Gerätes mit der TimeoutMeldung auch um die Zeit verzögert.
Setze ich den Timeout auf 6, dann passiert die Reaktion sofort und ohne Error im Log.
Ryker
Zitat von: zap am 09 Januar 2022, 11:37:51
Mach mal bitte ein list von einem der Geräte, die diesen Fehler melden
Ich hatte alles was Homematic war im FHEM gelöscht und danach erst die CCU neu angelegt und dann die Geräte "ausgelesen". Also noch nichts "rumgefummelt".
Internals:
CFGFN
DEF 0000D8A9A2F872:1
FUUID 61d89252-f33f-42e4-4016-3c145c77cd482c8c
IODev d_ccu
NAME HmIP_FT_Gaestezimmer
NR 231
STATE closed
TYPE HMCCUCHN
ccuaddr 0000D8A9A2F872:1
ccudevstate active
ccuif HmIP-RF
ccuname HM-FT-Gaestezimmer:1
ccurolestate SHUTTER_CONTACT
ccusubtype SWD
ccutype HMIP-SWDO
firmware 1.16.8
readonly no
receiver ccu:HmIP-HZ-Gaestezimmer
OLDREADINGS:
READINGS:
2022-01-09 17:37:06 STATE closed
2022-01-09 17:37:06 activity alive
2022-01-09 17:37:06 battery ok
2022-01-09 17:37:06 devstate ok
2022-01-09 17:37:06 hmstate closed
2022-01-09 17:37:06 rssidevice -48
2022-01-07 22:03:50 rssipeer N/A
2022-01-09 17:37:06 sabotage false
2022-01-09 17:37:06 state closed
2022-01-09 17:37:06 voltage 1.2
hmccu:
channels 1
detect 1
devspec 0000D8A9A2F872:1
nodefaults 0
role 1:SHUTTER_CONTACT
setDefaults 0
cmdlist:
get
set
control:
dp:
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.ERROR_CODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.INSTALL_TEST:
VALUES:
NVAL true
ONVAL true
OSVAL true
OVAL true
SVAL true
VAL true
0.LOW_BAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL ok
OVAL 0
SVAL ok
VAL 0
0.OPERATING_VOLTAGE:
VALUES:
NVAL 1.2
ONVAL 1.2
OSVAL 1.2
OVAL 1.2
SVAL 1.2
VAL 1.2
0.OPERATING_VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -48
ONVAL -48
OSVAL -48
OVAL -48
SVAL -48
VAL -48
0.RSSI_PEER:
VALUES:
NVAL N/A
ONVAL N/A
OSVAL N/A
OVAL 0
SVAL N/A
VAL 0
0.SABOTAGE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0
SVAL closed
VAL 0
roleCmds:
get:
set:
state:
chn 1
dpt STATE
Attributes:
ccureadingfilter 1,2,3,4,7..*
group Gästezimmer
room Homematic
Gruss Dennis
Homematic Funk-Kombisignalgeber MP3 HM-OU-CFM-TW mit HMCCU 5.0
Bin gerade dabei einige Geräte, die bisher über CUL an Fhem angebunden waren auf CCU3 und HMCCU umzustellen. Im Allgemeinen funktioniert alles wunderbar, aber der HM-OU-CFM-TW wird offensichtlich durch createDev nicht erkannt und sollte mit HMCCUDEV manuell definiert werden. Wie das im Detail sicher funktioniert, konnte ich mir bis jetzt nicht erarbeiten.
Unter "Thema: HMCCU 5.0 Beta verfügbar" gibt es von Reinschki am 1.10.2021 18:15:17 schon eine Anfrage zum HM-OU-CFM-TW. Leider ist die für Reinschki gefundene Lösung für mich nicht anwendbar.
Für konkrete Hilfe wäre ich sehr dankbar.
Beste Grüße
Peter
PROBLEM IST GELÖST, SIGNALGEBER FUNZT AUF ALLEN KANÄLEN.
Zitat von: Ryker am 09 Januar 2022, 11:54:18
Bei Timeout=4 kommt die Reaktion des Gerätes mit der TimeoutMeldung auch um die Zeit verzögert.
Setze ich den Timeout auf 6, dann passiert die Reaktion sofort und ohne Error im Log.
Ryker
Könnte ein Bug in den FHEM httputils sein. Muss ich mir genauer anschauen
Das mit dem Timeout ist aber jetzt wirklich nicht schlimm. @zap schau dir das einfach irgendwann an. Man kann ja den Timeout hochstellen, dann klappt alles.
Ryker
Zitat von: zap am 22 Dezember 2021, 11:54:05
Du musst FHEM neu starten, wenn Du eventMap veränderst. Die internen Strukturen in FHEM enthalten leider immer noch die alten Definitionen ohne Neustart.
Mach danach bitte nochmal ein list vom Device. Irgendetwas ist da total schräg.
Sorry, das hat jetzt etwas länger gedauert.
Der lock Befehl zieht das Fenster immer noch nur zu und verschließt es aber nicht.
Die Meldung im Log ist:
2022.01.12 20:07:30 1: PERL WARNING: Argument "closed" isn't numeric in addition (+) at ./FHEM/88_HMCCU.pm line 7370.
Hier der list:
Internals:
DEF MEQ1471077
FUUID 5c4afdbc-f33f-2248-7fab-252481083958c8bb
IODev ccu2
NAME KMotorfenster
NR 234
STATE closed
TYPE HMCCUDEV
ccuaddr MEQ1471077
ccudevstate active
ccuif BidCos-RF
ccuname K-Motorfenster
ccurolectrl WINMATIC
ccurolestate WINMATIC
ccusubtype HM-Sec-Win
ccutype HM-Sec-Win
firmware 1.6
readonly no
OLDREADINGS:
READINGS:
2022-01-12 20:08:17 1.DIRECTION NONE
2022-01-12 20:08:17 1.ERROR NO_ERROR
2022-01-12 20:07:22 1.INHIBIT false
2022-01-12 20:08:17 1.LEVEL closed
2022-01-12 20:08:17 1.STATE_UNCERTAIN false
2022-01-12 20:08:17 1.WORKING false
2022-01-12 20:07:22 2.LEVEL 44
2022-01-12 20:07:22 2.STATUS DISCHARGE
2022-01-12 20:07:22 Battery 44
2022-01-12 20:07:22 activity alive
2022-01-12 20:07:22 battery ok
2022-01-12 20:08:17 control closed
2022-01-12 20:08:17 devstate ok
2022-01-12 20:08:17 hmstate closed
2022-01-12 20:08:17 level closed
2022-01-12 20:08:17 pct 0
2022-01-12 20:07:22 rssidevice -53
2022-01-12 20:07:22 rssipeer -201
2022-01-12 20:07:22 sign on
2022-01-12 20:08:17 siriValue 0
2022-01-12 20:08:17 state closed
hmccu:
channels 3
detect 1
devspec MEQ1471077
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:WINMATIC,2:AKKU
setDefaults 0
cmdlist:
get
set stop:noArg pct open:noArg close:noArg lock:noArg toggle:noArg
control:
chn 1
dpt LEVEL
dp:
0.AES_KEY:
VALUES:
NVAL 1
ONVAL 1
OSVAL on
OVAL 1
SVAL on
VAL 1
0.CONFIG_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.DUTYCYCLE:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.LOWBAT:
VALUES:
NVAL false
ONVAL false
OSVAL ok
OVAL false
SVAL ok
VAL false
0.RSSI_DEVICE:
VALUES:
NVAL -53
ONVAL -53
OSVAL -53
OVAL 203
SVAL -53
VAL 203
0.RSSI_PEER:
VALUES:
NVAL -201
ONVAL -201
OSVAL -201
OVAL 55
SVAL -201
VAL 55
0.STICKY_UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL alive
OVAL false
SVAL alive
VAL false
1.DIRECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL NONE
OVAL 0
SVAL NONE
VAL 0
1.ERROR:
VALUES:
NVAL 0
ONVAL 0
OSVAL NO_ERROR
OVAL 0
SVAL NO_ERROR
VAL 0
1.INHIBIT:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.LEVEL:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0.000000
SVAL closed
VAL 0.000000
1.STATE_UNCERTAIN:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.WORKING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
2.LEVEL:
VALUES:
NVAL 44
ONVAL 44
OSVAL 44
OVAL 0.440000
SVAL 44
VAL 0.440000
2.STATUS:
VALUES:
NVAL 2
ONVAL 2
OSVAL DISCHARGE
OVAL 2
SVAL DISCHARGE
VAL 2
roleCmds:
get:
set:
close:
channel 1
role WINMATIC
subcount 1
syntax V:LEVEL:0
usage close
subcmd:
000:
args 0
dpt LEVEL
fnc
max 1.000000
min 0.000000
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
lock:
channel 1
role WINMATIC
subcount 1
syntax V:LEVEL:-0.5
usage lock
subcmd:
000:
args -0.5
dpt LEVEL
fnc
max 1.000000
min 0.000000
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
open:
channel 1
role WINMATIC
subcount 1
syntax V:LEVEL:100
usage open
subcmd:
000:
args 100
dpt LEVEL
fnc
max 1.000000
min 0.000000
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
pct:
channel 1
role WINMATIC
subcount 1
syntax V:LEVEL:?level
usage pct level
subcmd:
000:
args
dpt LEVEL
fnc
max 1.000000
min 0.000000
parname level
partype 2
ps VALUES
scn 000
unit 100%
stop:
channel 1
role WINMATIC
subcount 1
syntax V:STOP:1
usage stop
subcmd:
000:
args 1
dpt STOP
fnc
max 1
min 0
parname STOP
partype 3
ps VALUES
scn 000
unit
state:
chn 1
dpt LEVEL
Attributes:
IODev ccu2
alias KMotorfenster
ccuflags noBoundsChecking,trace
cmdIcon open:fts_window_1w_tilt stop:rc_STOP close:fts_window_1w lock:secur_locked
devStateIcon -0.5:fts_window_1w@green closed:fts_window_1w@red .*:fts_window_1w_tilt@yellow
fp_Home3D 646,732,5,Küchenfenster,
genericDeviceType window
homebridgeMapping CurrentPosition=siriValue,minValue=0,maxValue=100,minStep=1 TargetPosition=pct::siriValue,minValue=0,maxValue=100,minStep=1,delay=2,cmds=0:lock,cmd=pct PositionState=1.DIRECTION,values=NONE:STOPPED;DOWN:DECREASING;UP:INCREASING
room HomekitActors,Küche
siriName Küche Motorfenster
substexcl pct
userReadings Battery:2.LEVEL.* { ReadingsVal("KMotorfenster","2.LEVEL","error") },siriValue:1.LEVEL.* { my $windowstate = ReadingsVal("KMotorfenster","1.LEVEL","error"); return 0 if (("$windowstate" eq "locked") || ("$windowstate" eq "closed")); return 100 if ("$windowstate" eq "open"); return $windowstate; }
webCmd pct:open:close:lock:stop
widgetOverride pct:slider,0,10,100
Hallo,
mir ist noch etwas aufgefallen zum HM-TC-IT-WM-W-EU (THERMALCONTROL_TRANSMIT):
Hier nutze ich die Konfigurationsparameter des Wochenprogramms für weitere Funktionen.
Leider werden (nachdem ich ccuflags entsprechend gesetzt habe) nur die TEMPERATUR-Parameter als Readings angelegt, die ENDTIME-Parameter fehlen weiterhin:
defmod HM_Thermostat_Wohnzimmer HMCCUDEV OEQ1670871
attr HM_Thermostat_Wohnzimmer userattr battery_min_voltage battery_max_voltage battery_state_chn
attr HM_Thermostat_Wohnzimmer IODev CCU2
attr HM_Thermostat_Wohnzimmer alias Thermostat_Wohnzimmer
attr HM_Thermostat_Wohnzimmer battery_max_voltage 3.2
attr HM_Thermostat_Wohnzimmer battery_min_voltage 2.2
attr HM_Thermostat_Wohnzimmer battery_state_chn 2
attr HM_Thermostat_Wohnzimmer ccuflags showMasterReadings,showLinkReadings,showDeviceReadings,showServiceReadings
attr HM_Thermostat_Wohnzimmer ccureadingfilter (UNREACH|STICKY_UNREACH|CONFIG_PENDING|LOWBAT|RSSI_DEVICE|RSSI_PEER|INHIBIT|DEVICE_IN_BOOTLOADER|UPDATE_PENDING|AES_KEY|TEMPERATURE|HUMIDITY|CONTROL_MODE|LOWBAT_REPORTING|COMMUNICATION_REPORTING|WINDOW_OPEN_REPORTING|BATTERY_STATE|BOOST_STATE|ACTUAL_TEMPERATURE|ACTUAL_HUMIDITY|SET_TEMPERATURE|AUTO_MODE|MANU_MODE|BOOST_MODE|COMFORT_MODE|LOWERING_MODE|PARTY_MODE_SUBMIT|PARTY_TEMPERATURE|PARTY_START_TIME|PARTY_START_DAY|PARTY_START_MONTH|PARTY_START_YEAR|PARTY_STOP_TIME|PARTY_STOP_DAY|PARTY_STOP_MONTH|PARTY_STOP_YEAR|DECISION_VALUE)
attr HM_Thermostat_Wohnzimmer cmdIcon auto:sani_heating_automatic manu:sani_heating_manual boost:sani_heating_boost on:general_an off:general_aus getDevUpdate:refresh
attr HM_Thermostat_Wohnzimmer 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/
attr HM_Thermostat_Wohnzimmer group Heizung
attr HM_Thermostat_Wohnzimmer room CCU2_HM,Heizung
attr HM_Thermostat_Wohnzimmer stateFormat 2.CONTROL_MODE : 2.SET_TEMPERATURE °C
attr HM_Thermostat_Wohnzimmer stripnumber 1
attr HM_Thermostat_Wohnzimmer substexcl desired-temp
attr HM_Thermostat_Wohnzimmer userReadings battery_voltage {return sprintf("%.1f", ReadingsVal($name,"2.BATTERY_STATE","0.0"))},\
temperature {return ReadingsVal($name,"1.TEMPERATURE","na")},\
humidity {return ReadingsVal($name,"1.HUMIDITY","na")},\
controlMode {return ReadingsVal($name,"control","na")},\
alive {return ReadingsVal($name,"activity","yes")},\
battery {return sprintf("%.0f",(ReadingsVal($name,"battery_voltage","0")-AttrVal($name,"battery_min_voltage","2"))*100/(AttrVal($name,"battery_max_voltage","3.2") - AttrVal($name,"battery_min_voltage","2")) ) }
attr HM_Thermostat_Wohnzimmer webCmd desired-temp:auto:manu:boost:on:off:getDevUpdate
attr HM_Thermostat_Wohnzimmer widgetOverride desired-temp:slider,4.5,0.5,30.5,1
setstate HM_Thermostat_Wohnzimmer AUTO-MODE : 22.5 °C
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-3.AES_ACTIVE 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-6.AES_ACTIVE 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-BOOST_AFTER_WINDOW_OPEN 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-BOOST_TIME_PERIOD 6
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-BURST_RX 1
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-BUTTON_LOCK 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-CYCLIC_INFO_MSG 1
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-CYCLIC_INFO_MSG_DIS 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-DAYLIGHT_SAVING_TIME 1
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-DISPLAY_INFORMATION 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-GLOBAL_BUTTON_LOCK 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-HEATING_COOLING 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-LOCAL_RESET_DISABLE 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-LOW_BAT_LIMIT 2.2
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-MODUS_BUTTON_LOCK 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_FRIDAY_1 04:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_FRIDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_FRIDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_FRIDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_FRIDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_FRIDAY_2 04:45
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_FRIDAY_3 06:15
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_FRIDAY_4 14:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_FRIDAY_5 20:30
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_FRIDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_FRIDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_FRIDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_FRIDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_MONDAY_1 04:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_MONDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_MONDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_MONDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_MONDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_MONDAY_2 04:45
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_MONDAY_3 06:15
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_MONDAY_4 16:30
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_MONDAY_5 20:30
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_MONDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_MONDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_MONDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_MONDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SATURDAY_1 06:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SATURDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SATURDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SATURDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SATURDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SATURDAY_2 21:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SATURDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SATURDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SATURDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SATURDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SATURDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SATURDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SATURDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SUNDAY_1 06:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SUNDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SUNDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SUNDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SUNDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SUNDAY_2 21:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SUNDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SUNDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SUNDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SUNDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SUNDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SUNDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_SUNDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_THURSDAY_1 04:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_THURSDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_THURSDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_THURSDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_THURSDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_THURSDAY_2 04:45
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_THURSDAY_3 06:15
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_THURSDAY_4 16:30
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_THURSDAY_5 20:30
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_THURSDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_THURSDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_THURSDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_THURSDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_TUESDAY_1 04:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_TUESDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_TUESDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_TUESDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_TUESDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_TUESDAY_2 04:45
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_TUESDAY_3 06:15
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_TUESDAY_4 16:30
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_TUESDAY_5 20:30
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_TUESDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_TUESDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_TUESDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_TUESDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_WEDNESDAY_1 04:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_WEDNESDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_WEDNESDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_WEDNESDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_WEDNESDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_WEDNESDAY_2 04:45
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_WEDNESDAY_3 06:15
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_WEDNESDAY_4 16:30
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_WEDNESDAY_5 20:30
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_WEDNESDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_WEDNESDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_WEDNESDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P1_ENDTIME_WEDNESDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_FRIDAY_1 06:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_FRIDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_FRIDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_FRIDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_FRIDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_FRIDAY_2 21:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_FRIDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_FRIDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_FRIDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_FRIDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_FRIDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_FRIDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_FRIDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_MONDAY_1 06:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_MONDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_MONDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_MONDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_MONDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_MONDAY_2 21:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_MONDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_MONDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_MONDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_MONDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_MONDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_MONDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_MONDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SATURDAY_1 06:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SATURDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SATURDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SATURDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SATURDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SATURDAY_2 21:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SATURDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SATURDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SATURDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SATURDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SATURDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SATURDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SATURDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SUNDAY_1 06:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SUNDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SUNDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SUNDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SUNDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SUNDAY_2 21:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SUNDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SUNDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SUNDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SUNDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SUNDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SUNDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_SUNDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_THURSDAY_1 06:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_THURSDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_THURSDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_THURSDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_THURSDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_THURSDAY_2 21:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_THURSDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_THURSDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_THURSDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_THURSDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_THURSDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_THURSDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_THURSDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_TUESDAY_1 06:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_TUESDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_TUESDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_TUESDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_TUESDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_TUESDAY_2 21:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_TUESDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_TUESDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_TUESDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_TUESDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_TUESDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_TUESDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_TUESDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_WEDNESDAY_1 06:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_WEDNESDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_WEDNESDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_WEDNESDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_WEDNESDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_WEDNESDAY_2 21:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_WEDNESDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_WEDNESDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_WEDNESDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_WEDNESDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_WEDNESDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_WEDNESDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P2_ENDTIME_WEDNESDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_FRIDAY_1 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_FRIDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_FRIDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_FRIDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_FRIDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_FRIDAY_2 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_FRIDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_FRIDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_FRIDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_FRIDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_FRIDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_FRIDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_FRIDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_MONDAY_1 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_MONDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_MONDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_MONDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_MONDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_MONDAY_2 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_MONDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_MONDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_MONDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_MONDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_MONDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_MONDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_MONDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SATURDAY_1 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SATURDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SATURDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SATURDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SATURDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SATURDAY_2 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SATURDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SATURDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SATURDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SATURDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SATURDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SATURDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SATURDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SUNDAY_1 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SUNDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SUNDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SUNDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SUNDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SUNDAY_2 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SUNDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SUNDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SUNDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SUNDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SUNDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SUNDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_SUNDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_THURSDAY_1 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_THURSDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_THURSDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_THURSDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_THURSDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_THURSDAY_2 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_THURSDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_THURSDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_THURSDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_THURSDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_THURSDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_THURSDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_THURSDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_TUESDAY_1 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_TUESDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_TUESDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_TUESDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_TUESDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_TUESDAY_2 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_TUESDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_TUESDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_TUESDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_TUESDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_TUESDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_TUESDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_TUESDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_WEDNESDAY_1 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_WEDNESDAY_10 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_WEDNESDAY_11 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_WEDNESDAY_12 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_WEDNESDAY_13 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_WEDNESDAY_2 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_WEDNESDAY_3 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_WEDNESDAY_4 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_WEDNESDAY_5 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_WEDNESDAY_6 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_WEDNESDAY_7 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_WEDNESDAY_8 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-P3_ENDTIME_WEDNESDAY_9 24:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-PARTY_MODE_PRIORITIZATION 1
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-SENDE_WEATHER_DATA 1
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-SHOW_SET_TEMPERATUR 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-SHOW_WEEKDAY 1
setstate HM_Thermostat_Wohnzimmer 2022-01-14 08:54:00 .R-WEEK_PROGRAM_POINTER 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 0.AES_KEY off
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 0.CONFIG_PENDING false
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 0.DEVICE_IN_BOOTLOADER false
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 0.INHIBIT unlocked
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 0.LOWBAT ok
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 0.RSSI_DEVICE -47
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 0.RSSI_PEER -67
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 0.STICKY_UNREACH false
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 0.UNREACH alive
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 0.UPDATE_PENDING false
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:06:17 1.HUMIDITY 47
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:06:17 1.TEMPERATURE 22.9
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:05:57 2.ACTUAL_HUMIDITY 47.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:05:56 2.ACTUAL_TEMPERATURE 22.9
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.BATTERY_STATE 3.2
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.BOOST_STATE 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.COMMUNICATION_REPORTING false
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.CONTROL_MODE AUTO-MODE
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.LOWBAT_REPORTING false
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.PARTY_START_DAY 1
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.PARTY_START_MONTH 1
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.PARTY_START_TIME 00:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.PARTY_START_YEAR 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.PARTY_STOP_DAY 1
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.PARTY_STOP_MONTH 1
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.PARTY_STOP_TIME 00:00
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.PARTY_STOP_YEAR 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.PARTY_TEMPERATURE 5.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:05:57 2.SET_TEMPERATURE 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 2.WINDOW_OPEN_REPORTING closed
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:01:52 7.DECISION_VALUE 0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:00:36 IODev CCU2
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-MANU_MODE_PRIORITIZATION 1
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-MIN_MAX_VALUE_NOT_RELEVANT_FOR_MANU_MODE 1
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_FRIDAY_1 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_FRIDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_FRIDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_FRIDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_FRIDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_FRIDAY_2 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_FRIDAY_3 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_FRIDAY_4 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_FRIDAY_5 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_FRIDAY_6 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_FRIDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_FRIDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_FRIDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_MONDAY_1 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_MONDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_MONDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_MONDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_MONDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_MONDAY_2 22.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_MONDAY_3 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_MONDAY_4 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_MONDAY_5 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_MONDAY_6 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_MONDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_MONDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_MONDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SATURDAY_1 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SATURDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SATURDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SATURDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SATURDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SATURDAY_2 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SATURDAY_3 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SATURDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SATURDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SATURDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SATURDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SATURDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SATURDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SUNDAY_1 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SUNDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SUNDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SUNDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SUNDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SUNDAY_2 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SUNDAY_3 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SUNDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SUNDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SUNDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SUNDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SUNDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_SUNDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_THURSDAY_1 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_THURSDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_THURSDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_THURSDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_THURSDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_THURSDAY_2 22.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_THURSDAY_3 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_THURSDAY_4 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_THURSDAY_5 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_THURSDAY_6 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_THURSDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_THURSDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_THURSDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_TUESDAY_1 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_TUESDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_TUESDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_TUESDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_TUESDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_TUESDAY_2 22.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_TUESDAY_3 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_TUESDAY_4 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_TUESDAY_5 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_TUESDAY_6 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_TUESDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_TUESDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_TUESDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_WEDNESDAY_1 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_WEDNESDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_WEDNESDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_WEDNESDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_WEDNESDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_WEDNESDAY_2 22.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_WEDNESDAY_3 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_WEDNESDAY_4 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_WEDNESDAY_5 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_WEDNESDAY_6 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_WEDNESDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_WEDNESDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P1_TEMPERATURE_WEDNESDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_FRIDAY_1 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_FRIDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_FRIDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_FRIDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_FRIDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_FRIDAY_2 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_FRIDAY_3 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_FRIDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_FRIDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_FRIDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_FRIDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_FRIDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_FRIDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_MONDAY_1 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_MONDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_MONDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_MONDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_MONDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_MONDAY_2 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_MONDAY_3 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_MONDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_MONDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_MONDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_MONDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_MONDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_MONDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SATURDAY_1 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SATURDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SATURDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SATURDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SATURDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SATURDAY_2 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SATURDAY_3 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SATURDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SATURDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SATURDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SATURDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SATURDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SATURDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SUNDAY_1 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SUNDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SUNDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SUNDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SUNDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SUNDAY_2 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SUNDAY_3 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SUNDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SUNDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SUNDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SUNDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SUNDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_SUNDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_THURSDAY_1 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_THURSDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_THURSDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_THURSDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_THURSDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_THURSDAY_2 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_THURSDAY_3 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_THURSDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_THURSDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_THURSDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_THURSDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_THURSDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_THURSDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_TUESDAY_1 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_TUESDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_TUESDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_TUESDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_TUESDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_TUESDAY_2 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_TUESDAY_3 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_TUESDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_TUESDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_TUESDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_TUESDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_TUESDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_TUESDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_WEDNESDAY_1 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_WEDNESDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_WEDNESDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_WEDNESDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_WEDNESDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_WEDNESDAY_2 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_WEDNESDAY_3 21.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_WEDNESDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_WEDNESDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_WEDNESDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_WEDNESDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_WEDNESDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P2_TEMPERATURE_WEDNESDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_FRIDAY_1 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_FRIDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_FRIDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_FRIDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_FRIDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_FRIDAY_2 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_FRIDAY_3 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_FRIDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_FRIDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_FRIDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_FRIDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_FRIDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_FRIDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_MONDAY_1 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_MONDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_MONDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_MONDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_MONDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_MONDAY_2 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_MONDAY_3 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_MONDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_MONDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_MONDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_MONDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_MONDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_MONDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SATURDAY_1 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SATURDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SATURDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SATURDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SATURDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SATURDAY_2 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SATURDAY_3 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SATURDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SATURDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SATURDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SATURDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SATURDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SATURDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SUNDAY_1 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SUNDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SUNDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SUNDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SUNDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SUNDAY_2 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SUNDAY_3 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SUNDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SUNDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SUNDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SUNDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SUNDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_SUNDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_THURSDAY_1 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_THURSDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_THURSDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_THURSDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_THURSDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_THURSDAY_2 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_THURSDAY_3 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_THURSDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_THURSDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_THURSDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_THURSDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_THURSDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_THURSDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_TUESDAY_1 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_TUESDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_TUESDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_TUESDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_TUESDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_TUESDAY_2 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_TUESDAY_3 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_TUESDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_TUESDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_TUESDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_TUESDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_TUESDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_TUESDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_WEDNESDAY_1 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_WEDNESDAY_10 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_WEDNESDAY_11 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_WEDNESDAY_12 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_WEDNESDAY_13 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_WEDNESDAY_2 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_WEDNESDAY_3 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_WEDNESDAY_4 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_WEDNESDAY_5 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_WEDNESDAY_6 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_WEDNESDAY_7 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_WEDNESDAY_8 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-P3_TEMPERATURE_WEDNESDAY_9 17.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-SHOW_HUMIDITY 1
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-TEMPERATURE_COMFORT 23.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-TEMPERATURE_LOWERING 20.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-TEMPERATURE_MAXIMUM 27.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-TEMPERATURE_MINIMUM 14.0
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 R-TEMPERATURE_OFFSET 7
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 activity alive
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:06:17 alive alive
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:06:17 battery 100
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:06:17 battery_voltage 3.2
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:05:57 control 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:06:17 controlMode 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:05:57 desired-temp 22.5
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:06:17 devstate ok
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:06:17 hmstate 22.9
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:06:17 humidity 47
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:05:56 measured-temp 22.9
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 rssidevice -47
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 rssipeer -67
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:03:36 sign off
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:05:56 state 22.9
setstate HM_Thermostat_Wohnzimmer 2022-01-14 15:06:17 temperature 22.9
In der RAW-Definition sieht man, dass einige Readings mit "." starten, weshalb diese Readings wahrscheinlich nicht angezeigt werden.
Evtl. könnt ihr das ja im nächsten Bugfix berücksichtigen.
Viele Grüße
Sebastian
Update: Als Workaround nutze ich das Device für Channel 0. Hier werden die Readings korrekt angelegt.
Zitat von: DonJuan am 08 Januar 2022, 20:19:11
Moin Moin,
gestern musste ich mein FHEM neustarten und plötzlich funktionierten meine HM-Geräte nicht mehr. Im Dezember hatte ich ein Update gemacht, da gab es auch schon Probleme. Gestern wurde kein Update gemacht. In meiner Not habe ich alles von Homematic gelöscht und neu angelegt. Das meiste ging dann auch wieder. Einige Abfragen musste ich natürlich noch anpassen. Findes es schon komsich, dass nach einen neustart irgendwelche Parameter nicht mehr stimmen. Aber egal. Ich habe da noch einen "Fehler", den ich nicht weg bekommen:
1
Messages collected while initializing FHEM:configfile: HMCCU: [d_ccu] Ignored attribute eventMap because it contains only obsolet rpcserver entries
HMCCUDEV [HmIP_FT_Gaestezimmer] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_FT_Badezimmer] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_FT_Schlafzimmer] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_FT_Buero] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Wohnzimmer] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Gaestezimmer] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Buero] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Schlafzimmer] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Essecke] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_HZ_Badezimmer] Invalid value 1.SET_POINT_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_TR_Loggia] Invalid value 3.LEVEL for attribute statedatapoint
HMCCUDEV [HmIP_AT_Balkon] Invalid value 1.ACTUAL_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_BDT_Wohnzimmer] Invalid value 4.LEVEL for attribute statedatapoint
HMCCUDEV [HmIP_SRH_Loggia] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_SRH_Balkon] Invalid value 1.STATE for attribute statedatapoint
HMCCUDEV [HmIP_STHD_Wohnzimmer] Invalid value 1.ACTUAL_TEMPERATURE for attribute statedatapoint
HMCCUDEV [HmIP_STHD_Schlafzimmer] Invalid value 1.ACTUAL_TEMPERATURE for attribute statedatapoint
Autosave deactivated
Ich habe keine Ahnung, was mir das sagen soll. Die Meldung erscheint jedesmal, wenn ich mich auf das FHEM verbinde.
Gruss Dennis
Zitat von: DonJuan am 09 Januar 2022, 18:03:38
Ich hatte alles was Homematic war im FHEM gelöscht und danach erst die CCU neu angelegt und dann die Geräte "ausgelesen". Also noch nichts "rumgefummelt".
Internals:
CFGFN
DEF 0000D8A9A2F872:1
FUUID 61d89252-f33f-42e4-4016-3c145c77cd482c8c
IODev d_ccu
NAME HmIP_FT_Gaestezimmer
NR 231
STATE closed
TYPE HMCCUCHN
ccuaddr 0000D8A9A2F872:1
ccudevstate active
ccuif HmIP-RF
ccuname HM-FT-Gaestezimmer:1
ccurolestate SHUTTER_CONTACT
ccusubtype SWD
ccutype HMIP-SWDO
firmware 1.16.8
readonly no
receiver ccu:HmIP-HZ-Gaestezimmer
OLDREADINGS:
READINGS:
2022-01-09 17:37:06 STATE closed
2022-01-09 17:37:06 activity alive
2022-01-09 17:37:06 battery ok
2022-01-09 17:37:06 devstate ok
2022-01-09 17:37:06 hmstate closed
2022-01-09 17:37:06 rssidevice -48
2022-01-07 22:03:50 rssipeer N/A
2022-01-09 17:37:06 sabotage false
2022-01-09 17:37:06 state closed
2022-01-09 17:37:06 voltage 1.2
hmccu:
channels 1
detect 1
devspec 0000D8A9A2F872:1
nodefaults 0
role 1:SHUTTER_CONTACT
setDefaults 0
cmdlist:
get
set
control:
dp:
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.ERROR_CODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.INSTALL_TEST:
VALUES:
NVAL true
ONVAL true
OSVAL true
OVAL true
SVAL true
VAL true
0.LOW_BAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL ok
OVAL 0
SVAL ok
VAL 0
0.OPERATING_VOLTAGE:
VALUES:
NVAL 1.2
ONVAL 1.2
OSVAL 1.2
OVAL 1.2
SVAL 1.2
VAL 1.2
0.OPERATING_VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -48
ONVAL -48
OSVAL -48
OVAL -48
SVAL -48
VAL -48
0.RSSI_PEER:
VALUES:
NVAL N/A
ONVAL N/A
OSVAL N/A
OVAL 0
SVAL N/A
VAL 0
0.SABOTAGE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0
SVAL closed
VAL 0
roleCmds:
get:
set:
state:
chn 1
dpt STATE
Attributes:
ccureadingfilter 1,2,3,4,7..*
group Gästezimmer
room Homematic
Gruss Dennis
Hat vielleicht doch jemand eine Idee? Irgendwie nerven mich diese Meldungen.
Gruss Dennis
Hallo DonJuan,
hast Du mal eines Deiner Geräte neu angelegt? Einfach mal eines der Geräte mit dieser Meldung löschen und neu anlegen.
Wenn es dann funktioniert, liegt es an Deinen Definitionen.
Viele Grüße
Jürgen
Hallo zap,
ich habe jetzt mal testweise die Authentifizierung in der CCU eingeschaltet. Funktioniert alles bestens. Nur beim restart habe ich gesehen, dass im Log nun der User und das Passwort im Klartext stehen. Kannst Du das ändern?
Viele Grüße
Jürgen
Hallo zap,
mal ne Frage. Ich habe mir heute einen Wassermelder des Typs "HmIP-SWD" zugelegt, angelernt und funktioniert auch mit den Default-Werten.
Hab dann mal in die "HMCCUConf.pm" geschaut um zu sehen was der Sensor für Zustände annehmen kann, da ist mir aufgefallen das hier der Alarm mal klein und mal groß geschrieben ist, sollte doch bestimmt gleich lauten. Das Ganze steht in der Zeile 795, hier der Auszug:
'WATER_DETECTION_TRANSMITTER' => {
'ALARMSTATE' => { '0' => 'noAlarm', '1' => 'Alarm', 'false' => 'noAlarm', 'true' => 'alarm' }
Denke das sollte doch bestimmt beides mal gleich lauten.
Gruß Markus
Zitat von: michaelw am 21 November 2021, 16:18:20
Ich habe noch ein Gerät gefunden, das noch nicht unterstützt wird.
Device channels and datapoints
DEV Neigungssensor.Garage QEQ0012345 interface=BidCos-RF type=HM-Sec-TiS
CHN QEQ0012345:0 Neigungssensor.Garage:0
Geht der Neigungssensor HM-Sec-TiS bei dir inzwischen? Bei mir wird er nicht gefunden
Zitat von: juemuc am 18 Januar 2022, 21:54:42
Hallo DonJuan,
hast Du mal eines Deiner Geräte neu angelegt? Einfach mal eines der Geräte mit dieser Meldung löschen und neu anlegen.
Wenn es dann funktioniert, liegt es an Deinen Definitionen.
Viele Grüße
Jürgen
Moin Jürgen,
ich hatte alle Homematic IP-Geräte gelöscht gehabt und danach auch das CCU-Device und anschliessend alles neuangelegt bzw. eingelesen. Seit dem kommt diese Meldung. Ich finde aber in keinem Device einen passenden Eintrag. Bin auch schon alle DOIF oder Notifys durchgegangen.
Aber ich werde es gleich nochmal testen und ein Device löschen.
Gruss Dennis
Moin
wäre es möglich das der "HM-Sec-TiS" Neigungssensor auch in der v5 erstellbar ist? Oder wie könnte man diesen manuell anlegen?
Zitat von: nti am 22 Januar 2022, 19:49:18
Moin
wäre es möglich das der "HM-Sec-TiS" Neigungssensor auch in der v5 erstellbar ist? Oder wie könnte man diesen manuell anlegen?
Ich würde den Sensor einfach per "define" anlegen. Wenn die relevanten Datenpunkte alle in einem Kanal liegen => HMCCUCHN, sonst HMCCUDEV. Danach sollten auch schon Readings angelegt werden.
Du kannst dann noch das Attribut statedatapoint auf den Datenpunkt Deiner Wahl setzen, um state bzw. STATE zu aktualisieren.
Und wenn die Werte in den Readings nicht sprechend genug sind, ersetzt man sie mit dem Attribut substitute durch sprechendere.
Zitat"HM-Sec-TiS" Neigungssensor
Das klappt, wie zap ja auch schreibt, mit HMCCUCHN und statedatapoint -> STATE
Moin,
ich mal wieder ;-)
Nachdem meine FS20-Schalter alle nicht liefen (als Gerät angelegt), habe ich sie jeweils als Kanal angelegt. Nach dem nächsten Neustart gingen auch die alten HMCCUDEV wieder und ich konnte die HMCCUCHN löschen. Das überlebt jetzt schon mehere Neustarts. Komisch, aber ist so...
Der einzige, der nicht arbeiten mag, ist der FS20-Dimmer. Weder als HMCCUDEV noch als HMCCUCHN.
Zwischenzeitlich habe ich einen FHT80b per "get <device> update" abfragen wollen und FHEM ist abgestürzt.
Hier mal das Log, vom Zeitpunkt des Absturzes bis zum global:INITIALIZED (allerdings alles, was nicht offensichtlich mit HMCCU zu tun hat, rausgeschmissen):
Muss ich mir um diese Fehlermeldungen während des Starts Sorgen machen?
2022.01.26 16:04:15.429 2: HMCCURPCPROC [d_rpc103089CUxD] Error while reading response for command getParamset:
Can't use string ("") as a HASH ref while "strict refs" in use at ./FHEM/88_HMCCU.pm line 7848.
2022.01.26 16:05:47.779 1: HMCCU [ccu] CCU port 8181 is reachable
2022.01.26 16:05:47.798 1: HMCCU [ccu] Initialized version 5.0 220061807
2022.01.26 16:05:47.798 1: HMCCU [ccu] Initializing device
2022.01.26 16:05:50.142 2: HMCCU [ccu] Deleting old CCU configuration data
2022.01.26 16:05:50.146 2: HMCCU [ccu] Updating device table
2022.01.26 16:05:52.182 1: HMCCU [ccu] Read 39 devices with 242 channels from CCU 10.23.103.89
2022.01.26 16:05:52.183 1: HMCCU [ccu] Read 16 programs from CCU 10.23.103.89
2022.01.26 16:05:52.183 1: HMCCU [ccu] Read 0 virtual groups from CCU 10.23.103.89
2022.01.26 16:05:52.187 2: HMCCU [ccu] HMCCU: [ccu] Updating CCU system variables every 15 seconds
2022.01.26 16:06:31.285 0: HMCCU [ccu] Scheduling post FHEM initialization tasks in 12 seconds
2022.01.26 16:06:51.264 0: Featurelevel: 6.1
2022.01.26 16:06:51.264 0: Server started with 460 defined entities (fhem.pl:25544/2022-01-22 perl:5.028001 os:linux user:fhem pid:15520)
2022.01.26 16:06:53.188 1: HMCCU [ccu] Reading device config from CCU. This may take a couple of seconds ...
2022.01.26 16:06:53.190 2: HMCCU [ccu] Reading Device Descriptions for interface VirtualDevices
2022.01.26 16:06:53.659 2: HMCCU [ccu] Read 18 Device Descriptions for interface VirtualDevices
2022.01.26 16:06:53.659 2: HMCCU [ccu] Reading Paramset Descriptions for interface VirtualDevices
2022.01.26 16:06:53.661 2: HMCCU [ccu] Read 0 Paramset Descriptions for interface VirtualDevices
2022.01.26 16:06:53.662 2: HMCCU [ccu] Reading Peer Descriptions for interface VirtualDevices
2022.01.26 16:06:53.742 2: HMCCU [ccu] Read 0 Peer Descriptions for interface VirtualDevices
2022.01.26 16:06:53.742 2: HMCCU [ccu] Reading Device Descriptions for interface BidCos-RF
2022.01.26 16:06:54.257 2: HMCCU [ccu] Read 87 Device Descriptions for interface BidCos-RF
2022.01.26 16:06:54.258 2: HMCCU [ccu] Reading Paramset Descriptions for interface BidCos-RF
2022.01.26 16:07:07.216 2: HMCCU [ccu] Read 63 Paramset Descriptions for interface BidCos-RF
2022.01.26 16:07:07.216 2: HMCCU [ccu] Reading Peer Descriptions for interface BidCos-RF
2022.01.26 16:07:07.257 2: HMCCU [ccu] Read 14 Peer Descriptions for interface BidCos-RF
2022.01.26 16:07:07.257 2: HMCCU [ccu] Reading Device Descriptions for interface CUxD
2022.01.26 16:07:07.333 2: HMCCU [ccu] Read 111 Device Descriptions for interface CUxD
2022.01.26 16:07:07.334 2: HMCCU [ccu] Reading Paramset Descriptions for interface CUxD
2022.01.26 16:07:07.544 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:07.544 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801001
2022.01.26 16:07:07.649 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:07.649 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801001:1
2022.01.26 16:07:07.688 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:07.688 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset VALUES for address CUX2801001:1
2022.01.26 16:07:07.724 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:07.725 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801001:2
2022.01.26 16:07:07.801 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:07.802 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801001:3
2022.01.26 16:07:07.841 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:07.841 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset VALUES for address CUX2801001:3
2022.01.26 16:07:07.955 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:07.955 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801001:5
2022.01.26 16:07:08.030 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:08.031 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801001:6
2022.01.26 16:07:08.107 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:08.107 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801001:7
2022.01.26 16:07:08.183 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:08.184 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801001:8
2022.01.26 16:07:08.223 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:08.223 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset VALUES for address CUX2801001:8
2022.01.26 16:07:08.260 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:08.261 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801001:9
2022.01.26 16:07:08.300 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:08.301 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset VALUES for address CUX2801001:9
2022.01.26 16:07:08.414 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:08.415 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801001:11
2022.01.26 16:07:08.458 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:08.459 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset VALUES for address CUX2801001:11
2022.01.26 16:07:08.495 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:08.495 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801001:12
2022.01.26 16:07:08.571 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:08.572 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801001:13
2022.01.26 16:07:08.723 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:08.724 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801001:15
2022.01.26 16:07:08.800 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:08.800 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801001:16
2022.01.26 16:07:08.839 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:08.840 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset VALUES for address CUX2801001:16
2022.01.26 16:07:09.493 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:09.494 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset VALUES for address CUX0800003:2
2022.01.26 16:07:10.049 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:10.050 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset VALUES for address CUX1200002:1
2022.01.26 16:07:10.156 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:10.156 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801002
2022.01.26 16:07:10.193 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:10.193 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801002:1
2022.01.26 16:07:10.276 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:10.277 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801002:3
2022.01.26 16:07:10.360 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:10.361 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801002:8
2022.01.26 16:07:10.443 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:10.444 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801002:9
2022.01.26 16:07:10.524 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:10.525 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801002:11
2022.01.26 16:07:10.606 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:10.606 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset MASTER for address CUX2801002:16
2022.01.26 16:07:10.649 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:10.650 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset VALUES for address CUX2801002:16
2022.01.26 16:07:10.830 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:10.831 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset VALUES for address CUX1200001:1
2022.01.26 16:07:11.007 2: HMCCURPCPROC [d_rpc103089CUxD] Error while decoding binary response
2022.01.26 16:07:11.008 2: HMCCURPCPROC [d_rpc103089CUxD] Can't get description of paramset VALUES for address CUX0400001:1
2022.01.26 16:07:11.121 2: HMCCU [ccu] Read 60 Paramset Descriptions for interface CUxD
2022.01.26 16:07:11.122 2: HMCCU [ccu] Reading Peer Descriptions for interface CUxD
2022.01.26 16:07:11.156 2: HMCCU [ccu] Read 0 Peer Descriptions for interface CUxD
2022.01.26 16:07:11.157 2: HMCCU [ccu] Reading Device Descriptions for interface HmIP-RF
2022.01.26 16:07:11.804 2: HMCCU [ccu] Read 65 Device Descriptions for interface HmIP-RF
2022.01.26 16:07:11.804 2: HMCCU [ccu] Reading Paramset Descriptions for interface HmIP-RF
2022.01.26 16:07:39.413 2: HMCCU [ccu] Read 65 Paramset Descriptions for interface HmIP-RF
2022.01.26 16:07:39.414 2: HMCCU [ccu] Reading Peer Descriptions for interface HmIP-RF
2022.01.26 16:07:39.578 2: HMCCU [ccu] Read 1 Peer Descriptions for interface HmIP-RF
2022.01.26 16:07:39.708 2: HMCCU [ccu] Read device configuration: devices/channels=281 parametersets=188 links=15
2022.01.26 16:07:39.709 2: HMCCU [ccu] RPC device for interface HmIP-RF: d_rpc103089HmIP_RF
2022.01.26 16:07:39.710 2: HMCCU [ccu] RPC device for interface VirtualDevices: d_rpc103089VirtualDevices
2022.01.26 16:07:39.710 2: HMCCU [ccu] RPC device for interface BidCos-RF: d_rpc103089BidCos_RF
2022.01.26 16:07:39.710 2: HMCCU [ccu] RPC device for interface CUxD: d_rpc103089CUxD
2022.01.26 16:07:39.726 2: HMCCURPCPROC [d_rpc103089HmIP_RF] RPC server process started for interface HmIP-RF with PID=16847
2022.01.26 16:07:39.750 2: HMCCURPCPROC [d_rpc103089HmIP_RF] Initializing RPC server CB2010100044103089 for interface HmIP-RF
2022.01.26 16:07:39.770 1: HMCCURPCPROC [d_rpc103089HmIP_RF] RPC server starting
2022.01.26 16:07:39.807 2: HMCCURPCPROC [d_rpc103089HmIP_RF] Callback server CB2010100044103089 created. Listening on port 7420
2022.01.26 16:07:39.808 2: HMCCURPCPROC [d_rpc103089VirtualDevices] RPC server process started for interface VirtualDevices with PID=16848
2022.01.26 16:07:39.809 2: HMCCURPCPROC [d_rpc103089HmIP_RF] CB2010100044103089 accepting connections. PID=16847
2022.01.26 16:07:39.832 2: HMCCURPCPROC [d_rpc103089VirtualDevices] Initializing RPC server CB9292100044103089 for interface VirtualDevices
2022.01.26 16:07:39.850 1: HMCCURPCPROC [d_rpc103089VirtualDevices] RPC server starting
2022.01.26 16:07:39.878 2: HMCCURPCPROC [d_rpc103089BidCos_RF] RPC server process started for interface BidCos-RF with PID=16849
2022.01.26 16:07:39.892 2: HMCCURPCPROC [d_rpc103089VirtualDevices] Callback server CB9292100044103089 created. Listening on port 14702
2022.01.26 16:07:39.895 2: HMCCURPCPROC [d_rpc103089VirtualDevices] CB9292100044103089 accepting connections. PID=16848
2022.01.26 16:07:39.903 2: HMCCURPCPROC [d_rpc103089BidCos_RF] Initializing RPC server CB2001100044103089 for interface BidCos-RF
2022.01.26 16:07:39.922 1: HMCCURPCPROC [d_rpc103089BidCos_RF] RPC server starting
2022.01.26 16:07:39.950 2: HMCCURPCPROC [d_rpc103089CUxD] RPC server process started for interface CUxD with PID=16850
2022.01.26 16:07:39.963 2: HMCCURPCPROC [d_rpc103089BidCos_RF] Callback server CB2001100044103089 created. Listening on port 7411
2022.01.26 16:07:39.965 2: HMCCURPCPROC [d_rpc103089BidCos_RF] CB2001100044103089 accepting connections. PID=16849
2022.01.26 16:07:39.977 2: HMCCURPCPROC [d_rpc103089CUxD] Initializing RPC server CB8701100044103089 for interface CUxD
2022.01.26 16:07:39.981 2: HMCCURPCPROC [d_rpc103089CUxD] CB8701100044103089 accepting connections. PID=16850
2022.01.26 16:07:39.994 1: HMCCURPCPROC [d_rpc103089CUxD] RPC server starting
2022.01.26 16:07:40.010 2: HMCCU [ccu] RPC server start: 4 started, 0 already running, 0 failed to start
2022.01.26 16:07:40.138 2: HMCCURPCPROC [d_rpc103089BidCos_RF] RPC server CB2001100044103089 enters server loop
2022.01.26 16:07:40.144 2: HMCCURPCPROC [d_rpc103089BidCos_RF] Registering callback http://10.23.100.44:7411/fh2001 of type A with ID CB2001100044103089 at http://10.23.103.89:2001
2022.01.26 16:07:40.674 1: HMCCURPCPROC [d_rpc103089BidCos_RF] RPC server CB2001100044103089 running
2022.01.26 16:07:40.685 1: HMCCURPCPROC [d_rpc103089BidCos_RF] Scheduled CCU ping every 300 seconds
2022.01.26 16:07:40.880 2: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 enters server loop
2022.01.26 16:07:40.884 2: HMCCURPCPROC [d_rpc103089CUxD] Registering callback xmlrpc_bin://10.23.100.44:14111/fh8701 of type B with ID CB8701100044103089 at xmlrpc_bin://10.23.103.89:8701
2022.01.26 16:07:40.916 2: HMCCURPCPROC [d_rpc103089CUxD] Error while reading response for command init:
2022.01.26 16:07:40.926 1: HMCCURPCPROC [d_rpc103089CUxD] RPC server CB8701100044103089 running
2022.01.26 16:07:40.996 2: HMCCURPCPROC [d_rpc103089HmIP_RF] RPC server CB2010100044103089 enters server loop
2022.01.26 16:07:41.000 2: HMCCURPCPROC [d_rpc103089HmIP_RF] Registering callback http://10.23.100.44:7420/fh2010 of type A with ID CB2010100044103089 at http://10.23.103.89:2010
2022.01.26 16:07:41.056 2: HMCCURPCPROC [d_rpc103089BidCos_RF] CB2001100044103089 NewDevice received 87 device and channel specifications
2022.01.26 16:07:41.126 1: HMCCURPCPROC [d_rpc103089HmIP_RF] RPC server CB2010100044103089 running
2022.01.26 16:07:41.453 2: HMCCURPCPROC [d_rpc103089VirtualDevices] RPC server CB9292100044103089 enters server loop
2022.01.26 16:07:41.458 2: HMCCURPCPROC [d_rpc103089VirtualDevices] Registering callback http://10.23.100.44:14702/fh9292 of type A with ID CB9292100044103089 at http://10.23.103.89:9292/groups
2022.01.26 16:07:43.982 2: HMCCURPCPROC [d_rpc103089VirtualDevices] CB9292100044103089 NewDevice received 18 device and channel specifications
2022.01.26 16:07:45.022 2: HMCCURPCPROC [d_rpc103089HmIP_RF] CB2010100044103089 NewDevice received 65 device and channel specifications
2022.01.26 16:07:51.670 1: HMCCURPCPROC [d_rpc103089VirtualDevices] RPC server CB9292100044103089 running
2022.01.26 16:07:51.692 1: HMCCU [ccu] All RPC servers running
2022.01.26 16:07:52.925 1: PERL WARNING: Use of uninitialized value in subtraction (-) at (eval 617) line 5.
Die Geräte, die da Fehler liefern:
CUxD Name | Typ | CUxD Typ | (gemappter) CCU2 Typ |
CUX0400001 | FS20-Dimmer | (04) Dimmaktor (1-Kanal) | HM-LC-Dim1L-Pl |
CUX0800003 | FHT80b | (08) Wandthermostat | HM-CC-TC |
CUX1200001 | InterTechno Thermometer | (12) HMS100 TF | HM-WDS10-TH-O |
CUX1200002 | InterTechno Thermometer | (12) HMS100 TF | HM-TC-IT-WM-W-EU |
CUX2801001 | on/off als Trigger für CCU2-Programme | (28) System | HM-RC-19 |
CUX2801002 | on/off als Trigger für CCU2-Programme | (28) System | HM-RC-19 |
Alle Geräte funktionieren trotz der Fehlermeldungen, bis auf den Dimmer. Der Dimmer will überhaupt nicht.
Meine Definition als HMCCUDEV:
defmod HM_fs20.Dimmer HMCCUDEV CUX0400001
attr HM_fs20.Dimmer userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
attr HM_fs20.Dimmer DbLogExclude .*
attr HM_fs20.Dimmer IODev ccu
attr HM_fs20.Dimmer alias Stehleuchte
attr HM_fs20.Dimmer ccuget Value
attr HM_fs20.Dimmer ccureadingfilter (^LEVEL$|DIRECTION)
attr HM_fs20.Dimmer ccureadingname 1.LEVEL:+pct;;1.LEVEL:level
attr HM_fs20.Dimmer ccuscaleval LEVEL:0:1:0:100
attr HM_fs20.Dimmer ccuverify 1
attr HM_fs20.Dimmer cmdIcon on:general_an off:general_aus
attr HM_fs20.Dimmer controlchannel 1
attr HM_fs20.Dimmer event-on-change-reading .*
attr HM_fs20.Dimmer genericDeviceType light
attr HM_fs20.Dimmer group Licht
attr HM_fs20.Dimmer hmstatevals ERROR!1:load_failure
attr HM_fs20.Dimmer mqttPublish state|level|pct|control:topic={"fhem-rasp/stehleuchte/$name"}
attr HM_fs20.Dimmer mqttSubscribe pct:stopic={"homeassistant/stehleuchte/pct/set"} control:stopic={"homeassistant/stehleuchte/control/set"}
attr HM_fs20.Dimmer realRoom Schlafzimmer
attr HM_fs20.Dimmer room Homekit,Schlafzimmer
attr HM_fs20.Dimmer statechannel 1
attr HM_fs20.Dimmer statevals on:100,off:0
attr HM_fs20.Dimmer stripnumber 1
attr HM_fs20.Dimmer substexcl control
attr HM_fs20.Dimmer substitute ERROR!0:no,1:load_failure;;LEVEL!#0-0:off,#1-100:on
attr HM_fs20.Dimmer userReadings onoff {ReadingsVal($NAME,"level",0)>0 ? "on" : "off"}
attr HM_fs20.Dimmer webCmd control:on:off
attr HM_fs20.Dimmer widgetOverride control:slider,0,10,100
Anzusprechen/Auszulesen ist er mit 1.LEVEL, da lässt sich aber nur der state/controlchannel setzen, beim state/controldatapoint kommt "HMCCUDEV [HM_fs20.Dimmer] Invalid value 1.LEVEL for attribute controldatapoint"
Als HMCCUCHN sieht es so aus:
defmod Stehleuchte1 HMCCUCHN CUX0400001:1
attr Stehleuchte1 DbLogExclude .*
attr Stehleuchte1 ccureadingfilter (^LEVEL$|DIRECTION)
attr Stehleuchte1 ccuscaleval LEVEL:0:1:0:100
attr Stehleuchte1 cmdIcon on:general_an off:general_aus
attr Stehleuchte1 hmstatevals ERROR!1:load_failure
attr Stehleuchte1 statevals on:100,off:0
attr Stehleuchte1 stripnumber 1
attr Stehleuchte1 substexcl control
attr Stehleuchte1 substitute ERROR!0:no,1:load_failure:yes;;LEVEL!#0-0:off,#1-100:on
attr Stehleuchte1 webCmd control:on:off
attr Stehleuchte1 widgetOverride control:slider,0,10,100
Auch hier lässt sich weder state- noch controldatapoint setzen.
get deviceInfo als Channel:
Device channels and datapoints
DEV fs20.Dimmer CUX0400001 interface=CUxD type=HM-LC-Dim1L-Pl
CHN CUX0400001:0 fs20.Dimmer:0
0.RSSI_PEER = 0 {n} [RE]
CHN CUX0400001:1 fs20.Dimmer:1
1.LEVEL = 0.000000 {a} [RWE]
1.OLD_LEVEL = {b} [W]
1.RAMP_TIME = {f} [W]
1.ON_TIME = {f} [W]
1.TOGGLE = {b} [W]
1.WORKING = false {b} [RE]
1.PROG_TIMER = 0.000000 {f} [RWE]
1.PROG_DIM_UP = 0.000000 {f} [RWE]
1.PROG_DIM_DOWN = 0.000000 {f} [RWE]
1.INSTALL_TEST = {b} [W]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Current state datapoint = .
Current control datapoint = .
Device description
Device CUX0400001 fs20.Dimmer [HM-LC-Dim1L-Pl]
AES_ACTIVE: 0
CHILDREN: CUX0400001:0,CUX0400001:1
FIRMWARE: 1.0
FLAGS: Visible
PARAMSETS: MASTER
Channel CUX0400001:0 fs20.Dimmer:0 [MAINTENANCE]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible,Internal
PARAMSETS: MASTER,VALUES
PARENT: CUX0400001
PARENT_TYPE: HM-LC-Dim1L-Pl
Channel CUX0400001:1 fs20.Dimmer:1 [DIMMER] known
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES
PARENT: CUX0400001
PARENT_TYPE: HM-LC-Dim1L-Pl
Defaults
Support for role(s) DIMMER of device type HM-LC-Dim1L-Pl is built in.
get deviceInfo als Device:
Device channels and datapoints
DEV fs20.Dimmer CUX0400001 interface=CUxD type=HM-LC-Dim1L-Pl
CHN CUX0400001:0 fs20.Dimmer:0
0.RSSI_PEER = 0 {n} [RE]
CHN CUX0400001:1 fs20.Dimmer:1
1.LEVEL = 0.000000 {a} [RWE]
1.OLD_LEVEL = {b} [W]
1.RAMP_TIME = {f} [W]
1.ON_TIME = {f} [W]
1.TOGGLE = {b} [W]
1.WORKING = false {b} [RE]
1.PROG_TIMER = 0.000000 {f} [RWE]
1.PROG_DIM_UP = 0.000000 {f} [RWE]
1.PROG_DIM_DOWN = 0.000000 {f} [RWE]
1.INSTALL_TEST = {b} [W]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Current state datapoint = .
Current control datapoint = .
Device description
Device CUX0400001 fs20.Dimmer [HM-LC-Dim1L-Pl]
AES_ACTIVE: 0
CHILDREN: CUX0400001:0,CUX0400001:1
FIRMWARE: 1.0
FLAGS: Visible
PARAMSETS: MASTER
Channel CUX0400001:0 fs20.Dimmer:0 [MAINTENANCE]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible,Internal
PARAMSETS: MASTER,VALUES
PARENT: CUX0400001
PARENT_TYPE: HM-LC-Dim1L-Pl
Channel CUX0400001:1 fs20.Dimmer:1 [DIMMER] known
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES
PARENT: CUX0400001
PARENT_TYPE: HM-LC-Dim1L-Pl
Defaults
Support for role(s) DIMMER of device type HM-LC-Dim1L-Pl is built in.
Einerseits sagt er "Support for role(s) DIMMER of device type HM-LC-Dim1L-Pl is built in", andererseits hat er trotzdem kein Bock, mit ihm zu sprechen...
Und ich habe es gerade zweimal geschafft, FHEM wieder mit HMCCU zu killen:
2022.01.26 17:13:51.786 4: WEBnginx_10.23.100.44_36906 POST /fhem?detail=HM_fs20.Dimmer&dev.getHM_fs20.Dimmer=HM_fs20.Dimmer&cmd.getHM_fs20.Dimmer=get&arg.getHM_fs20.Dimmer=values&val.getHM_fs20.Dimmer=&XHR=1&addLinks=1&fwcsrf=csrf_217943499412112&fw_id=3212; BUFLEN:0
2022.01.26 17:13:51.787 5: Cmd: >get HM_fs20.Dimmer values<
2022.01.26 17:13:51.820 2: HMCCURPCPROC [d_rpc103089CUxD] Error while reading response for command getParamset:
Can't use string ("") as a HASH ref while "strict refs" in use at ./FHEM/88_HMCCU.pm line 7848.
2022.01.26 17:20:34.843 4: WEBnginx_10.23.100.44_41340 POST /fhem?detail=d_rpc103089CUxD&dev.getd_rpc103089CUxD=d_rpc103089CUxD&cmd.getd_rpc103089CUxD=get&arg.getd_rpc103089CUxD=deviceDesc&val.getd_rpc103089CUxD=&XHR=1&addLinks=1&fwcsrf=csrf_205058440381994&fw_id=635; BUFLEN:0
2022.01.26 17:20:34.844 5: Cmd: >get d_rpc103089CUxD deviceDesc<
2022.01.26 17:20:34.919 1: PERL WARNING: Use of uninitialized value $d in substitution (s///) at ./FHEM/88_HMCCU.pm line 4003.
Can't use string ("0") as a HASH ref while "strict refs" in use at ./FHEM/88_HMCCU.pm line 3993.
Der CUxD-RPC steht auf "rpcReadTimeout 0.03"
Gruß
Florian
Zitat von: juemuc am 18 Januar 2022, 21:54:42
Hallo DonJuan,
hast Du mal eines Deiner Geräte neu angelegt? Einfach mal eines der Geräte mit dieser Meldung löschen und neu anlegen.
Wenn es dann funktioniert, liegt es an Deinen Definitionen.
Viele Grüße
Jürgen
Also ich habe vorhin ein Device gelöscht. Die Meldung zu dem Device blieb trotzdem da. Irgendwie ist das schon komisch.
Gruss Dennis
Zitat von: juemuc am 18 Januar 2022, 21:56:46
Hallo zap,
Beim restart habe ich gesehen, dass im Log nun der User und das Passwort im Klartext stehen. Kannst Du das ändern?
Viele Grüße
Jürgen
Hallo zap,
siehst Du hierfür eine Lösungsmöglichkeit?
Viele Grüße
Jürgen
Zitat von: juemuc am 30 Januar 2022, 19:19:43
Hallo zap,
siehst Du hierfür eine Lösungsmöglichkeit?
Poste bitte nochmal eine Beispiel-Logmessage (mit Xen statt Username/Password ;) )
Ich muss rausfinden, wo die herkommt.
@OiledAmoeba : Hattest Du die letzte Version von Github installiert? Die hatte einen Bug bei der RPC Kommunikation (wobei das eher ein Bug in CUxD ist).
Gestern habe ich auf Github ein Update eingecheckt. Kommt dann spätestens morgen ins SVN.
Zitat von: zap am 31 Januar 2022, 10:20:48
Poste bitte nochmal eine Beispiel-Logmessage (mit Xen statt Username/Password ;) )
Ich muss rausfinden, wo die herkommt.
Bitteschön
2022.01.30 14:19:38 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Registering callback http://192.168.140.80:7420/fh2010 of type A with ID CB2010140080140090 at https://USER:Password@192.168.140.90:42010
Viele Grüße
Jürgen
Morgen steht ein Update in SVN zur Verfügung. Ich habe die RPC Requests optimiert. Beim Starten von FHEM sowie bei der Aktualisierung der CCU-Config werden nun weniger RPC-Einzel-Requests verwendet.
Das beschleunigt etwas den FHEM-Start.
Guten Abend,
für die Darstellung eines Heizkörperthermostats HmIP-eTRV-2 über Tablet UI benötigt das Widget den control datapoint. Hier die Config mit Version 4.3:
<div data-type="thermostat" data-device="HM_HKT_Kueche" data-get="1.SET_POINT_TEMPERATURE" data-temp="1.ACTUAL_TEMPERATURE" data-set="control" data-mode="CONTROL_MODE" data-valve="valve_position" class="large top-space"></div>
In der Hilfe zum Device steht unter Version 5.0:
Zitatset <name> control <value>
Set value of control datapoint. This command is available only on command line for compatibility reasons. It should not be used any more.
Bei den folgenden Befehlen passiert aber nichts!?
set HKT_Kueche control auto
set HKT_Kueche control manual
Weitere Frage:
Kann man dem Device das Reading "valve_position" noch zufügen?
Wie kann das gelöst werden?
Besten Dank für die Unterstützung!
Zitat von: Reinschki am 01 Februar 2022, 17:50:17
Guten Abend,
Weitere Frage:
Kann man dem Device das Reading "valve_position" noch zufügen?
Wie kann das gelöst werden?
Besten Dank für die Unterstützung!
Das kann man mit ccuresdingname lösen:
attr HM_HKT_Kueche ccureadingname LEVEL$:valve_position
Gruß LuGu
Zitat von: zap am 31 Januar 2022, 10:23:43
@OiledAmoeba : Hattest Du die letzte Version von Github installiert? Die hatte einen Bug bei der RPC Kommunikation (wobei das eher ein Bug in CUxD ist).
Gestern habe ich auf Github ein Update eingecheckt. Kommt dann spätestens morgen ins SVN.
Nein, die Daten für HMCCU kommen aus dem offiziellen Updatekanal, gerade noch mal gecheckt. Update list zeigt hat zwar externe Quellen, aber nix, was auf HMCCU hindeutet.
Zitat von: Reinschki am 01 Februar 2022, 17:50:17
Guten Abend,
für die Darstellung eines Heizkörperthermostats HmIP-eTRV-2 über Tablet UI benötigt das Widget den control datapoint. Hier die Config mit Version 4.3:
<div data-type="thermostat" data-device="HM_HKT_Kueche" data-get="1.SET_POINT_TEMPERATURE" data-temp="1.ACTUAL_TEMPERATURE" data-set="control" data-mode="CONTROL_MODE" data-valve="valve_position" class="large top-space"></div>
In der Hilfe zum Device steht unter Version 5.0:
Bei den folgenden Befehlen passiert aber nichts!?
set HKT_Kueche control auto
set HKT_Kueche control manual
Weitere Frage:
Kann man dem Device das Reading "valve_position" noch zufügen?
Wie kann das gelöst werden?
Besten Dank für die Unterstützung!
Ich würde data-set einfach auch auf 1.SET_POINT_TEMPERATURE setzen. set control gibts nicht mehr
Zitat von: OiledAmoeba am 01 Februar 2022, 21:14:42
Nein, die Daten für HMCCU kommen aus dem offiziellen Updatekanal, gerade noch mal gecheckt. Update list zeigt hat zwar externe Quellen, aber nix, was auf HMCCU hindeutet.
Da läuft noch was schief mit den RPC-Requests. Auf den ersten Blick 2 Bugs gefunden. Danke für den Log.Bitte mal ein Update machen und prüfen, ob das Problem noch auftritt (insbesondere die Perl-Meldungen)
ZitatZitat von: LuGu am 01 Februar 2022, 18:08:14
Das kann man mit ccuresdingname lösen:
attr HM_HKT_Kueche ccureadingname LEVEL$:valve_position
Gruß LuGu
Jawohl bei einem HmIP-eTRV-2 funktioniert das. Das Reading wird angezeigt!
Bei einem HM-CC-RT-DN jedoch nicht. Ich nehme an da muss im Hintergrund etwas matchen.
Ganz verstanden habe ich das aber noch nicht...
Kann mir jemand den workaround dazu erklären, wie man verborgene Datenpunkte als Reading darstellt.
Danke!
Zitat von: zap am 01 Februar 2022, 21:40:53
Ich würde data-set einfach auch auf 1.SET_POINT_TEMPERATURE setzen. set control gibts nicht mehr
Hallo zap,
kapier ich nicht!
Ich will ja damit den Modus (also Manual, Auto, Boost etc.) einstellen können.
Ich denke aus Gründen der Kompatibilität braucht es "set control"! Oder?
Temperatur stelle ich mit ein:
data-temp="1.ACTUAL_TEMPERATURE"
Gruß
Zitat von: Reinschki am 02 Februar 2022, 16:03:50
Hallo zap,
kapier ich nicht!
Ich will ja damit den Modus (also Manual, Auto, Boost etc.) einstellen können.
Ich denke aus Gründen der Kompatibilität braucht es "set control"! Oder?
Temperatur stelle ich mit ein:
data-temp="1.ACTUAL_TEMPERATURE"
Gruß
In diesen Fällen ist es meist hilfreich, sich die Ausgabe der Befehle "get deviceInfo" und "get paramsetDesc" anzuschauen.
Für Deine Ventilposition:
attr HM_HKT_Kueche ccureadingname VALVE_STATE:+valve_position
Wenn Du das "+" weglässt, wird VALVE_STATE ersetzt.
Das Thermostat hat zwar einen Datenpunkt CONTROL_MODE, der ist aber read-only. Damit kann man nichts steuern.
Die Control-Modi musst Du entweder per set-Befehl einstellen (also set auto usw.) oder Du setzt die Datenpunkte direkt:
4.AUTO_MODE = {b} [W]
4.MANU_MODE = {f} [W]
4.BOOST_MODE = {b} [W]
4.COMFORT_MODE = {b} [W]
4.LOWERING_MODE = {b} [W]
Dabei wäre zu beachten, dass man bei MANU_MODE nicht 0/1 bzw. false/true angeben muss, sondern eine Temperatur.
Und: set control funktioniert zwar noch (wg. der Kompatibilität), wird aber bei neu angelegten Devices (mit 5.0) nicht mehr benötigt.
Hallo zap,
beim Update ist mir aufgefallen, dass jetzt auch Geräte vom Typ HMW-IO-12-Sw14-DR unterstützt werden sollen.
Aber mit createDev funktioniert es bei mir nicht. Es kommt die Meldung:
Results of create command:
Not detected CCU devices:
HMW-IO-12-Sw14-DR QEQ1334563 = QEQ1334563 [HMW-IO-12-Sw14-DR QEQ1334563]
Habe ich noch was übersehen?
VG Andreas
Wo steht das, dass das (von get createDev) unterstützt wird? Das Ticket in Github ist noch offen.
Ansonsten sollte eine manuelle Integration mit "define xy HMCCUDEV" funktionieren.
Sorry, dann habe ich mich verguckt. Die Kanäle habe ich alle einzeln erstellt. Wollte es nur auf den neuesten Stand bringen, aber es eilt nicht - funktioniert ja alles.
VG Andreas
Zitat von: zap am 23 Januar 2022, 12:15:27
Du kannst dann noch das Attribut statedatapoint auf den Datenpunkt Deiner Wahl setzen, um state bzw. STATE zu aktualisieren.
Und wenn die Werte in den Readings nicht sprechend genug sind, ersetzt man sie mit dem Attribut substitute durch sprechendere.
Das Attribut statedatapoint überlebt bei mir einen Neustart von FHEM nicht. Bei meinem so wie beschrieben manuell definierten HM-Sec-TiS ist das Attribut nach dem Neustart verschwunden.
Zitat von: michaelw am 06 Februar 2022, 19:24:45
Das Attribut statedatapoint überlebt bei mir einen Neustart von FHEM nicht. Bei meinem so wie beschrieben manuell definierten HM-Sec-TiS ist das Attribut nach dem Neustart verschwunden.
Machst Du mal bitte ein "list" und ein "get deviceInfo"?
Ja, klar. Bitte schön.
Internals:
DEF QEQ0014395:1
FUUID 61f5ac60-f33f-033d-ff6b-94faba318cd1de23
IODev d_ccu3
NAME Lagesensor.Garage
NR 409
STATE closed
TYPE HMCCUCHN
ccuaddr QEQ0014395:1
ccudevstate active
ccuif BidCos-RF
ccuname HM-Sec-TiS QEQ0014395:1
ccurolestate TILT_SENSOR
ccusubtype HM-Sec-TiS
ccutype HM-Sec-TiS
chntype ?
firmware 1.5
readonly no
Helper:
DBLOG:
STATE:
myDbLog:
TIME 1644171973.71574
VALUE closed
OLDREADINGS:
READINGS:
2022-02-06 19:26:13 LOWBAT ok
2022-02-06 19:26:13 STATE closed
2022-02-06 19:26:13 activity alive
2022-02-06 19:26:13 battery ok
2022-02-06 19:26:13 devstate ok
2022-02-06 19:26:13 hmstate closed
2022-02-06 19:26:13 rssidevice -255
2022-02-06 19:26:13 rssipeer -255
2022-02-06 19:26:13 sign off
2022-02-06 19:26:13 state closed
hmccu:
channels 1
detect 0
devspec QEQ0014395:1
nodefaults 1
role 1:TILT_SENSOR
setDefaults 0
cmdlist:
get
set
control:
dp:
0.AES_KEY:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
0.CONFIG_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.LOWBAT:
VALUES:
NVAL false
ONVAL false
OSVAL ok
OVAL false
SVAL ok
VAL false
0.RSSI_DEVICE:
VALUES:
NVAL -255
ONVAL -255
OSVAL -255
OVAL 1
SVAL -255
VAL 1
0.RSSI_PEER:
VALUES:
NVAL -255
ONVAL -255
OSVAL -255
OVAL 1
SVAL -255
VAL 1
0.STICKY_UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL alive
OVAL false
SVAL alive
VAL false
1.LOWBAT:
VALUES:
NVAL false
ONVAL false
OSVAL ok
OVAL false
SVAL ok
VAL false
1.STATE:
VALUES:
NVAL false
ONVAL false
OSVAL closed
OVAL false
SVAL closed
VAL false
roleCmds:
get:
set:
state:
chn 1
dpt STATE
Attributes:
alias Garagentorzustand
devStateIcon [Oo]pen:fts_garage_door_10@red [Cc]losed:fts_garage_door_100@green
event-on-change-reading battery,contact,cover,state,STATE
group Lagesensor
icon hm-sec-win
room Garage
statedatapoint STATE
substitute STATE!(0|false):closed,(1|true):open
Device channels and datapoints
DEV Neigungssensor.Garage QEQ0014395 interface=BidCos-RF type=HM-Sec-TiS
CHN QEQ0014395:0 Neigungssensor.Garage:0
0.UNREACH = false {b} [RE]
0.STICKY_UNREACH = false {b} [RWE]
0.CONFIG_PENDING = false {b} [RE]
0.LOWBAT = false {b} [RE]
0.RSSI_DEVICE = 1 {n} [RE]
0.RSSI_PEER = 1 {n} [RE]
0.AES_KEY = 0 {n} [R]
CHN QEQ0014395:1 HM-Sec-TiS QEQ0014395:1
1.STATE = false {b} [RE]
1.LOWBAT = false {b} [RE]
1.INSTALL_TEST = {b} [E]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Current state datapoint = 1.STATE
Current control datapoint = .
Device description
Device QEQ0014395 Neigungssensor.Garage [HM-Sec-TiS]
CHILDREN: QEQ0014395:0,QEQ0014395:1
FIRMWARE: 1.5
FLAGS: Visible
INTERFACE: REQ1359678
PARAMSETS: MASTER
RF_ADDRESS: 7125235
ROAMING: 0
RX_MODE: ALWAYS,LAZY_CONFIG
UPDATABLE: 0
Channel QEQ0014395:0 Neigungssensor.Garage:0 [MAINTENANCE]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible,Internal
PARAMSETS: MASTER,VALUES
PARENT: QEQ0014395
PARENT_TYPE: HM-Sec-TiS
Channel QEQ0014395:1 HM-Sec-TiS QEQ0014395:1 [TILT_SENSOR]
AES_ACTIVE: 0
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: KEYMATIC,SWITCH,WINDOW_SWITCH_RECEIVER_V2,WINMATIC
PARAMSETS: LINK,MASTER,VALUES
PARENT: QEQ0014395
PARENT_TYPE: HM-Sec-TiS
Defaults
Hallo zap,
auch das aktuelle Update läuft wieder einwandfrei, jedoch gelingt es mir nicht mehr, beim HmIP-SWO-B das Reading HUMIDITY loszuwerden, welches ich ja bereits erfolgreich nach humidity übertrage.
Anbei ein List vom Device:
Internals:
DEF 0017DA4998E326:1
FUUID 6198aea6-f33f-91b1-9a1a-f44f348d8f7f184d
IODev d_ccu
NAME HmIP_998E326
NR 414
STATE T: -0.1 H: 92 W: 19.2 B: 414.9
TYPE HMCCUCHN
ccuaddr 0017DA4998E326:1
ccudevstate active
ccuif HmIP-RF
ccuname HmIP-SWO-B 0017DA4998E326:1
ccurolestate WEATHER_TRANSMIT
ccusubtype SWO-B
ccutype HmIP-SWO-B
firmware 1.0.18
readonly no
OLDREADINGS:
READINGS:
2022-02-07 17:14:05 Activity alive
2022-02-07 17:14:06 HUMIDITY 92
2022-02-07 17:11:15 absFeuchte 4.4
2022-02-07 17:14:05 battery ok
2022-02-07 17:14:06 brightness 414.9
2022-02-07 17:14:06 devstate ok
2022-02-07 17:11:15 dewpoint -1.1
2022-02-07 17:14:06 hmstate -0.1
2022-02-07 17:14:06 humidity 92
2022-02-07 17:14:05 rssidevice -49
2022-02-07 17:14:06 state T: -0.1 H: 92 W: 19.2 B: 414.9
2022-02-07 17:14:06 sunshine 7620
2022-02-07 17:14:06 temperature -0.1
2022-02-07 17:14:06 wind 19.2
hmccu:
channels 1
detect 1
devspec 0017DA4998E326:1
nodefaults 1
role 1:WEATHER_TRANSMIT
setDefaults 0
cmdlist:
get
set
control:
dp:
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.ERROR_CODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.ERROR_WIND_COMMUNICATION:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.ERROR_WIND_NORTH:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.INSTALL_TEST:
VALUES:
NVAL true
ONVAL true
OSVAL true
OVAL true
SVAL true
VAL true
0.LOW_BAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL ok
OVAL 0
SVAL ok
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -49
ONVAL -49
OSVAL -49
OVAL -49
SVAL -49
VAL -49
0.RSSI_PEER:
VALUES:
NVAL N/A
ONVAL N/A
OSVAL N/A
OVAL 0
SVAL N/A
VAL 0
0.TEMPERATURE_OUT_OF_RANGE:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.ACTUAL_TEMPERATURE:
VALUES:
NVAL -0.1
ONVAL -0.1
OSVAL -0.1
OVAL -0.1
SVAL -0.1
VAL -0.1
1.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.HUMIDITY:
VALUES:
NVAL 92
ONVAL 92
OSVAL 92
OVAL 92
SVAL 92
VAL 92
1.HUMIDITY_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.ILLUMINATION:
VALUES:
NVAL 414.9
ONVAL 553.2
OSVAL 553.2
OVAL 553.2
SVAL 414.9
VAL 414.9
1.ILLUMINATION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.SUNSHINEDURATION:
VALUES:
NVAL 7620
ONVAL 7620
OSVAL 7620
OVAL 7620
SVAL 7620
VAL 7620
1.SUNSHINEDURATION_OVERFLOW:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.SUNSHINE_THRESHOLD_OVERRUN:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.WIND_SPEED:
VALUES:
NVAL 19.2
ONVAL 22.5
OSVAL 22.5
OVAL 22.5
SVAL 19.2
VAL 19.2
1.WIND_SPEED_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
1.WIND_THRESHOLD_OVERRUN:
VALUES:
NVAL 1
ONVAL 1
OSVAL true
OVAL 1
SVAL true
VAL 1
1.svHmIPSunshineCounterToday_1416:
VALUES:
NVAL 457.000000
ONVAL 457.000000
OSVAL 457.0
OVAL 457.000000
SVAL 457.0
VAL 457.000000
1.svHmIPSunshineCounterYesterday_1416:
VALUES:
NVAL 113.000000
ONVAL 113.000000
OSVAL 113.0
OVAL 113.000000
SVAL 113.0
VAL 113.000000
roleCmds:
get:
set:
state:
chn 1
dpt ACTUAL_TEMPERATURE
Attributes:
alias Aussensensor
ccuflags showDeviceReadings,showServiceReadings
ccureadingfilter ACTUAL_TEMPERATURE$;HUMIDITY$;ILLUMINATION$;SUNSHINEDURATION$;WIND_SPEED$;rssidevice
ccureadingname ACTUAL_TEMPERATURE:temperature;HUMIDITY:humidity;ILLUMINATION:brightness;SUNSHINEDURATION:sunshine;WIND_SPEED:wind
event-on-change-reading .*
room Test->CCU_HM
userReadings state {"T: ".ReadingsVal($NAME,"temperature","")." H: ".ReadingsVal($NAME,"humidity","")." W: ".ReadingsVal($NAME,"wind","")." B: ".ReadingsVal($NAME,"brightness","")}
Ich habe bereits ein wenig gesucht, aber keine Idee zur Ursache. Ich habe jetzt auch zwei oder drei Updates ausgelassen.
Weiterhin nutze ich derzeit für das kleine activity folgende Lösung auf der Kommandozeile zwischen Update und Restart, um aufs große Activity zu kommen:
sed -ie 's/activity/Activity/g' /opt/fhem/FHEM/88_HMCCU.pm
Besten Dank!
@kpwg:
HUMIDITY in "klein" kannst Du einfacher haben:
attr HmIP_998E326 ccureadingformat datapointlc
"lc" = lower case
Die Ersetzung mit ccureadingname scheint noch einen Bug zu haben. Manchmal funktioniert es, manchmal nicht. Muss ich mir anschauen.
Dankeschön, das funktioniert! Die Übersetzungen in ccureadingname habe ich auf "lower case" geändert, nun ist es wieder passend. Für HUMIDITY gibt es hier dann entsprechend keine Übersetzung mehr. Mit der Kombination aller Optionen denke ich sollte hier jeder an "sein" Ziel kommen. ::)
Zitat von: juemuc am 31 Januar 2022, 17:31:40
Bitteschön
2022.01.30 14:19:38 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Registering callback http://192.168.140.80:7420/fh2010 of type A with ID CB2010140080140090 at https://USER:Password@192.168.140.90:42010
Viele Grüße
Jürgen
Hallo zap,
laut GitHub sollte der Bug behoben sein https://github.com/zapccu/HMCCU/issues/212 (https://github.com/zapccu/HMCCU/issues/212). Bei mir tritt es aber weiterhin (gestern) auf. Alle Module sind aktuell.
Viele Grüße
Jürgen
@juemuc mm, da ist irgendwas mit den Commits schief gegangen. Ich hab's behoben, aber ich muss mal schauen, wo der Code-Schnipsel abgeblieben ist.
#212 behoben vor sieben Tagen, das letzte Release ist aber vor zehn Tagen gewesen. Du darfst nicht auf den Milestone gucken, der wird in der Form nicht für die kleineren Releases genutzt.
Ich versuche mal hier mein Glück.
Bei meiner d_ccu läuft der BidCos-RF nicht.
Beide andere laufen.
2022.02.09 17:12:52 1: HMCCURPCPROC [d_rpc100109BidCos_RF] Can't create RPC callback server CB2001100106100109. Port 7411 in use?
Can't use string ("0") as a HASH ref while "strict refs" in use at ./FHEM/88_HMCCURPCPROC.pm line 2360.
Vorgegangen bin ich nach der HMCCU-FHEMWiki
Zitat von: stgeran am 09 Februar 2022, 17:20:03
Ich versuche mal hier mein Glück.
Bei meiner d_ccu läuft der BidCos-RF nicht.
Beide andere laufen.
2022.02.09 17:12:52 1: HMCCURPCPROC [d_rpc100109BidCos_RF] Can't create RPC callback server CB2001100106100109. Port 7411 in use?
Can't use string ("0") as a HASH ref while "strict refs" in use at ./FHEM/88_HMCCURPCPROC.pm line 2360.
Vorgegangen bin ich nach der HMCCU-FHEMWiki
Ist der Port denn in Benutzung? Vielleicht durch eine Prozess-Leiche?
Der Pi ist neu aufgesetzt
netstat -an | grep 7411
Mach ich heute Nachmittag. Erst mal Danke.
Hallo zap,
Mein HM_LC_Sw1PBU_FM erstellt beharrlich ein battery reading obwohl es ein Unterputz Gerät an 220V ist.
Da ein "get update" unter anderem auch
LOWBAT = ok
listet, gehe ich mal von einem "Fehler" in der CCU aus.
Kann man das Reading trotzdem irgendwie verhindern (löschen bringt nichts), da es meine Battery/Alive Logic durcheinanderbringt?
Jörg
Weiß nicht, ob Dir das in Deinem speziellen Fall hilft (und die Ursache behebt es schon gar nicht), aber generell kann man Readings mit
set <device> suppressReading <reading>
unterdrücken.
Zitat von: tomcat.x am 11 Februar 2022, 16:16:43
Weiß nicht, ob Dir das in Deinem speziellen Fall hilft (und die Ursache behebt es schon gar nicht), aber generell kann man Readings mit
set <device> suppressReading <reading>
unterdrücken.
Eine andere Möglichkeit könnte sein:
attr ccureadingname battery:
Zitat von: zap am 11 Februar 2022, 19:29:36
Eine andere Möglichkeit könnte sein:
attr ccureadingname battery:
Hallo zap,
warum verschwinden dadurch auch viele andere Readings, z.B. activity?
Gruß LuGu
Morgen steht ein Update per SVN zur Verfügung.
Änderungen:
Version 5.0 220431743
#219 - Attribute ccureadingname not working as expected
#217 - Added support for HM-Sec-TiS
#215 - Response of RPC request not handled correctly
#212 - Remove user credentials from FHEM log messages
#211 - Provide meaningful error messages for HMCCURPCPROC command 'set rpcrequest'
#208 - Validate parameters for internal min/max functions
#201 - Fixed problem with e-paper display
#193 - Removed 'require' from module headers
Hallo zap,
bei mir verschwindet, nach einem Neustart von FHEM, immer das Internal: ccurolectrl: DIGITAL_ANALOG_OUTPUT. Das Gerät ist folgendes: ccutype
HMW-IO-12-Sw14-DR
Erst wenn ich den controldatapoint neu setze, ist es wieder vorhanden.
Hast du eine Idee woran das liegen kann?
VG Andreas
Hallo zap,
ich erhalte beim Start von FHEM und damit dem HMCCU Modul kurz bevor die Initialisierung abgeschlossen ist noch einen "Argument isn't numeric" Fehler:
2022.02.22 12:57:47 2: HMCCURPCPROC [d_rpc00xxxxHmIP_RF] CB201000601100xxxx NewDevice received 307 device and channel specifications
2022.02.22 12:57:48 4: HMCCURPCPROC [d_rpc00xxxxBidCos_RF] RPC server CB200100001000xxxx accepting connections
2022.02.22 12:57:49 4: HMCCURPCPROC [d_rpc00xxxxBidCos_RF] RPC server CB200100001000xxxx accepting connections
2022.02.22 12:57:49 2: N/A [N/A] Argument or 1.01 isn't numeric in HMCCU_Min HMCCU_Min:10132 HMCCU_MinMax:9551 HMCCU_ScaleValue:4792 HMCCU_UpdateParamsetReadings:4957 HMCCU_UpdateMultipleDevices:9769 HMCCU_UpdateCB:9170 HMCCU_HMScriptCB:696 __ANON__:777
2022.02.22 12:57:50 4: HMCCURPCPROC [d_rpc00xxxxBidCos_RF] RPC server CB200100001000xxxx accepting connections
2022.02.22 12:57:51 4: HMCCURPCPROC [d_rpc00xxxxBidCos_RF] RPC server CB200100001000xxxx accepting connections
2022.02.22 12:57:51 2: HMCCU [d_ccu] Update success=80 failed=0
Leider bekomme ich es nicht weiter eingegrenzt. Hast Du eine Idee?
Hallo zap,
ich habe mir heute ein neues Gerät "gebaut", eben angelernt und prompt gesehen dieses gibt es noch nicht in deinen Defaults. Hier mal ein deviceInfo des Geräts:
Device channels and datapoints
DEV KG_hr_GZ_Haus TXWM00A201 interface=BidCos-RF type=HM-ES-TX-WM
CHN TXWM00A201:0 KG_hr_GZ_Haus:0
0.UNREACH = false {b} [RE]
0.STICKY_UNREACH = true {b} [RWE]
0.CONFIG_PENDING = false {b} [RE]
0.LOWBAT = false {b} [RE]
0.RSSI_DEVICE = 1 {n} [RE]
0.RSSI_PEER = 199 {n} [RE]
0.DEVICE_IN_BOOTLOADER = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
0.AES_KEY = 0 {n} [R]
CHN TXWM00A201:1 HM-ES-TX-WM TXWM00A201:1
1.GAS_ENERGY_COUNTER = 0.050000 {f} [RE]
1.GAS_POWER = 0.166000 {f} [RE]
1.ENERGY_COUNTER = 0.000000 {f} [RE]
1.POWER = 0.000000 {f} [RE]
1.BOOT = true {b} [RE]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Current state datapoint = 1.PRESS_SHORT
Current control datapoint = 1.PRESS_SHORT
Device description
Device TXWM00A201 KG_hr_GZ_Haus [HM-ES-TX-WM]
CHILDREN: TXWM00A201:0,TXWM00A201:1
FIRMWARE: 1.0
FLAGS: Visible
INTERFACE: PEQ0172412
PARAMSETS: MASTER
RF_ADDRESS: 41473
ROAMING: 0
RX_MODE: ALWAYS,LAZY_CONFIG
UPDATABLE: 1
Channel TXWM00A201:0 KG_hr_GZ_Haus:0 [MAINTENANCE]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible,Internal
PARAMSETS: MASTER,VALUES
PARENT: TXWM00A201
PARENT_TYPE: HM-ES-TX-WM
Channel TXWM00A201:1 HM-ES-TX-WM TXWM00A201:1 [POWERMETER_IGL]
AES_ACTIVE: 0
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES
PARENT: TXWM00A201
PARENT_TYPE: HM-ES-TX-WM
Ist ja ein Standardgerät von Homematic zum Zählerauslesen, meins ist halt ein Nachbau ;)
Kannst dir ja mal anschauen ob man das mit aufnehmen kann.
Gruß Markus
@meier81
Bis ich das eingebaut habe: ist ein Read Only Gerät mit lediglich einem Kanal, also sehr einfach zu definieren:
define xy HMCCUCHN TXWM00A201:1
attr xy statedatapoint GAS_ENERGY_COUNTER
Als statedatapoint geht natürlich auch jeder der anderen Datenpunkte in Kanal 1.
Super, danke dir. Hab´s gleich mal angelegt, funktioniert soweit erstmal :D
Hi zap,
wenn ich bei einem Präsenzmelder (HmIP-SPI) "set xyz reset" ausführe, dann erhalte ich folgende Meldung im Log:
N/A [N/A] Argument true or 1 isn't numeric in HMCCU_Min HMCCU_Min:10132 HMCCU_MinMax:7433 HMCCU_ExecuteRoleCommand:356 HMCCUCHN_Set:3926 CallFn:1955 DoSet:1987 CommandSet:99 CommandCmdAlias:1272 AnalyzeCommand:2801 FW_fC:1025 FW_answerCall:608 FW_Read:3931 CallFn:780
Der reset selbst wird aber ausgeführt. Vielleicht hilft es dir, einem Fehler auf die Schliche zu kommen :)
lg
Chris
@jsChris: Ja, das ist tatsächlich sehr hilfreich.
Hallo zap,
da ich nach einem FHEM update plötzlich Probleme mit notify auf HMCCU Geräte hatte begab ich mich auf die Suche hier im Forum und fand die Hinweise zum Release 5.0 also quasi "posthum".
Daher hätte ich mal eine Frage bzw. Bitte: Könnten derartige Umstellungen ggf. zukünftig bitte vorab im Forum "FHEM:Ankündigungen" gepostet werden?
Dort gab es in 2022 bislang nur 13 neue Threads und davon waren 11 Threads Einzelposts.
Somit lässt sich der Kanal prima abonnieren ohne das man mit Nachrichten "zugeschüttet" wird man aber derartige Änderungen einfach mitbekommt und entsprechend vorbereitet ist.
Zum Vergleich: Im "Homematic" Forum das Du als Ort für die Ankündigung gewählt hast wurden alleine in den letzten 24 Stunden mehr Artikel gepostet als bisher insgesamt in "Ankündigungen" seit 1. Januar 2022.
Was meinst Du ?
Gruß,
Obi-Wan
Ja, hätte ich vielleicht machen können. Andererseits dauerte die Beta-Phase von HMCCU 5.0 mehr als ein Jahr und ich hatte hier im Homematic Bereich sehr oft darauf hingewiesen und auch gebeten, die Beta-Version zu testen.
Ich bin davon ausgegangen, dass Homematic/HMCCU Nutzer zumindest gelegentlich mal in dieses Unterforum reinschauen. Ich persönlich lese "Ankündigungen" so gut wie nie.
Zitat von: Obi-Wan am 03 April 2022, 00:37:35
da ich nach einem FHEM update plötzlich Probleme mit notify auf HMCCU Geräte hatte begab ich mich auf die Suche hier im Forum und fand die Hinweise zum Release 5.0 also quasi "posthum".
Daher hätte ich mal eine Frage bzw. Bitte: Könnten derartige Umstellungen ggf. zukünftig bitte vorab im Forum "FHEM:Ankündigungen" gepostet werden?
1. wenn jedes update aller module im angesprochenen thread angekündigt wird, ergibt sich sicherlich das selbe problem.
2. für wirklich interessierte gibt es extra "update check".
dort wird verlässlich informiert.
3. was hätte es gebracht, wenn du es gewusst hättest?
das ergebnis wäre doch wahrscheinlich das selbe gewesen, oder?
4. über restore ist alles schnell wieder hergestellt.
5. zap hat sowieso keine chance, es allen recht zu machen.
ich finde, dass zap die umstellung mehr als vorbildlich umgesetzt und ewig darauf hingewiesen hat.
Liebe alle,
ich bin auch etwas vom Update überrascht worden und musste einige DOIFs anpassen, die auf die "alten" Datenpunkte zugegriffen haben.
Wie komme ich denn wieder an die alten Werten? Z.B. möchte im beim Wassermelder (HmIP-SWD) wissen ob der flach liegt (0.ERROR_NON_FLAT_POSITIONING). Wie kann ich den Datenpunkt einbinden?
Viele Grüße
Frederik
Zitat von: fhemfrederik am 05 April 2022, 12:19:54
Liebe alle,
ich bin auch etwas vom Update überrascht worden und musste einige DOIFs anpassen, die auf die "alten" Datenpunkte zugegriffen haben.
Wie komme ich denn wieder an die alten Werten? Z.B. möchte im beim Wassermelder (HmIP-SWD) wissen ob der flach liegt (0.ERROR_NON_FLAT_POSITIONING). Wie kann ich den Datenpunkt einbinden?
Viele Grüße
Frederik
Das Flag "showDeviceReadings" im Attribut ccuflags setzen.
ich bin gerettet! Danke für die Hilfe!
Hallo zap,
ich brauche mal deine Hilfe. Ich habe eine recht umfangreiche FHEM Installation die im Grunde wie ein Uhrwerk arbeitet. Seit ein paar Wochen haben ich allerdings ein 3-4 sec Delay beim Schalten von HMIP Geräten (Schalter, Rollos usw). Dazu habe ich bereits einen eigenen Threat aufgemacht, aber bisher noch keine Antwort bekommen.
Da ich (wie wir vermutlich alle ;)) kontinuierlich an unserem System rumbasteln, kann ich natürlich nicht ausschließen das ich irgendwas verändert habe, das zu dem Delay führt. Grundlegende Änderungen an meiner Architektur habe ich aber nicht vorgenommen und "vorher" hatte ich keinerlei spürbares Delay.
Verdächtige Module habe ich bereits auf ein 2. System ausgelagert, alle erdenklichen Updates gemacht, die Container recreated uvm. Aber irgendwie stochere ich noch immer im Dunkeln.
Kurz zusammengefasst: Ich habe 2x FHEM Instanzen mit ConfigDB & DBLog, Homebridge, mariaDB, Deconz, PiHole und einen NGINX ReverseProxy verteilt auf 2 RPI4 Dockerhosts laufen. Wo es geht nutze ich (auch intern) bereits IPV6.
Homematic lauft jedoch auf einem separaten RPI3 mit Raspberrymatic. Ich habe mittlerweile komplett auf HMIP umgestellt und nutze auch nur dieses RPC Interface.
Mit Freezemon und APPTIME komme ich nicht weiter, im Log habe ich auch nichts wirklich brauchbares gefunden.
Nach einen Restart aus FHEM heraus bleibt FHEM an dieser Stelle hängen:
2022.05.07 14:06:31 2: HMCCU [CCU] Reading Paramset Descriptions for interface HmIP-RF
Es dauert dann mit Unter sehr lang (> 10 min) bis es weiter geht. Manchmal geht es aber auch gar nicht weiter.
Kannst du mich mal in eine Richtung lenken wo ich suchen muss?
Vielen Dank.
Habs gefunden... scheinbar war meine ConfigDB zu groß, einmal "configdb reorg" und alles ist wieder gut.
Hallo zusammen,
ich bin gerade dabei, meine CUL_HM Installation in eine CCU3 mit HMCCU 5 umzuziehen.
Wenn ich die Devices in FHEM mit createDev anlege, fasst er ja alle Kanäle in einem Device zusammen. Bei einer Heizungsgruppe ja sogar mehrere Geräte.
Ich hatte in der alten Installation z.B. den Weather-Channel der Thermostaten so konfiguriert, dass er schön Temperatur und Luftfeuchtigkeit im Status hatte und ihn der Group Temperatur zugewiesen. Während der Climate Channel zur Steuerung der Heizung genutzt wurde.
Was ist denn die empfohlene Best Practice für so etwas mit HMCCU?
Ich dachte zuerst, ich könnte einen ReadingProxy verwenden, um Temperature und Luftfeuchtigkeit in ein neues Device zu kopieren. Aber der kann scheinbar nur ein Reading.
Ich könnte natürlich auch nicht die createDev nutzen, sondern den Channel manuell mappen. Aber das ist laut Doc ja nicht mehr empfohlen.
Wie löst ihr sowas?
Viele Grüße
Leo
Ich würde das mit der Empfehlung für "createDev" nicht so eng sehen ;)
Es ist halt einfacher, gerade für Einsteiger in die HMCCU/CCU Thematik.
Du kannst gerne z.B. für den Statuskanal mit Temperatur und Luftfeuchte ein Device per "define xy HMCCUCHN Kanaladresse" anlegen.
Wichtig: Du kannst für ein Device und/oder einen Kanal mehrere Devices in FHEM anlegen! Also zusätzlich zum HMCCUDEV für jeden Kanal ein HMCCUCHN.
Alles klar.
Eine Frage hab ich noch: den STATE des HMCCUCHN zeigt FHEM in der Raumübersicht als Link formatiert an.
Kann ich das irgendwie verhindern?
Das ist seltsam. Kannst Du mal bitte ein list vom Device machen ?
Guten Morgen!
Nachdem ich das Projekt HMCCU5-Migration vorübergehend auf Eis gelegt hatte, versuche ich nun eine Test-FHEM-Instanz so weit zu konfigurieren, dass die Funktionalität wieder hergestellt wird.
Das erste zu lösende Problem ist das Deaktivieren der Readings-Umbenennung. Wenn ich HMCCU_GetReadingName in 88_HMCCU.pm richtig verstehe, gibt es aktuell keine Möglichkeit, die Umbenennung vollständig zu deaktivieren, da z. B. die Umbennenung der Channel-0-Readings (AES_KEY...) hartkodiert ist.
@zap:
Wie würde ich hier vorgehen, ohne 88_HMCCU zu patchen?
Falls es ohne Patch nicht geht: Würdest Du ein neues ccuflag in Erwägung ziehen, das die Umbenennung deaktiviert bzw. die Readingnamen auf <channel>.<datapoint> belässt?
Patrick
Wenn Du in ccuflags "showDeviceReadings" setzt, sollten zusätzlich(!) zu den umbenannten Readings auch die Readings im Format Channel.Datenpunkt angezeigt werden. Reicht das, oder müssen die umbenannten Readings ganz verschwinden?
Hi!
Zitat von: zap am 07 Juni 2022, 19:31:37
Wenn Du in ccuflags "showDeviceReadings" setzt, sollten zusätzlich(!) zu den umbenannten Readings auch die Readings im Format Channel.Datenpunkt angezeigt werden. Reicht das, oder müssen die umbenannten Readings ganz verschwinden?
Habe es auf dem HMCCUDEV-Device gesetzt, was gut aussieht und Events wirft. Die zusätzlichen Readings sind kein Problem. Die kann ich notfalls mit FHEM-Bordmitteln beseitigen. Danke erstmal!
Patrick
Hi!
Ich antworte mal, da ich ebenfalls betroffen war.
Um es mal plastisch zu machen. Alles sah nach dem Update gut aus, aber eine Reihe von Notifys/DOIFs sind wegen der gemappten Values ins Leere gelaufen, was natürlich nicht sofort auffällt. Das Ganze bewegt sich dann irgendwo zwischen ärgerlich (Auslösen von Aktionen von Fernbedienungen) bis zu gefährlich (Steuerung von Tauchpumpen). Und ja, ich bin mir bewusst, dass Letzteres mein (alleiniges) Risiko ist aber ich möchte nur illustrieren, welche Auswirkungen Änderungen haben können.
Zitat von: frank am 04 April 2022, 21:30:41
1. wenn jedes update aller module im angesprochenen thread angekündigt wird, ergibt sich sicherlich das selbe problem.
Das wäre in der Tat albern und war klar erkennbar auch nicht gemeint. Aber breaking Changes, insbesondere solche, die silent failen, könnte man dort ankündigen. Das war bei HMCCU nach meiner Wahrnehmung über mehrere Jahre einer, nämlich der, um den es hier geht.
Zitat von: frank am 04 April 2022, 21:30:41
2. für wirklich interessierte gibt es extra "update check".
dort wird verlässlich informiert.
Ja, im konkreten Fall mit
- change: 88_HMCCU: Update to version 5.0
was wohl ein perfekter Euphemismus für das Erlebte ist.
Zitat von: frank am 04 April 2022, 21:30:41
3. was hätte es gebracht, wenn du es gewusst hättest?
das ergebnis wäre doch wahrscheinlich das selbe gewesen, oder?
S. o. - Man hätte sich Zeit für die Migration nehmen können und wäre nicht von "toten" Automatisierungen überrascht worden.
Zitat von: frank am 04 April 2022, 21:30:41
4. über restore ist alles schnell wieder hergestellt.
... was einerseits ein Totschlagargument ist und andererseits ausblendet, dass man das Problem ggf. nicht sofort bemerkt.
Zitat von: frank am 04 April 2022, 21:30:41
5. zap hat sowieso keine chance, es allen recht zu machen.
ich finde, dass zap die umstellung mehr als vorbildlich umgesetzt und ewig darauf hingewiesen hat.
Eine Rückwärtskompatibilität wäre schon schön gewesen, ähnlich vielleicht den FHEM-Featurelevels. Aber es ist natürlich nachvollziehbar, wenn Zap sich dagegen entscheidet, gerade bei einem motivationsgetriebenen Hobbyprojekt. Ich meine Hobbyprojekt explizit nicht abwertend sondern möchte unterstreichen, dass man bei freien Projekten - und gerade bei den Freiheiten der FHEM-Modulautoren - doch einen größeren Gestaltungsspielraum hat.
Prinzipiell ist der Vorschlag mit den Ankündigungen nur eine Krücke. Eigentlich bräuchte man eine Lösung, mit der ein Update beim Checkin als "breaking" oder "zustimmungspflichtig" markiert werden kann, so dass es zwar angezeigt aber nur auf expliziten Wunsch eingespielt wird.
Patrick
Hallo zap,
ich habe hier einen Sensor HmIP-SWDM-B2 in Betrieb, der nicht automatisch erkannt wird. Den Magnetsensor gab es mal bei Lidl und er scheint baugleich mit dem HmIP-SWDM zu sein.
Ein deviceInfo ergibt:
Device channels and datapoints
DEV CCU_GA_HoSchu 00155993965826 interface=HmIP-RF type=HmIP-SWDM-B2
CHN 00155993965826:0 CCU_GA_HoSchu:0
0.CONFIG_PENDING = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.INSTALL_TEST = true {b} [RW]
0.LOW_BAT = false {b} [RE]
0.OPERATING_VOLTAGE = 3.000000 {f} [RE]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
0.RSSI_DEVICE = 161 {n} [RE]
0.RSSI_PEER = 0 {n} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN 00155993965826:1 CCU_GA_HoSchu:1
1.STATE = 0 {i} [RE]
Device detection:
No state datapoint detected
No control datapoint detected
Failed to detect device settings. Device must be configured manually.
Current state datapoint = 1.PRESS_SHORT
Current control datapoint = 1.PRESS_SHORT
Device description
Device 00155993965826 CCU_GA_HoSchu [HmIP-SWDM-B2]
AES_ACTIVE: 1
AVAILABLE_FIRMWARE: 0.0.0
CHILDREN: 00155993965826:0,00155993965826:1,00155993965826:2
DIRECTION: NONE
FIRMWARE: 1.2.12
FLAGS: Visible
PARAMSETS: MASTER,SERVICE
RF_ADDRESS: 9675303
ROAMING: 0
RX_MODE: CONFIG
SUBTYPE: SWDM
UPDATABLE: 1
Channel 00155993965826:0 CCU_GA_HoSchu:0 [MAINTENANCE]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 00155993965826
PARENT_TYPE: HmIP-SWDM-B2
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 00155993965826:1 CCU_GA_HoSchu:1 [SHUTTER_CONTACT] known
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: WINDOW_SWITCH,CONDITIONAL_SWITCH
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 00155993965826
PARENT_TYPE: HmIP-SWDM-B2
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 00155993965826:2 CCU_GA_HoSchu:2 [ALARM_COND_SWITCH_TRANSMITTER]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS:
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 00155993965826
PARENT_TYPE: HmIP-SWDM-B2
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Ich nehme an, dass dieser Sensor der Grund für die Fehlermeldung beim Start der HMCCU ist:
2022.06.12 15:48:20 2: HMCCU [d_ccu] Reading Paramset Descriptions for interface HmIP-RF
2022.06.12 15:49:11 2: HMCCURPCPROC [d_rpc178178HmIP_RF] RPC request getParamsetDescription failed: RPC::XML::Client::simple_request:
no element found at line 1, column 0, byte -1:
5^
9425312
at /usr/share/perl5/RPC/XML/Client.pm line 426.
2022.06.12 15:49:11 2: HMCCURPCPROC [d_rpc178178HmIP_RF] Retrying request getParamsetDescription
2022.06.12 15:49:41 2: HMCCURPCPROC [d_rpc178178HmIP_RF] RPC request getParamsetDescription failed: RPC::XML::Client::simple_request:
no element found at line 1, column 0, byte -1:
5^
9156352
at /usr/share/perl5/RPC/XML/Client.pm line 426.
2022.06.12 15:49:41 2: HMCCURPCPROC [d_rpc178178HmIP_RF] Retrying request getParamsetDescription
2022.06.12 15:49:41 2: HMCCURPCPROC [d_rpc178178HmIP_RF] Error(s) while fetching parameter set descriptions 00155993965826. Error while executing RPC multicall request: RPC request getParamsetDescription failed: RPC::XML::Client::simple_request:
no element found at line 1, column 0, byte -1:
5^
9156352
at /usr/share/perl5/RPC/XML/Client.pm line 426.
2022.06.12 15:49:42 2: HMCCU [d_ccu] Read 552 Paramset Descriptions for interface HmIP-RF
2022.06.12 15:49:42 2: HMCCU [d_ccu] Reading Peer Descriptions for interface HmIP-RF
2022.06.12 15:49:42 2: HMCCU [d_ccu] Read 17 Peer Descriptions for interface HmIP-RF
2022.06.12 15:49:42 2: HMCCU [d_ccu] Read device configuration in 83.3667960166931 seconds: devices/channels=282 parametersets=705 links=17
Kannst Du dieses Modell in HMCCU einpflegen?
Viele Grüße
Stephan
Sieht so aus, als würde etwas mit der Config in der CCU nicht stimmen. Die Definition von Kanal 2 kann nicht gelesen werden. Da hilft auch Einpflegen nichts.
definiere einfach ein HMCCUCHN Device für den Kanal 1 und setze statedatapoint auf STATE. Dann kannst Du den Sensor hoffentlich nutzen. Mit den Fehlern im Log wirst Du leben müssen
Ich habe auf einem FHEM ein HMCCUDEV mit define erstellt, auf einem anderen ein HMCCUCHN. Auf beiden Systemen bekomme ich die gleiche Fehlermeldung, wenn ich statedatapoint festlegen möchte (siehe Anhang). "STATE" wird mir angeboten, aber nicht zugelassen.
Auch blockieren beide FHEM für ein bis zwei Minuten beim Start, wenn die Daten bei der CCU (piVCCU) abgeholt werden. Ebenso bei einem "get ccuConfig".
Da beide FHEM ein ähnliches Fehlerbild zeigen, schaue ich mal, was die CCU so für Logfiles anbietet.
Ist die CCU Firmware aktuell?
Irgendwie seltsam: Der Sensor hat laut Deiner Deviceinfo den Typ "HmIP-SWDM-B2". Diesen Typ gibt es nicht in der HmIP Device Dokumentation. Dort gibt es einen "HmIP-SWDM_V1". Der hat zwar das gleiche Channel-Layout, entscheidend ist jedoch, dass die CCU den Typ kennen muss. Daran scheitert es vermutlich.
Ich habe tatsächlich noch 3.59.6. Das letzte Update hatte ich vorerst ausgelassen, da von vielen Problemen im Zusammenhang mit HM Classic Sensoren berichtet wurde.
Gestern wollte ich auf die letzte Firmware updaten, allerdings wollte Stretch nicht mitspielen ::)
Ich werde heute eine komplett neue (und aktuelle) piVCCU aufsetzen und dann berichten.
So, Bullseye installiert, aktuelle piVCCU installiert, frisches FHEM installiert.
-> kein Fehler
-> Read device configuration in 3.45951104164124 seconds: devices/channels=104 parametersets=306 links=0
(ohne angelernte Geräte)
Nach dem Einspielen des CCU-Backups war der "Fehler" wieder da.
Also habe ich den Problemsensor in der CCU abgelernt und ein get ccuConfig ausgeführt:
-> Fehler weg
-> Read device configuration in 25.8363020420074 seconds: devices/channels=278 parametersets=705 links=16
Anschließend habe ich den Problemsensor (HmIP-SWDM-B2) wieder angelernt:
-> Fehler wieder da
-> Read device configuration in 85.7417879104614 seconds: devices/channels=282 parametersets=705 links=16
Das konnte ich so mehrfach reproduzieren, daher gehe ich davon aus, dass dieses Sensormodell irgendwie schon nicht richtig in die CCU-Software integriert wurde.
Zwar erzeugt der Sensor Fehlermeldungen im Log und blockiert FHEM 85 Sekunden, aber letztendlich passiert das ja nur beim Start von FHEM und beim get ccuConfig.
Kann es sein, dass der Sensor nur an diesem Homematic Accesspoint funktioniert?
Das kann ich leider nicht sagen, da ich nur diese eine CCU habe. Es ist eine piVCCU auf einem Raspi 3 mit dem Funkmodul RPI-RF-MOD. Zusätzlich zwei HmIP-HAP als LAN ROUTER.
Ich habe noch einen "echten" Homematic IP Magnetsensor, auf dem auch Homematic IP drauf steht. Der wird als HmIP-SWDM erkannt.
Der einzige für mich ersichtliche Unterschied beim Problemsensor ist der Aufdruck "Silvercrest" und die Modellbezeichnung HmIP-SWDM-B2. Der Rest ist identisch. Dachte ich bisher jedenfalls :(
Das Anlernen und Einstellen des Problemsensors in der CCU war einwandfrei. Die Darstellung in der Geräteliste ebenso (siehe Anhang).
Er ist mit einem HmIP-DRSI4 direkt verknüpft.
@zap
Habe nun letzte Woche "dank" Corona Zeit gehabt von der CCU2/HMCCU 4.3 auf CCU3/HMCCU 5 umzustellen.
Hatte das lange herausgezögert weil mir klar war das es etwas länger dauern könnte.
Schlussendlich hat mich dann das nicht mehr ansprechbare Web-Interface der CCU2 dazu motiviert es doch zu machen.
Durch ein rücksetzen auf Werkseinstellungen (2mal nötig) und einspielen der Sicherung hatte ich dann wieder zugriff auf die GUI um die Geräte abzumelden.
Hat soweit auch alles ersteinmal geklappt.
Die Feinheiten kommen dann noch.
Danke Dir an dieser Stelle für deine Arbeit!
Gruss Gerd
Hallo @zap
Ich schau zufällig hier in den Event-Monitor und dann ist folgende Meldung zu sehen (stacktrace on):
2022.07.07 20:32:28 1: PERL WARNING: Use of uninitialized value $minInt in numeric lt (<) at fhem.pl line 5070.
2022.07.07 20:32:28 1: stacktrace:
2022.07.07 20:32:28 1: main::__ANON__ called by fhem.pl (5070)
2022.07.07 20:32:28 1: main::readingsBulkUpdate called by ./FHEM/88_HMCCU.pm (9224)
2022.07.07 20:32:28 1: main::HMCCU_BulkUpdate called by ./FHEM/88_HMCCU.pm (4838)
2022.07.07 20:32:28 1: main::HMCCU_UpdateParamsetReadings called by ./FHEM/88_HMCCU.pm (4957)
2022.07.07 20:32:28 1: main::HMCCU_UpdateMultipleDevices called by ./FHEM/88_HMCCURPCPROC.pm (878)
2022.07.07 20:32:28 1: main::HMCCURPCPROC_Read called by fhem.pl (3950)
2022.07.07 20:32:28 1: main::CallFn called by fhem.pl (781)
Mehr in der Angehängten Datei.
Wenn Du mehr Infos brauchst melde dich.
Ich habe hauptsächlich HM-CC-RT-DN und HM-Sec-SCo in benutzung.
Ab Montag bin ich dann im Urlaub!
Gruss Gerd
@Maista: Du verwendest in einem Device das Attribut event-min-reading, gibst aber nach dem Doppelpunkt keinen gültigen Wert an.
Zitat von: zap am 08 Juli 2022, 10:47:57
@Maista: Du verwendest in einem Device das Attribut event-min-reading, gibst aber nach dem Doppelpunkt keinen gültigen Wert an.
@zap
Ahja, dann muss ich mal schauen wo das ist.
Wollte die readings etwas ruhiger machen ::)
Danke für die Info
Gruß Gerd
Hallo @zap,
ich hatte tatsächlich bei einem HM-CC ein "event-min-intervall .*" stehen.
Muss an der Uhrzeit gelegen haben :-\
Danke noch mal für den Hinweis.
Gruss Gerd
Hallo,
kann ich mir die Servicemeldungen der CCU irgendwie anzeigen lassen?
Danke für Hilfe und Unterstützung.
get CCU ccuMsg alarm
bzw.
get CCU ccuMsg service
Zitat von: Ralli am 17 Juli 2022, 06:34:38
get CCU ccuMsg alarm
bzw.
get CCU ccuMsg service
Vielen Dank für die Hilfe.
Gibt es diese Werte irgendwie auch automatisch. Also wie z. B bei den Kontakten der Zustand "offen - zu" automatisch aktualisiert wird?
Nein, die CCU schickt diese nicht. Du könntest die Infos aber per "at" regelmäßig holen lassen.
Hallo,
habe durch Zufall vorhin gesehen, dass einige Infos auch direkt in den angelegten Geräten im Reading devstate angezeigt werden.
Bei einen Kontakt, wurde cfgPending angezeigt, als die geänderten Daten von der CCU zum Kontakt übertragen wurden und sabotage als ich das Gehäuse geöffnet habe um die Batterie zu wechseln.
Alles ohne merkliche Verzögerung.
Evtl. komme hierüber zum Ziel.
Ich hab das bei mir folgendermaßen gelöst (hab ich auch mal irgendwo im Forum als Tip bekommen):
In deiner CCU gibt es zwei Devices für eine virtuelle Fernbedienung der CCU. Du klickst dir in der CCU ein kleines Programm zusammen, das bei auftreten einer Systemmeldung einen beliebigen virtuellen Kanal in einem dieser Devices schaltet. Du kannst dir aussuchen, ob es ein langer oder kurzer Tatstendruck sein soll. Diesen virtuellen Taster kannst du in Fhem ganz normal als Device einbinden und bekommst dort in den Readings den kurzen oder langen Tastendruck angezeigt auf den du mit einem beliebigen Eventhandler reagieren kannst.
Bei meinem Regensensor HM_Sen_RD_O als HMCCUDEV habe ich jetzt schon wiederholt (wahrscheinlich immer nach einem Update) das Problem, dass die Attribute statedatapoint und controldatapoint verschwinden.
Vielleicht kann man die aber auch als Default korrekt setzen?
Ich muss statedatapoint immer auf 1.STATE setzen (rain/dry) und controldatapoint auf 2.STATE (on/off zum Schalten der Heizung)
Da meine ganzen DOIF auf "state" gehen, führt das dann dazu, dass die Dachfenster bei Regen nicht zugehen, was ziemlich ungünstig ist.
Gruß
Jörg
Zitat von: Wolle02 am 21 Juli 2022, 07:53:49
Ich hab das bei mir folgendermaßen gelöst (hab ich auch mal irgendwo im Forum als Tip bekommen):
In deiner CCU gibt es zwei Devices für eine virtuelle Fernbedienung der CCU. Du klickst dir in der CCU ein kleines Programm zusammen, das bei auftreten einer Systemmeldung einen beliebigen virtuellen Kanal in einem dieser Devices schaltet.
Ich habe ingesammt 50 virtuelle Taster in der CCU.
Ich habe nun die Taster verknüpft und bekomme auch einen Tastendruck bei Änderung der Meldungen
HmIP-RCV-50 HmIP-RCV-1:11 für Alarmmeldung
HmIP-RCV-50 HmIP-RCV-1:12 für Servicemeldung
Zitat von: Wolle02 am 21 Juli 2022, 07:53:49
Diesen virtuellen Taster kannst du in Fhem ganz normal als Device einbinden und bekommst dort in den Readings den kurzen oder langen Tastendruck angezeigt auf den du mit einem beliebigen Eventhandler reagieren kannst.
Das bekomme ich nicht hin. Mir werden die virtuellen Taster der CCU nicht angezeigt bzw. ich kann sie nicht anlegen. Hast Du einen Tipp?
Zitat von: teufelchen am 21 Juli 2022, 11:46:07
Das bekomme ich nicht hin. Mir werden die virtuellen Taster der CCU nicht angezeigt bzw. ich kann sie nicht anlegen. Hast Du einen Tipp?
Na so wie du andere Homematic-Devices auch anlegst. In der CommanRef steht ja folgendes:
define <name> HMCCUCHN {<channel-name> | <channel-address>}
In deinem Fall also 'define <name> HMCCUCHN HmIP-RCV-1:11'
Dann sollte ein Device angelegt werden, das die Readings PRESS_LONG und PRESS_SHORT beinhaltet, je nachdem wie du den virtuellen Taster durch das Programm in der CCU hast drücken lassen.
Zitat von: teufelchen am 20 Juli 2022, 22:19:08
Hallo,
habe durch Zufall vorhin gesehen, dass einige Infos auch direkt in den angelegten Geräten im Reading devstate angezeigt werden.
Bei einen Kontakt, wurde cfgPending angezeigt, als die geänderten Daten von der CCU zum Kontakt übertragen wurden und sabotage als ich das Gehäuse geöffnet habe um die Batterie zu wechseln.
Alles ohne merkliche Verzögerung.
Evtl. komme hierüber zum Ziel.
Letztendlich sind die Stati in devState die Ursache für die Servicemeldungen.
Hallo,
ein neuer Rolladenaktor (HmIP_FROLL) wurde durch createDev mit den Zusatzparametern sd=3.LEVEL cd=4.LEVEL angelegt.
Der Status wurde erst richtig angezeigt, nachdem ich durch ausprobieren sd=4.LEVEL geändert hatte.
Zu den Parametern konnte ich keine Dokumentation finden. Was haben sd und cd denn genau zu bedeuten ?
Hier ein list des betroffenen devices:
Internals:
CFGFN
DEF 00115D89BAE7A0 sd=4.LEVEL cd=4.LEVEL
FUUID 62f8992a-f33f-c418-4d63-33dcca9c3949b391
IODev CCU2
NAME HmIP_FROLL_00115D89BAE7A0_3
NR 601
STATE offen
TYPE HMCCUDEV
ccuaddr 00115D89BAE7A0
ccudevstate active
ccuif HmIP-RF
ccuname RolladenSchlafzimmer
ccurolectrl SHUTTER_VIRTUAL_RECEIVER
ccurolestate SHUTTER_VIRTUAL_RECEIVER
ccusubtype FROLL
ccutype HmIP-FROLL
eventCount 24
firmware 1.8.12
readonly no
receiver ccu:RolladenTasterSchlafzimmer
sender ccu:RolladenTasterSchlafzimmer
OLDREADINGS:
READINGS:
2022-08-14 09:39:30 3.ACTIVITY_STATE STABLE
2022-08-14 09:39:30 3.LEVEL open
2022-08-14 09:39:30 3.LEVEL_STATUS NORMAL
2022-08-14 09:39:30 3.PROCESS STABLE
2022-08-14 09:39:30 3.SECTION 15
2022-08-14 09:05:09 3.SECTION_STATUS NORMAL
2022-08-14 09:39:31 4.ACTIVITY_STATE STABLE
2022-08-14 09:39:31 4.LEVEL open
2022-08-14 09:39:31 4.LEVEL_STATUS NORMAL
2022-08-14 09:39:31 4.PROCESS STABLE
2022-08-14 09:39:31 4.SECTION 4
2022-08-14 09:05:09 4.SECTION_STATUS NORMAL
2022-08-14 09:39:30 activity alive
2022-08-14 09:39:31 control open
2022-08-14 09:39:31 devstate ok
2022-08-14 09:39:31 hmstate open
2022-08-14 09:39:31 level open
2022-08-14 09:39:31 pct 100
2022-08-14 09:39:30 rssidevice -77
2022-08-14 09:05:09 rssipeer -79
2022-08-14 09:39:31 state open
2022-08-14 09:05:09 voltage 0.0
hmccu:
channels 8
defCDP 4.LEVEL
defSDP 4.LEVEL
detect 5
devspec 00115D89BAE7A0
forcedev 0
nodefaults 0
role 0:MAINTENANCE,1:KEY_TRANSCEIVER,2:KEY_TRANSCEIVER,3:SHUTTER_TRANSMITTER,4:SHUTTER_VIRTUAL_RECEIVER,5:SHUTTER_VIRTUAL_RECEIVER,6:SHUTTER_VIRTUAL_RECEIVER,7:BLIND_WEEK_PROFILE
setDefaults 0
cmdlist:
get
set stop:noArg oldLevel:noArg down close:noArg up open:noArg pct toggle:noArg
control:
chn 4
dpt LEVEL
dp:
0.ACTUAL_TEMPERATURE:
VALUES:
NVAL 26.0
ONVAL 26.0
OSVAL 26.0
OVAL 26.0
SVAL 26.0
VAL 26.0
0.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.ERROR_CODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.ERROR_OVERHEAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.INSTALL_TEST:
VALUES:
NVAL true
ONVAL true
OSVAL true
OVAL true
SVAL true
VAL true
0.OPERATING_VOLTAGE:
VALUES:
NVAL 0.000000
ONVAL 0.000000
OSVAL 0.0
OVAL 0.000000
SVAL 0.0
VAL 0.000000
0.OPERATING_VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -77
ONVAL -77
OSVAL -77
OVAL -77
SVAL -77
VAL -77
0.RSSI_PEER:
VALUES:
NVAL -79
ONVAL -79
OSVAL -79
OVAL 177
SVAL -79
VAL 177
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
3.ACTIVITY_STATE:
VALUES:
NVAL 3
ONVAL 3
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
3.LEVEL:
VALUES:
NVAL 100
ONVAL 100
OSVAL open
OVAL 1.0
SVAL open
VAL 1.0
3.LEVEL_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
3.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
3.SECTION:
VALUES:
NVAL 15
ONVAL 15
OSVAL 15
OVAL 15
SVAL 15
VAL 15
3.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
4.ACTIVITY_STATE:
VALUES:
NVAL 3
ONVAL 3
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
4.LEVEL:
VALUES:
NVAL 100
ONVAL 100
OSVAL open
OVAL 1.0
SVAL open
VAL 1.0
4.LEVEL_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
4.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
4.SECTION:
VALUES:
NVAL 4
ONVAL 4
OSVAL 4
OVAL 4
SVAL 4
VAL 4
4.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
5.ACTIVITY_STATE:
VALUES:
NVAL 3
ONVAL 3
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
5.LEVEL:
VALUES:
NVAL 20
ONVAL 20
OSVAL 20
OVAL 0.2
SVAL 20
VAL 0.2
5.LEVEL_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
5.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
5.SECTION:
VALUES:
NVAL 4
ONVAL 4
OSVAL 4
OVAL 4
SVAL 4
VAL 4
5.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
6.ACTIVITY_STATE:
VALUES:
NVAL 3
ONVAL 3
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
6.LEVEL:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0.0
SVAL closed
VAL 0.0
6.LEVEL_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
6.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
6.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
6.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
7.WEEK_PROGRAM_CHANNEL_LOCKS:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
roleCmds:
get:
set:
close:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:0
usage close
subcmd:
000:
args 0
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
down:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=-20
usage down [delta]
subcmd:
000:
args -20
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
scn 000
unit 100%
oldLevel:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:100.5
usage oldLevel
subcmd:
000:
args 100.5
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
open:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:100
usage open
subcmd:
000:
args 100
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
pct:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?level
usage pct level
subcmd:
000:
args
dpt LEVEL
fnc
max 1.01
min 0.0
parname level
partype 2
ps VALUES
scn 000
unit 100%
stop:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:STOP:1
usage stop
subcmd:
000:
args 1
dpt STOP
fnc
max 1
min 0
parname STOP
partype 3
ps VALUES
scn 000
unit
up:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=+20
usage up [delta]
subcmd:
000:
args +20
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
scn 000
unit 100%
state:
chn 4
dpt LEVEL
Attributes:
alias SchlafzimmerRolladen
ccureadingfilter 1,2,3,4..*
cmdIcon open:fts_shutter_up stop:fts_shutter_manual close:fts_shutter_down
event-on-change-reading .*
eventMap closed:geschlossen open:offen
group Rolladensteuerung
icon fts_shutter
room Schlafzimmer
substexcl pct
webCmd pct:open:close:stop
widgetOverride pct:slider,0,10,100
Danke und Gruß,
Obi-Wan
Moin.
Habe seit ein paar Tagen eine CCU3 und stelle Raumweise darauf um. Mittlerweile hab ich auf der CCU RaspberryMatic am laufen.
Habe leider arge Probleme beim setzen des CONTROL_MODE bei HM-TC-IT-WM-W-EU (HM-Wandthermostat) bzw. HM-CC-RT-DN (HM-Heizkörperthermostat).
set <DEVICE> auto
set <DEVICE> manu
set <DEVICE> boost
Der Befehl kommt in der CCU an und wird an's Thermostat weitergegeben.
Die Rückmeldung von der CCU an FHEM kommt auch an...
Allerdings hängt FHEM sich kurz weg (Connection lost....), sodass kein Event erzeugt wird. Wichtig für z.B. Statusanzeige bzw. optische Änderungsbestätigung in FTUI.
Wo ich definitiv auch nicht durchblicke sind diese ganzen Attribute im CCU IO und in den RPC's. Ich habe am CCU IO folgende ccuflags gesetzt. gibt es da noch mehr zu beachten? Mehr Doku? Auf Deutsch?
ccuflags
procrpc,nonBlocking,reconnect
Und noch 'ne Frage....
Warum kann ich die RPC's nicht umbenennen? (werden nach Neustart mit anderem Namen neu erstellt).
Vielen Dank schon mal.
Grüße^^
Zitat von: Obi-Wan am 14 August 2022, 09:57:40
Hallo,
ein neuer Rolladenaktor (HmIP_FROLL) wurde durch createDev mit den Zusatzparametern sd=3.LEVEL cd=4.LEVEL angelegt.
Der Status wurde erst richtig angezeigt, nachdem ich durch ausprobieren sd=4.LEVEL geändert hatte.
Zu den Parametern konnte ich keine Dokumentation finden. Was haben sd und cd denn genau zu bedeuten ?
Wenn ein Device mehrere identische Kanäle hat, verwende ich die Parameter sd und cd, um state- und control-datapoint festzulegen.
Ich nutze das gleiche Device für die Steuerung meiner Markise. Das funktioniert mit sd=3.LEVEL und cd=4.LEVEL.
Kanal 3 ist ein SHUTTER_TRANSMITTER, der nur gelesen werden kann und den übergreifenden Status abbildet. Die Kanäle 4-6 sind SHUTTER_VIRTUAL_RECEIVER. Die können beschrieben und damit für die Steuerung verwendet werden.
Grundsätzlich sollte es mit sd=3.LEVEL sowie 4,5,6.LEVEL funktionieren.
@roman1528: Gibt es Fehleremeldungen im Log, wenn FHEM kurz hängen bleibt?
Umbenennen der RPCs: das geht aktuell tatsächlich nicht.
Zitat von: zap am 14 August 2022, 18:36:41
@roman1528: Gibt es Fehleremeldungen im Log, wenn FHEM kurz hängen bleibt?
Umbenennen der RPCs: das geht aktuell tatsächlich nicht.
18:54:45 ... Verbose d_rpc001016BidCos_RF und CCU3 (HMCCU) auf 5 gesetzt. von CCU3 keine Meldungen
2022.08.14 18:54:45 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:54:46 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:54:47 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:54:48 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:54:48 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 processing request
2022.08.14 18:54:48 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 6 events read: no data
2022.08.14 18:54:49 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:54:50 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:54:51 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:54:52 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:54:53 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:54:54 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:54:55 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:54:56 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 processing request
2022.08.14 18:54:56 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 1 events read: no data
2022.08.14 18:54:56 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 1 events read: no data
2022.08.14 18:54:56 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 5 events read: no data
2022.08.14 18:54:57 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:54:58 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:54:59 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:55:00 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:55:01 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:55:02 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 processing request
2022.08.14 18:55:02 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 1 events read: no data
2022.08.14 18:55:02 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 14 events read: no data
2022.08.14 18:55:03 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:55:03 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 processing request
2022.08.14 18:55:03 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 1 events read: no data
2022.08.14 18:55:03 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 1 events read: no data
2022.08.14 18:55:04 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:55:04 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 processing request
2022.08.14 18:55:04 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 1 events read: no data
2022.08.14 18:55:04 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 5 events read: no data
2022.08.14 18:55:05 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:55:06 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:55:07 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.14 18:55:08 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
bis 18:55:08 bu_WT (HM-TC-IT-WM-W-EU) -> auto -> manu -> auto -> manu (manu ohne Temperatur)
Ich glaube nicht richtig, dass FHEM "hängen" bleibt... aber auf jedenfall werden innerhalb FHEM keine Events erzeugt und der Websocket verabschiedet sich kurz.
Zitat von: zap am 14 August 2022, 18:33:28
Wenn ein Device mehrere identische Kanäle hat, verwende ich die Parameter sd und cd, um state- und control-datapoint festzulegen.
Ich nutze das gleiche Device für die Steuerung meiner Markise. Das funktioniert mit sd=3.LEVEL und cd=4.LEVEL.
Kanal 3 ist ein SHUTTER_TRANSMITTER, der nur gelesen werden kann und den übergreifenden Status abbildet. Die Kanäle 4-6 sind SHUTTER_VIRTUAL_RECEIVER. Die können beschrieben und damit für die Steuerung verwendet werden.
Grundsätzlich sollte es mit sd=3.LEVEL sowie 4,5,6.LEVEL funktionieren.
Danke für die Rückmeldung zap. Bislang dachte ich allerdings das hierfür die am device gesetzten Attribute controldatapoint und statedatapoint wären. Wie ist denn das Zusammenspiel zwischen den Parametern an der Devicedefinition und den gesetzten Attributen bzw. was sollte nun führend verwendet werden?
Grüße, Obi-Wan
Hallo zap,
bei meiner WINMATIC funktioniert die Verriegelung (lock) über HMCCUCHN nicht. Alle anderen set Kommandos wie stop, close, pct xx%, datapoint LEVEL xx%, arbeiten einwandfrei. Ein set HM_Sec_Win datapoint LEVEL -0.5 , schließt nur auf pct 0, aber verriegelt nicht. Die datapoint LEVEL Werte set HM_Sec_Win.SZ datapoint LEVEL LOCKED und -0.005 (wie in https://www.eq-3.de/Downloads/eq3/download%20bereich/hm_web_ui_doku/HM-Script_4-Datenpunkte.pdf (https://www.eq-3.de/Downloads/eq3/download%20bereich/hm_web_ui_doku/HM-Script_4-Datenpunkte.pdf) beschrieben) habe ich mit dem gleichen Ergebnis (Status "closed") probiert.
Da das Verriegeln über die Homematic WebUi funktioniert, liegt offensichtlich keine mechanische Ursache vor. Wobei der Zustand "locked" in FHEM dann nicht angezeigt wird, sond. weiterhin nur "closed".
Hier ein list der Gerätekonfiguration in FHEM:
Internals:
DEF MEQ1471146:1
FUUID 62f78f6a-f33f-b431-72b8-513dcdf90bef7f09
IODev debmatic
NAME HM_Sec_Win.SZ
NR 492
STATE open
TYPE HMCCUCHN
ccuaddr MEQ1471146:1
ccudevstate active
ccuif BidCos-RF
ccuname HM-Sec-Win MEQ1471146:1
ccurolectrl WINMATIC
ccurolestate WINMATIC
ccusubtype HM-Sec-Win
ccutype HM-Sec-Win
eventCount 23
firmware 1.6
readonly no
sender @5282FB:2
READINGS:
2022-08-15 12:40:09 AES_KEY off
2022-08-15 12:40:09 CONFIG_PENDING false
2022-08-15 13:27:09 DIRECTION NONE
2022-08-15 12:40:09 DUTYCYCLE false
2022-08-15 13:27:09 ERROR NO_ERROR
2022-08-15 12:40:09 INHIBIT false
2022-08-15 12:39:36 IODev debmatic
2022-08-14 11:39:42 L-_5282FB.2- 0
2022-08-15 13:27:09 LEVEL open
2022-08-15 12:40:09 LOWBAT ok
2022-08-15 12:40:09 RSSI_DEVICE -255
2022-08-15 12:40:09 RSSI_PEER -214
2022-08-15 13:27:09 STATE_UNCERTAIN false
2022-08-15 12:40:09 STICKY_UNREACH false
2022-08-15 12:40:09 UNREACH alive
2022-08-15 13:27:09 WORKING false
2022-08-15 12:40:09 activity alive
2022-08-15 12:40:09 battery ok
2022-08-15 13:27:09 control open
2022-08-15 13:27:09 devstate ok
2022-08-15 13:27:09 hmstate open
2022-08-15 13:27:09 level open
2022-08-15 13:27:09 pct 100
2022-08-15 12:40:09 rssidevice -255
2022-08-15 12:40:09 rssipeer -214
2022-08-15 12:40:09 sign off
2022-08-15 13:27:09 state open
hmccu:
channels 1
detect 1
devspec MEQ1471146:1
nodefaults 1
role 1:WINMATIC
setDefaults 0
cmdlist:
get
set lock:noArg open:noArg pct close:noArg stop:noArg toggle:noArg
control:
chn 1
dpt LEVEL
dp:
0.AES_KEY:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
0.CONFIG_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.DUTYCYCLE:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.LOWBAT:
VALUES:
NVAL false
ONVAL false
OSVAL ok
OVAL false
SVAL ok
VAL false
0.RSSI_DEVICE:
VALUES:
NVAL -255
ONVAL -255
OSVAL -255
OVAL 1
SVAL -255
VAL 1
0.RSSI_PEER:
VALUES:
NVAL -214
ONVAL -214
OSVAL -214
OVAL 42
SVAL -214
VAL 42
0.STICKY_UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL alive
OVAL false
SVAL alive
VAL false
1.DIRECTION:
VALUES:
NVAL 0
ONVAL 1
OSVAL UP
OVAL 1
SVAL NONE
VAL 0
1.ERROR:
VALUES:
NVAL 0
ONVAL 0
OSVAL NO_ERROR
OVAL 0
SVAL NO_ERROR
VAL 0
1.INHIBIT:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.LEVEL:
VALUES:
NVAL 100
ONVAL 0
OSVAL closed
OVAL 0.000000
SVAL open
VAL 1.000000
1.STATE_UNCERTAIN:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
1.WORKING:
VALUES:
NVAL 0
ONVAL 1
OSVAL true
OVAL 1
SVAL false
VAL 0
roleCmds:
get:
set:
close:
channel 1
role WINMATIC
subcount 1
syntax V:LEVEL:0
usage close
subcmd:
000:
args 0
dpt LEVEL
fnc
max 1.000000
min 0.000000
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
lock:
channel 1
role WINMATIC
subcount 1
syntax V:LEVEL:-0.5
usage lock
subcmd:
000:
args -0.5
dpt LEVEL
fnc
max 1.000000
min 0.000000
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
open:
channel 1
role WINMATIC
subcount 1
syntax V:LEVEL:100
usage open
subcmd:
000:
args 100
dpt LEVEL
fnc
max 1.000000
min 0.000000
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
pct:
channel 1
role WINMATIC
subcount 1
syntax V:LEVEL:?level
usage pct level
subcmd:
000:
args
dpt LEVEL
fnc
max 1.000000
min 0.000000
parname level
partype 2
ps VALUES
scn 000
unit 100%
stop:
channel 1
role WINMATIC
subcount 1
syntax V:STOP:1
usage stop
subcmd:
000:
args 1
dpt STOP
fnc
max 1
min 0
parname STOP
partype 3
ps VALUES
scn 000
unit
state:
chn 1
dpt LEVEL
Attributes:
ccuflags showDeviceReadings
cmdIcon open:fts_window_1w_tilt stop:rc_STOP close:fts_window_1w lock:secur_locked
event-on-change-reading .*
group Fenster
room Schlafzimmer
substexcl pct
webCmd pct:open:close:lock:stop
widgetOverride pct:slider,0,10,100
Dank + Gruß
Christian
PS.: ein
curl --data "dom.GetObject('BidCos-RF.MEQ1471146:1.LEVEL').State(-0.005);" http://MeineIP:8181/tclrega.exe
aus der Shell am selben Debian-Gerät, hat ebenfalls Erfolg. Das wäre mit einem entsprechenden Aufruf aus FHEM oder evtl. auch dem entsprechenden Perl-Pendant eine gangbare Ersatzlösung, aber leider ist die falsche Statusanzeige in FHEM damit noch nicht behoben.
@schic Kannst Du bitte nochmal testen, was bei folgenden Befehlen passiert:
set HM_Sec_Win.SZ datapoint LEVEL -0.005
set HM_Sec_Win.SZ datapoint LEVEL -0.5
Wird bei einem der Befehle das Fenster verriegelt?
Leider meldet die CCU für den Datenpunkt LEVEL einen Minimalwert von 0.0. Negative Werte sind also eigentlich nicht zulässig.
mit beiden Befehlen fährt das Fenster auf Null und verriegelt nicht weiter.
den Datenpunkt LEVEL meldet eine Statusabfrage mit installiertem xml-api-Addon mit:
http://192.168.xy.z/addons/xmlapi/state.cgi?device_id=1859&datapoint_id=1894
als Ergebnis:<state>
<datapoint ise_id="1894" value="-0.005000"/>
</state>
Ohne AddOn, mit dem "dom.GetObject" Gesums, habe ich das leider noch nicht auf die Reihe gebracht.
Setz mal bitte für das Device ccuflags auf "trace". Dann führe den Befehl
set datapoint LEVEL -0.5
nochmal aus und schaue ins Logfile.
Da sollte sowas erscheinen:
2022.08.16 13:05:07 2: HMCCUCHN: [RO_WZ_Terrasse : 3243406] [main::HMCCU_SetMultipleDatapoints] dpt=001.BidCos-RF.NEQ0513048:1.LEVEL, value=50
2022.08.16 13:05:07 2: HMCCUCHN: [RO_WZ_Terrasse : 3243406] [main::HMCCU_ScaleValue] chnno=1, dpt=LEVEL, value=50, mode=1
2022.08.16 13:05:07 2: HMCCUCHN: [RO_WZ_Terrasse : 3243406] [main::HMCCU_ScaleValue] Auto scaled value of LEVEL = 0.5
Dann setzt Du bitte ccuflags zusätzlich auf "noBoundsChecking" und wiederholst Befehl und Logauswertung.
die m.E. relevante Log-Meldung:
2022.08.16 14:04:14 2: HMCCUCHN: [HM_Sec_Win.SZ : 659] [main::HMCCU_ScaleValue] Auto scaled value of LEVEL = 0
differiert vom Soll "Auto scaled value of LEVEL = -0.005".
Die gesamte LOG-Meldung hängt an.
PS.: die vermutlich 3 relevanten Zeilen:
2022.08.16 14:04:14 2: HMCCUCHN: [HM_Sec_Win.SZ : 659] [main::HMCCU_SetMultipleDatapoints] dpt=001.BidCos-RF.MEQ1471146:1.LEVEL, value=-0.5
2022.08.16 14:04:14 2: HMCCUCHN: [HM_Sec_Win.SZ : 659] [main::HMCCU_ScaleValue] chnno=1, dpt=LEVEL, value=-0.5, mode=1
2022.08.16 14:04:14 2: HMCCUCHN: [HM_Sec_Win.SZ : 659] [main::HMCCU_ScaleValue] Auto scaled value of LEVEL = 0
die Ausgabe von $min in 88_HMCCU.pm in dem Bereich nach # Auto scale (Zeile 9537) zeigt
2022.08.16 14:49:11 2: HMCCUCHN: [HM_Sec_Win.SZ : 354364] [main::HMCCU_ScaleValue] min = 0.000000
und $mode wird mit 1 ausgegeben, so dass der relevante Bereich vermutl. aus Zeile 9554
$value = $boundsChecking ? HMCCU_MinMax($value, $min*$f, $max*$f)/$f : $value/$f;
hervorgeht.
(Zeile 9551: $value = HMCCU_MinMax ($value, $min, $max)*$f;
evtl. auch).
$min scheint mit 0.000000 nicht passend zu sein. Um das aber weiter zu verfolgen, fürchte ich, reicht meine Perl-Praxis kein Bisschen.
Zitat von: roman1528 am 14 August 2022, 12:06:59
Moin.
Habe seit ein paar Tagen eine CCU3 und stelle Raumweise darauf um. Mittlerweile hab ich auf der CCU RaspberryMatic am laufen.
Habe leider arge Probleme beim setzen des CONTROL_MODE bei HM-TC-IT-WM-W-EU (HM-Wandthermostat) bzw. HM-CC-RT-DN (HM-Heizkörperthermostat).
set <DEVICE> auto
set <DEVICE> manu
set <DEVICE> boost
Der Befehl kommt in der CCU an und wird an's Thermostat weitergegeben.
Die Rückmeldung von der CCU an FHEM kommt auch an...
Allerdings hängt FHEM sich kurz weg (Connection lost....), sodass kein Event erzeugt wird. Wichtig für z.B. Statusanzeige bzw. optische Änderungsbestätigung in FTUI.
Wo ich definitiv auch nicht durchblicke sind diese ganzen Attribute im CCU IO und in den RPC's. Ich habe am CCU IO folgende ccuflags gesetzt. gibt es da noch mehr zu beachten? Mehr Doku? Auf Deutsch?
ccuflags
procrpc,nonBlocking,reconnect
Und noch 'ne Frage....
Warum kann ich die RPC's nicht umbenennen? (werden nach Neustart mit anderem Namen neu erstellt).
Vielen Dank schon mal.
Grüße^^
Ohne Witz... Ich schmeiß diese blöde Technik gleich komplett raus...
Ich bekomme jetzt bei Änderungen gar keine Events mehr Egal wo die Änderung stattfindet... Und ja ich habe artig die Reihenfolgen befolgt.
CCU neustart -> RPC neustart -> get "IO" ccuConfig ... und immer schön warten...
Wenn ein Gerät z.B. seinen aktuellen Status (cyclic) mitteilt ist alles schön. Aber sofern es eine Änderung gibt bekomme ich keine Events in FHEM und FHEM bleibt kurz stehen bzw. schmeißt auf jeden Fall den Websocket.
ZitatAber sofern es eine Änderung gibt bekomme ich keine Events in FHEM
wie checkst du das?
gibt es im event log einen eintrag?
Zitat von: frank am 16 August 2022, 15:29:24
wie checkst du das?
gibt es im event log einen eintrag?
indem mir FHEMWEB anzeigt "Connection lost..." und in FTUI keine Änderungen angezeigt werden... und FHEMApp sich neu verbindet...
okay... userReadings werden aktualisiert...
das Frontend ist doch aber wichtig um eine visuelle Bestätigung der Eingabe zu bekommen.
Zitat von: schic am 16 August 2022, 15:03:31
die Ausgabe von $min in 88_HMCCU.pm in dem Bereich nach # Auto scale (Zeile 9537) zeigt
2022.08.16 14:49:11 2: HMCCUCHN: [HM_Sec_Win.SZ : 354364] [main::HMCCU_ScaleValue] min = 0.000000
und $mode wird mit 1 ausgegeben, so dass der relevante Bereich vermutl. aus Zeile 9554
$value = $boundsChecking ? HMCCU_MinMax($value, $min*$f, $max*$f)/$f : $value/$f;
hervorgeht.
(Zeile 9551: $value = HMCCU_MinMax ($value, $min, $max)*$f;
evtl. auch).
$min scheint mit 0.000000 nicht passend zu sein. Um das aber weiter zu verfolgen, fürchte ich, reicht meine Perl-Praxis kein Bisschen.
Gleiches Ergebnis wenn Du ccuflags auf noBoundsChecking setzt?
Die richtige Stelle im Code hast Du gefunden. Ich habe "noBoundsChecking" genau für den Fall eingebaut, dass in der CCU für einen Datenpunkt die falschen Grenzwerte definiert sind. Das min=0 kommt von der CCU, nicht von HMCCU.
ZitatGleiches Ergebnis wenn Du ccuflags auf noBoundsChecking setzt?
habe gesetzt und mit dem Befehl
datapoint LEVEL -0.5
verriegelt das Fenster. Aber der Status bzw LEVEL-Reading geht nur auf "closed".
Mit "Lock-Icon" anklicken geht das auf "closed" ohne Verriegelung.
Das ist ja schonmal die halbe Miete. Die richtige Konvertierung zurück in den Status schaue ich mir an.
Was steht eigentlich im Reading pct, wenn das Fenster verriegelt ist?
@roman1528 einziger Unterschied scheint FTUI zu sein.
Zitat von: zap am 16 August 2022, 20:56:22
@roman1528 einziger Unterschied scheint FTUI zu sein.
wie gesagt... in FHEMWEB gibt es keine Änderung der Readings sonder ein "Connection lost...." und FhemApp (experimentiere ich gerade mit) reconnected.
anfangs gab es so arge probleme mit FTUI und longpoll/websocket. das nervt mich tierisch wenn ich keine optische Rückmeldung bekomme.
Zitat[size=0px] Was steht eigentlich im Reading pct, wenn das Fenster verriegelt ist?[/size]
pct ist 0
UND - danke für das Modul, dass Du Deine Zeit auch für dieses Detail investiert ...
ich habe mir erlaubt, ein wenig in Deinem 88_HMCCU.pm rumzupfuschen.
Eine Ausnahmeabfrage für -0.005 und -0.5 behebt das Problem mit dem in FHEM falsch angezeigten Status - zeigt korrekt "locked" an und tut das auch.
Nach der HomeMatic-Script Dokumentation, scheint dieser Ausnahmewert -0.005, bei WinMatic, der Einzige zu sein, so dass unpassende Folgeerscheinungen eher unwahrscheinlich sind. Die Thermostate HM_CC_RT_DN zeigen jedenfalls auch mit der Codeänderung noch korrekte Werte.
Der Code 88_HMCCU.pm ab Zeile 9545:
elsif (defined($unit) && $unit =~ /^([0-9]+)%$/) {
# percentage values
my $f = $1;
$min //= 0;
$max //= 1.0;
HMCCU_Trace ($hash, 2, "value of $dpt = $value"); # Änderung!
if ($value == -0.5) { # Änderung!
$value = -0.005; # Änderung!
HMCCU_Trace ($hash, 2, "set value of $dpt = $value"); # Änderung!
} # Änderung!
elsif ($value == -0.005) { # Änderung!
$value = -0.5; # Änderung!
HMCCU_Trace ($hash, 2, "set value of $dpt = $value"); # Änderung!
} # Änderung!
else { # Änderung!
if ($mode == 0 || $mode == 2) {
$value = HMCCU_MinMax ($value, $min, $max)*$f;
}
else {
$value = $boundsChecking ? HMCCU_MinMax($value, $min*$f, $max*$f)/$f : $value/$f;
}
HMCCU_Trace ($hash, 2, "Auto scaled value of $dpt = $value"); # Änderung!
} # Änderung!
}
#HMCCU_Trace ($hash, 2, "Auto scaled value of $dpt = $value"); # Änderung!
return $value;
Der Lock-Button funktioniert damit allerdings immer noch nicht.
@schic 2 Fragen dazu:
1. Funktioniert der Befehl "Set lock" ? Oder kannst Du nur per "Set datapoint LEVEL" verriegeln?
2. In Deinem Code prüfst Du auf -0.5 und -0.005. Kannst Du mal bitte die -0.5 Prüfung rausnehmen und testen, ob es immer noch funktioniert mit der "locked" Anzeige?
Zitat1. Funktioniert der Befehl "Set lock" ? Oder kannst Du nur per "Set datapoint LEVEL" verriegeln?
set lock verriegelt nicht, sondern ist gleich mit set close. Kann nur per "Set datapoint LEVEL -0.5" verriegeln.
Zitat2. In Deinem Code prüfst Du auf -0.5 und -0.005. Kannst Du mal bitte die -0.5 Prüfung rausnehmen und testen, ob es immer noch funktioniert mit der "locked" Anzeige?
Ohne die -0.5 Prüfung funktioniert die "locked" Anzeige nicht. Das hatte ich als Erstes und hab das deswegen zugefügt.
Charmant wäre natürlich noch eine zusätzliche Prüfung ob es sich um WinMatic handelt. Ich habe aber keine Ahnung wie und wie aufwändig das ist.
Danke, diese letzte Info ist sehr hilfreich
Zitat von: roman1528 am 16 August 2022, 21:40:47
wie gesagt... in FHEMWEB gibt es keine Änderung der Readings sonder ein "Connection lost...." und FhemApp (experimentiere ich gerade mit) reconnected.
anfangs gab es so arge probleme mit FTUI und longpoll/websocket. das nervt mich tierisch wenn ich keine optische Rückmeldung bekomme.
dein scheinbar generelles websocket problem solltest du vielleicht im board frontents/fhemweb versuchen zu klären.
die spärlichen infos zwischen deinen wenig hilfreichen frustbemerkungen lassen mich vermuten, dass du eventuell ein problem mit
zu vielen events hast. dazu vielleicht noch umfangreiche userreadings ohne trigger.
schon mal nach fhem freezes geschaut?
Zitat von: frank am 18 August 2022, 11:15:58
dein scheinbar generelles websocket problem solltest du vielleicht im board frontents/fhemweb versuchen zu klären.
die spärlichen infos zwischen deinen wenig hilfreichen frustbemerkungen lassen mich vermuten, dass du eventuell ein problem mit zu vielen events hast. dazu vielleicht noch umfangreiche userreadings ohne trigger.
schon mal nach fhem freezes geschaut?
ja welche infos denn... ich habe bzw. bekomme ja selbst keine. und wenn welche geben sollte, wo stehen die? fehlersuche in fhem ist genau so einfach wie perl... für mich... nämlich gar nicht.
natürlich hab ich geschaut bzw. bin dabei
das problem tritt erst auf seitdem ich HMCCU und dazugehörige laufen habe.
freezemon läuft jetzt schon einige zeit... sicherlich hab ich auch andere freezes als HMCCU. dadurch ist aber bisher der websocket nicht abgeschmiert.
ich gehe gerade folgendem auf den grund... mehr details und so
d:tmr-CODE(0x558b04d2d2f8)(HandleSendQueue)
tmr-CODE(0x558b04c36040)(GetUpdate)
d:tmr-CODE(0x55a1d0473580)(SetCmdFn)
Zitatja welche infos denn...
zb die ausgaben in der javascript konsole im browser, wenn connection lost auftrifft.
aber:
Zitatdein scheinbar generelles websocket problem solltest du vielleicht im board frontents/fhemweb versuchen zu klären.
Zitat von: frank am 18 August 2022, 11:15:58
dein scheinbar generelles websocket problem solltest du vielleicht im board frontents/fhemweb versuchen zu klären.
ich denke nicht, weil
Zitat von: roman1528 am 18 August 2022, 11:24:57
das problem tritt erst auf seitdem ich HMCCU und dazugehörige laufen habe.
lass einfach gut sein... ich werde es schon hin bekommen... oder eben auch nicht... dann werde ich damit leben müssen... oder das problem beseitigt sich von allein.
trotzdem danke.
@roman1528 die Javascript Console vom Browser war jetzt schon ein sehr guter Tipp
Rechner (192.168.1.23) und FHEM (192.168.1.5) scheinen zeitlich nicht ganz synchron zu laufen (1-2 Sekunden beim Timestamp).
Ich habe jetzt nur eine Aktion aus dem Log genommen. set sz_nachtschrank_R on
Von auslösen bis einschl. reconnect von FHEMWEB.
Bei allen anderen Aktionen (off, anderes Device: set sz_WT auto) gleiches Spiel.
sz_nachtschrank_R ist ein HM-LC-Sw1-Pl
Konsole:
09:34:52.950 09:34:52.951 FW_cmd:/fhem?cmd.sz_nachtschrank_R=set sz_nachtschrank_R on&XHR=1 fhemweb.js:576:13
09:34:52.971 Die Verbindung zu wss://192.168.1.5:8083/fhem?XHR=1&inform=type%3Dstatus%3Bfilter%3Droom%3DUnsorted%3Bsince%3D1660894488.07924%3Bfmt%3DJSON&fw_id=8136×tamp=1660894490437 wurde unterbrochen, während die Seite geladen wurde. fhemweb.js:1333:18
09:34:52.972 09:34:52.972 ERRMSG:Connection lost, trying a reconnect every 5 seconds.< fhemweb.js:576:13
09:34:57.875 09:34:57.876 ERRMSG:< fhemweb.js:576:13
09:34:57.985 09:34:57.986 Inform-channel opened (websocket) with filter room=Unsorted fhemweb.js:576:13
FHEM-Log WEB:
2022.08.19 09:34:51 5: POST /fhem?cmd.sz_nachtschrank_R=set%20sz_nachtschrank_R%20on&XHR=1&fw_id=8136 HTTP/1.1
Host: 192.168.1.5:8083
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:103.0) Gecko/20100101 Firefox/103.0
Accept: text/plain, */*; q=0.01
Accept-Language: de,en-US;q=0.7,en;q=0.3
Accept-Encoding: gzip, deflate, br
cache-control: no-cache
X-Requested-With: XMLHttpRequest
Origin: https://192.168.1.5:8083
Authorization: Basic XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Connection: keep-alive
Referer: https://192.168.1.5:8083/fhem?room=Unsorted
Cookie: __Host-nc_sameSiteCookielax=true; __Host-nc_sameSiteCookiestrict=true; zmMontageLayout=1; zmWatchScale1=0; zmMontageScale=50; zmHeaderFlip=up; zmMontageWidth=; zmMontageHeight=; zmWatchScale3=0; zmWatchScale2=0; zmEventStats=on; zmEventScale1=0; zmEventRate=100; sid=7b03c5f6759a426d605456f1ba9e480b; connect.sid=s%3AMvG5tJWi7wm_FsM0kfn88jPw_bsPk1N-.qliaml7PBUm71FgJGDpKq3KLyI7HMENHKEazg3V6s%2FY; PHPSESSID=inc2pl537spjjn5qp3snctps4b; oc_sessionPassphrase=NLO1Gawf25ZRhtT%2FzQZslOSe5D5cAK%2Bzxqeusysoy0uwZg%2FzMvRkJ6xwj9AnHFkaOr1ILSweJEm26ie0LPBT182V7tj0dUETbugYUsDJgW6w8jUg5FWyyAGM%2B8Dm9V1f; oc9isf6x7msr=0e5evq9silpqo7pf5ajun7tu31; redirect=1; testing=1; fhemCmdHistory=list%20sz_taster%0Alist%20ku_taster%0Alist%20ku_taster_01%0Alist%20CCU3%0Adefine%20SAX_ModBus%20ModbusAttr%2067%20slave%20192.168.1.222:3600%20RTU%0Asetreading%20bu_WT%20activity%20no%0Asetreading%20bu_WT%20activity%20alive%0Asetreading%20bu_HT%20activity%20no%0Asetreading%20bu_HT%20activity%20alive%0Asetreading%20bu_HT%20activity%20no%0Asetreading%20bu_HT%20activity%20alive%0Adefine%20freezemon%20freezemon%0Asetreading%20bu_WT%20battery%20low%0Asetreading%20bu_WT%20battery%20ok%0Adefine%20ku_fenster%20structure%20ku_fenster%20ku_SC_L%20ku_SC_R%0Aattr%20wz_taster_.*%20group%20Sensoren%0Aattr%20wz_HT%20group%20Heizung%0Aattr%20wz_WT%20group%20Heizung%0Aattr%20wz_SC.*%20group%20Sensoren%0Aattr%20wz_taster_.*%20event-on-change-reading%20.*%0Aattr%20wz_.*%20room%20Wohnzimmer%0Adelete%20bu_fernbedienung_.*%0Adelete%20bad_taster.*%0Adelete%20ku_taster.*%0Aattr%20bad_taster.*%20room%20Bad%0Aattr%20bad_taster.*%20group%20Sensoren%0Aattr%20bu_fernbedienung.*%20room%20B%C3%BCro%0Aattr%20bu_fernbedienung.*%20group%20Sensoren%0Aattr%20ku_taster.*%20room%20K%C3%BCche%0Aattr%20ku_taster.*%20group%20Sensoren%0Aattr%20bad_taster.*%20event-on-change-reading%20.*%0Aattr%20ku_taster.*%20event-on-change-reading%20.*%0Aattr%20bu_fernbedien.*%20event-on-change-reading%20.*%0Adeleteattr%20bad_taster.*%20event-on-update-reading%0Aattr%20bad_taster.*%20event-on-update-reading%20.*%0Adefine%20wz_notify_CCU3_huw_ball_bulb%20notify%20wz_hue_ball_bulb:onoff:.*%20abc%0Adefine%20wz_doif_CCU3_licht%20DOIF%20(a)%20(b)%0Adefine%20wz_notify_CCU3_lightscene%20notify%20wz_lightscene.*%20abc%0Aset%20sz_notify_taster.*%20inactive%0Aattr%20sz_SC.*%20room%20Schlafzimmer%0Aattr%20sz_SC.*%20group%20Sensoren%0Alist%20TYPE=CUL_HM%0Adefine%20sz_notify_CCU3_lightscene%20notify%20sz_lightscene.*%20{%20fhem('set%20CCU3%20var%20sz_lightscene%20'.ReadingsVal('sz_lightscene'%2C'state'%2C'aus'))%3B%20}%0Adefine%20sz_notify_CCU3_lightscene%20notify%20sz_lightscene.*%20abc%0Adefine%20sz_gute_nacht_dummy%20dummy%0Arename%20sz_notify_taster_2_Short%20sz_notify_gute_nacht_dummy%0Adelete%20sz_notify_taster_.*%0Asetreading%20st_fenster%20open%0Asetreading%20st_fesnter%20state%20open%0Asetreading%20st_fenster%20state%20open; flexFingerprint=faf5671e6f73fd8669779ed58b98b59a
Sec-Fetch-Dest: empty
Sec-Fetch-Mode: cors
Sec-Fetch-Site: same-origin
Content-Length: 0
2022.08.19 09:34:51 4: WEB_::ffff:192.168.1.23_54594 POST /fhem?cmd.sz_nachtschrank_R=set%20sz_nachtschrank_R%20on&XHR=1&fw_id=8136; BUFLEN:0
2022.08.19 09:34:51 4: authorize WEB/cmd/set: allowed_MQTT returned dont care
2022.08.19 09:34:51 4: authorize WEB/cmd/set: allowed_WEB returned dont care
2022.08.19 09:34:51 4: authorize WEB/cmd/set: allowed_telnetPort returned dont care
2022.08.19 09:34:51 4: authorize WEB/devicename/sz_nachtschrank_R: allowed_MQTT returned dont care
2022.08.19 09:34:51 4: authorize WEB/devicename/sz_nachtschrank_R: allowed_WEB returned dont care
2022.08.19 09:34:51 4: authorize WEB/devicename/sz_nachtschrank_R: allowed_telnetPort returned dont care
2022.08.19 09:34:51 4: WEB: /fhem?cmd.sz_nachtschrank_R=set%20sz_nachtschrank_R%20on&XHR=1&fw_id=8136 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate
2022.08.19 09:34:52 4: Connection closed for WEB_::ffff:192.168.1.23_54972: EOF
2022.08.19 09:34:56 4: Connection accepted from WEB_::ffff:192.168.1.23_54981
FHEM-Log RPC_BidCos
2022.08.19 09:34:51 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.19 09:34:52 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 processing request
2022.08.19 09:34:52 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 1 events read: no data
2022.08.19 09:34:52 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 1 events read: no data
2022.08.19 09:34:53 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.19 09:34:54 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.19 09:34:55 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.19 09:34:56 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.19 09:34:56 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 processing request
2022.08.19 09:34:56 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 16 events read: no data
Ich habe immer noch Probleme mit meinem Regensensor HM_Sen_RD_O
Der übernimmt den Zustand rain/dry aus 1.STATE nicht in state.
Ich habe daher entsprechend das Attribut "statedatapoint" auf "1.STATE" gesetzt - dann klappt das.
ABER: nach einem FHEM Neustart sind "statedatapoint" und "controldatapoint" verschwunden.
Es hat ja leider die letzten 2 Monate bei uns nur 2 mal ein bisschen geregnet, aber ich bin da jetzt jedes mal reingefallen, da meine Dachfenster auf "state" gehen und sich dann nicht geschlossen haben -> Pfütze :(
Ist das ein Bug oder muss ich alle meine DOIFs umbauen, dass sie "1.STATE" verwenden (sind eine ganze Menge....)
Danke,
Jörg
Zitat von: Adimarantis am 19 August 2022, 11:48:46
Ich habe immer noch Probleme mit meinem Regensensor HM_Sen_RD_O
Der übernimmt den Zustand rain/dry aus 1.STATE nicht in state.
Ich habe daher entsprechend das Attribut "statedatapoint" auf "1.STATE" gesetzt - dann klappt das.
ABER: nach einem FHEM Neustart sind "statedatapoint" und "controldatapoint" verschwunden.
Es hat ja leider die letzten 2 Monate bei uns nur 2 mal ein bisschen geregnet, aber ich bin da jetzt jedes mal reingefallen, da meine Dachfenster auf "state" gehen und sich dann nicht geschlossen haben -> Pfütze :(
Ist das ein Bug oder muss ich alle meine DOIFs umbauen, dass sie "1.STATE" verwenden (sind eine ganze Menge....)
Danke,
Jörg
Hatten wir schon einmal ein "list" vom Device ausgetauscht? Wäre jedenfalls hilfreich. Wenn Du das Attribut "statedatapoint" in FHEM setzt: wird dann in der Dropdownliste "1.STATE" angezeigt oder setzt Du das per FHEM Kommandozeile?
Als Workaround würde ich Dir empfehlen, für jeden der beiden Kanäle ein separates HMCCUCHN Device anzulegen. Mit einem HMCCUDEV Device für beide Kanäle gemeinsam scheinen sich die beiden STATE Datenpunkte in die Quere zu kommen.
Hi zap,
anbei das "list" für die device mit statedatapoint (wenn es funktioniert) und eins direkt nach einem shutdown restart.
Ich setze statedatapoint und controldatapoint über die GUI und die sind dann bereits korrekt vorbelegt (also 1.STATE für statedatapoint und 2.STATE für controldatapoint).
Danach funktioniert alles - auch wenn ich die beiden Attribute wieder lösche.
Das Problem besteht nur direkt nach einen Neustart, dann steht in state nicht "dry" oder "rain" sondern "on" oder "off" bis ich eben statedatapoint setze.
Internals:
DEF PEQxxxxxxx
FUUID 5ebaa6cf-f33f-b127-c389-1b2d005824b8b644
IODev d_ccu
NAME HM_Sen_RD_O_PEQxxxxxxx
NR 231
STATE dry
TYPE HMCCUDEV
ccuaddr PEQxxxxxxx
ccudevstate active
ccuif BidCos-RF
ccuname Aussen - HM-Sen-RD-O PEQxxxxxxx
ccurolectrl RAINDETECTOR_HEAT
ccurolestate RAINDETECTOR
ccusubtype HM-Sen-RD-O
ccutype HM-Sen-RD-O
eventCount 84
firmware 1.4
readonly no
Helper:
DBLOG:
1.STATE:
logdb:
TIME 1661011200.04821
VALUE dry
2.STATE:
logdb:
TIME 1661002475.08125
VALUE off
OLDREADINGS:
READINGS:
2022-08-20 15:33:34 1.STATE dry
2022-08-20 15:34:35 2.STATE off
2022-08-20 15:34:35 control off
2022-08-20 15:34:35 devstate ok
2022-08-20 15:34:35 hmstate dry
2022-08-20 15:33:34 state dry
hmccu:
channels 3
detect 3
devspec PEQxxxxxxx
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:RAINDETECTOR,2:RAINDETECTOR_HEAT
setDefaults 0
cmdlist:
get
set on:noArg off:noArg on-for-timer on-till toggle:noArg
control:
chn 2
dpt STATE
dp:
1.STATE:
VALUES:
NVAL 0
ONVAL 1
OSVAL rain
OVAL 1
SVAL dry
VAL 0
2.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
roleCmds:
get:
set:
off:
channel 2
role RAINDETECTOR_HEAT
subcount 1
syntax V:STATE:0
usage off
subcmd:
000:
args 0
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on:
channel 2
role RAINDETECTOR_HEAT
subcount 1
syntax V:STATE:1
usage on
subcmd:
000:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on-for-timer:
channel 2
role RAINDETECTOR_HEAT
subcount 2
syntax V:ON_TIME:?duration V:STATE:1
usage on-for-timer duration
subcmd:
000:
args
dpt ON_TIME
fnc
max 85825945.600000
min 0.000000
parname duration
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
on-till:
channel 2
role RAINDETECTOR_HEAT
subcount 2
syntax V:ON_TIME:?time V:STATE:1
usage on-till time
subcmd:
000:
args
dpt ON_TIME
fnc
max 85825945.600000
min 0.000000
parname time
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
state:
chn 1
dpt STATE
Attributes:
IODev d_ccu
alias Regensensor
ccureadingfilter (STATE|WORKING)
controldatapoint 2.STATE
eventMap /datapoint 2.STATE 1:on/datapoint 2.STATE 0:off/
room Aussen
statedatapoint 1.STATE
substitute 1.STATE!(0|false|dry):dry,(1|true|rain):rain;2.STATE!(0|false):off,(1|true):on
webCmd control
widgetOverride control:uzsuToggle,off,on
So schaut es direkt nach einen shutdown restart aus:
Internals:
DEF PEQxxxxxxx
FUUID 5ebaa6cf-f33f-b127-c389-1b2d005824b8b644
IODev d_ccu
NAME HM_Sen_RD_O_PEQxxxxxxx
NR 231
STATE dry
TYPE HMCCUDEV
ccuaddr PEQxxxxxxx
ccudevstate active
ccuif BidCos-RF
ccuname Aussen - HM-Sen-RD-O PEQxxxxxxx
ccurolectrl RAINDETECTOR_HEAT
ccurolestate RAINDETECTOR
ccusubtype HM-Sen-RD-O
ccutype HM-Sen-RD-O
eventCount 84
firmware 1.4
readonly no
Helper:
DBLOG:
1.STATE:
logdb:
TIME 1661011200.04821
VALUE dry
2.STATE:
logdb:
TIME 1661002475.08125
VALUE off
OLDREADINGS:
READINGS:
2022-08-20 15:33:34 1.STATE dry
2022-08-20 15:34:35 2.STATE off
2022-08-20 15:34:35 control off
2022-08-20 15:34:35 devstate ok
2022-08-20 15:34:35 hmstate dry
2022-08-20 15:33:34 state dry
hmccu:
channels 3
detect 3
devspec PEQxxxxxxx
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:RAINDETECTOR,2:RAINDETECTOR_HEAT
setDefaults 0
cmdlist:
get
set on:noArg off:noArg on-for-timer on-till toggle:noArg
control:
chn 2
dpt STATE
dp:
1.STATE:
VALUES:
NVAL 0
ONVAL 1
OSVAL rain
OVAL 1
SVAL dry
VAL 0
2.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
roleCmds:
get:
set:
off:
channel 2
role RAINDETECTOR_HEAT
subcount 1
syntax V:STATE:0
usage off
subcmd:
000:
args 0
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on:
channel 2
role RAINDETECTOR_HEAT
subcount 1
syntax V:STATE:1
usage on
subcmd:
000:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on-for-timer:
channel 2
role RAINDETECTOR_HEAT
subcount 2
syntax V:ON_TIME:?duration V:STATE:1
usage on-for-timer duration
subcmd:
000:
args
dpt ON_TIME
fnc
max 85825945.600000
min 0.000000
parname duration
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
on-till:
channel 2
role RAINDETECTOR_HEAT
subcount 2
syntax V:ON_TIME:?time V:STATE:1
usage on-till time
subcmd:
000:
args
dpt ON_TIME
fnc
max 85825945.600000
min 0.000000
parname time
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
state:
chn 1
dpt STATE
Attributes:
IODev d_ccu
alias Regensensor
ccureadingfilter (STATE|WORKING)
controldatapoint 2.STATE
eventMap /datapoint 2.STATE 1:on/datapoint 2.STATE 0:off/
room Aussen
statedatapoint 1.STATE
substitute 1.STATE!(0|false|dry):dry,(1|true|rain):rain;2.STATE!(0|false):off,(1|true):on
webCmd control
widgetOverride control:uzsuToggle,off,on
Ist das 2. list tatsächlich nach dem Restart? Sieht aus wie das 1.
Da ist beim copy&paste wohl was schief gegangen.
Vielleicht besser als attachments.
Was mit auffällt ist das Attribut eventMap. Könnte (muss nicht) einen Einfluss haben. Kannst Du das Device mit get createDev mal neu anlegen lassen?
Was mir nach "createdev" gleich auffällt ist, dass "statedatapoint=2.STATE" gesetzt ist, was ja eigentlich 1.STATE sein sollte
Edit: Hab es jetzt mit diesem Device auf "1.STATE" gesetzt und das hat jetzt ein shutdown restart überlebt. Damit wäre das unmittelbare Problem gelöst, wobei der Default dann trotzdem nicht passt.
Internals:
CFGFN
DEF PEQxxxxxxx
FUUID 630125c8-f33f-b127-39d2-4926a32648b5fdd7
IODev d_ccu
NAME Aussen_HM_Sen_RD_O_PEQxxxxxxx
NR 2383
STATE off
TYPE HMCCUDEV
ccuaddr PEQxxxxxxx
ccudevstate active
ccuif BidCos-RF
ccuname Aussen - HM-Sen-RD-O PEQxxxxxxx
ccurolectrl RAINDETECTOR_HEAT
ccurolestate RAINDETECTOR_HEAT
ccusubtype HM-Sen-RD-O
ccutype HM-Sen-RD-O
eventCount 1
firmware 1.4
readonly no
Helper:
DBLOG:
1.STATE:
logdb:
TIME 1661019593.03292
VALUE dry
2.STATE:
logdb:
TIME 1661019593.03292
VALUE off
OLDREADINGS:
READINGS:
2022-08-20 20:19:53 1.STATE dry
2022-08-20 20:19:53 2.INHIBIT unlocked
2022-08-20 20:19:53 2.STATE off
2022-08-20 20:19:53 2.WORKING false
2022-08-20 20:19:53 activity alive
2022-08-20 20:19:53 control off
2022-08-20 20:19:53 devstate ok
2022-08-20 20:19:53 hmstate off
2022-08-20 20:19:53 rssidevice -255
2022-08-20 20:19:53 rssipeer -255
2022-08-20 20:19:53 sign off
2022-08-20 20:19:53 state off
hmccu:
channels 3
detect 3
devspec PEQxxxxxxx
forcedev 0
nodefaults 0
role 0:MAINTENANCE,1:RAINDETECTOR,2:RAINDETECTOR_HEAT
setDefaults 0
cmdlist:
get
set off:noArg on-for-timer on-till on:noArg toggle:noArg
control:
chn 2
dpt STATE
dp:
0.AES_KEY:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
0.CONFIG_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.DEVICE_IN_BOOTLOADER:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.RSSI_DEVICE:
VALUES:
NVAL -255
ONVAL -255
OSVAL -255
OVAL 1
SVAL -255
VAL 1
0.RSSI_PEER:
VALUES:
NVAL -255
ONVAL -255
OSVAL -255
OVAL 1
SVAL -255
VAL 1
0.STICKY_UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL alive
OVAL false
SVAL alive
VAL false
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL dry
OVAL 0
SVAL dry
VAL 0
2.INHIBIT:
VALUES:
NVAL false
ONVAL false
OSVAL unlocked
OVAL false
SVAL unlocked
VAL false
2.STATE:
VALUES:
NVAL false
ONVAL false
OSVAL off
OVAL false
SVAL off
VAL false
2.WORKING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
roleCmds:
get:
set:
off:
channel 2
role RAINDETECTOR_HEAT
subcount 1
syntax V:STATE:0
usage off
subcmd:
000:
args 0
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on:
channel 2
role RAINDETECTOR_HEAT
subcount 1
syntax V:STATE:1
usage on
subcmd:
000:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
unit
on-for-timer:
channel 2
role RAINDETECTOR_HEAT
subcount 2
syntax V:ON_TIME:?duration V:STATE:1
usage on-for-timer duration
subcmd:
000:
args
dpt ON_TIME
fnc
max 85825945.600000
min 0.000000
parname duration
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
on-till:
channel 2
role RAINDETECTOR_HEAT
subcount 2
syntax V:ON_TIME:?time V:STATE:1
usage on-till time
subcmd:
000:
args
dpt ON_TIME
fnc
max 85825945.600000
min 0.000000
parname time
partype 2
ps VALUES
scn 000
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
unit
state:
chn 2
dpt STATE
Attributes:
cmdIcon on:general_an off:general_aus
statedatapoint 2.STATE
Interessant, dass es nun funktioniert mit dem Attribut. Muss die beiden lists nochmal im Detail vergleichen. Deutet einiges auf eventMap hin, wobei ich es mir irgendwie nicht vorstellen kann
Hallo zap,
es hat wohl ein Update der HMCCU-Module gegeben. Leider funktioniert bei WINMATIC die Verriegelung (lock) wieder nicht.
Folgendes Verhalten:
Bei verriegeltem Fenster wird state mit -0.0 angezeigt.
Wird bei geöffnetem Fenster "set HM_Sec_Win.WZ lock" gesetzt, geht der Verschluss auf closed, ohne Verriegelung. state wird mit closed angezeigt.
Wird bei geöffnetem Fenster "set HM_Sec_Win.WZ close" gesetzt, geht der Verschluss auf closed, ohne Verriegelung. state wird mit closed angezeigt.
Die Verriegelung über die HomeMatic WebUi arbeitet korrekt. Die FHEM-Readings dazu hängen an.
PS.: "set HM_Sec_Win.WZ datapoint LEVEL -0.005" verriegelt korrekt
Für den Bug im offiziellen HMCCU siehe auch hier: https://forum.fhem.de/index.php/topic,129271.0.html
Ich habe den Verdacht, dass die Auswertung des Attributes 'ccureadingname' ein Problem mit LF bei mehrzeiligen Definitionen hat. R-TEMPERATURE_LOWERING:night-temp;R-TEMPERATURE_COMFORT:day-temp
funktioniert nach meiner Erfahrung nur dann, wenn alles in einer Zeile geschrieben wurde. Übrigens kein Problem des aktuellen Upgrades.
Hallo zusammen,
seit dem letzten HMCCU Update lassen sich meine Rollos (HMIP_BROLL) nicht mehr über "set rollo pct xxx" steuern. Es passiert einfach gar nichts. Über "set rollo control xxx" geht es noch. Nur leider funktionieren so meine Notifys und ASC nicht mehr. Auch Homebridge kommt damit nicht zurecht. Auf den Befehl "öffne" fahren die Rollos zu, aber auf "schließe" passiert nichts. Hab ich was überlesen? Ich steuere meine Homematic IP Geräte über einen Rasberrymatic, auch da gab es ein Update.
An der Config habe ich nichts verändern.
Hier mal exemplarisch eine meiner Rollo Konfigs:
Internals:
DEF 00111BE999A04A sd=3.LEVEL cd=4.LEVEL
FUUID 607efafc-f33f-1248-b6c8-db8417d91ce03c25
FVERSION 88_HMCCUDEV.pm:v5.0.0-s26434/2022-09-20
IODev CCU
NAME wz_rollo_rechts
NR 250
STATE closed
TYPE HMCCUDEV
ccuaddr 00111BE999A04A
ccudevstate active
ccuif HmIP-RF
ccuname wz_rollo_rechts
ccurolectrl SHUTTER_VIRTUAL_RECEIVER
ccurolestate SHUTTER_TRANSMITTER
ccusubtype BROLL
ccutype HmIP-BROLL
eventCount 156
firmware 1.8.20
readonly no
OLDREADINGS:
READINGS:
2022-09-23 17:43:12 3.ACTIVITY_STATE STABLE
2022-09-23 17:43:12 3.LEVEL closed
2022-09-23 17:43:12 3.LEVEL_STATUS NORMAL
2022-09-23 17:43:12 3.PROCESS STABLE
2022-09-23 17:42:41 3.SECTION
2022-09-23 17:43:12 3.SECTION_STATUS UNKNOWN
2022-09-23 17:42:41 3.SELF_CALIBRATION_RESULT false
2022-09-23 17:43:12 4.ACTIVITY_STATE STABLE
2022-09-23 17:43:12 4.LEVEL closed
2022-09-23 17:43:12 4.LEVEL_STATUS NORMAL
2022-09-23 17:43:12 4.PROCESS STABLE
2022-09-23 17:43:12 4.SECTION 4
2022-09-23 17:43:12 4.SECTION_STATUS NORMAL
2022-09-23 17:50:19 ASC_ShadingMessage INFO: current shading status is 'out' - next check in 5m
2022-09-23 17:43:12 activity alive
2022-09-23 17:43:12 control closed
2022-09-23 17:43:12 devstate ok
2022-09-23 17:44:09 e_icon fts_shutter_100
2022-09-23 17:43:12 hmstate closed
2022-09-23 17:43:12 level closed
2022-09-23 17:43:12 pct 0
2022-09-23 17:43:12 rssidevice -51
2022-09-23 17:43:11 rssipeer -51
2022-09-23 17:43:12 state closed
2022-09-23 17:42:41 voltage 0.0
hmccu:
channels 8
defCDP 4.LEVEL
defSDP 3.LEVEL
detect 5
devspec 00111BE999A04A
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:KEY_TRANSCEIVER,2:KEY_TRANSCEIVER,3:SHUTTER_TRANSMITTER,4:SHUTTER_VIRTUAL_RECEIVER,5:SHUTTER_VIRTUAL_RECEIVER,6:SHUTTER_VIRTUAL_RECEIVER,7:BLIND_WEEK_PROFILE
setDefaults 0
cmdlist:
get
set close:noArg up open:noArg oldLevel:noArg stop:noArg down pct toggle:noArg
control:
chn 4
dpt LEVEL
dp:
0.ACTUAL_TEMPERATURE:
VALUES:
NVAL 25.0
ONVAL 25.0
OSVAL 25.0
OVAL 25.0
SVAL 25.0
VAL 25.0
0.ACTUAL_TEMPERATURE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.ERROR_CODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.ERROR_OVERHEAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL 0
0.INSTALL_TEST:
VALUES:
NVAL true
ONVAL true
OSVAL true
OVAL true
SVAL true
VAL true
0.OPERATING_VOLTAGE:
VALUES:
NVAL 0.000000
ONVAL 0.000000
OSVAL 0.0
OVAL 0.000000
SVAL 0.0
VAL 0.000000
0.OPERATING_VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -51
ONVAL -51
OSVAL -51
OVAL -51
SVAL -51
VAL -51
0.RSSI_PEER:
VALUES:
NVAL -51
ONVAL -51
OSVAL -51
OVAL -51
SVAL -51
VAL -51
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL alive
OVAL 0
SVAL alive
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
3.ACTIVITY_STATE:
VALUES:
NVAL 3
ONVAL 3
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
3.LEVEL:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0.0
SVAL closed
VAL 0.0
3.LEVEL_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
3.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
3.SECTION:
VALUES:
NVAL
ONVAL
OSVAL
OVAL
SVAL
VAL
3.SECTION_STATUS:
VALUES:
NVAL 1
ONVAL 1
OSVAL UNKNOWN
OVAL 1
SVAL UNKNOWN
VAL 1
3.SELF_CALIBRATION_RESULT:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
4.ACTIVITY_STATE:
VALUES:
NVAL 3
ONVAL 1
OSVAL UP
OVAL 1
SVAL STABLE
VAL 3
4.LEVEL:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0.0
SVAL closed
VAL 0.0
4.LEVEL_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
4.PROCESS:
VALUES:
NVAL 0
ONVAL 1
OSVAL NOT_STABLE
OVAL 1
SVAL STABLE
VAL 0
4.SECTION:
VALUES:
NVAL 4
ONVAL 3
OSVAL 3
OVAL 3
SVAL 4
VAL 4
4.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
5.ACTIVITY_STATE:
VALUES:
NVAL 3
ONVAL 3
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
5.LEVEL:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0.0
SVAL closed
VAL 0.0
5.LEVEL_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
5.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
5.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
5.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
6.ACTIVITY_STATE:
VALUES:
NVAL 3
ONVAL 3
OSVAL STABLE
OVAL 3
SVAL STABLE
VAL 3
6.LEVEL:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0.0
SVAL closed
VAL 0.0
6.LEVEL_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
6.PROCESS:
VALUES:
NVAL 0
ONVAL 0
OSVAL STABLE
OVAL 0
SVAL STABLE
VAL 0
6.SECTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
6.SECTION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
7.WEEK_PROGRAM_CHANNEL_LOCKS:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
roleCmds:
get:
set:
close:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:0
usage close
subcmd:
000:
args 0
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
down:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=-20
usage down [delta]
subcmd:
000:
args -20
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
scn 000
unit 100%
oldLevel:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:100.5
usage oldLevel
subcmd:
000:
args 100.5
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
open:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:100
usage open
subcmd:
000:
args 100
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
pct:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?level
usage pct level
subcmd:
000:
args
dpt LEVEL
fnc
max 1.01
min 0.0
parname level
partype 2
ps VALUES
scn 000
unit 100%
stop:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:STOP:1
usage stop
subcmd:
000:
args 1
dpt STOP
fnc
max 1
min 0
parname STOP
partype 3
ps VALUES
scn 000
unit
up:
channel 4
role SHUTTER_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=+20
usage up [delta]
subcmd:
000:
args +20
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
scn 000
unit 100%
state:
chn 3
dpt LEVEL
Attributes:
ASC 2
ASC_Antifreeze am
ASC_BlockingTime_afterManual 20
ASC_BrightnessSensor ts_light
ASC_ComfortOpen_Pos 30
ASC_Down astro
ASC_DriveUpMaxDuration 35
ASC_Drive_Delay 60
ASC_LockOut off
ASC_Mode_Down absent
ASC_Mode_Up always
ASC_Partymode on
ASC_Pos_Reading pct
ASC_Self_Defense_Mode off
ASC_Shading_InOutAzimuth 275:310
ASC_Shading_MinMax_Elevation 3
ASC_Shading_Mode always
ASC_Shading_Pos 10
ASC_Shading_StateChange_SunnyCloudy 35000:15000
ASC_Shading_WaitingPeriod 600
ASC_Shutter_IdleDetection 3.ACTIVITY_STATE:STABLE
ASC_Time_Down_Early 20:00
ASC_Time_Down_Late 23:30
ASC_Time_Up_Early 06:00
ASC_Time_Up_Late 07:20
ASC_Time_Up_WE_Holiday 08:45
ASC_Up astro
ASC_Ventilate_Pos 20
ASC_Ventilate_Window_Open on
ASC_WindowRec wz_rechts
ASC_WindowRec_PosAfterDayClosed open
ASC_WindowRec_subType threestate
DbLogExclude .*
IODev CCU
alexaName Rollo rechts
alexaRoom Wohnzimmer
alias Wohnzimmer Rollo rechts
ccureadingfilter 1,2,3,4..*
cmdIcon open:fts_shutter_up stop:fts_shutter_manual close:fts_shutter_down
devStateIcon closed:fts_shutter_100 open:fts_window_2w 1\d.*:fts_shutter_90 2\d.*:fts_shutter_80 3\d.*:fts_shutter_70 4\d.*:fts_shutter_60 5\d.*:fts_shutter_50 6\d.*:fts_shutter_40 7\d.*:fts_shutter_30 8\d.*:fts_shutter_20 9\d.*:fts_shutter_10 \d.*:fts_shutter_90
event-on-change-reading .*
fp_Wohnung -6,579,0,wz_rollo_rechts,
genericDeviceType blind
group Rolllaeden
room 02 Statusseite,14 Wohnzimmer,Homekit
substexcl pct
userReadings e_icon:.* {if(ReadingsVal($NAME,"state","") eq "closed") {return "fts_shutter_100"} elsif (ReadingsVal($NAME,"state","") eq "open") {return "fts_window_2w"} else {return "fts_shutter_50"}}
userattr ASC_Adv:on,off 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_beforeDayOpen ASC_BlockingTime_beforeNightClose 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_CommandTemplate ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger 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_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_BetweenTheTime ASC_Shading_InOutAzimuth 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_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace,awning,EG_window ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 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 lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
webCmd pct:open:close:stop
widgetOverride pct:slider,0,10,100
@Borkk Ist wohl ein Bug. Bitte erst mal zurück auf die vorherige Version.
Zitat von: zap am 23 September 2022, 18:30:50
@Borkk Ist wohl ein Bug. Bitte erst mal zurück auf die vorherige Version.
Ok, Danke für die schnelle Antwort.
Ich denke, ich habe den Fehler in "set pct" gefunden.
Super, kann es leider aktuell nicht testen, da ich im Urlaub bin. Aber es wird ja sicher noch jemand hier geben, der es testet und dir feedback geben kann. Von meiner Seite schon mal vielen Dank
Moin Moin,
auch ich habe Probleme mit (bisher) zwei Homematic-Geräten seit dem Update.
Mit "Set HmIP_TR_Loggia_3 open" fährt meine Jalousie nur 1% auf. Und mein BDT reagiert nur richtig auf "control" statt auf "level". Setzte ich einen Wert mit "control 5" pulst meine Lampe nur, da in "control" nur eine 1 steht. Vermutlich kann der nur noch "1" und "0".
Gruss Dennis
Zitat von: zap am 24 September 2022, 16:24:16
Ich denke, ich habe den Fehler in "set pct" gefunden.
Wann gibts das Bugfix denn wohl per update? Meine Frau meckert langsam... ;)
entwerder hochzeit oder update rückgängig machen.
Gibt es schon was neues?
Wie macht man ein einzelnes Update am einfachsten Rückgängig?
Zitat von: DJCrazy am 30 September 2022, 21:29:10
Wie macht man ein einzelnes Update am einfachsten Rückgängig?
https://wiki.fhem.de/wiki/Update#R.C3.BCcksichern_beim_Update_.C3.BCberschriebener_Dateien
Danke für die Info.
@zap:
Bis wann rechnest du mit einem verfügbaren Update der auch das pct Problem behebt?
Moin Zap,
ich habe heute mal ein Fhem Update gemacht. Im Anschluss fuhren meine HM-IP wired Rollläden nur noch runter und nicht mehr rauf. Egal welchen Wert ich bei pct eingestellt habe. Auch der Befehl 'open' führte zum herunterfahren. Nur der direkt verdrahtete Wippschalter lies die Rollläden wieder hoch fahren.
Hirer mal ein List eines Rollladen Devices:
Internals:
DEF 00165A4992444B sd=1.LEVEL cd=2.LEVEL
FUUID 5e7f776b-f33f-bf2d-8316-010b2fb3942e9896
FVERSION 88_HMCCUDEV.pm:v5.0.0-s25675/2022-02-13
IODev MyCCU3
NAME R_UG_Gaestezimmer
NR 29
STATE open STABLE
TYPE HMCCUDEV
ccuaddr 00165A4992444B
ccudevstate active
ccuif HmIP-RF
ccuname Rollladenaktor_1
ccurolectrl BLIND_VIRTUAL_RECEIVER
ccurolestate BLIND_TRANSMITTER
ccusubtype DRBL4
ccutype HmIPW-DRBL4
eventCount 5
firmware 1.8.2
readonly no
receiver HMIPW_Rollladeneingang_Modul
sender HMIPW_Rollladeneingang_Modul
READINGS:
2022-10-01 14:26:30 1.ACTIVITY_STATE STABLE
2022-10-01 14:26:30 1.LEVEL open
2022-09-12 17:21:36 1.LEVEL_2 0
2022-10-01 14:26:30 1.LEVEL_2_STATUS UNKNOWN
2022-10-01 14:26:30 1.LEVEL_STATUS NORMAL
2022-10-01 14:26:30 1.PROCESS STABLE
2022-09-12 17:21:36 1.SECTION 0
2022-10-01 14:26:30 1.SECTION_STATUS UNKNOWN
2022-10-01 14:26:30 2.ACTIVITY_STATE STABLE
2022-10-01 14:26:30 2.LEVEL open
2022-09-12 17:21:36 2.LEVEL_2 0
2022-10-01 14:26:30 2.LEVEL_2_STATUS UNKNOWN
2022-10-01 14:26:30 2.LEVEL_STATUS NORMAL
2022-10-01 14:26:30 2.PROCESS STABLE
2022-10-01 14:26:30 2.SECTION 4
2022-10-01 14:26:30 2.SECTION_STATUS NORMAL
2022-05-26 08:28:15 ASC_Enable on
2022-10-01 06:00:25 ASC_ShadingMessage <html> INFO: shading was deactivated globally </html>
2022-10-01 14:26:31 ASC_ShuttersLastDrive manual
2022-10-01 14:25:48 ASC_Time_DriveDown 01.10.2022 - 19:22
2022-10-01 14:25:48 ASC_Time_DriveUp 02.10.2022 - 07:08
2022-10-01 14:24:38 IODev MyCCU3
2022-05-25 22:54:27 L-HMIPW_Rollladeneingang_Modul- 100
2022-10-01 14:26:31 activity alive
2022-10-01 14:25:14 associatedWith Rollladensteuerung
2022-10-01 14:26:30 control open
2022-10-01 14:26:31 devstate ok
2022-10-01 14:26:30 fahrt STABLE
2022-10-01 14:26:31 hmstate open
2022-10-01 14:26:30 level open
2022-10-01 14:26:30 pct 100
2022-09-12 17:21:36 pctSlats 0
2022-10-01 14:26:30 state open
2022-10-01 13:48:23 voltage 24
hmccu:
channels 18
defCDP 2.LEVEL
defSDP 1.LEVEL
detect 5
devspec 00165A4992444B
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:BLIND_TRANSMITTER,2:BLIND_VIRTUAL_RECEIVER,3:BLIND_VIRTUAL_RECEIVER,4:BLIND_VIRTUAL_RECEIVER,5:BLIND_TRANSMITTER,6:BLIND_VIRTUAL_RECEIVER,7:BLIND_VIRTUAL_RECEIVER,8:BLIND_VIRTUAL_RECEIVER,9:BLIND_TRANSMITTER,10:BLIND_VIRTUAL_RECEIVER,11:BLIND_VIRTUAL_RECEIVER,12:BLIND_VIRTUAL_RECEIVER,13:BLIND_TRANSMITTER,14:BLIND_VIRTUAL_RECEIVER,15:BLIND_VIRTUAL_RECEIVER,16:BLIND_VIRTUAL_RECEIVER,17:BLIND_WEEK_PROFILE
setDefaults 0
cmdlist:
get
set open:noArg stop:noArg openSlats:noArg up oldLevel:noArg pct closeSlats:noArg pctSlats close:noArg down toggle:noArg
control:
chn 2
dpt LEVEL
roleCmds:
get:
set:
close:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:0
usage close
subcmd:
000:
args 0
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
closeSlats:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 2
syntax V:LEVEL_2:0 V:LEVEL:100.5
usage closeSlats
subcmd:
000:
args 0
dpt LEVEL_2
fnc
max 1.01
min 0.0
parname LEVEL_2
partype 3
ps VALUES
scn 000
unit 100%
001:
args 100.5
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 001
unit 100%
down:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=-20
usage down [delta]
subcmd:
000:
args -20
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
scn 000
unit 100%
oldLevel:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:100.5
usage oldLevel
subcmd:
000:
args 100.5
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
open:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:100
usage open
subcmd:
000:
args 100
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
openSlats:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 2
syntax V:LEVEL_2:100 V:LEVEL:100.5
usage openSlats
subcmd:
000:
args 100
dpt LEVEL_2
fnc
max 1.01
min 0.0
parname LEVEL_2
partype 3
ps VALUES
scn 000
unit 100%
001:
args 100.5
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 001
unit 100%
pct:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?level
usage pct level
subcmd:
000:
args
dpt LEVEL
fnc
max 1.01
min 0.0
parname level
partype 2
ps VALUES
scn 000
unit 100%
pctSlats:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 2
syntax V:LEVEL_2:?level V:LEVEL:100.5
usage pctSlats level
subcmd:
000:
args
dpt LEVEL_2
fnc
max 1.01
min 0.0
parname level
partype 2
ps VALUES
scn 000
unit 100%
001:
args 100.5
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 001
unit 100%
stop:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:STOP:1
usage stop
subcmd:
000:
args 1
dpt STOP
fnc
max 1
min 0
parname STOP
partype 3
ps VALUES
scn 000
unit
up:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=+20
usage up [delta]
subcmd:
000:
args +20
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
scn 000
unit 100%
state:
chn 1
dpt LEVEL
Attributes:
ASC 2
ASC_Antifreeze soft
ASC_AutoAstroModeEvening HORIZON
ASC_AutoAstroModeEveningHorizon -4
ASC_Mode_Up always
ASC_Pos_Reading pct
ASC_Shading_StateChange_SunnyCloudy 10001:5500
ASC_Time_Up_Early 05:45
ASC_Ventilate_Pos 13
ASC_Ventilate_Window_Open on
ASC_WindowRec F_UG_Gaestezimmer:control
DbLogExclude ASC_ShadingMessage
IODev MyCCU3
appOptions { "template": "shutter" }
ccuflags showDeviceReadings
ccureadingfilter 1,2..*
ccureadingname [1-16].ACTIVITY_STATE:+fahrt
cmdIcon open:fts_shutter_up stop:fts_shutter_manual close:fts_shutter_down
devStateIcon .*UP:fts_shutter_up:toggle .*DOWN:fts_shutter_down:toggle closed.STABLE:fts_shutter_100@red:toggle 1\d.STABLE:fts_shutter_90:toggle 2\d.STABLE:fts_shutter_80:toggle 3\d.STABLE:fts_shutter_70:toggle 4\d.STABLE:fts_shutter_60:toggle 5\d.STABLE:fts_shutter_50:toggle 6\d.STABLE:fts_shutter_40:toggle 7\d.STABLE:fts_shutter_30:toggle 8\d.STABLE:fts_shutter_20:toggle 9\d.STABLE:fts_shutter_10:toggle open.STABLE:fts_window_2w:toggle
event-on-change-reading .*
group Rollladen
room Haus,ASC
stateFormat 1.LEVEL 1.ACTIVITY_STATE
stripnumber 0
substexcl pct
userattr ASC_Adv:on,off 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_beforeDayOpen ASC_BlockingTime_beforeNightClose 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_CommandTemplate ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger 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_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_BetweenTheTime ASC_Shading_InOutAzimuth 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_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace,awning,EG_window ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 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 Rollladen Rollladen_gesamt Rollladen_gesamt_map Rollladen_map structexclude
webCmd pct:open:stop:close
widgetOverride pct:slider,0,1,100
Nach einem Restore auf die vorherige Version läuft wieder alles.
Zitat von: Wolle02 am 01 Oktober 2022, 14:36:22
Moin Zap,
ich habe heute mal ein Fhem Update gemacht. Im Anschluss fuhren meine HM-IP wired Rollläden nur noch runter und nicht mehr rauf. Egal welchen Wert ich bei pct eingestellt habe. Auch der Befehl 'open' führte zum herunterfahren. Nur der direkt verdrahtete Wippschalter lies die Rollläden wieder hoch fahren.
Hirer mal ein List eines Rollladen Devices:
Internals:
DEF 00165A4992444B sd=1.LEVEL cd=2.LEVEL
FUUID 5e7f776b-f33f-bf2d-8316-010b2fb3942e9896
FVERSION 88_HMCCUDEV.pm:v5.0.0-s25675/2022-02-13
IODev MyCCU3
NAME R_UG_Gaestezimmer
NR 29
STATE open STABLE
TYPE HMCCUDEV
ccuaddr 00165A4992444B
ccudevstate active
ccuif HmIP-RF
ccuname Rollladenaktor_1
ccurolectrl BLIND_VIRTUAL_RECEIVER
ccurolestate BLIND_TRANSMITTER
ccusubtype DRBL4
ccutype HmIPW-DRBL4
eventCount 5
firmware 1.8.2
readonly no
receiver HMIPW_Rollladeneingang_Modul
sender HMIPW_Rollladeneingang_Modul
READINGS:
2022-10-01 14:26:30 1.ACTIVITY_STATE STABLE
2022-10-01 14:26:30 1.LEVEL open
2022-09-12 17:21:36 1.LEVEL_2 0
2022-10-01 14:26:30 1.LEVEL_2_STATUS UNKNOWN
2022-10-01 14:26:30 1.LEVEL_STATUS NORMAL
2022-10-01 14:26:30 1.PROCESS STABLE
2022-09-12 17:21:36 1.SECTION 0
2022-10-01 14:26:30 1.SECTION_STATUS UNKNOWN
2022-10-01 14:26:30 2.ACTIVITY_STATE STABLE
2022-10-01 14:26:30 2.LEVEL open
2022-09-12 17:21:36 2.LEVEL_2 0
2022-10-01 14:26:30 2.LEVEL_2_STATUS UNKNOWN
2022-10-01 14:26:30 2.LEVEL_STATUS NORMAL
2022-10-01 14:26:30 2.PROCESS STABLE
2022-10-01 14:26:30 2.SECTION 4
2022-10-01 14:26:30 2.SECTION_STATUS NORMAL
2022-05-26 08:28:15 ASC_Enable on
2022-10-01 06:00:25 ASC_ShadingMessage <html> INFO: shading was deactivated globally </html>
2022-10-01 14:26:31 ASC_ShuttersLastDrive manual
2022-10-01 14:25:48 ASC_Time_DriveDown 01.10.2022 - 19:22
2022-10-01 14:25:48 ASC_Time_DriveUp 02.10.2022 - 07:08
2022-10-01 14:24:38 IODev MyCCU3
2022-05-25 22:54:27 L-HMIPW_Rollladeneingang_Modul- 100
2022-10-01 14:26:31 activity alive
2022-10-01 14:25:14 associatedWith Rollladensteuerung
2022-10-01 14:26:30 control open
2022-10-01 14:26:31 devstate ok
2022-10-01 14:26:30 fahrt STABLE
2022-10-01 14:26:31 hmstate open
2022-10-01 14:26:30 level open
2022-10-01 14:26:30 pct 100
2022-09-12 17:21:36 pctSlats 0
2022-10-01 14:26:30 state open
2022-10-01 13:48:23 voltage 24
hmccu:
channels 18
defCDP 2.LEVEL
defSDP 1.LEVEL
detect 5
devspec 00165A4992444B
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:BLIND_TRANSMITTER,2:BLIND_VIRTUAL_RECEIVER,3:BLIND_VIRTUAL_RECEIVER,4:BLIND_VIRTUAL_RECEIVER,5:BLIND_TRANSMITTER,6:BLIND_VIRTUAL_RECEIVER,7:BLIND_VIRTUAL_RECEIVER,8:BLIND_VIRTUAL_RECEIVER,9:BLIND_TRANSMITTER,10:BLIND_VIRTUAL_RECEIVER,11:BLIND_VIRTUAL_RECEIVER,12:BLIND_VIRTUAL_RECEIVER,13:BLIND_TRANSMITTER,14:BLIND_VIRTUAL_RECEIVER,15:BLIND_VIRTUAL_RECEIVER,16:BLIND_VIRTUAL_RECEIVER,17:BLIND_WEEK_PROFILE
setDefaults 0
cmdlist:
get
set open:noArg stop:noArg openSlats:noArg up oldLevel:noArg pct closeSlats:noArg pctSlats close:noArg down toggle:noArg
control:
chn 2
dpt LEVEL
roleCmds:
get:
set:
close:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:0
usage close
subcmd:
000:
args 0
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
closeSlats:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 2
syntax V:LEVEL_2:0 V:LEVEL:100.5
usage closeSlats
subcmd:
000:
args 0
dpt LEVEL_2
fnc
max 1.01
min 0.0
parname LEVEL_2
partype 3
ps VALUES
scn 000
unit 100%
001:
args 100.5
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 001
unit 100%
down:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=-20
usage down [delta]
subcmd:
000:
args -20
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
scn 000
unit 100%
oldLevel:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:100.5
usage oldLevel
subcmd:
000:
args 100.5
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
open:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:100
usage open
subcmd:
000:
args 100
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 000
unit 100%
openSlats:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 2
syntax V:LEVEL_2:100 V:LEVEL:100.5
usage openSlats
subcmd:
000:
args 100
dpt LEVEL_2
fnc
max 1.01
min 0.0
parname LEVEL_2
partype 3
ps VALUES
scn 000
unit 100%
001:
args 100.5
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 001
unit 100%
pct:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?level
usage pct level
subcmd:
000:
args
dpt LEVEL
fnc
max 1.01
min 0.0
parname level
partype 2
ps VALUES
scn 000
unit 100%
pctSlats:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 2
syntax V:LEVEL_2:?level V:LEVEL:100.5
usage pctSlats level
subcmd:
000:
args
dpt LEVEL_2
fnc
max 1.01
min 0.0
parname level
partype 2
ps VALUES
scn 000
unit 100%
001:
args 100.5
dpt LEVEL
fnc
max 1.01
min 0.0
parname LEVEL
partype 3
ps VALUES
scn 001
unit 100%
stop:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:STOP:1
usage stop
subcmd:
000:
args 1
dpt STOP
fnc
max 1
min 0
parname STOP
partype 3
ps VALUES
scn 000
unit
up:
channel 2
role BLIND_VIRTUAL_RECEIVER
subcount 1
syntax V:LEVEL:?delta=+20
usage up [delta]
subcmd:
000:
args +20
dpt LEVEL
fnc
max 1.01
min 0.0
parname delta
partype 2
ps VALUES
scn 000
unit 100%
state:
chn 1
dpt LEVEL
Attributes:
ASC 2
ASC_Antifreeze soft
ASC_AutoAstroModeEvening HORIZON
ASC_AutoAstroModeEveningHorizon -4
ASC_Mode_Up always
ASC_Pos_Reading pct
ASC_Shading_StateChange_SunnyCloudy 10001:5500
ASC_Time_Up_Early 05:45
ASC_Ventilate_Pos 13
ASC_Ventilate_Window_Open on
ASC_WindowRec F_UG_Gaestezimmer:control
DbLogExclude ASC_ShadingMessage
IODev MyCCU3
appOptions { "template": "shutter" }
ccuflags showDeviceReadings
ccureadingfilter 1,2..*
ccureadingname [1-16].ACTIVITY_STATE:+fahrt
cmdIcon open:fts_shutter_up stop:fts_shutter_manual close:fts_shutter_down
devStateIcon .*UP:fts_shutter_up:toggle .*DOWN:fts_shutter_down:toggle closed.STABLE:fts_shutter_100@red:toggle 1\d.STABLE:fts_shutter_90:toggle 2\d.STABLE:fts_shutter_80:toggle 3\d.STABLE:fts_shutter_70:toggle 4\d.STABLE:fts_shutter_60:toggle 5\d.STABLE:fts_shutter_50:toggle 6\d.STABLE:fts_shutter_40:toggle 7\d.STABLE:fts_shutter_30:toggle 8\d.STABLE:fts_shutter_20:toggle 9\d.STABLE:fts_shutter_10:toggle open.STABLE:fts_window_2w:toggle
event-on-change-reading .*
group Rollladen
room Haus,ASC
stateFormat 1.LEVEL 1.ACTIVITY_STATE
stripnumber 0
substexcl pct
userattr ASC_Adv:on,off 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_beforeDayOpen ASC_BlockingTime_beforeNightClose 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_CommandTemplate ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger 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_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_BetweenTheTime ASC_Shading_InOutAzimuth 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_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace,awning,EG_window ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 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 Rollladen Rollladen_gesamt Rollladen_gesamt_map Rollladen_map structexclude
webCmd pct:open:stop:close
widgetOverride pct:slider,0,1,100
Nach einem Restore auf die vorherige Version läuft wieder alles.
Bei mir waren/sind auch "open" und "close" vertauscht.
Hallo zusammen,
zunächst mal vielen lieben Dank für HMCCU! Funktioniert super!
Nur eine Kleinigkeit ist mir aufgefallen:
Ich habe gestern meine Fenstersensoren HM-Sec-SCo wieder aktiviert. Und eines davon habe ich auch an die Haustür gemacht, um dort open und closes zu überwachen.
Nun will ich das ganze in ein FileLog schreiben und habe das reading state per regex eingebunden. Aber nun das komische: Da gibt es kein Event zu! Es klappt nur wenn ich STATE benutze.
Hier das List vom Sensor:
Internals:
CFGFN
DEF NEQ0062338:1
FUUID 63382c08-f33f-f685-c19a-b17c267cf61965d7
IODev ccu_raspi
NAME FL_Haustuer
NR 663752
STATE closed
TYPE HMCCUCHN
ccuaddr NEQ0062338:1
ccudevstate active
ccuif BidCos-RF
ccuname HM-Sec-SCo NEQ0062338:1
ccurolestate SHUTTER_CONTACT
ccusubtype HM-Sec-SCo
ccutype HM-Sec-SCo
eventCount 22
firmware 1.0
readonly no
OLDREADINGS:
READINGS:
2022-10-01 14:08:00 AES_KEY off
2022-10-01 14:08:00 CONFIG_PENDING false
2022-10-01 14:08:00 DEVICE_IN_BOOTLOADER false
2022-10-02 09:51:09 ERROR NO_ERROR
2022-10-02 09:51:09 LOWBAT ok
2022-10-01 14:08:00 RSSI_DEVICE -255
2022-10-01 14:08:00 RSSI_PEER -92
2022-10-02 09:51:09 STATE closed
2022-10-01 14:08:00 STICKY_UNREACH false
2022-10-01 14:08:00 UNREACH alive
2022-10-01 14:08:00 UPDATE_PENDING false
2022-10-01 14:08:00 activity alive
2022-10-01 14:08:00 battery ok
2022-10-02 09:51:09 devstate ok
2022-10-02 09:51:09 hmstate closed
2022-10-01 14:08:00 rssidevice -255
2022-10-01 14:08:00 rssipeer -92
2022-10-01 14:08:00 sign off
2022-10-02 09:51:09 state closed
hmccu:
channels 1
detect 1
devspec NEQ0062338:1
nodefaults 0
role 1:SHUTTER_CONTACT
setDefaults 0
cmdlist:
get
set
control:
dp:
0.AES_KEY:
VALUES:
NVAL 0
ONVAL 0
OSVAL off
OVAL 0
SVAL off
VAL 0
0.CONFIG_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.DEVICE_IN_BOOTLOADER:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.LOWBAT:
VALUES:
NVAL false
ONVAL false
OSVAL ok
OVAL false
SVAL ok
VAL false
0.RSSI_DEVICE:
VALUES:
NVAL -255
ONVAL -255
OSVAL -255
OVAL 1
SVAL -255
VAL 1
0.RSSI_PEER:
VALUES:
NVAL -92
ONVAL -92
OSVAL -92
OVAL 164
SVAL -92
VAL 164
0.STICKY_UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
0.UNREACH:
VALUES:
NVAL false
ONVAL false
OSVAL alive
OVAL false
SVAL alive
VAL false
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL false
OSVAL false
OVAL false
SVAL false
VAL false
1.ERROR:
VALUES:
NVAL 0
ONVAL 0
OSVAL NO_ERROR
OVAL 0
SVAL NO_ERROR
VAL 0
1.LOWBAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL ok
OVAL 0
SVAL ok
VAL 0
1.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0
SVAL closed
VAL 0
roleCmds:
get:
set:
state:
chn 1
dpt STATE
Attributes:
ccuflags showDeviceReadings
event-on-change-reading .*
group Fenstersensor
room HMCCU
Liegt es daran das state auf STATE verweist? Wenn ja muss ich bei dem protokollieren ja immer aufpassen.
Danke!
Gruß desmo
Der Befehl "set pct" sollte mit dem Update ab morgen wieder funktionieren.
Danke schon mal im Voraus.
TOP
Was mein Fehler betrifft, so wurde dieser heute mittels Update erledigt - da ein Fehler in der neusten Version von HMCCU vor lag.
Danke nochmals an zap für das zur Verfügung gestellte Update mittels FHEM Update
Mahlzeit!
Nach dem Update auf HMCCU5 ist leider bei meinen Bewegungsmeldern das Reading 1.MOTION abhanden gekommen und jetzt gibt es Probleme mit der "Regierung". Wie bekomme ich es zurück? ccuflags ist schon auf
showMasterReadings,showLinkReadings,showDeviceReadings,showServiceReadings gesetzt.
/Update:
Selbst wenn ich hideStdReadings setze, wird nach wie vor motion angezeigt.
Danke im voraus.
Patrick
Ein List vom Device wäre hilfreich
Hi!
Zitat von: zap am 03 Oktober 2022, 18:52:37
Ein List vom Device wäre hilfreich
gerne:
Internals:
DEF 00091A499B7CDA
FUUID 61fc30c5-f33f-5676-f65c-94b84a0516b3a990
IODev rpiccu
NAME UG.FL.Bewegungsmelder
NR 604
STATE noMotion
TYPE HMCCUDEV
ccuaddr 00091A499B7CDA
ccudevstate active
ccuif HmIP-RF
ccuname UG.FL.Bewegungsmelder
ccusubtype SMI
ccutype HmIP-SMI
eventCount 37
firmware 1.4.8
readonly no
OLDREADINGS:
READINGS:
2022-10-03 18:52:23 0.CONFIG_PENDING 0
2022-10-03 18:52:23 0.DUTY_CYCLE 0
2022-10-03 18:52:23 0.ERROR_CODE 0
2022-10-03 18:52:23 0.LOW_BAT 0
2022-10-03 18:52:23 0.OPERATING_VOLTAGE 2.8
2022-10-03 18:52:23 0.OPERATING_VOLTAGE_STATUS 0
2022-10-03 18:52:23 0.RSSI_DEVICE -50
2022-10-03 18:52:23 0.SABOTAGE 0
2022-10-03 18:52:23 0.UNREACH 0
2022-10-03 18:52:24 1.ILLUMINATION_STATUS 0
2022-10-03 18:52:23 activity 0
2022-10-03 18:52:23 battery 0
2022-10-03 18:52:24 brightness 0.0
2022-10-03 18:52:24 detection 1
2022-10-03 18:52:24 devstate ok
2022-10-03 18:52:24 hmstate noMotion
2022-10-03 18:52:24 motion noMotion
2022-10-03 18:52:23 rssidevice -50
2022-10-03 18:52:23 sabotage 0
2022-10-03 18:52:24 state noMotion
2022-10-03 18:52:23 voltage 2.8
helper:
bm:
HMCCUDEV_Attr:
cnt 4
dmx -1000
dtot 0
dtotcnt 0
mTS 03.10. 18:45:06
max 5.31673431396484e-05
tot 0.000103950500488281
mAr:
set
UG.FL.Bewegungsmelder
ccuflags
hideStdReadings,showMasterReadings,showLinkReadings,showDeviceReadings,showServiceReadings
HMCCUDEV_Get:
cnt 11
dmx -1000
dtot 0
dtotcnt 0
mTS 03.10. 18:45:28
max 3.2329089641571
tot 5.45419716835022
mAr:
HASH(0x563e0270b7f8)
ARRAY(0x563e08033120)
HASH(0x563e077b62d8)
HMCCUDEV_Set:
cnt 76
dmx -1000
dtot 0
dtotcnt 0
mTS 03.10. 18:37:12
max 0.00038909912109375
tot 0.0141544342041016
mAr:
HASH(0x563e0270b7f8)
ARRAY(0x563e087fbf80)
HASH(0x563e08364b20)
hmccu:
channels 4
detect 1
devspec 00091A499B7CDA
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:MOTIONDETECTOR_TRANSCEIVER,2:STATE_RESET_RECEIVER,3:ALARM_COND_SWITCH_TRANSMITTER
setDefaults 0
cmdlist:
get
set reset:noArg detection:inactive,active
control:
dp:
0.APPLICATION_VERSION:
SERVICE:
NVAL 1.4.8
ONVAL 1.4.8
OSVAL 1.4.8
OVAL 1.4.8
SVAL 1.4.8
VAL 1.4.8
VALUES:
0.ARR_TIMEOUT:
MASTER:
NVAL 10
ONVAL 10
OSVAL 10
OVAL 10
SVAL 10
VAL 10
VALUES:
0.BOOTLOADER_VERSION:
SERVICE:
NVAL 1.8.0
ONVAL 1.8.0
OSVAL 1.8.0
OVAL 1.8.0
SVAL 1.8.0
VAL 1.8.0
VALUES:
0.CONFIG_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.CYCLIC_INFO_MSG:
MASTER:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
VALUES:
0.CYCLIC_INFO_MSG_DIS:
MASTER:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
VALUES:
0.CYCLIC_INFO_MSG_DIS_UNCHANGED:
MASTER:
NVAL 20
ONVAL 20
OSVAL 20
OVAL 20
SVAL 20
VAL 20
VALUES:
0.CYCLIC_INFO_MSG_OVERDUE_THRESHOLD:
MASTER:
NVAL 2
ONVAL 2
OSVAL 2
OVAL 2
SVAL 2
VAL 2
VALUES:
0.DISABLE_MSG_TO_AC:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
0.DUTYCYCLE_LIMIT:
MASTER:
NVAL 180
ONVAL 180
OSVAL 180
OVAL 180
SVAL 180
VAL 180
VALUES:
0.DUTY_CYCLE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.ENABLE_ROUTING:
MASTER:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
VALUES:
0.ERROR_CODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.HARDWARE_VERSION:
SERVICE:
NVAL 4
ONVAL 4
OSVAL 4
OVAL 4
SVAL 4
VAL 4
VALUES:
0.LOCAL_RESET_DISABLED:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
0.LOW_BAT:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.LOW_BAT_LIMIT:
MASTER:
NVAL 2.2
ONVAL 2.2
OSVAL 2.2
OVAL 2.2
SVAL 2.2
VAL 2.2
VALUES:
0.OPERATING_VOLTAGE:
VALUES:
NVAL 2.8
ONVAL 2.8
OSVAL 2.8
OVAL 2.8
SVAL 2.8
VAL 2.8
0.OPERATING_VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.OS_VERSION:
SERVICE:
NVAL 1.20.4
ONVAL 1.20.4
OSVAL 1.20.4
OVAL 1.20.4
SVAL 1.20.4
VAL 1.20.4
VALUES:
0.RSSI_DEVICE:
VALUES:
NVAL -50
ONVAL -50
OSVAL -50
OVAL -50
SVAL -50
VAL -50
0.SABOTAGE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.TEST_STATUS:
SERVICE:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
0.UNREACH:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.ALARM_MODE_TYPE:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.ALARM_MODE_ZONE_1:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.ALARM_MODE_ZONE_2:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.ALARM_MODE_ZONE_3:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.ALARM_MODE_ZONE_4:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.ALARM_MODE_ZONE_5:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.ALARM_MODE_ZONE_6:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.ALARM_MODE_ZONE_7:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.APPLICATION_VERSION:
SERVICE:
NVAL 1.4.8
ONVAL 1.4.8
OSVAL 1.4.8
OVAL 1.4.8
SVAL 1.4.8
VAL 1.4.8
VALUES:
1.BOOTLOADER_VERSION:
SERVICE:
NVAL 1.8.0
ONVAL 1.8.0
OSVAL 1.8.0
OVAL 1.8.0
SVAL 1.8.0
VAL 1.8.0
VALUES:
1.BRIGHTNESS_FILTER:
MASTER:
NVAL 7
ONVAL 7
OSVAL 7
OVAL 7
SVAL 7
VAL 7
VALUES:
1.CAPTURE_WITHIN_INTERVAL:
MASTER:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
VALUES:
1.COND_TX_THRESHOLD_LO:
MASTER:
NVAL 1000
ONVAL 1000
OSVAL 1000
OVAL 1000
SVAL 1000
VAL 1000
VALUES:
1.EVENT_FILTER_NUMBER:
MASTER:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
VALUES:
1.EVENT_FILTER_PERIOD:
MASTER:
NVAL 1.0
ONVAL 1.0
OSVAL 1.0
OVAL 1.0
SVAL 1.0
VAL 1.0
VALUES:
1.HARDWARE_VERSION:
SERVICE:
NVAL 4
ONVAL 4
OSVAL 4
OVAL 4
SVAL 4
VAL 4
VALUES:
1.ILLUMINATION:
VALUES:
NVAL 0.0
ONVAL 0.0
OSVAL 0.0
OVAL 0.0
SVAL 0.0
VAL 0.0
1.ILLUMINATION_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.MIN_INTERVAL:
MASTER:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
VALUES:
1.MOTION:
VALUES:
NVAL 0
ONVAL 0
OSVAL noMotion
OVAL 0
SVAL noMotion
VAL 0
1.MOTION_ACTIVE_TIME:
MASTER:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
VALUES:
1.MOTION_DETECTION_ACTIVE:
VALUES:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
1.OS_VERSION:
SERVICE:
NVAL 1.20.4
ONVAL 1.20.4
OSVAL 1.20.4
OVAL 1.20.4
SVAL 1.20.4
VAL 1.20.4
VALUES:
1.PIR_OPERATION_MODE:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.TEST_STATUS:
SERVICE:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
2.APPLICATION_VERSION:
SERVICE:
NVAL 1.4.8
ONVAL 1.4.8
OSVAL 1.4.8
OVAL 1.4.8
SVAL 1.4.8
VAL 1.4.8
VALUES:
2.BLOCKING_PERIOD_UNIT:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
2.BLOCKING_PERIOD_VALUE:
MASTER:
NVAL 30
ONVAL 30
OSVAL 30
OVAL 30
SVAL 30
VAL 30
VALUES:
2.BOOTLOADER_VERSION:
SERVICE:
NVAL 1.8.0
ONVAL 1.8.0
OSVAL 1.8.0
OVAL 1.8.0
SVAL 1.8.0
VAL 1.8.0
VALUES:
2.HARDWARE_VERSION:
SERVICE:
NVAL 4
ONVAL 4
OSVAL 4
OVAL 4
SVAL 4
VAL 4
VALUES:
2.OS_VERSION:
SERVICE:
NVAL 1.20.4
ONVAL 1.20.4
OSVAL 1.20.4
OVAL 1.20.4
SVAL 1.20.4
VAL 1.20.4
VALUES:
2.TEST_STATUS:
SERVICE:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
3.APPLICATION_VERSION:
SERVICE:
NVAL 1.4.8
ONVAL 1.4.8
OSVAL 1.4.8
OVAL 1.4.8
SVAL 1.4.8
VAL 1.4.8
VALUES:
3.BOOTLOADER_VERSION:
SERVICE:
NVAL 1.8.0
ONVAL 1.8.0
OSVAL 1.8.0
OVAL 1.8.0
SVAL 1.8.0
VAL 1.8.0
VALUES:
3.HARDWARE_VERSION:
SERVICE:
NVAL 4
ONVAL 4
OSVAL 4
OVAL 4
SVAL 4
VAL 4
VALUES:
3.OS_VERSION:
SERVICE:
NVAL 1.20.4
ONVAL 1.20.4
OSVAL 1.20.4
OVAL 1.20.4
SVAL 1.20.4
VAL 1.20.4
VALUES:
3.TEST_STATUS:
SERVICE:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
d.APPLICATION_VERSION:
SERVICE:
NVAL 1.4.8
ONVAL 1.4.8
OSVAL 1.4.8
OVAL 1.4.8
SVAL 1.4.8
VAL 1.4.8
VALUES:
d.BOOTLOADER_VERSION:
SERVICE:
NVAL 1.8.0
ONVAL 1.8.0
OSVAL 1.8.0
OVAL 1.8.0
SVAL 1.8.0
VAL 1.8.0
VALUES:
d.HARDWARE_VERSION:
SERVICE:
NVAL 4
ONVAL 4
OSVAL 4
OVAL 4
SVAL 4
VAL 4
VALUES:
d.OS_VERSION:
SERVICE:
NVAL 1.20.4
ONVAL 1.20.4
OSVAL 1.20.4
OVAL 1.20.4
SVAL 1.20.4
VAL 1.20.4
VALUES:
d.TEST_STATUS:
SERVICE:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
roleCmds:
get:
set:
detection:
channel 1
role MOTIONDETECTOR_TRANSCEIVER
subcount 1
syntax V:MOTION_DETECTION_ACTIVE:#detection=inactive,active
usage detection {inactive,active}
subcmd:
000:
args inactive,active
dpt MOTION_DETECTION_ACTIVE
fnc
max 1
min 0
parname detection
partype 1
ps VALUES
scn 000
unit
look:
active 1
inactive 0
reset:
channel 1
role MOTIONDETECTOR_TRANSCEIVER
subcount 1
syntax V:RESET_MOTION:true
usage reset
subcmd:
000:
args true
dpt RESET_MOTION
fnc
max 1
min 0
parname RESET_MOTION
partype 3
ps VALUES
scn 000
unit
state:
chn 1
dpt MOTION
Attributes:
alias Bewegungsmelder Flur UG
ccuflags hideStdReadings,showMasterReadings,showLinkReadings,showDeviceReadings,showServiceReadings
devStateIcon noMotion:motion_detector motion:people_sensor@orange
event-on-change-reading .*
group Bewegungsmelder
room Flur UG,Sicherheit
statedatapoint 1.MOTION
substitute MOTION!(0|false):noMotion,(1|true):motion
Patrick
Hallo PatrickR,
warum nutzt Du nicht das Reading "motion".
Viele Grüße
Jürgen
Hi!
Zitat von: juemuc am 03 Oktober 2022, 20:33:40
warum nutzt Du nicht das Reading "motion".
Hatte ich tatsächlich überlegt. Aber alle Automatisierungen temporär für einen Workaround umzubauen und je nach Kritikalität neu zu testen und nach dem Fix dann wieder alles zurückzubauen... Das ist glaube ich an der falschen Stelle angesetzt.
/Update:
@zap:
Habe jetzt in Zeile 317 von HMCCUConf.pm %HMCCU_READINGS auf einen leeren Hash gesetzt. Nun funktioniert es erstmal wieder.
Patrick
Mahlzeit!
Ich habe möglicherweise das Problem gefunden.
HMCCUConf.pm:
285 → 'MOTIONDETECTOR_TRANSCEIVER' =>↲
286 → → '^(C#\.)?ILLUMINATION$:brightness;^(C#\.)?MOTION$:motion;(C#\.)?MOTION_DETECTION_ACTIVE$:detection',↲
sollte
285 → 'MOTIONDETECTOR_TRANSCEIVER' =>↲
286 → → '^(C#\.)?ILLUMINATION$:+brightness;^(C#\.)?MOTION$:+motion;(C#\.)?MOTION_DETECTION_ACTIVE$:+detection',↲
heißen.
Weitere Stellen nach kurzem Überfliegen: Zeilen 239/240, 270/271, 283-288.
Patrick
Ja, das ist korrekt. Hatte nicht mehr daran gedacht, dass bestimmte Datenpunkte ersetzt werden. Ich denke, das lässt sich einrichten
Hi!
Zitat von: zap am 04 Oktober 2022, 07:39:51
Ja, das ist korrekt. Hatte nicht mehr daran gedacht, dass bestimmte Datenpunkte ersetzt werden. Ich denke, das lässt sich einrichten
Wie willst Du es machen? Mit Anpassung von HMCCUConf.pm? Prinzipiell ist der Ersetzungsansatz ggf. ohnehin vollständig verzichtbar.
/Edit:
Bei der Substitute-Problematik komme ich aktuell leider auch nicht weiter:
https://forum.fhem.de/index.php?topic=129497.msg1237792#msg1237792
Patrick
Es gibt morgen ein kleines Update. Änderungen siehe hier:
https://github.com/zapccu/HMCCU/blob/master/VERSIONS.md
@zap: Kannst Du genauer beschreiben, was das für Änderungen sind?
ZitatDatapoint readings replaced for motion sensors
Zitat von: teufelchen am 21 Oktober 2022, 10:01:41
@zap: Kannst Du genauer beschreiben, was das für Änderungen sind?
Nach erstem Überfliegen des Diffs in etwa das hier:
https://forum.fhem.de/index.php?topic=123686.msg1237821#msg1237821
D. h. die vereinheitlichten Readings wie motion und detection ersetzen nicht mehr die Ursprungsreadings sondern kopieren sie.
Patrick
Genau. Bei praktisch allen anderen Geräten war das schon so, d.h. alternative Readings wurden hinzugefügt und haben nicht die original Readings ersetzt. Nun ist es bei Bewegungssensoren auch so umgesetzt.
Moin Moin,
nun durfte ich mein Raspberry mal wieder neustarten und ich erhalten schon wieder diese komsiche Meldung
Messages collected while initializing FHEM:configfile: HMCCUDEV [Schlafzimmer_INT0000004] Invalid value 1.ACTUAL_TEMPERATURE for attribute statedatapoint
.
Diesmal ist es aber eine Gruppe und kein Device mehr. Und wieder sagt mir der Fehler nichts. Klar, ich kann es im FHEM löschen und wieder anlegen. Aber ich bin ehrlich: Hab ich keine Bock drauf. Das muss doch möglich sein, dass Bekannte Geräte sich nicht einfach nach einen Reboot verändern. Und ja: ich hatte vorher (3-4 Wochen her) ein Update gemacht und danach schonmal die Gruppen neu eingelesen. Ich hatte damals den Devicenamen geändert und das ist dann unangenehm aufgefallen.
Also: Was kann ich tun, damit der Fehler weg geht?
Gruss Dennis
@zap:
Kannst Du Dir mal das Substitute-Problem ansehen? Eingrenzung in https://forum.fhem.de/index.php/topic,129497.msg1242060.html#msg1242060
Komme sonst ehrlich gesagt nicht weiter und möchte nur im äußersten Notfall handgepatchte Module mit mir rumschleppen...
Patrick
@PatrickR sobald ich Zeit habe.
Als issue angelegt: https://github.com/zapccu/HMCCU/issues/231
Ansonsten wie immer bei FHEM/OpenSource: Kein Supportvertrag, keine definierten Reaktionszeiten oder gar Lösungszeiten. Best effort.
Hallo,
ich versuche gerade einen HmIP-SCTH230 CO2-Sensor einzubinden.
create device erzeugt zwei devices:
define HmIP_SCTH230_002D1D89B2B57E_7 HMCCUDEV 002D1D89B2B57E sd=7.STATE cd=8.STATE
attr HmIP_SCTH230_002D1D89B2B57E_7 ccureadingfilter 15,4,7,8..*
attr HmIP_SCTH230_002D1D89B2B57E_7 cmdIcon on:general_an off:general_aus
attr HmIP_SCTH230_002D1D89B2B57E_7 group Wozi.CO2_Sensor
# CFGFN
# DEF 002D1D89B2B57E sd=7.STATE cd=8.STATE
# FUUID 63765389-f33f-6422-a31d-e6b724c8ef593e3f
# IODev CCU3
# NAME HmIP_SCTH230_002D1D89B2B57E_7
# NR 2616
# STATE off
# TYPE HMCCUDEV
# ccuaddr 002D1D89B2B57E
# ccudevstate active
# ccuif HmIP-RF
# ccuname Wozi.CO2_Sensor
# ccurolectrl SWITCH_VIRTUAL_RECEIVER
# ccurolestate SWITCH_TRANSMITTER
# ccusubtype SCTH230
# ccutype HmIP-SCTH230
# eventCount 3
# firmware 1.0.6
# readonly no
# OLDREADINGS:
# READINGS:
# 2022-11-17 16:30:20 15.WEEK_PROGRAM_CHANNEL_LOCKS 0
# 2022-11-17 16:30:20 4.ACTUAL_TEMPERATURE 20.6
# 2022-11-17 16:30:20 4.ACTUAL_TEMPERATURE_STATUS NORMAL
# 2022-11-17 16:30:20 4.HUMIDITY 54
# 2022-11-17 16:30:20 4.HUMIDITY_STATUS NORMAL
# 2022-11-17 16:30:20 7.PROCESS STABLE
# 2022-11-17 16:30:20 7.SECTION 0
# 2022-11-17 16:30:20 7.SECTION_STATUS NORMAL
# 2022-11-17 16:30:20 7.STATE off
# 2022-11-17 16:30:20 8.PROCESS STABLE
# 2022-11-17 16:30:20 8.SECTION 0
# 2022-11-17 16:30:20 8.SECTION_STATUS NORMAL
# 2022-11-17 16:30:20 8.STATE off
# 2022-11-17 16:30:20 activity alive
# 2022-11-17 16:30:20 control off
# 2022-11-17 16:30:20 devstate ok
# 2022-11-17 16:30:20 hmstate off
# 2022-11-17 16:30:20 rssidevice -92
# 2022-11-17 16:30:20 rssipeer -92
# 2022-11-17 16:30:20 state off
# 2022-11-17 16:30:20 voltage 0.0
# hmccu:
# channels 16
# defCDP 8.STATE
# defSDP 7.STATE
# detect 5
# devspec 002D1D89B2B57E
# forcedev 0
# nodefaults 0
# role 0:MAINTENANCE,1:CARBON_DIOXIDE_RECEIVER,2:COND_SWITCH_TRANSMITTER,3:COND_SWITCH_TRANSMITTER,4:CLIMATE_TRANSCEIVER,5:COND_SWITCH_TRANSMITTER,6:COND_SWITCH_TRANSMITTER,7:SWITCH_TRANSMITTER,8:SWITCH_VIRTUAL_RECEIVER,9:SWITCH_VIRTUAL_RECEIVER,10:SWITCH_VIRTUAL_RECEIVER,11:DIMMER_TRANSMITTER,12:DIMMER_VIRTUAL_RECEIVER,13:DIMMER_VIRTUAL_RECEIVER,14:DIMMER_VIRTUAL_RECEIVER,15:DIMMER_WEEK_PROFILE
# setDefaults 0
# cmdlist:
# get
# set off:noArg on:noArg on-till on-for-timer toggle:noArg
# control:
# chn 8
# dpt STATE
# dp:
# 0.CONFIG_PENDING:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL false
# OVAL false
# SVAL false
# VAL false
# 0.DUTY_CYCLE:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL false
# OVAL false
# SVAL false
# VAL false
# 0.ERROR_CODE:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 0.INSTALL_TEST:
# VALUES:
# NVAL true
# ONVAL true
# OSVAL true
# OVAL true
# SVAL true
# VAL true
# 0.OPERATING_VOLTAGE:
# VALUES:
# NVAL 0.000000
# ONVAL 0.000000
# OSVAL 0.0
# OVAL 0.000000
# SVAL 0.0
# VAL 0.000000
# 0.OPERATING_VOLTAGE_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 0.RSSI_DEVICE:
# VALUES:
# NVAL -92
# ONVAL -92
# OSVAL -92
# OVAL 164
# SVAL -92
# VAL 164
# 0.RSSI_PEER:
# VALUES:
# NVAL -92
# ONVAL -92
# OSVAL -92
# OVAL 164
# SVAL -92
# VAL 164
# 0.UNREACH:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL alive
# OVAL false
# SVAL alive
# VAL false
# 0.UPDATE_PENDING:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL false
# OVAL false
# SVAL false
# VAL false
# 1.CONCENTRATION:
# VALUES:
# NVAL 706.000000
# ONVAL 706.000000
# OSVAL 706.0
# OVAL 706.000000
# SVAL 706.0
# VAL 706.000000
# 1.CONCENTRATION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 10.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 10.SECTION:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 10.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 10.STATE:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL off
# OVAL false
# SVAL off
# VAL false
# 11.ACTIVITY_STATE:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL UNKNOWN
# OVAL 0
# SVAL UNKNOWN
# VAL 0
# 11.LEVEL:
# VALUES:
# NVAL 45
# ONVAL 45
# OSVAL 45
# OVAL 0.450000
# SVAL 45
# VAL 0.450000
# 11.LEVEL_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 11.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 11.SECTION:
# VALUES:
# NVAL 3
# ONVAL 3
# OSVAL 3
# OVAL 3
# SVAL 3
# VAL 3
# 11.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 12.ACTIVITY_STATE:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL UNKNOWN
# OVAL 0
# SVAL UNKNOWN
# VAL 0
# 12.LEVEL:
# VALUES:
# NVAL 45
# ONVAL 45
# OSVAL 45
# OVAL 0.450000
# SVAL 45
# VAL 0.450000
# 12.LEVEL_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 12.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 12.SECTION:
# VALUES:
# NVAL 3
# ONVAL 3
# OSVAL 3
# OVAL 3
# SVAL 3
# VAL 3
# 12.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 13.ACTIVITY_STATE:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL UNKNOWN
# OVAL 0
# SVAL UNKNOWN
# VAL 0
# 13.LEVEL:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL off
# OVAL 0.000000
# SVAL off
# VAL 0.000000
# 13.LEVEL_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 13.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 13.SECTION:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 13.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 14.ACTIVITY_STATE:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL UNKNOWN
# OVAL 0
# SVAL UNKNOWN
# VAL 0
# 14.LEVEL:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL off
# OVAL 0.000000
# SVAL off
# VAL 0.000000
# 14.LEVEL_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 14.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 14.SECTION:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 14.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 15.WEEK_PROGRAM_CHANNEL_LOCKS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 4.ACTUAL_TEMPERATURE:
# VALUES:
# NVAL 20.600000
# ONVAL 20.600000
# OSVAL 20.6
# OVAL 20.600000
# SVAL 20.6
# VAL 20.600000
# 4.ACTUAL_TEMPERATURE_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 4.HUMIDITY:
# VALUES:
# NVAL 54
# ONVAL 54
# OSVAL 54
# OVAL 54
# SVAL 54
# VAL 54
# 4.HUMIDITY_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 7.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 7.SECTION:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 7.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 7.STATE:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL off
# OVAL false
# SVAL off
# VAL false
# 8.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 8.SECTION:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 8.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 8.STATE:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL off
# OVAL false
# SVAL off
# VAL false
# 9.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 9.SECTION:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 9.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 9.STATE:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL off
# OVAL false
# SVAL off
# VAL false
# roleCmds:
# get:
# set:
# off:
# channel 8
# role SWITCH_VIRTUAL_RECEIVER
# subcount 1
# syntax V:STATE:0
# usage off
# subcmd:
# 000:
# args 0
# dpt STATE
# fnc
# max 1
# min 0
# parname STATE
# partype 3
# ps VALUES
# scn 000
# unit
# on:
# channel 8
# role SWITCH_VIRTUAL_RECEIVER
# subcount 1
# syntax V:STATE:1
# usage on
# subcmd:
# 000:
# args 1
# dpt STATE
# fnc
# max 1
# min 0
# parname STATE
# partype 3
# ps VALUES
# scn 000
# unit
# on-for-timer:
# channel 8
# role SWITCH_VIRTUAL_RECEIVER
# subcount 2
# syntax V:ON_TIME:?duration V:STATE:1
# usage on-for-timer duration
# subcmd:
# 000:
# args
# dpt ON_TIME
# fnc
# max 8580000.0
# min 0.0
# parname duration
# partype 2
# ps VALUES
# scn 000
# unit s
# 001:
# args 1
# dpt STATE
# fnc
# max 1
# min 0
# parname STATE
# partype 3
# ps VALUES
# scn 001
# unit
# on-till:
# channel 8
# role SWITCH_VIRTUAL_RECEIVER
# subcount 2
# syntax V:ON_TIME:?time V:STATE:1
# usage on-till time
# subcmd:
# 000:
# args
# dpt ON_TIME
# fnc
# max 8580000.0
# min 0.0
# parname time
# partype 2
# ps VALUES
# scn 000
# unit s
# 001:
# args 1
# dpt STATE
# fnc
# max 1
# min 0
# parname STATE
# partype 3
# ps VALUES
# scn 001
# unit
# state:
# chn 7
# dpt STATE
# powerMap:
# readingsDesc:
# energyCalc:
# rtype whr
# power:
# rtype w
#
setstate HmIP_SCTH230_002D1D89B2B57E_7 off
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 15.WEEK_PROGRAM_CHANNEL_LOCKS 0
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 4.ACTUAL_TEMPERATURE 20.6
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 4.ACTUAL_TEMPERATURE_STATUS NORMAL
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 4.HUMIDITY 54
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 4.HUMIDITY_STATUS NORMAL
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 7.PROCESS STABLE
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 7.SECTION 0
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 7.SECTION_STATUS NORMAL
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 7.STATE off
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 8.PROCESS STABLE
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 8.SECTION 0
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 8.SECTION_STATUS NORMAL
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 8.STATE off
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 activity alive
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 control off
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 devstate ok
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 hmstate off
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 rssidevice -92
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 rssipeer -92
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 state off
setstate HmIP_SCTH230_002D1D89B2B57E_7 2022-11-17 16:30:20 voltage 0.0
und
define HmIP_SCTH230_002D1D89B2B57E_11 HMCCUDEV 002D1D89B2B57E sd=11.LEVEL cd=12.LEVEL
attr HmIP_SCTH230_002D1D89B2B57E_11 ccureadingfilter 11,12,15,4..*
attr HmIP_SCTH230_002D1D89B2B57E_11 cmdIcon on:general_an off:general_aus
attr HmIP_SCTH230_002D1D89B2B57E_11 group Wozi.CO2_Sensor
attr HmIP_SCTH230_002D1D89B2B57E_11 substexcl pct|level
attr HmIP_SCTH230_002D1D89B2B57E_11 webCmd level:on:off
attr HmIP_SCTH230_002D1D89B2B57E_11 widgetOverride level:slider,0,10,100
# CFGFN
# DEF 002D1D89B2B57E sd=11.LEVEL cd=12.LEVEL
# FUUID 6376538b-f33f-6422-a1ab-26dd97dbdd4e16bb
# IODev CCU3
# NAME HmIP_SCTH230_002D1D89B2B57E_11
# NR 2617
# STATE 45
# TYPE HMCCUDEV
# ccuaddr 002D1D89B2B57E
# ccudevstate active
# ccuif HmIP-RF
# ccuname Wozi.CO2_Sensor
# ccurolectrl DIMMER_VIRTUAL_RECEIVER
# ccurolestate DIMMER_TRANSMITTER
# ccusubtype SCTH230
# ccutype HmIP-SCTH230
# eventCount 2
# firmware 1.0.6
# readonly no
# OLDREADINGS:
# READINGS:
# 2022-11-17 16:30:21 11.ACTIVITY_STATE UNKNOWN
# 2022-11-17 16:30:21 11.LEVEL 45
# 2022-11-17 16:30:21 11.LEVEL_STATUS NORMAL
# 2022-11-17 16:30:21 11.PROCESS STABLE
# 2022-11-17 16:30:21 11.SECTION 3
# 2022-11-17 16:30:21 11.SECTION_STATUS NORMAL
# 2022-11-17 16:30:21 12.ACTIVITY_STATE UNKNOWN
# 2022-11-17 16:30:21 12.LEVEL 45
# 2022-11-17 16:30:21 12.LEVEL_STATUS NORMAL
# 2022-11-17 16:30:21 12.PROCESS STABLE
# 2022-11-17 16:30:21 12.SECTION 3
# 2022-11-17 16:30:21 12.SECTION_STATUS NORMAL
# 2022-11-17 16:30:21 15.WEEK_PROGRAM_CHANNEL_LOCKS 0
# 2022-11-17 16:30:21 4.ACTUAL_TEMPERATURE 20.6
# 2022-11-17 16:30:21 4.ACTUAL_TEMPERATURE_STATUS NORMAL
# 2022-11-17 16:30:21 4.HUMIDITY 54
# 2022-11-17 16:30:21 4.HUMIDITY_STATUS NORMAL
# 2022-11-17 16:30:21 activity alive
# 2022-11-17 16:30:21 control 45
# 2022-11-17 16:30:21 devstate ok
# 2022-11-17 16:30:21 hmstate 45
# 2022-11-17 16:30:21 level 45
# 2022-11-17 16:30:21 pct 45
# 2022-11-17 16:30:21 rssidevice -92
# 2022-11-17 16:30:21 rssipeer -92
# 2022-11-17 16:30:21 state 45
# 2022-11-17 16:30:21 voltage 0.0
# hmccu:
# channels 16
# defCDP 12.LEVEL
# defSDP 11.LEVEL
# detect 5
# devspec 002D1D89B2B57E
# forcedev 0
# nodefaults 0
# role 0:MAINTENANCE,1:CARBON_DIOXIDE_RECEIVER,2:COND_SWITCH_TRANSMITTER,3:COND_SWITCH_TRANSMITTER,4:CLIMATE_TRANSCEIVER,5:COND_SWITCH_TRANSMITTER,6:COND_SWITCH_TRANSMITTER,7:SWITCH_TRANSMITTER,8:SWITCH_VIRTUAL_RECEIVER,9:SWITCH_VIRTUAL_RECEIVER,10:SWITCH_VIRTUAL_RECEIVER,11:DIMMER_TRANSMITTER,12:DIMMER_VIRTUAL_RECEIVER,13:DIMMER_VIRTUAL_RECEIVER,14:DIMMER_VIRTUAL_RECEIVER,15:DIMMER_WEEK_PROFILE
# setDefaults 0
# cmdlist:
# get
# set down oldLevel:noArg on-for-timer on-till on:noArg pct up off:noArg level toggle:noArg
# control:
# chn 12
# dpt LEVEL
# dp:
# 0.CONFIG_PENDING:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL false
# OVAL false
# SVAL false
# VAL false
# 0.DUTY_CYCLE:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL false
# OVAL false
# SVAL false
# VAL false
# 0.ERROR_CODE:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 0.INSTALL_TEST:
# VALUES:
# NVAL true
# ONVAL true
# OSVAL true
# OVAL true
# SVAL true
# VAL true
# 0.OPERATING_VOLTAGE:
# VALUES:
# NVAL 0.000000
# ONVAL 0.000000
# OSVAL 0.0
# OVAL 0.000000
# SVAL 0.0
# VAL 0.000000
# 0.OPERATING_VOLTAGE_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 0.RSSI_DEVICE:
# VALUES:
# NVAL -92
# ONVAL -92
# OSVAL -92
# OVAL 164
# SVAL -92
# VAL 164
# 0.RSSI_PEER:
# VALUES:
# NVAL -92
# ONVAL -92
# OSVAL -92
# OVAL 164
# SVAL -92
# VAL 164
# 0.UNREACH:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL alive
# OVAL false
# SVAL alive
# VAL false
# 0.UPDATE_PENDING:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL false
# OVAL false
# SVAL false
# VAL false
# 1.CONCENTRATION:
# VALUES:
# NVAL 706.000000
# ONVAL 706.000000
# OSVAL 706.0
# OVAL 706.000000
# SVAL 706.0
# VAL 706.000000
# 1.CONCENTRATION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 10.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 10.SECTION:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 10.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 10.STATE:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL off
# OVAL false
# SVAL off
# VAL false
# 11.ACTIVITY_STATE:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL UNKNOWN
# OVAL 0
# SVAL UNKNOWN
# VAL 0
# 11.LEVEL:
# VALUES:
# NVAL 45
# ONVAL 45
# OSVAL 45
# OVAL 0.450000
# SVAL 45
# VAL 0.450000
# 11.LEVEL_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 11.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 11.SECTION:
# VALUES:
# NVAL 3
# ONVAL 3
# OSVAL 3
# OVAL 3
# SVAL 3
# VAL 3
# 11.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 12.ACTIVITY_STATE:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL UNKNOWN
# OVAL 0
# SVAL UNKNOWN
# VAL 0
# 12.LEVEL:
# VALUES:
# NVAL 45
# ONVAL 45
# OSVAL 45
# OVAL 0.450000
# SVAL 45
# VAL 0.450000
# 12.LEVEL_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 12.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 12.SECTION:
# VALUES:
# NVAL 3
# ONVAL 3
# OSVAL 3
# OVAL 3
# SVAL 3
# VAL 3
# 12.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 13.ACTIVITY_STATE:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL UNKNOWN
# OVAL 0
# SVAL UNKNOWN
# VAL 0
# 13.LEVEL:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL off
# OVAL 0.000000
# SVAL off
# VAL 0.000000
# 13.LEVEL_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 13.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 13.SECTION:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 13.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 14.ACTIVITY_STATE:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL UNKNOWN
# OVAL 0
# SVAL UNKNOWN
# VAL 0
# 14.LEVEL:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL off
# OVAL 0.000000
# SVAL off
# VAL 0.000000
# 14.LEVEL_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 14.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 14.SECTION:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 14.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 15.WEEK_PROGRAM_CHANNEL_LOCKS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 4.ACTUAL_TEMPERATURE:
# VALUES:
# NVAL 20.600000
# ONVAL 20.600000
# OSVAL 20.6
# OVAL 20.600000
# SVAL 20.6
# VAL 20.600000
# 4.ACTUAL_TEMPERATURE_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 4.HUMIDITY:
# VALUES:
# NVAL 54
# ONVAL 54
# OSVAL 54
# OVAL 54
# SVAL 54
# VAL 54
# 4.HUMIDITY_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 7.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 7.SECTION:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 7.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 7.STATE:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL off
# OVAL false
# SVAL off
# VAL false
# 8.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 8.SECTION:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 8.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 8.STATE:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL off
# OVAL false
# SVAL off
# VAL false
# 9.PROCESS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL STABLE
# OVAL 0
# SVAL STABLE
# VAL 0
# 9.SECTION:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL 0
# OVAL 0
# SVAL 0
# VAL 0
# 9.SECTION_STATUS:
# VALUES:
# NVAL 0
# ONVAL 0
# OSVAL NORMAL
# OVAL 0
# SVAL NORMAL
# VAL 0
# 9.STATE:
# VALUES:
# NVAL false
# ONVAL false
# OSVAL off
# OVAL false
# SVAL off
# VAL false
# roleCmds:
# get:
# set:
# down:
# channel 12
# role DIMMER_VIRTUAL_RECEIVER
# subcount 1
# syntax V:LEVEL:?delta=-10
# usage down [delta]
# subcmd:
# 000:
# args -10
# dpt LEVEL
# fnc
# max 1.01
# min 0.0
# parname delta
# partype 2
# ps VALUES
# scn 000
# unit 100%
# level:
# channel 12
# role DIMMER_VIRTUAL_RECEIVER
# subcount 1
# syntax V:LEVEL:?level
# usage level level
# subcmd:
# 000:
# args
# dpt LEVEL
# fnc
# max 1.01
# min 0.0
# parname level
# partype 2
# ps VALUES
# scn 000
# unit 100%
# off:
# channel 12
# role DIMMER_VIRTUAL_RECEIVER
# subcount 1
# syntax V:LEVEL:0
# usage off
# subcmd:
# 000:
# args 0
# dpt LEVEL
# fnc
# max 1.01
# min 0.0
# parname LEVEL
# partype 3
# ps VALUES
# scn 000
# unit 100%
# oldLevel:
# channel 12
# role DIMMER_VIRTUAL_RECEIVER
# subcount 1
# syntax V:LEVEL:100.5
# usage oldLevel
# subcmd:
# 000:
# args 100.5
# dpt LEVEL
# fnc
# max 1.01
# min 0.0
# parname LEVEL
# partype 3
# ps VALUES
# scn 000
# unit 100%
# on:
# channel 12
# role DIMMER_VIRTUAL_RECEIVER
# subcount 1
# syntax V:LEVEL:100
# usage on
# subcmd:
# 000:
# args 100
# dpt LEVEL
# fnc
# max 1.01
# min 0.0
# parname LEVEL
# partype 3
# ps VALUES
# scn 000
# unit 100%
# on-for-timer:
# channel 12
# role DIMMER_VIRTUAL_RECEIVER
# subcount 2
# syntax 1:V:DURATION_UNIT:0 2:V:ON_TIME,DURATION_VALUE:?duration 3:V:LEVEL:100
# usage on-for-timer duration
# subcmd:
# 000:
# args
# dpt ON_TIME
# fnc
# max 8580000.0
# min 0.0
# parname duration
# partype 2
# ps VALUES
# scn 002
# unit s
# 001:
# args 100
# dpt LEVEL
# fnc
# max 1.01
# min 0.0
# parname LEVEL
# partype 3
# ps VALUES
# scn 003
# unit 100%
# on-till:
# channel 12
# role DIMMER_VIRTUAL_RECEIVER
# subcount 2
# syntax 1:V:DURATION_UNIT:0 2:V:ON_TIME,DURATION_VALUE:?time 3:V:LEVEL:100
# usage on-till time
# subcmd:
# 000:
# args
# dpt ON_TIME
# fnc
# max 8580000.0
# min 0.0
# parname time
# partype 2
# ps VALUES
# scn 002
# unit s
# 001:
# args 100
# dpt LEVEL
# fnc
# max 1.01
# min 0.0
# parname LEVEL
# partype 3
# ps VALUES
# scn 003
# unit 100%
# pct:
# channel 12
# role DIMMER_VIRTUAL_RECEIVER
# subcount 3
# syntax 5:V:LEVEL:?level 1:V:DURATION_UNIT:0 2:V:ON_TIME,DURATION_VALUE:?time=0.0 3:V:RAMP_TIME_UNIT:0 4:V:RAMP_TIME,RAMP_TIME_VALUE:?ramp=0.5
# usage pct level [time] [ramp]
# subcmd:
# 000:
# args
# dpt LEVEL
# fnc
# max 1.01
# min 0.0
# parname level
# partype 2
# ps VALUES
# scn 005
# unit 100%
# 001:
# args 0.0
# dpt ON_TIME
# fnc
# max 8580000.0
# min 0.0
# parname time
# partype 2
# ps VALUES
# scn 002
# unit s
# 002:
# args 0.5
# dpt RAMP_TIME
# fnc
# max 8580000.0
# min 0.0
# parname ramp
# partype 2
# ps VALUES
# scn 004
# unit s
# up:
# channel 12
# role DIMMER_VIRTUAL_RECEIVER
# subcount 1
# syntax V:LEVEL:?delta=+10
# usage up [delta]
# subcmd:
# 000:
# args +10
# dpt LEVEL
# fnc
# max 1.01
# min 0.0
# parname delta
# partype 2
# ps VALUES
# scn 000
# unit 100%
# state:
# chn 11
# dpt LEVEL
# powerMap:
# readingsDesc:
# energyCalc:
# rtype whr
# power:
# rtype w
#
setstate HmIP_SCTH230_002D1D89B2B57E_11 45
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 11.ACTIVITY_STATE UNKNOWN
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 11.LEVEL 45
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 11.LEVEL_STATUS NORMAL
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 11.PROCESS STABLE
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 11.SECTION 3
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 11.SECTION_STATUS NORMAL
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 12.ACTIVITY_STATE UNKNOWN
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 12.LEVEL 45
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 12.LEVEL_STATUS NORMAL
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 12.PROCESS STABLE
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 12.SECTION 3
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 12.SECTION_STATUS NORMAL
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 15.WEEK_PROGRAM_CHANNEL_LOCKS 0
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 4.ACTUAL_TEMPERATURE 20.6
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 4.ACTUAL_TEMPERATURE_STATUS NORMAL
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 4.HUMIDITY 54
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 4.HUMIDITY_STATUS NORMAL
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 activity alive
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 control 45
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 devstate ok
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 hmstate 45
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 level 45
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 pct 45
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 rssidevice -92
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 rssipeer -92
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 state 45
setstate HmIP_SCTH230_002D1D89B2B57E_11 2022-11-17 16:30:21 voltage 0.0
Bekommt man es hin die Funktionen (CO"-Wert, Temperatur, Feuchte, LED-Dimmer, Schaltausgang) in einem Device vernünftig abzubilden? Oder muss das Modul angepasst werden?
Danke für sachdienliche Hinweise!
Grüße,
Oliver
Ich habe das HmIP-STE2-PCB (Temperaturerfassung) . Da wurden (werden?) auch alle drei Kanäle (Kanal1, Kanal 2 und Differenz) als eigenes Device angelegt.
Ich lasse zwei "links" liegen und hole mir die Temperatur (des Gefrierfachs) per Userreading ins "genutzte" Device (Kuehlschrank):
attr Kuehlschrank userReadings ACTUAL_TEMPERATURE2 { ReadingsNum("Gefrierfach","ACTUAL_TEMPERATURE",0) }
Da ich ja nur lesen will, ist das für mich ausreichend.
@Miami: Du kannst manuell ein HMCCUDEV anlegen:
define myDev HMCCUDEV Adresse forceDev
Dann hast Du alles in einem Device.
@OliverHH: Du kannst in einem der beiden HMCCUDEV Devices (oder auch in beiden) das Attribut ccureadingfilter anpassen. Einfach in der Kanalliste den Kanal hinzufügen, der die gewünschten Readings enthält
Hallp zap,
Vielen Dank für das super HMCCU Modul!
Ich hoffe, ich bin hier im richtigen Thread.
Gibt es eigentlich eine Möglichkeit per HMCCU ein Gerät in der CCU umzubenennen?
Ich möchte also gerne über FHEM den typischen Default Namen (z.B. HmIP_HmIP_WTH_2_000xxxxxxxxxxx) in etwas Sprechendes ändern.
Wie/wo das in der CCU geht, weiß ich. Aber geht das auch per FHEM?
Das würde bei vielen neuen Geräten etliche Klicks in der CCU sparen und läßt sich so auch besser dokumentieren.
Das HUE Modul kann das und übertragen auf FHEM wäre es dann so:
set HmIP_HmIP_WTH_2_000xxxxxxxxxxx rename WTHWohnzimmer
Wenn das noch nicht geht, dann wäre das ein Wunsch für eine neue Funktion ;)
LG,
Stephan.
Ich habe meine Geräte in FHEM umbenannt.
Eine Möglichkeit ist,
wenn Du die Gerätedetails siehst, dass Du auf NAME vor der Bezeichnung klickst und dann umbenennst.
Oder in die Befehlszeile folgendes eingibst:
rename AlterName NeuerName
Hallo teufelchen!
Wie ich die Geräte in FHEM umbenenne, weiß ich.
Aber ich hätte in der CCU auch gerne einen sprechenden Namen und möchte den aber per FHEM einstellen.
LG,
Stephan.
Den Namen in der CCU würde ich auch in der CCU Webanwendung ändern. Das ist ja nur eine einmalige Sache.
Einfach über Einstellungen - Geräte alle Geräte auflisten lassen.
Dann in der linken Spalte auf den Namen klicken. Es öffnet sich ein Fenster und du kannst den Namen überschreiben. Mit OK bestätigen.
Das für alle Geräte wiederholen und du bist fertig.
Das habe ich bei mir auch direkt beim Anlernen der Geräte gemacht.
Zitat des OP:
ZitatWie/wo das in der CCU geht, weiß ich.
Aber schön, dass wir das nochmal geklärt haben. ::)
Zitat von: Ralli am 29 Oktober 2021, 10:01:39
Hallo zap,
mit der aktuellen Version habe ich übrigens immer noch das gleiche alte Thema:
...
2021.10.29 09:07:04.744 1: HMCCU [CCU2] All RPC servers running
2021.10.29 09:07:04.755 2: HMCCU [CCU2] Updating 123 of 123 client devices matching devexp=.* filter=ccudevstate=active,ccuif=BidCos-Wired|HmIP-RF|BidCos-RF
2021.10.29 09:07:04.759 1: HMCCURPCPROC [d_rpcBidCos_RF] Scheduled CCU ping every 300 seconds
2021.10.29 09:07:04.767 2: HMCCURPCPROC [d_rpcHmIP_RF] CB2010000029000020 NewDevice received 123 device and channel specifications
2021.10.29 09:07:04.840 2: HMCCURPCPROC [d_rpcBidCos_RF] CB2001000029000020 NewDevice received 430 device and channel specifications
2021.10.29 09:27:11.862 1: HMCCU [CCU2] Graceful shutdown in 8 seconds
...
2021.10.29 09:27:55.633 1: HMCCU [CCU2] All RPC servers running
2021.10.29 09:27:55.640 2: HMCCU [CCU2] Updating 123 of 123 client devices matching devexp=.* filter=ccudevstate=active,ccuif=HmIP-RF|BidCos-RF|BidCos-Wired
2021.10.29 09:27:55.651 1: HMCCURPCPROC [d_rpcBidCos_RF] Scheduled CCU ping every 300 seconds
2021.10.29 09:27:55.698 2: HMCCURPCPROC [d_rpcHmIP_RF] CB2010000029000020 NewDevice received 123 device and channel specifications
2021.10.29 09:27:55.731 2: HMCCURPCPROC [d_rpcBidCos_RF] CB2001000029000020 NewDevice received 430 device and channel specifications
2021.10.29 09:27:56.273 2: HMCCU [CCU2] Update success=123 failed=0
Diese letzte Zeile
2021.10.29 09:27:56.273 2: HMCCU [CCU2] Update success=123 failed=0
bleibt immer dann aus, wenn nach einem Neustart der CCU das erste mal FHEM/HMCCU andockt. Erst nach einem erneuten shutdown restart von FHEM erscheint dann diese letzte Zeile.
Zwischen dem Start der CCU und dem (ersten) Start von FHEM liegen 10 Minuten, die CCU (virtualisierte RaspberryMatic) ist nach höchstens einer Minute aber bereits online und funktional.
Dazu habe ich dann jetzt einmal ein Issue für OCCU aufgemacht, es ist nach wie vor reproduzierbar:
https://github.com/eq-3/occu/issues/122
Mir ist gerade erst jetzt aufgefallen, dass es seit der CCU3-Firmware 3.67.10 ein neues Gerät gibt, was sozusagen das RPI-RF-MOD INterface der CCU representiert. Damit hat man nun Readings für DutyCycle und CarrierSense.
Also gerade DutyCycle ist vielleicht für den einen oder anderen interessant um gleich im FHEM zu sehen, ob der in unormale Höhen schießt.
Das Gerät dazu muss man sich im FHEM allerding manuell anlegen.
defmod HM_CCU_RPI_RF_MOD HMCCUCHN 001F9D8xxxxxx:0
attr HM_CCU_RPI_RF_MOD ccuflags showDeviceReadings
attr HM_CCU_RPI_RF_MOD icon hm_ccu
attr HM_CCU_RPI_RF_MOD stateFormat DutyCycle: DUTY_CYCLE_LEVEL% CarrierSense: CARRIER_SENSE_LEVEL%
attr HM_CCU_RPI_RF_MOD statedatapoint DUTY_CYCLE_LEVEL
Gruß
Ryker
Zitat von: Ryker am 05 April 2023, 09:37:32Mir ist gerade erst jetzt aufgefallen, dass es seit der CCU3-Firmware 3.67.10 ein neues Gerät gibt, was sozusagen das RPI-RF-MOD INterface der CCU representiert. Damit hat man nun Readings für DutyCycle und CarrierSense.
Also gerade DutyCycle ist vielleicht für den einen oder anderen interessant um gleich im FHEM zu sehen, ob der in unormale Höhen schießt.
Das Gerät dazu muss man sich im FHEM allerding manuell anlegen.
defmod HM_CCU_RPI_RF_MOD HMCCUCHN 001F9D8xxxxxx:0
attr HM_CCU_RPI_RF_MOD ccuflags showDeviceReadings
attr HM_CCU_RPI_RF_MOD icon hm_ccu
attr HM_CCU_RPI_RF_MOD stateFormat DutyCycle: DUTY_CYCLE_LEVEL% CarrierSense: CARRIER_SENSE_LEVEL%
attr HM_CCU_RPI_RF_MOD statedatapoint DUTY_CYCLE_LEVEL
Gruß
Ryker
Das ist ja ganz interessant aber wie komme ich an die zugehörige ID? Ich habe weder in der CCU noch in FHEM eine Nummer gefunden die mit 001F9D8 beginnt. Nicht einmal mit 001F.
Hallo Reinhard,
das ist die Seriennummer deines Devices in der CCU.
Viele Grüße
Jürgen
Zitat von: juemuc am 05 April 2023, 15:12:17Hallo Reinhard,
das ist die Seriennummer deines Devices in der CCU.
Viele Grüße
Jürgen
Das ist richtig :)
Allerdings existiert diese Seriennummer nicht bei meinen Geräten. Genauer gesagt: Ich habe kein Gerät dessen Seriennummer mit 001F... anfängt. Und ich sehe auch kein Gerät das auch nur annähernd so aussehen könnte wie beschrieben. Neben meinen mir bekannten Geräten gibt es nur noch den
HmIP-RCV-50 und den HM-RCV-50. Die sind mir ja eigentlich ebenfalls bekannt ;) Ein HM_CCU Gerät oder etwas mit RF_MOD oder welche Buchstabenkombi auch immer "versteckt" sich. Oder suche ich an der falschen Stelle? Oder liegt es daran, dass meine CCU3 auf dem Raspi läuft, also virtuell ist?Gruß ReinhardEdit:
Ich sehe auch auf FHEM Seite mit "get ccuDevices" nichts dergleichen.
Hallo Reinhard,
und die VCCU hat die oben angegebene Version?
Wenn ja, dann solltest Du das Device auch finden.
Viele Grüße
Jürgen
Yep, 3.67.78-10 um genau zu sein. Wie gesagt, die CCU3 läuft in einem Docker Container auf dem Raspi. Auch nach einem Neustart gerade eben ist das Device "Koprozessor" nicht vorhanden.
Dann hat das nichts mit FHEM zu tun. Dies solltest Du im entsprechenden CCU-Forum klären.
Viele Grüße
Jürgen
Zitat von: Reinhard.M am 05 April 2023, 13:19:57Das ist ja ganz interessant aber wie komme ich an die zugehörige ID ... ?
Du macht im FHEM an deinem HMCCU-Device ein "ccuDevices". Dann bekommst du alle CCU-Device in dem fenster aufgelistet. Das mit dem Namen "HmIP-CCU3" hat in der 4. Spalte die Seriennummer stehen, die du dafür brauchst. Wenn es da nicht auftaucht, dann ist deine CCU-Version nicht auf der Version oder höher, die das als Feature mitgebraucht hat, oder in der virtuellen CCU geht das nicht.
Ryker
Zitat von: Ryker am 06 April 2023, 10:34:28Zitat von: Reinhard.M am 05 April 2023, 13:19:57Das ist ja ganz interessant aber wie komme ich an die zugehörige ID ... ?
Du macht im FHEM an deinem HMCCU-Device ein "ccuDevices". Dann bekommst du alle CCU-Device in dem fenster aufgelistet. Das mit dem Namen "HmIP-CCU3" hat in der 4. Spalte die Seriennummer stehen, die du dafür brauchst. Wenn es da nicht auftaucht, dann ist deine CCU-Version nicht auf der Version oder höher, die das als Feature mitgebraucht hat, oder in der virtuellen CCU geht das nicht.
Ryker
Danke für dein Feedback,
ich hatte allerdings in meinen Antworten zuvor geschrieben, dass ich das alles bereits überprüft habe. Bei mir fehlt schon in der CCU3 das Device. Für mich wäre interessant zu erfahren mit welchem Typ CCU ihr arbeitet. Ich arbeite mit pivccu3 in einer Docker Instanz auf Rapi 4 Bullseye. Versionstechnisch alles auf dem aktuellsten Stand. Wie sieht eure Konstellation aus? Das würde mir bei der Fehlersuche bzw. -eingrenzung helfen.
Reinhard
vermutlich auch abhängig vom benutzten gateway, denke ich.
Zitat von: Reinhard.M am 06 April 2023, 12:10:59Zitat von: Ryker am 06 April 2023, 10:34:28Zitat von: Reinhard.M am 05 April 2023, 13:19:57Das ist ja ganz interessant aber wie komme ich an die zugehörige ID ... ?
Du macht im FHEM an deinem HMCCU-Device ein "ccuDevices". Dann bekommst du alle CCU-Device in dem fenster aufgelistet. Das mit dem Namen "HmIP-CCU3" hat in der 4. Spalte die Seriennummer stehen, die du dafür brauchst. Wenn es da nicht auftaucht, dann ist deine CCU-Version nicht auf der Version oder höher, die das als Feature mitgebraucht hat, oder in der virtuellen CCU geht das nicht.
Ryker
Danke für dein Feedback,
ich hatte allerdings in meinen Antworten zuvor geschrieben, dass ich das alles bereits überprüft habe. Bei mir fehlt schon in der CCU3 das Device. Für mich wäre interessant zu erfahren mit welchem Typ CCU ihr arbeitet. Ich arbeite mit pivccu3 in einer Docker Instanz auf Rapi 4 Bullseye. Versionstechnisch alles auf dem aktuellsten Stand. Wie sieht eure Konstellation aus? Das würde mir bei der Fehlersuche bzw. -eingrenzung helfen.
Reinhard
Ich nutze pivccu3 direkt auf einem Pi3 ohne Docker
Viele Grüße
Jürgen
Die Wege der CCU sind (für mich) tief und unergründlich :)
Ich verwende das HM-MOD-RPI-PCB Funkmodul. Dessen ID fängt bei mir mit " 61A7DA" an, also etwas ganz anderes als "001F9D8". In der CCU3 wird es nicht angezeigt (eventuell habe ich auch nicht den passenden Schalter gefunden). Mit "get ccuDevices" sehe ich aber ein "HM-MOD-UART" mit der obigen ID. Das lässt sich bei mir auch anlegen und zeigt dann die entsprechenden Werte an.
Danke für den Hinweis
Reinhard
Update:
Gerade habe ich das Device im Posteingang der CCU gefunden, ist also auch auf der CCU Seite vorhanden :)
Hey ich habe das log voller solcher einträge:
2023.04.09 01:09:08 2: N/A [N/A] Argument or 1.01 isn't numeric in HMCCU_Min HMCCU_Min:10017 HMCCU_MinMax:9436 HMCCU_ScaleValue:4794 HMCCU_UpdateParamsetReadings:4959 HMCCU_UpdateMultipleDevices:878 HMCCURPCPROC_Read:3978 CallFn:784
2023.04.09 01:09:08 2: N/A [N/A] Argument or 1.01 isn't numeric in HMCCU_Min HMCCU_Min:10017 HMCCU_MinMax:9436 HMCCU_ScaleValue:4794 HMCCU_UpdateParamsetReadings:4959 HMCCU_UpdateMultipleDevices:878 HMCCURPCPROC_Read:3978 CallFn:784
2023.04.09 01:09:08 2: N/A [N/A] Argument or 1.01 isn't numeric in HMCCU_Min HMCCU_Min:10017 HMCCU_MinMax:9436 HMCCU_ScaleValue:4794 HMCCU_UpdateParamsetReadings:4959 HMCCU_UpdateMultipleDevices:878 HMCCURPCPROC_Read:3978 CallFn:784
2023.04.09 01:09:08 2: N/A [N/A] Argument or 1.01 isn't numeric in HMCCU_Min HMCCU_Min:10017 HMCCU_MinMax:9436 HMCCU_ScaleValue:4794 HMCCU_UpdateParamsetReadings:4959 HMCCU_UpdateMultipleDevices:878 HMCCURPCPROC_Read:3978 CallFn:784
kann es an meinem userReadings liegen??? möchte nicht alle löschen um es zu testen :-[
attr HmIPW_Rollo_Wohnzimmer userReadings pct_neu {if(ReadingsVal($name,"hmstate","") eq "closed") {return 0} elsif (ReadingsVal($name,"hmstate","") eq "open") {return 100} else {ReadingsVal($name,"hmstate","")} }
Okay ist auch bei einem neuen Gerät, habe sonst nix verändert außer RaspbarryMatic Geupdatet...
Hat noch jemand RaspberryMatic und kann das bestätigen? Ab dem 7.4. hatte ich das Update und die Meldungen im Log.
Nein. Ich habe RaspberryMatic auf einem Pi4 laufen, FHEM und Diverses anderes auf einem weiteren Pi4 und ich habe keine solche Einträge im Log.
FHEM Version 6.2 (fhem.pl:27410/2023-04-07 perl:5.032001 os:linux user:fhem)
HMCCU Version 5.0 222930908
RaspberryMatic Version: 3.69.6.20230407 (rpi4)
############
Update: Tritt nun auch bei mir auf. Die Versionen sind gleich geblieben.
Okay danke. Dann muss ich mal weiter suchen.
Zitat von: SamNitro am 10 April 2023, 18:22:48Hat noch jemand RaspberryMatic und kann das bestätigen? Ab dem 7.4. hatte ich das Update und die Meldungen im Log.
Ja, ich habe diese Meldungen auch seit dem Update auf die aktuellste Raspberrymatic-Version (3.69.6.20230407) am 8.4.2023.
Bei mir laufen FHEM und Raspberrymatic in Proxmox-VMs auf einem NUC.
2023.04.10 20:17:22 2: N/A [N/A] Argument or 1.01 isn't numeric in HMCCU_Min HMCCU_Min:10017 HMCCU_MinMax:9436 HMCCU_ScaleValue:4794 HMCCU_UpdateParamsetReadings:4959 HMCCU_UpdateMultipleDevices:9654 HMCCU_UpdateCB:9042 HMCCU_HMScriptCB:755 __ANON__:781
Zitat von: nog76 am 10 April 2023, 20:25:19Bei mir laufen FHEM und Raspberrymatic in Proxmox-VMs auf einem NUC.
bei mir auch
Hallo zusammen,
bei mir ist der gleiche Eintrag im Log.
Ich hatte im Reading rssidevice und rssipeer stelleweise den Eintrag N/A, die ich gefunden habe, habe ich auch gelöscht, nur der Eintrag im Log kommt immer noch.
LG Henrik
Nur zur Info. Bei mir ist alles OK.
RaspberryMatic auf separatem PI
Was mir aufgedfallen ist, Henne hat auch HmIP-Wired. Kann zufall sein...
Wenn ich bei meinem Rollo nur auf stop drücke kommt alleine schon 4mal die meldung.
Zitat von: SamNitro am 14 April 2023, 19:30:49Was mir aufgedfallen ist, Henne hat auch HmIP-Wired. Kann zufall sein...
Trifft für mich nicht zu - ich habe nur HmIP und Homematic/Bidcos Devices...
Ich bekomme es aber auch über verbose nicht abgestellt über 70 mb an log dateien jeden tag
EDIT: ignoreRegexp greift auch nicht
Ich habe einen Anhaltspunkt:
Habe FileLog für einen Großteil meiner Sensoren/Aktoren aktiv - habe daher mal geschaut, welche Sensoren/Aktoren zeitgleich zu der Fehlermeldung auch Daten schicken.
Beispiel:
# grep "08:14:10" *
fhem.log:2023.04.15 08:14:10 2: N/A [N/A] Argument or 1.01 isn't numeric in HMCCU_Min HMCCU_Min:10017 HMCCU_MinMax:9436 HMCCU_ScaleValue:4794 HMCCU_UpdateParamsetReadings:4959 HMCCU_UpdateMultipleDevices:878 HMCCURPCPROC_Read:3980 CallFn:784
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD activity: alive
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD rssidevice: -78
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD devstate: ok
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD hmstate: closed
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 7.WEEK_PROGRAM_CHANNEL_LOCKS: 0
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD devstate: ok
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD hmstate: closed
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD rssidevice: -78
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD activity: alive
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD devstate: ok
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD hmstate: closed
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD closed
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 3.LEVEL: closed
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD pct: 0
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD level: closed
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 3.ACTIVITY_STATE: UNKNOWN
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 3.SECTION:
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 3.SECTION_STATUS: UNKNOWN
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 3.LEVEL_STATUS: UNKNOWN
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 3.PROCESS: STABLE
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD devstate: ok
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD hmstate: closed
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD control: closed
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 4.LEVEL: closed
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD pct: 0
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD level: closed
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 4.LEVEL_STATUS: NORMAL
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 4.PROCESS: STABLE
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 4.SECTION_STATUS: NORMAL
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 4.SECTION: 0
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 4.ACTIVITY_STATE: STABLE
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD devstate: ok
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD hmstate: closed
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 5.LEVEL: closed
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 5.LEVEL_STATUS: NORMAL
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 5.PROCESS: STABLE
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 5.ACTIVITY_STATE: STABLE
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 5.SECTION: 0
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 5.SECTION_STATUS: NORMAL
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD devstate: ok
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD hmstate: closed
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 6.LEVEL_STATUS: NORMAL
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 6.PROCESS: STABLE
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 6.SECTION_STATUS: NORMAL
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 6.ACTIVITY_STATE: STABLE
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 6.SECTION: 0
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD 6.LEVEL: closed
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD devstate: ok
Rollladen_BAD.log:2023-04-15_08:14:10 Rollladen_BAD hmstate: closed
Ergebnis war - dass es immer Rollladenaktoren (HmIP-FROLL) waren - zusätzlich waren dies die Rollläden, die wir aktuell nur selten öffnen/schließen.
Nachdem ich diese Rollläden einmal geschlossen/geöffnet habe - waren die Fehlermeldungen weg.
Fazit:
Die nicht genutzten Rollladenaktoren hatten aufgrund der nicht erfolgten Nutzung nach Update von Raspberrymatic inkonsistente Stati (z.B. obwohl komplett geöffnet, standen diese auf closed bzw. 10%).
Bitte probiert das mal aus :-)
Ich weiß das es bei mir auch die Rollos sind, aber bei mir bringt das leider erfolg. Ich Habe selbst alle ungenutzten Kanäle Komplett rauf und runter gefahren. Bei mir ist es HMIP-Wired.
Bei mir war die Fehlermeldung auch massenweise im Log; und zwar seit letztem Sonntag, als ich meine CCU3 auf die Firmware 3.69.6 upgedatet habe. Scheinbar gibt es hier eine Inkompatibilität zwischen der HM-Firmware und dem HMCCU-Modul. Da das letzte HM-Firmwareupdate keine für mich wichtigen Inhalte enthielt habe ich einfach die vorherige Firmware 3.67.10 wieder installiert und mein Backup eingespielt. Seit dem ist wieder Ruhe im Karton.
Ich kann auch wieder zurück aber irgendwann kommt das update trotzdem und man steht vor dem selben problem.
Naja, irgendwann kommt zap bestimmt mal wieder online und kann das Modul anpassen. Grundsätzlich funktioniert ja alles und so lange in dem Firmwareupdate nichts essentiell wichtiges vorhanden ist besteht ja auch keine gesteigerte Notwendigkeit dieses zu installieren.
Die Alternative ist, dass dir das Logfile zugebombt wird. Ich denke ohne eine Codeanpassung ist das nicht zu beheben.
ZitatIch denke ohne eine Codeanpassung ist das nicht zu beheben.
doch, indem eq-3 die Fehler in der OCCU-Version 3.69.6 beseitigt.
Zitat von: Newbie am 15 April 2023, 18:11:30ZitatIch denke ohne eine Codeanpassung ist das nicht zu beheben.
doch, indem eq-3 die Fehler in der OCCU-Version 3.69.6 beseitigt.
dann muss das dort auch jemand berichten.
Ist denn nur RaspberryMatic davon betroffen oder auch andere Systeme?
Zitat von: frank am 15 April 2023, 19:13:01Zitat von: Newbie am 15 April 2023, 18:11:30ZitatIch denke ohne eine Codeanpassung ist das nicht zu beheben.
doch, indem eq-3 die Fehler in der OCCU-Version 3.69.6 beseitigt.
dann muss das dort auch jemand berichten.
Im Homematic-Forum wird im Zusammenhang mit der Firmwareversion auch von anderen Fehlern berichtet, dass Sachen nicht mehr funktionieren. Dies wurde auch an eQ-3 gemeldet. Antwort von dort:
ZitatDas beschriebene Verhalten wird in Verbindung mit der kommenden CCU3 Firmware (Version 3.69.7) korrigiert. Bis zur Veröffentlichung des Updates bitten wir Sie jedoch noch um etwas Geduld. Alternativ lässt sich solange auch die vorherige Firmwareversion 3.67.10 verwenden.
Hoffen wir mal, dass mit der Nachfolgeversion wieder alles funktioniert.
aber fehler der rpc server fallen eventuell dort nicht auf, da die ccu diese nicht selber nutzt, oder?
Für alle als Übergangslösung ohne Downgrade der Homematic:
attr global ignoreRegexp ^N\/A.*
Möglicherweise schickt die CCU nicht-numerische Werte in manchen Fällen. Ich arbeite gerade an HMCCU und die Version ist momentan nicht lauffähig. Dauert also noch etwas. Bis dahin sollte der Workaround von SamNitro zumindest das Logfile sauber halten. Alternative wäre, das Loglevel auf 1 zu setzen.
Zugegeben: Dieses Log-Statement mit Verbose-Level 2 bei nicht-numerischen Werten war nicht die beste Idee ;) Das werde ich das Level zukünftig auf 5 setzen.
Grundsätzlich zum Verhalten: HMCCU ermittelt die Min und Max Werte für einen Datenpunkt beim Start. Wenn die CCU Werte für einen Datenpunkt schickt, werden diese so angepasst, damit sie ins zulässige Intervall passen. Durch einen Bug im neusten Firmware Update scheint die CCU speziell bei Rollläden hin und wieder nicht-numerische Werte zu schicken. HMCCU setzt in diesem Fall den Wert auf 0 (was u.U. auch zu Problemen bzw. inkorrektem Verhalten der Devices führen kann, aber zumindest Abstürze von FHEM vermeidet).
Wer risikofreudig ist, kann die Log Statements auch manuell aus der Datei 88_HMCCU.pm entfernen. Dazu nach den Strings "sub HMCCU_Min" und "sub HMCCU_Max" suchen. Beispiel vorher:
sub HMCCU_Min ($$)
{
my ($a, $b) = @_;
if (!defined($a) || !defined($b)) {
HMCCU_Log (undef, 2, "Argument not defined in HMCCU_Min ".stacktraceAsString(undef));
return 0;
}
if (!HMCCU_IsFltNum($a) || !HMCCU_IsFltNum($b)) {
HMCCU_Log (undef, 2, "Argument $a or $b isn't numeric in HMCCU_Min ".stacktraceAsString(undef));
return 0;
}
Die Zeilen mit dem "stacktraceAsString" müssen raus, ebenso bei sub HMCCU_Max:
sub HMCCU_Min ($$)
{
my ($a, $b) = @_;
if (!defined($a) || !defined($b)) {
return 0;
}
if (!HMCCU_IsFltNum($a) || !HMCCU_IsFltNum($b)) {
return 0;
}
Das Problem entsteht, weil entweder die Firmware der Geräte oder die CCU selbst bei Rollläden oder Jalousien beim Fahren SECTION_STATE unknown schickt und SECTION keine Zahl enthält, sondern leer ist. Bei früheren Versionen kam eine 0.
Zitat von: Wolle02 am 15 April 2023, 14:40:39Bei mir war die Fehlermeldung auch massenweise im Log; und zwar seit letztem Sonntag, als ich meine CCU3 auf die Firmware 3.69.6 upgedatet habe. Scheinbar gibt es hier eine Inkompatibilität zwischen der HM-Firmware und dem HMCCU-Modul. Da das letzte HM-Firmwareupdate keine für mich wichtigen Inhalte enthielt habe ich einfach die vorherige Firmware 3.67.10 wieder installiert und mein Backup eingespielt. Seit dem ist wieder Ruhe im Karton.
Hi,
ich habe das gleiche Problem, seit Update auf 3.69.6. piVCCU auf eigenem Raspi 3B+. Habe jetzt auch erstmal das ignroreRegExp von SamNitro gesetzt.
Kannst du, zap, das abfangen oder warten wir auf ein Update von eq-3?
Hallo Zap,
ich habe hier den neuen "HmIP-RGBW" in Betrieb, der wird aber noch nicht automatisch angelegt.
DeviceInfo und paramsetDesc im Anhang.
vG Jens
Neue raspberrymatic Version scheint das Problem mit den N/A Werten behoben zu haben.
Ich habe noch keine intensiven Tests gemacht aber der erste Versuch gab keine Meldung.
EDIT: Leider doch noch die Meldungen.
Gibt es eine Möglichkeit sich von der CCU3 snmp-Werte anzeigen zu lassen (Temperatur, Speicher etc.)?
Zitat von: uwirt am 20 Mai 2023, 09:38:28Gibt es eine Möglichkeit sich von der CCU3 snmp-Werte anzeigen zu lassen (Temperatur, Speicher etc.)?
Ja.
Ich hab das in meiner ccu3 mit der CPU Temperatur hin bekommen.
In FHEM muss man sich den Wert dann von der ccu3 anfordern.
Ist schon einige Monate her.
Kann dir das aber nicht mehr erklären.
Müsste ich mir in FHEM und ccu anschauen.
Hatte eventl. hier auch schon fragen an zap dazu gehabt :D
Gruß Gerd
Man kann in der CCU ein Ziel für SNMP Traps angeben und so die Traps zB an den Rechner weiterleiten, auf dem FHEM läuft.
Zitat von: uwirt am 20 Mai 2023, 09:38:28Gibt es eine Möglichkeit sich von der CCU3 snmp-Werte anzeigen zu lassen (Temperatur, Speicher etc.)?
Ich habs bei mir so hier gemacht - allerdings über ssh und nicht snmp:
defmod CCU3 SYSMON ssh:root@ccu3.fritz.box 1 0 1 10
attr CCU3 filesystems fs_root:/:Root,fs_usb1:/media/usb1:USB-Stick
attr CCU3 group Server
attr CCU3 icon hm_ccu
attr CCU3 network-interfaces eth0:eth0:Ethernet
attr CCU3 nonblocking 1
attr CCU3 room System
attr CCU3 stateFormat stat_cpu_text
Und für einen schöne Anzeige im FHEM dann noch eine ReadingsGroup:
defmod CCU3Overview readingsGroup CCU3:<>,<CPU-Model>,cpu_model_name\
CCU3:<>,<CPU-Temperatur>,cpu_temp\
CCU3:<>,<CPU-Temp.(avg)>,cpu_temp_avg\
CCU3:<>,<CPU-Cores>,cpu_core_count\
CCU3:<>,<CPU-Frequenz0>,cpu0_freq\
CCU3:<>,<CPU-Frequenz1>,cpu1_freq\
CCU3:<>,<CPU-Frequenz2>,cpu2_freq\
CCU3:<>,<CPU-Frequenz3>,cpu3_freq\
CCU3:<>,<System-Uptime>,uptime_text\
CCU3:<>,<System-Idletime>,idletime_text\
CCU3:<>,<Root-FS>,fs_root\
CCU3:<>,<USBStick>,fs_usb1\
attr CCU3Overview group Server
attr CCU3Overview nonames 1
attr CCU3Overview room System
Hallo,
auch bei mir gibt es diese Meldungen im Log:
2023.05.27 11:00:59 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/88_HMCCU.pm line 9327.
2023.05.27 11:00:59 2: N/A [N/A] Argument or 1.01 isn't numeric in HMCCU_Min HMCCU_Min:10017 HMCCU_MinMax:9436 HMCCU_ScaleValue:4794 HMCCU_UpdateParamsetReadings:4959 HMCCU_UpdateMultipleDevices:878 HMCCURPCPROC_Read:3980 CallFn:784
...
2023.05.27 11:00:59 2: N/A [N/A] Argument or 1.01 isn't numeric in HMCCU_Min HMCCU_Min:10017 HMCCU_MinMax:9436 HMCCU_ScaleValue:4794 HMCCU_UpdateParamsetReadings:4959 HMCCU_UpdateMultipleDevices:878 HMCCURPCPROC_Read:3980 CallFn:784
Mir fallen diese seit dem Update der Raspberrymatic auf Version 3.69.7.20230506 auf.
Was bei mir anders ist, die Meldungen kommen genau im wöchentlichen Abstand, jeweils zur gleichen Uhrzeit jeweils in Blöcken von mehreren Meldungen und es werden immer 2 mehr.
Am 13.05.2023 mit 20 gleichen Meldungen
Am 20.05.2023 mit 22 gleichen Meldungen
Am 27.05.2023 mit 24 gleichen Meldungen
Dies kann natürlich nur ein Zufall sein, aber komisch ist das schon. Ich habe keine Rollo Aktoren und keinerlei Container. Raspberrymatic läuft auf einem RPI3 und Fhem auf einem RPI4.
Aktuell kann ich mit der Anzahl der Meldungen leben.
Komisch ist für mich nur das wöchentliche Auftreten immer Samstags um 11:01 Uhr, ich habe schon gesucht welche Aktion Fhem hier ausführt, aber leider nichts besonderes gefunden. Ich werde mal versuchen den Loglevel in dieser Zeit per at höher zu setzen.
Wenn ich bezüglich der Fehlereingrenzung noch was liefern soll, so gebt mir bitte Bescheid. Aber ich denke zap ist dem Fehler schon auf der Spur.
Sollten die Meldungen mehr werden, so werde ich mir aktuell mit dem Vorschlag von SamNitro ignoreRegexp behelfen, bis der "Fehler" gefixt ist.
Gruß Reinhard
Zitat von: Rewe2000 am 28 Mai 2023, 10:34:01Komisch ist für mich nur das wöchentliche Auftreten immer Samstags um 11:01 Uhr,
Spontan fällt mir dazu ein, dass dies der Standard-Zeitpunkt ist, an dem die Heizungsventilantriebe ihre Entkalkungsfahrt machen.
Hallo Miami,
genau das dachte ich mir auch und deshalb habe ich diese Entkalkungsfahrt auf heute um 12:00 Uhr umgestellt und siehe da die Meldungen lassen sich provuzieren.
2023.05.28 12:01:00 2: N/A [N/A] Argument or 1.01 isn't numeric in HMCCU_Min HMCCU_Min:10017 HMCCU_MinMax:9436 HMCCU_ScaleValue:4794 HMCCU_UpdateParamsetReadings:4959 HMCCU_UpdateMultipleDevices:878 HMCCURPCPROC_Read:3980 CallFn:784
....
2023.05.28 12:02:17 2: N/A [N/A] Argument or 1.01 isn't numeric in HMCCU_Min HMCCU_Min:10017 HMCCU_MinMax:9436 HMCCU_ScaleValue:4794 HMCCU_UpdateParamsetReadings:4959 HMCCU_UpdateMultipleDevices:878 HMCCURPCPROC_Read:3980 CallFn:784
Dieses Mal sind es aber "nur" 18 gleiche Meldungen, aber immerhin scheint der Verursacher damit ermittelt.
Ich hoffe es hilft zap weiter, doch ich vermute, die Ursache für diese Meldungen muss von eQ-3 beseitigt werden.
Gruß Reinhard
Die CCU schickt seit einem der letzten Updates in manchen Fällen leere Werte für Datenpunkte. Diesen Fall protokolliert HMCCU leider mit einem Error mit dem Level 2.
Da an dieser Stelle im Code kein Device Bezug möglich ist, genügt es leider nicht, im betroffenen FHEM Device das Verbose Level hochzusetzen.
Ich wollte das nächste Update eigentlich erst bereitstellen, wenn die aktuellen Arbeiten abgeschlossen sind. Da die Meldungen aber so extrem nerven, erzeugen ich einen separaten Branch und fixe das.
Ab morgen ist ein Update für HMCCU im SVN verfügbar.
Die Logmeldungen beim Skalieren leerer oder nicht numerischer Werte sollten damit nicht mehr auftreten.
Das betraf vor allen Dingen Geräte mit den Datenpunkten SECTION und SECTION_STATUS. Die CCU schickt bei SECTION_STATUS = "UNKNOWN" seit einem der letzten CCU Firmware Updates einen leeren Wert für SECTION.
Achtung! Die Version in Github enthält diesen Fix nicht und hat noch einige andere Fehler. Also über das normale FHEM Update installieren.
Auch nach diesem Update treten immer noch sporadisch, bei einem meiner 3 BROLL, diese Fehlermeldungen auf:
2023.06.16 11:04:13 5: HMCCUDEV [HmIP_Rollo_Schlaf_Zimmer] Value is not numeric. chn=3, dpt=SECTION
2023.06.16 11:04:24 5: HMCCUDEV [HmIP_Rollo_Schlaf_Zimmer] Value is not numeric. chn=3, dpt=SECTION
2023.06.16 11:06:22 5: HMCCUDEV [HmIP_Rollo_Schlaf_Zimmer] Value is not numeric. chn=3, dpt=SECTION
Mal kurz hintereinander, wie in diesem Beispiel, oder aber auch nach Stunden.
Zitat von: BroPi am 16 Juni 2023, 14:52:46Auch nach diesem Update treten immer noch sporadisch, bei einem meiner 3 BROLL, diese Fehlermeldungen auf:
2023.06.16 11:04:13 5: HMCCUDEV [HmIP_Rollo_Schlaf_Zimmer] Value is not numeric. chn=3, dpt=SECTION
2023.06.16 11:04:24 5: HMCCUDEV [HmIP_Rollo_Schlaf_Zimmer] Value is not numeric. chn=3, dpt=SECTION
2023.06.16 11:06:22 5: HMCCUDEV [HmIP_Rollo_Schlaf_Zimmer] Value is not numeric. chn=3, dpt=SECTION
Mal kurz hintereinander, wie in diesem Beispiel, oder aber auch nach Stunden.
Hallo, den Fehler habe ich mittlerweile auch. Mal minütlich und mal im Abstand von 20 - 30 Minuten.
Das ist Absicht, für Testzwecke. Allerdings wird es mit Level 5 protokolliert. Hätte nicht gedacht, dass jemand FHEM global mit Protokoll-Level 5 laufen lässt. Im nächsten Update nehme ich das Log Statement raus.
Danke für das Feedback. Da war doch tatsächlich bei diesem Device (wodurch auch immer) Log-Level auf 5 gesetzt.
Ah sorry, bei mir hatten tatsächlich auch einzelne Devices noch Verbose 5. Ich weiß schon gar nicht mehr, warum ich das mal gesetzt habe... Danke dir.
Ab morgen ist ein kleines Update für HMCCU im SVN verfügbar. Folgende Änderungen gibt es:
- Die Authentifizierung für CCU Zugriffe (sofern in der CCU die Anmeldung aktiviert ist) erfolgt nun per HTTP Header Authentication. Die bisherige Methode mit Übergabe Username/Passwort in der URL funktionierte nicht richtig, wenn das Passwort bestimmte Sonderzeichen (z.B. ein #) enthielt
- Es gibt ein neues Flag "noAutoSubstitute" im Attribut ccuflags. Wenn dieses Flag gesetzt ist, erfolgt keine automatische Ersetzung von Standardwerten in Readings. Beispiel: Bei einem Schalter wird der Wert "true" nicht durch "on" ersetzt. Das Flag kann sowohl für einzelne Devices als auch für alle Geräte im I/O Device gesetzt werden.
Da ich bald wieder etwas mehr Zeit für die HMCCU Weiterentwicklung habe, werde ich einige weiter greifende Änderungen vornehmen. Zukünftig sollen Homematic Geräte sowei möglich als HMCCUDEV abgebildet werden. Das wird einiges vereinfachen. HMCCUCHN wird weiterhin unterstützt, jedoch werden automatisch definierte Geräte (createDev Befehl) ausschließlich als HMCCUDEV angelegt werden.
Den Schwerpunkt auf HMCCUCHN zu legen, war ein Fehler. Mach die FHEM Konfiguration durch die Menge der Devices sehr unübersichtlich.
Hallo zap,
nach dem Update bekomme ich folgenden Eintrag im Log und FHEM startet neu:
Can't locate object method "simple_request" via package "RPC::XML::Client::new: Missing location argument" (perhaps you forgot to load "RPC::XML::Client::new: Missing location argument"?) at ./FHEM/88_HMCCU.pm line 10548.
Das hatte ich vorher definitiv nicht.
Ergänzende Information: Ich nutze keine Authentifizierung für den RPC-Zugriff auf die CCU.
Zitat von: Ralli am 23 September 2023, 07:54:08nach dem Update bekomme ich folgenden Eintrag im Log und FHEM startet neu:
Can't locate object method "simple_request" via package "RPC::XML::Client::new: Missing location argument" (perhaps you forgot to load "RPC::XML::Client::new: Missing location argument"?) at ./FHEM/88_HMCCU.pm line 10548.
Ach, hier ich auch, gleicher Fehler.
Hallo,
ich hatte auch nach dem Update am 23.9 das problem das fhem ständig neu startete , ich bin dann erstmal wieder zurück gegangen.
Gibt es diesbezüglich schon Neuigkeiten?
grüße
Doman
Verwendet Ihr den HMCCU Befehl "get dutyCycle" ?
Zitat von: zap am 26 September 2023, 09:53:35Verwendet Ihr den HMCCU Befehl "get dutyCycle" ?
Also ich ja
..wenn ich get dutycycle manuell starte ..macht Fhem einen reboot..
Also tritt der Fehler nur bei "get dutyCycle" auf?
Sieht so aus.
Zitat von: zap am 26 September 2023, 09:53:35Verwendet Ihr den HMCCU Befehl "get dutyCycle" ?
Ja!
Habe gerade einen Bugfix ins SVN geladen.
Danke, funktioniert. Kein Absturz mehr.
Hallo zap,
ich erhalte nach dem Neustart von FHEM diese Meldungen:
2023.09.27 09:54:36 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2023.09.27 09:54:36 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2023.09.27 09:54:38 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2023.09.27 09:54:38 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2023.09.27 09:54:38 2: HMCCUCHN [HMIP_SWDO_0000DA498D4303] Can't get parameterset SERVICE for address 0000DA498D4303
2023.09.27 09:54:39 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2023.09.27 09:54:39 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2023.09.27 09:54:40 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2023.09.27 09:54:40 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2023.09.27 09:54:40 2: HMCCUCHN [HMIP_SWDO_0000DA498D4303] Can't get parameterset SERVICE for address 0000DA498D4303:0
2023.09.27 09:54:42 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2023.09.27 09:54:42 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2023.09.27 09:54:43 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2023.09.27 09:54:43 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2023.09.27 09:54:43 2: HMCCUCHN [HMIP_SWDO_0000DA498D4303] Can't get parameterset SERVICE for address 0000DA498D4303:1
Hier das dazugehörige "list" eines Devices:
Internals:
DEF 0000DA498D4303:1
FUUID 61aa77c5-f33f-4885-fd58-4856b1d4dab81012
IODev HMCCU3
NAME HMIP_SWDO_0000DA498D4303
NR 308
STATE Status: closed / LastOpen: 26.09.2023 - 22:23:55 / LastClose: 27.09.2023 - 09:10:32
TYPE HMCCUCHN
ccuaddr 0000DA498D4303:1
ccudevstate active
ccuif HmIP-RF
ccuname HMIP-SWDO 0000DA498D4303:1
ccurolestate SHUTTER_CONTACT
ccusubtype SWD
ccutype HMIP-SWDO
eventCount 1
firmware 1.18.10
readonly no
READINGS:
2023-09-27 09:52:49 IODev HMCCU3
2023-09-27 09:55:08 LastClose 27.09.2023 - 09:10:32
2023-09-27 09:55:08 LastOpen 26.09.2023 - 22:23:55
2023-09-27 09:10:33 PRESS_SHORT 1
2023-09-27 09:55:08 STATE closed
2023-09-27 09:55:08 activity dead
2023-09-27 09:55:08 battery ok
2023-09-27 09:55:08 devstate unreach
2023-09-27 09:55:08 hmstate unreachable
2023-09-27 09:55:08 rssidevice -48
2023-09-27 09:55:08 rssipeer N/A
2023-09-27 09:55:08 sabotage false
2023-09-27 09:55:08 state closed
2023-09-27 09:55:08 voltage 1.3
hmccu:
channels 1
detect 0
devspec 0000DA498D4303:1
nodefaults 1
role 1:SHUTTER_CONTACT
setDefaults 0
cmdlist:
get
set
control:
dp:
0.ARR_TIMEOUT:
MASTER:
NVAL 10
ONVAL 10
OSVAL 10
OVAL 10
SVAL 10
VAL 10
VALUES:
0.CONFIG_PENDING:
VALUES:
NVAL false
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL false
0.CYCLIC_BIDI_INFO_MSG_DISCARD_FACTOR:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
0.CYCLIC_BIDI_INFO_MSG_DISCARD_VALUE:
MASTER:
NVAL 30
ONVAL 30
OSVAL 30
OVAL 30
SVAL 30
VAL 30
VALUES:
0.CYCLIC_INFO_MSG:
MASTER:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
VALUES:
0.CYCLIC_INFO_MSG_DIS:
MASTER:
NVAL 20
ONVAL 20
OSVAL 20
OVAL 20
SVAL 20
VAL 20
VALUES:
0.CYCLIC_INFO_MSG_DIS_UNCHANGED:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
0.CYCLIC_INFO_MSG_OVERDUE_THRESHOLD:
MASTER:
NVAL 2
ONVAL 2
OSVAL 2
OVAL 2
SVAL 2
VAL 2
VALUES:
0.DISABLE_MSG_TO_AC:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
0.DUTYCYCLE_LIMIT:
MASTER:
NVAL 180
ONVAL 180
OSVAL 180
OVAL 180
SVAL 180
VAL 180
VALUES:
0.DUTY_CYCLE:
VALUES:
NVAL false
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL false
0.ENABLE_ROUTING:
MASTER:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
VALUES:
0.ERROR_CODE:
VALUES:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.INSTALL_TEST:
VALUES:
NVAL true
ONVAL true
OSVAL true
OVAL true
SVAL true
VAL true
0.LOCAL_RESET_DISABLED:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
0.LOW_BAT:
VALUES:
NVAL false
ONVAL 0
OSVAL ok
OVAL 0
SVAL ok
VAL false
0.LOW_BAT_LIMIT:
MASTER:
NVAL 1.1
ONVAL 1.1
OSVAL 1.1
OVAL 1.1
SVAL 1.1
VAL 1.1
VALUES:
0.OPERATING_VOLTAGE:
VALUES:
NVAL 1.300000
ONVAL 1.3
OSVAL 1.3
OVAL 1.3
SVAL 1.3
VAL 1.300000
0.OPERATING_VOLTAGE_STATUS:
VALUES:
NVAL 0
ONVAL 0
OSVAL NORMAL
OVAL 0
SVAL NORMAL
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -48
ONVAL -48
OSVAL -48
OVAL -48
SVAL -48
VAL 208
0.RSSI_PEER:
VALUES:
NVAL N/A
ONVAL N/A
OSVAL N/A
OVAL 0
SVAL N/A
VAL 0
0.SABOTAGE:
VALUES:
NVAL false
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL false
0.SUPPORTING_WIRED_OPERATION_MODE:
MASTER:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
VALUES:
0.UNREACH:
VALUES:
NVAL true
ONVAL 1
OSVAL dead
OVAL 1
SVAL dead
VAL true
0.UPDATE_PENDING:
VALUES:
NVAL false
ONVAL 0
OSVAL false
OVAL 0
SVAL false
VAL false
1.ALARM_MODE_TYPE:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.ALARM_MODE_ZONE_1:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.ALARM_MODE_ZONE_2:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.ALARM_MODE_ZONE_3:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.ALARM_MODE_ZONE_4:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.ALARM_MODE_ZONE_5:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.ALARM_MODE_ZONE_6:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.ALARM_MODE_ZONE_7:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.EVENT_DELAY_UNIT:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.EVENT_DELAY_VALUE:
MASTER:
NVAL 0
ONVAL 0
OSVAL 0
OVAL 0
SVAL 0
VAL 0
VALUES:
1.MSG_FOR_POS_A:
MASTER:
NVAL 2
ONVAL 2
OSVAL 2
OVAL 2
SVAL 2
VAL 2
VALUES:
1.MSG_FOR_POS_B:
MASTER:
NVAL 1
ONVAL 1
OSVAL 1
OVAL 1
SVAL 1
VAL 1
VALUES:
1.SAMPLE_INTERVAL:
MASTER:
NVAL 0.5
ONVAL 0.5
OSVAL 0.5
OVAL 0.5
SVAL 0.5
VAL 0.5
VALUES:
1.STATE:
VALUES:
NVAL 0
ONVAL 0
OSVAL closed
OVAL 0
SVAL closed
VAL 0
roleCmds:
set:
state:
chn 1
dpt STATE
Attributes:
alexaName Schlafzimmerfenster
alias Schlafzimmerfenster
devStateStyle style="text-align:right"
disable 0
event-min-interval battery:3600
event-on-change-reading .*
genericDeviceType window
group HM Fenster-/Türkontakte
homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED
icon hm-sec-win@black
room Alexa
stateFormat {sleep 1;"Status: ".ReadingsVal($name,"state" ,"")." / LastOpen: ".ReadingsVal("HMCCU3","Fenster_Schlafzimmer_auf","")." / LastClose: ".ReadingsVal("HMCCU3","Fenster_Schlafzimmer_zu","")}
userReadings LastOpen {ReadingsVal("HMCCU3","Fenster_Schlafzimmer_auf","")},LastClose {ReadingsVal("HMCCU3","Fenster_Schlafzimmer_zu","")}
Viele Grüße
Jürgen
Ein Fehler in der CCU Firmware. Dort ist bei einigen Gerätetypen ein Parameterset SERVICE hinterlegt, das jedoch nicht existiert. Kann HMCCU nicht wissen und versucht, die Daten abzufragen.
Kannst Du ignorieren. Ich denke, ich werde SERVICE komplett ignorieren. Hat keinen echten Mehrwert.
Danke für die Info.
Viele Grüße
Jürgen
Hallo zap
Bei mir lief das Update ohne sichtbare Logeinträge durch.
Danke fürs Update
Gruß Gerd
HAllo!
Ich habe ein Problem mit meinem HM Ip Regensensor (HmIP-SRD)...
Obwohl mit get ccuDevices und cccuConfig das Gerät dort erscheint wirde es leider bei der Auswahl nicht mit aufgeführt bei get createDev...
Wie bekomme ich denn nun das gerät dort rein?
Kann jemand helfen?
Hmm... NAch etwas sucherei habe ich herausgefunden das es noch auf die alte weise geht..
define Regensensor HMCCUCHN 00342BE328F445:1 readonly defaults iodev=d_ccu
Warum geht das denn nicht auf die neue Art nicht mit ger createDev?
Hallo zusammen,
meine Homematic IP Geräte tragen keine Schaltvorgänge in das globale Logfile ein, wie sonst alle anderen Geräte (Zigbee,FS20)
Das war auch 2019 schon Thema und wurde damals per Update gemacht.
Im Anhang der Ausschnitt von den damaligen Posts.
Wie kann ich das bei mir aktivieren?
Einträge im HMCCU nötig oder in den einzelnen Devices?
Gruß, Fabian.
Ein Link auf den damaligen Thread wäre hilfreicher gewesen anstatt ein Screenshot.
Setz mal im HMCCU-Device das Attribut "ccuflags" auf "logCommand"
Zitat von: Wolle02 am 03 Oktober 2023, 21:01:27Ein Link auf den damaligen Thread wäre hilfreicher gewesen anstatt ein Screenshot.
Setz mal im HMCCU-Device das Attribut "ccuflags" auf "logCommand"
Hallo Wolle,
Danke für den Hinweis. Damit funktioniert es.
War die ganze Zeit an verbose dran, aber da hätte ich noch lang suchen können.
Schönen Abend.
Zitat von: misux am 01 Oktober 2023, 18:13:04Hmm... NAch etwas sucherei habe ich herausgefunden das es noch auf die alte weise geht..
define Regensensor HMCCUCHN 00342BE328F445:1 readonly defaults iodev=d_ccu
Warum geht das denn nicht auf die neue Art nicht mit ger createDev?
Weil HMCCU den Gerätetyp nicht "kennt". Das Gerät selbst ist natürlich bekannt mit seinem Namen und seiner Adresse. CreateDev macht etwas mehr als define, wenn der Typ bekannt ist. Da werden z.B. bei Aktoren set- und get-Befehle erzeugt usw.
Muss den Typ erst in HMCCU einbinden. Danach geht auch createDev
Hallo,
seit dem Update verliert das Gerät HM_RPC_HmIP_RF bei jedem Neustart die Raumzuordnung. Es ist dann immer wieder (nur) dem Raum "Homematic". Diesen nutze ich sonst gar nicht. Erst dachte ich, es wird vielleicht immer neu angelegt. Aber andere Attribute bleiben erhalten.
Beim Ändern erhalte ich dann die Meldung "HMCCURPCPROC [HM_RPC_HmIP_RF] Please restart RPC server to apply attribute changes", die aus meiner Sich bei diesem allgemeinen Attribut keinen Sinn macht.
Ist das wegen einer speziellen Konstellation nur bei mir so?
Viele Grüße
Thomas
Zitat von: tomcat.x am 14 Oktober 2023, 12:03:16Ist das wegen einer speziellen Konstellation nur bei mir so?
Bei mir auch, scheint am Update zu liegen.
Hallo,
Ich habe heute ein Update auf RaspberryMatic 3.71.12.20231014 – Neue Version gemacht.
Da ich mir aufgefallen das im Log diese Fehlermeldung aufscheint
HMCCU [d_ccu] Error during CCU request. read from http://192.168.178.40:8181 timed out
Im Foren-Übersicht HomeMatic HomeMatic OCCU RaspberryMatic wurde darüber Berichtet.
Änderung nach dem Update.
Zitatlighttpd startup/config wurde so geändert, dass der Statuscode "503 Service unavailable" zurückgegeben wird, wenn der CCU-Start noch nicht abgeschlossen ist. Dies sollte mögliche Laufzeitprobleme verhindern, falls externe Engines wie ioBroker oder HomeAssistant versuchen, remoteAPI-Ports zu verwenden, wenn nicht alle CCU-Dienste ordnungsgemäß gestartet sind. Außerdem lassen wir jetzt nur noch bestimmte Abfrage-URLs für Port 8181/48181 zu.
ZitatDas bedeutet das jetzt URLs die an Port 8181/48181 gesendet werden immer mit .exe, .oxml oder .hssml enden müssen bzw. diese in der URL beinhalten muss.
Siehe:
https://github.com/jens-maus/RaspberryM ... pi.conf#L6
Bis dato konnte man eben sonst irgendwas dahin schicken und es wurde an die ReGa weitergeleitet und die damit zugemüllt. Jetzt wird ein Request nur an die ReGa von Port 8181 aus weitergesendet wenn diese URL auch eben das uns bekannte *.exe/*.oxml/*.hssml Muster beinhaltet.
Ist zur Info, weil es mir aufgefallen ist, ob es damit einen Zusammenhang hat, kann ich nicht sagen,
es läuft bei mir Fehlerfrei.
mfg wolfgang
Danke für den Hinweis mit dem 503 error. Schaue ich mir an.
Die URL enthält immer tclrega.exe
Zitat von: Newbie am 10 Mai 2023, 18:27:05Hallo Zap,
ich habe hier den neuen "HmIP-RGBW" in Betrieb, der wird aber noch nicht automatisch angelegt.
DeviceInfo und paramsetDesc im Anhang.
vG Jens
Hat hier jetzt schon jemand den "HmIP-RGBW" fertig eingebunden und kann dazu Daten zur Verfügung stellen?
Zitat von: zap am 04 Oktober 2023, 19:24:10Zitat von: misux am 01 Oktober 2023, 18:13:04Hmm... NAch etwas sucherei habe ich herausgefunden das es noch auf die alte weise geht..
define Regensensor HMCCUCHN 00342BE328F445:1 readonly defaults iodev=d_ccu
Warum geht das denn nicht auf die neue Art nicht mit ger createDev?
Weil HMCCU den Gerätetyp nicht "kennt". Das Gerät selbst ist natürlich bekannt mit seinem Namen und seiner Adresse. CreateDev macht etwas mehr als define, wenn der Typ bekannt ist. Da werden z.B. bei Aktoren set- und get-Befehle erzeugt usw.
Muss den Typ erst in HMCCU einbinden. Danach geht auch createDev
Dann erübrigt sich damit wohl auch meine Frage, die ich im anderen Thread dazugeschrieben habe, mit dem gleichen Problem. Bei mir ist es aber der Signalgeber HM-OU-CFM-TW, der sich leider nicht einbinden lässt. Ist die Einbindung per createDev geplant?
Hallo ich habe ein Problem, ich habe mein Fhem neu aufgesetzt und jetzt aktualisieren sich meinen HMIP Geräte bei den Readings nicht mehr automatisch. Nach einen get d_ccu update sind sie alle wieder drin. Bei der Installation bin ich nach der Anleitung gegangen, meine alte config noch ein neues anlernen der Geräte hat Erfolg gebracht
define d_ccu HMCCU 192.168.178.30
setuuid d_ccu 656c6d44-f33f-1714-57b8-db7b236322df3831
attr d_ccu room Homematic
attr d_ccu rpcinterfaces HmIP-RF,BidCos-RF
attr d_ccu rpcserver on
attr d_ccu stateFormat rpcstate/state
define d_rpc178030BidCos_RF HMCCURPCPROC http://192.168.178.30 BidCos-RF
setuuid d_rpc178030BidCos_RF 656c6d47-f33f-1714-85a9-15925c605d6bb8f3
attr d_rpc178030BidCos_RF alias CCU 178030 RPC BidCos-RF
attr d_rpc178030BidCos_RF eventMap /rpcserver on:on/rpcserver off:off/
attr d_rpc178030BidCos_RF room Homematic
attr d_rpc178030BidCos_RF stateFormat rpcstate/state
attr d_rpc178030BidCos_RF verbose 2
define d_rpc178030VirtualDevices HMCCURPCPROC http://192.168.178.30 VirtualDevices
setuuid d_rpc178030VirtualDevices 656c6d48-f33f-1714-4f19-934219a83a4a1ea4
attr d_rpc178030VirtualDevices alias CCU 178030 RPC VirtualDevices
attr d_rpc178030VirtualDevices eventMap /rpcserver on:on/rpcserver off:off/
attr d_rpc178030VirtualDevices room Homematic
attr d_rpc178030VirtualDevices stateFormat rpcstate/state
attr d_rpc178030VirtualDevices verbose 2
define d_rpc178030HmIP_RF HMCCURPCPROC http://192.168.178.30 HmIP-RF
setuuid d_rpc178030HmIP_RF 656c6d49-f33f-1714-c477-1eaa8bc99b335c49
attr d_rpc178030HmIP_RF alias CCU 178030 RPC HmIP-RF
attr d_rpc178030HmIP_RF eventMap /rpcserver on:on/rpcserver off:off/
attr d_rpc178030HmIP_RF room Homematic
attr d_rpc178030HmIP_RF stateFormat rpcstate/state
attr d_rpc178030HmIP_RF verbose 2
Hallo ich habe kein Problem, bei mir klappt das.
@Roland303: Die RPC Server laufen (HMCCURPCPROC Devices) ?
Ja alle drei CCU 178030 RPC BidCos-RF running/OK / CCU 178030 RPC HmIP-RF running/OK / CCU 178030 RPC VirtualDevices running/OK mehr hat es mir nicht anglegt
Zitat von: Depechem am 28 Oktober 2023, 13:00:13Zitat von: Newbie am 10 Mai 2023, 18:27:05Hallo Zap,
ich habe hier den neuen "HmIP-RGBW" in Betrieb, der wird aber noch nicht automatisch angelegt.
DeviceInfo und paramsetDesc im Anhang.
vG Jens
Hat hier jetzt schon jemand den "HmIP-RGBW" fertig eingebunden und kann dazu Daten zur Verfügung stellen?
Hallo zusammen,
wäre super wenn das jemand schafft und bereit stellt.
MfG zebbl
Hallo Zap, hier noch eine stimme für das hinzufügen des HmIP-RGBW. Oder gibt es jemanden der den als CHN eingebunden hat und steuern kann?
HmIP-RGBW ist in Arbeit. Das kommende Update wird zumindest die üblichen Dimmer-Befehle unterstützen.
Grundsätzlich empfehle ich, für jeden Kanal ein separates HMCCUCHN Device zu definieren. Die Ansteuerung kann (vereinfacht) über den Datenpunkt COMBINED_PARAMETER erfolgen, z.B.
define myLED HMCCUCHN <Kanaladresse>
set myLED datapoint COMBINED_PARAMETER="L=33,H=9,SAT=77,OT=0,RT=0,RTTDV=0,RTTDU=0"
Achtung: Die folgende Variante (ohne "=") funktioniert nicht!
set myLED datapoint COMBINED_PARAMETER "L=33,H=9,SAT=77,OT=0,RT=0,RTTDV=0,RTTDU=0"
Bedeutung der Kürzel im String:
L: Level = Helligkeitswert [0-100] Integer als % Wert; 0 = Aus; 100 = Ein; 101 = Ignorieren
OT: On Time = Einschaltdauer
- Basiseinheit: Sekunden; mit 0 = Dauer an = 31 hrs
RT: Ramp (up) Time = Rampenzeit [ 0 - ?? ] Basiseinheit: Sekunden
H: Hue = Farbwert "H" [0° - 360°] in Grad
SAT: Saturation = Sättigung = "S" [0-100] Integer als % Wert
RTTOV: Ramp Time to OFF Value = Ausschalt-Rampenzeit Dauer [ 0 - ?? ] Ausschalt-Rampenzeit: Wert
RTTOU: Ramp Time to OFF Unit = Ausschalt-Rampenzeit-Einheit {0, 1, 3} Ausschalt-Rampenzeit: Wert 0 = sec; 1 = min; 3 = ms
Ab morgen ist ein Update für HMCCU per FHEM Update verfügbar. Das Update enthält folgende Änderungen:
https://github.com/zapccu/HMCCU/blob/master/VERSIONS.md
Einige Anmerkungen zu den Änderungen:
set datapoint oldval
Der Befehl "set datapoint" akzeptiert als "Wert" nun den String 'oldval'. Dies bewirkt, dass der Wert eines Datenpunktes auf den vorherigen Zustand gesetzt wird. Direkt nach dem Start von FHEM ist diese Funktion noch nicht verfügbar, da kein alter Zustand existiert.
Beispiel:
set myDev datapoint LEVEL 50 => LEVEL = 50
set myDev datapoint LEVEL 100 => LEVEL = 100
set myDev datapoint LEVEL oldval => LEVEL = 50
Setzen von Spezialwerten für Datenpunkte
Das Setzen von Werten wie 1.01 für LEVEL sollte nun funktionieren.
Toggle Befehl
Die Toggle Befehle werden nun intern wie normale Befehle verarbeitet. Könnte sein, dass für einige Geräte "set toggle" nicht mehr funktioniert. In dem Fall bitte melden.
Umlaute
Umlaute in Gerätenamen und v.a. auch in Homematic Skripten sollten nun durchgängig funktionieren.
Anlegen von Devices mit "get createDev"
Es werden nun auch FHEM Devices angelegt, wenn HMCCU die Geräte nicht kennt. Diese Devices können per "set datapoint" gesteuert werden. Die Readings werden aktualisiert.
Hallo zap,
vielen Dank für das Update. Folgende Meldungen habe ich nach dem Update im Log:
2024.01.15 08:56:05.695 3: HMCCU [CCU2] Unknown role SMOKE_DETECTOR_TEAM. sdp=STATE, cdp=
2024.01.15 08:56:05.700 3: HMCCU [CCU2] Unknown role DIGITAL_OUTPUT. sdp=STATE, cdp=STATE
[.5.]
2024.01.15 08:56:05.700 3: HMCCU [CCU2] Unknown role DIGITAL_ANALOG_OUTPUT. sdp=STATE, cdp=STATE
[.7.]
2024.01.15 08:56:05.701 3: HMCCU [CCU2] Unknown role DIGITAL_INPUT. sdp=STATE, cdp=
[.5.]
2024.01.15 08:56:05.701 3: HMCCU [CCU2] Unknown role DIGITAL_ANALOG_INPUT. sdp=STATE, cdp=
[.5.]
2024.01.15 08:56:05.701 3: HMCCU [CCU2] Unknown role SENSOR. sdp=INSTALL_TEST, cdp=
2024.01.15 08:56:05.701 3: HMCCU [CCU2] Unknown role SENSOR. sdp=INSTALL_TEST, cdp=
2024.01.15 08:56:05.701 3: HMCCU [CCU2] Unknown role SENSOR. sdp=SENSOR, cdp=
2024.01.15 08:56:05.701 3: HMCCU [CCU2] Unknown role SENSOR. sdp=INSTALL_TEST, cdp=
2024.01.15 08:56:05.701 3: HMCCU [CCU2] Unknown role SENSOR. sdp=SENSOR, cdp=
2024.01.15 08:56:05.701 3: HMCCU [CCU2] Unknown role SENSOR. sdp=SENSOR, cdp=
2024.01.15 08:56:05.701 3: HMCCU [CCU2] Unknown role SENSOR. sdp=SENSOR, cdp=
2024.01.15 08:56:05.701 3: HMCCU [CCU2] Unknown role SENSOR. sdp=INSTALL_TEST, cdp=
2024.01.15 08:56:05.701 3: HMCCU [CCU2] Unknown role SENSOR. sdp=INSTALL_TEST, cdp=
2024.01.15 08:56:05.701 3: HMCCU [CCU2] Unknown role SENSOR. sdp=INSTALL_TEST, cdp=
2024.01.15 08:56:05.701 3: HMCCU [CCU2] Unknown role SENSOR. sdp=SENSOR, cdp=
2024.01.15 08:56:05.702 3: HMCCU [CCU2] Unknown role SENSOR. sdp=INSTALL_TEST, cdp=
Rauchmelder sind die "alten" HM-Sec-SD, die Meldungen über "role SENSOR" und "DIGITAL_ANALOG_INPUT" usw. dürften von den HM-Wired-Produkten HMW-Sen-SC-12-DR und HMW-IO-12-Sw14-DR kommen. Vielleicht solltest du die Logmeldung um das Device bzw. den Devicenamen (aus der CCU) ergänzen.
Eine Einschränkung konnte ich bislang jedoch nicht feststellen.
Bei mir alles i.O. oldval geht auch.
Danke
Hallo zap,
ich bekomme mit der neuen Version (immer noch) folgende Meldungen:
2024.01.15 11:44:13 2: HMCCU [HMCCU3] Updating 22 of 4026 client devices matching devexp=.* filter=ccudevstate=active
2024.01.15 11:44:52 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:44:52 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:44:53 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:44:53 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:44:53 2: HMCCUCHN [HMIP_SWDO_0000DA498D425C] Can't get parameterset SERVICE for address 0000DA498D425C: RPC request getParamset failed: RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:44:54 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:44:54 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:44:55 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:44:55 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:44:55 2: HMCCUCHN [HMIP_SWDO_0000DA498D425C] Can't get parameterset SERVICE for address 0000DA498D425C:0: RPC request getParamset failed: RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:44:57 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:44:57 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:44:58 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:44:58 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:44:58 2: HMCCUCHN [HMIP_SWDO_0000DA498D425C] Can't get parameterset SERVICE for address 0000DA498D425C:1: RPC request getParamset failed: RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:04 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:04 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:45:05 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:05 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:45:05 2: HMCCUCHN [HMIP_SWDO_0000DA498D427A] Can't get parameterset SERVICE for address 0000DA498D427A: RPC request getParamset failed: RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:06 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:06 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:45:07 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:07 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:45:07 2: HMCCUCHN [HMIP_SWDO_0000DA498D427A] Can't get parameterset SERVICE for address 0000DA498D427A:0: RPC request getParamset failed: RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:09 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:09 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:45:10 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:10 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:45:10 2: HMCCUCHN [HMIP_SWDO_0000DA498D427A] Can't get parameterset SERVICE for address 0000DA498D427A:1: RPC request getParamset failed: RPC request getParamset failed: Generic error (UNREACH)
024.01.15 11:45:16 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:16 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:45:17 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:17 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:45:17 2: HMCCUCHN [HMIP_SWDO_0000DA498D4303] Can't get parameterset SERVICE for address 0000DA498D4303: RPC request getParamset failed: RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:18 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:18 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:45:19 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:19 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:45:19 2: HMCCUCHN [HMIP_SWDO_0000DA498D4303] Can't get parameterset SERVICE for address 0000DA498D4303:0: RPC request getParamset failed: RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:21 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:21 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:45:22 2: HMCCURPCPROC [d_rpc140090HmIP_RF] RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:45:22 2: HMCCURPCPROC [d_rpc140090HmIP_RF] Retrying request getParamset
2024.01.15 11:45:22 2: HMCCUCHN [HMIP_SWDO_0000DA498D4303] Can't get parameterset SERVICE for address 0000DA498D4303:1: RPC request getParamset failed: RPC request getParamset failed: Generic error (UNREACH)
2024.01.15 11:46:55 2: HMCCU [HMCCU3] Update success=22 failed=0
2024.01.15 11:46:56 2: HMCCU [HMCCU3] Update success=12 failed=10
2024.01.15 11:58:58 2: HMCCU [HMCCU3] Updating 22 of 4026 client devices matching devexp=.* filter=ccudevstate=active
2024.01.15 11:58:58 2: HMCCU [HMCCU3] Update success=12 failed=10
Viele Grüße
Jürgen
@Ralli Wegen den "Unknown role xxx" Meldungen: Können ignoriert werden. Da hatte ich beim Testen das Loglevel von 5 auf 3 gesetzt. Wird mit dem nächsten Update wieder auf 5 sein. Oder ich nehme das Log-Statement komplett raus.
@juemuc Die Abfrage der SERVICE Paraments habe ich noch nicht rausgenommen. Das Ticket ist noch offen:
https://github.com/zapccu/HMCCU/issues/199
Habe die SERVICE Abfragen in meiner Dev-Version bereits rausgenommen und teste es nun. Sind eigentlich überflüssig und belasten nur den Dutycycle, da diese Abfragen direkt zum Device gehen.
Hallo zap,
das hatte ich schon vermutet. Was mich allerdings irritiert sind diese Meldungen:
2024.01.15 11:46:55 2: HMCCU [HMCCU3] Update success=22 failed=0
2024.01.15 11:46:56 2: HMCCU [HMCCU3] Update success=12 failed=10
2024.01.15 11:58:58 2: HMCCU [HMCCU3] Updating 22 of 4026 client devices matching devexp=.* filter=ccudevstate=active
2024.01.15 11:58:58 2: HMCCU [HMCCU3] Update success=12 failed=10
Erst ist alles ok und dann sollen 10 Fehler auftreten. Ich kann aber keine Probleme erkennen.
Viele Grüße
Jürgen
Passiert beim Starten der RPC Server, da werden einmal die Datenpunkte/Readings aller Geräte aktualisiert, um einen konsistenten Stand zu haben. Wenn dabei etwas schiefgeht wie in Deinem Fall, haben die betroffenen Geräte keinen aktuellen Status.
Sobald dann aber die CCU über die RPC Server Aktualisierungen schickt, ist wieder alles in Ordnung.
Das initiale Update passiert per CCU Rega Script. Das ist leider etwas empfindlich. Ich werde da ein paar zusätzliche Logstatements einbauen, damit ich den Fehler eingrenzen kann.
Hi zap,
kannst Du diesen Schönheitsfehler beim nächsten Update noch fixen? Oder ist das nur bei mir?
Zitat von: tomcat.x am 14 Oktober 2023, 12:03:16seit dem Update verliert das Gerät HM_RPC_HmIP_RF bei jedem Neustart die Raumzuordnung. Es ist dann immer wieder (nur) dem Raum "Homematic". Diesen nutze ich sonst gar nicht. Erst dachte ich, es wird vielleicht immer neu angelegt. Aber andere Attribute bleiben erhalten.
Danke
Thomas
Und das ist das einzige Device, das seine Raumzuordnung verliert?
Ist das der RPC Server (HMCCURPCPROC Device)?
Ist das Device in der fhem.cfg gespeichert?
Siehst Du nach dem Start von FHEM Meldungen "Creating new RPC device ..." im Logfile?
Hallo,
ich habe neuerdings das Problem, das der Befehl "pctSlats" bei meinen HmIP-BBL-Aktoren (Rafsstores / in CCU3 angelegt) nicht mehr so wie gewünscht funktioniert. Ich setzte beispielsweise den Befehl "set ... pctSlats 50" aus FHEM ab und eingestellt wird der Wert 8 und die Lamellen sind geschlossen. In der CCU3 funktioniert der Befehl einwandfrei.
Gruß,
Andreas
@andreas1971
Setz mal bitte für das Device im Attribut "ccuflags" das Flag "trace". Dann den Befehl nochmal ausführen.
Du wirst dann sehr viele Einträge im FHEM Log finden. Diese bitte hier posten (am besten als Datei anhängen).
@zap
Im Anhang der Trace-Output ...
Gruß,
Andreas
Zitat von: zap am 19 Januar 2024, 19:15:17Und das ist das einzige Device, das seine Raumzuordnung verliert?
Ja
Zitat von: zap am 19 Januar 2024, 19:15:17Ist das der RPC Server (HMCCURPCPROC Device)?
Ja
Zitat von: zap am 19 Januar 2024, 19:15:17Ist das Device in der fhem.cfg gespeichert?
Ja. Und ich speichere auch jedes Mal, nachdem ich den Raum wieder zugeordnet habe. Auch den Restart des RPC Server gemäß Hinweis nach Ändern des Raums ("Please restart RPC server to apply attribute changes") hatte ich schon versucht. Dabei kommt aber der Hinweis "Usage: set <mein Gerätename> rpcserver {on|off}", was aber genau das ist, was ich versuche. Sowohl per Set-Button als auch manueller Eingabe des Kommandos. Das HMCCURPCPROC-Gerät lässt sich per set on/off stoppen und starten.
Zitat von: zap am 19 Januar 2024, 19:15:17Siehst Du nach dem Start von FHEM Meldungen "Creating new RPC device ..." im Logfile?
Nein. Das würde auch nicht dazu passen, dass das Gerät alle anderen Attribute behält, wie ich schon oben geschrieben hatte.
Was ich zurücknehmen muss, ist dass das Ganze (direkt) nach dem Neustart von fhem passiert. Gerade habe ich es noch mal getestet und dabei gesehen, dass der Raum erst mal noch richtig ist. Der Status des Geräts war "Pending". Erst mit "Ok" (rpcstate = "running") verschwindet der Raum.
Und was ich vielleicht auch noch erwähnen sollte (weiß nicht wie verbreitet das ist): Ich nutze in den Räumen eine Struktur, in der Bezeichnung ist also "->" enthalten. Keine Ahnung, ob das was damit zu tun hat, aber das ich ja wohl wirklich der einzige mit einem Problem bin ...
Aber steck da nicht viel Zeit rein, wenn das nur bei mir so ist. Das ist nur ein Schönheitsfehler, es funktioniert alles.
Hallo zap,
ich habe das gleiche Problem wie tomcat.x
Bei mir verlieren beide RPC-Server-Devices (HmIP und BidCos) die Zuordnung.
Ich habe meine Räume ebenfalls mit "->" strukturiert. Also im Prinzip identisch.
Aber wie tomcat.x sagt, das ist nur ein Schönheitsfehler und ich starte ja aucht nicht so oft neu ;-)
@tomcat.x : Bitte mal das room Attribut posten.
@andreas1971 : Funktioniert "set xy pctslats 0.5"
Das sind 2 Beispiele, wie ich sie nutze. Das 1. ist aktuell der einzige "Raum" beim RPC Server, also der Inhalt des room Attributs.
H_Hersteller->HomeMatic
1_EG->Wohnzimmer
Zitat von: zap am 24 Januar 2024, 20:53:33@andreas1971 : Funktioniert "set xy pctslats 0.5"
@zap: So einfach kann die Lösung sein :) . Funktioniert! Herzlichen Dank für die Lösung!!!
Zitat von: andreas1971 am 25 Januar 2024, 18:29:45Zitat von: zap am 24 Januar 2024, 20:53:33@andreas1971 : Funktioniert "set xy pctslats 0.5"
@zap: So einfach kann die Lösung sein :) . Funktioniert! Herzlichen Dank für die Lösung!!!
Betrachte es als Workaround. Ziel ist schon, dass 50 funktioniert. Aktuell vergisst HMCCU leider, die 50 durch 100 zu teilen.
Moin
Ich habe ein aehnliches Problem wie andreas1971.
Bei meinem HmIP-BSL lassen sich die Werte der oberen und unteren LED's nicht mehr vernuenftig steuern!
Setze ich dies in der CCU, werden sie in fhem korrekt angezeigt.
Setze ich einen Wert in fhem passiert seltsames:
set pct 10
wird in fhem als
1.0
angezeigt.
Und in der CCU steht der Regler auf 104%.
Gruss Christoph
Edith: Ein set pct 0.1
bringt das richtige!
Ja, die automatische Umrechnung funktioniert nicht. Bin gerade dabei ein Update zu testen. Zukünftig sollten bei Varianten, also in Deinem Fall 0.1 und 10 akzeptiert werden.
Morgen gibt's ein Update für HMCCU im SVN.
Die Liste der Änderungen gibt es hier: https://github.com/zapccu/HMCCU/blob/master/VERSIONS.md
Ich habe die Versionsangaben geändert. Ist nun einfach "5.0 JJJJ-MM", also z.B. "5.0 2024-02".
Zwei Änderungen sind erwähnenswert:
Bei Prozentangaben (z.B. Rollladen oder Dimmer) akzeptiert HMCCU nun neben ganzzahligen Prozentangaben auch Werte zwischen 0 und 1 und Spezialwerte wie z.B. 1.005.
Folgende Befehle sind z.B. identisch:
set myDev level 50
set myDev level 0.5
Außerdem habe ich für HmIP Rollläden den Befehl "set calibrate" hinzugefügt. Mit dem folgenden Befehl wird die automatische Kalibrierung von Rollläden gestartet:
set myDev calibrate START
Die Option STOP bricht die Kalibrierung ab. Das ist normalerweise nicht erforderlich, da die CCU die Kalibrierung nach einer Fahrt nach unten und wieder nach oben von selbst beendet.
Bitte beachten: Bei neu angelernten Rollladen-Aktoren ist eine Kalibrierung (manuell in den CCU Geräteeinstellungen oder automatisch) essentiell! Sonst wird die Positionierung eines Rollladen mit Befehlen wie "set pct 60" niemals richtig funktionieren.
Gibt leider ein Problem mit komplexen HMCCUDEV Devices nach dem Update. Im Zweifel also nicht updaten.
Hallo zap,
ich habe mit meinen HMCCUDEV-Devices (HM-ES-PMSw1-Pl-DN-R1 und HmIP-BSM) nach dem Update keine Probleme.
Viele Grüße
Jürgen
Es betrifft nur Geräte, die mehrere identische Kanäle haben, also z.B. 2-Kanal-Lichtschalter
Fehler im Update morgen behoben
Zitat von: zap am 14 Januar 2024, 17:41:00Toggle Befehl
Die Toggle Befehle werden nun intern wie normale Befehle verarbeitet. Könnte sein, dass für einige Geräte "set toggle" nicht mehr funktioniert. In dem Fall bitte melden.
toggle funktioniert nicht bei
- HM-LC-Ja1PBU-FM
- HmIP-FROLL
user case: Hab die Geräte bei mir im Wintergarten im Einsatz und über einen Shelly-Button damit "einfach" zu bedienen. Verschattung erfolgt über ASC.
Wäre gut zu wissen ob toggle bei den Geräen noch mal wiederkommt. An sonsten würde ich aus ein doif ausweichen. Wäre jetzt nicht so schön aber würde funktionieren.
Vielen Dank für die super Arbeit am Modul.
VG
Heiko
@tatu123 Wird mit dem nächsten Update wieder funktionieren
Morgen steht ein Update zur Verfügung:
- Behebt einen Fehler mit HmIP Bewegungsmeldern
- Bringt den toggle Befehl für Rollläden, Jalousien, .. zurück
Hallo zap,
ich glaube das ist noch ein Fehler bei den Thermostaten. Im Urlaubsmodus wird bei SET_POINT_MODE "boost" angezeigt. Anbei das list.
Viele Grüße
Jürgen
@zap:
Ich glaube, in der aktuellen Version (svn) gibt's noch zwei Schönheitsfehler:
2024.03.02 07:46:55.592 1: PERL WARNING: Argument "false" isn't numeric in numeric lt (<) at ./FHEM/88_HMCCU.pm line 6738.
2024.03.02 07:46:55.592 1: PERL WARNING: Argument "true" isn't numeric in numeric lt (<) at ./FHEM/88_HMCCU.pm line 6738.
2024.03.02 07:46:55.592 1: PERL WARNING: Argument "false" isn't numeric in numeric gt (>) at ./FHEM/88_HMCCU.pm line 6739.
2024.03.02 07:46:55.592 1: PERL WARNING: Argument "true" isn't numeric in numeric gt (>) at ./FHEM/88_HMCCU.pm line 6739.
Hallo zap,
ich hab hier mal eine Frage bzw. ein Problem. Ich habe mehrere Homematic Geräte im Einsatz wie z.B. den HmIP-STHD und den HmIP-eTRV-2. Diese hab ich in debmatic in einer Gruppe miteinander verknüpft, die Gruppe habe ich auch in FHEM angelegt. Über die Gruppe setze ich z.B. den Fensterstatus.
Nun ist seit ein paar Tagen im Bad die Batterie im Heizkörperthermostat schwach und bringt regelmäßig die Batteriemeldung. Ich erzeuge mir mit einem DOIF eine Pushmeldung zum Melden der Batteriewarnung, diese wird aber komischerweise nicht vom Heizkörperthermostat ausgelöst sondern von der Gruppe. Ich hatte das am Anfang auch mal mit den Raumfühlern, da kamen aber immer zwei Meldungen (eine von der Gruppe, eine vom Raumfühler). Das wäre ja auch soweit richtig.
Ist es möglich das die Batteriemeldung des HmIP-eTRV-2 nicht triggernd ist, ich bekomme hier einfach keine Batteriemeldung vom DOIF. Ich möchte nämlich weiterhin das DOIF einschränken und die Gruppenmeldungen ausschließen, das würde aber heißen das ich für die Heizkörperthermostate keine Meldungen bekommen würde.
Der Raumfühler und das Heizkörperthermostat sind als HMCCUCHN angelegt, die Gruppe als HMCCUDEV.
Vielleicht hast du ja eine Idee wo hier das Problem liegt, falls du weitere Infos brauchst gib Bescheid.
Gruß Markus
Hallo zap,
bei den Thermostaten kann aktuell auch nicht der Urlaubs-/Party-Modus gesetzt werden, da hier noch die Start- und Ende-Zeit mitgegeben werden muss. List siehe #692
Viele Grüße
Jürgen
@juemuc: Problem mit Urlaubs/Party-Modus ist bekannt, s. https://github.com/zapccu/HMCCU/issues/241. Erfordert leider einige größere Erweiterungen in der Auführungslogik von Befehlen. Diese werden aktuell als Homematic Scripts über die Rega der CCU ausgeführt. In besonderen Fällen wie im vorliegenden müssen diese als RPC Request an die CCU geschickt werden.
@Ralli: Da muss ich ein paar Log Statements einbauen, damit wir rausfinden, durch welches Gerät diese Fehlermeldungen verursacht werden
@maier81: Es gab schon mal jemanden, der das Problem hatte. Die CCU scheint in einigen Fällen die LOWBAT Meldung nur 1x rauszuschicken. Muss mal sehen, ob ich das nachvollziehen kann.
Zitat von: zap am 03 März 2024, 11:35:19@Ralli: Da muss ich ein paar Log Statements einbauen, damit wir rausfinden, durch welches Gerät diese Fehlermeldungen verursacht werden
So wie ich das sehe, müsstest du wahrscheinlich lediglich in den Zeilen 6731 und 6732 die Deklaration um =0 ergänzen und in den if-Bedingungen in den Zeilen 6738 und 6739 noch ein looks_like_number($cVal):
6731 my $min = 0;
6732 my $max = 0;
6733 my @cNames = ();
6734 foreach my $e (split(',',$el)) {
6735 my ($cNam, $cVal) = split (':', $e);
6736 if (defined($cVal)) {
6737 push @cNames, $cNam;
6738 $min = $cVal if (!defined($min) || (looks_like_number($cVal) && $cVal<$min));
6739 $max = $cVal if (!defined($max) || (looks_like_number($cVal) && $cVal>$max));
6740 $clHash->{hmccu}{roleCmds}{$cmdType}{$cmd}{subcmd}{$scn}{look}{$cNam} = $cVal;
6741 }
Wenn die Werte für $min und $max in den Zeilen 6731 und 6732 mit 0 initialisiert werden, können sie aber danach in Zeile 6738 und 6739 nicht mehr !defined() sein.
Das Problem ist eher die Tatsache, dass $cVal nicht numerisch ist. Das sollte eigentlich nicht vorkommen. Die Funktion GetEnumValues gibt eine Liste von String:Value Pärchen zurück, also z.B.
COLOR_RED:0,COLOR_GREEN:1,COLOR_BLUE:2
Bei einem Gerätetyp scheint nun eher sowas zu kommen:
AB:true,CD:false
Entweder eine falsche Definition in der Firmware der CCU oder das alte BOOL Problem (wahrscheinlich).
Die Rega-Schicht der CCU verarbeitet BOOL als true oder false während die RPC-Schicht 1 oder 0 verwendet.
Zitat von: zap am 03 März 2024, 11:35:19@maier81: Es gab schon mal jemanden, der das Problem hatte. Die CCU scheint in einigen Fällen die LOWBAT Meldung nur 1x rauszuschicken. Muss mal sehen, ob ich das nachvollziehen kann.
Hallo zap,
ich habe hier nochmals geschaut, heute ist das auch mit der Kombination eines HmIP-STHD (als HMCCUCHN angelegt) und der HM-Gruppe (als HMCCUDEV angelegt) passiert.
Was ich aber sagen kann ist das bei beiden Definitionen das Reading "battery" in den Zustand "low" wechselt mit exakt dem gleichen Zeitstempel.
Gruß Markus
Zitat von: juemuc am 01 März 2024, 20:06:55Hallo zap,
ich glaube das ist noch ein Fehler bei den Thermostaten. Im Urlaubsmodus wird bei SET_POINT_MODE "boost" angezeigt. Anbei das list.
Viele Grüße
Jürgen
Hallo zap,
auch der BOOST_MODE lässt sich nicht wieder abschalten. Benötigst Du noch mehr Infos? Das list findest Du unter #692
Viele Grüße
Jürgen
Morgen ist ein Update im SVN verfügbar. Es korrigiert einige Fehler bei Thermostaten und Heizungsgruppen. Folgende Befehle sollten nun funktionieren:
set boost boostOn
set boost boostOff
set holiday Temperatur "StartZeit" "EndeZeit"
StartZeit und EndeZeit müssen in " angegeben werden, da sie Leerzeichen enthalten. Das Format ist:
"JJJJ_MM_TT SS:MM", also z.B. "2024_03_07 12:00"
"set party" funktioniert analog zu "set holiday". In der CCU gibt es keinen Unterschied zwischen Urlaubs- und Party-Modus.
@Ralli: wie angekündigt werden nun einige zusätzliche Infos protokolliert (Verbose = 2). Wäre hilfreich, wenn Du das posten könntest.
Hallo und guten Morgen Zap,
das update von heute morgen läuft soweit - Super, danke!
3 Meldungen nach dem FHEM re-start:
2024.03.08 07:58:10 1: PERL WARNING: Odd number of elements in hash assignment at FHEM/HMCCUConf.pm line 248, <$fh> line 3736.
2024.03.08 07:58:27 1: PERL WARNING: Use of uninitialized value $crn in substitution (s///) at ./FHEM/88_HMCCU.pm line 2269.
2024.03.08 07:58:27 1: PERL WARNING: Use of uninitialized value $crn in split at ./FHEM/88_HMCCU.pm line 2270.
Beste Grüsse, Jamo
Hier werden mit dem Update von heute keinerlei Änderungen mehr über d_ccu ausgeführt!
Mit der Version von Gestern läuft wieder alles (firmware 3.73.9.20240130 / version 5.0 2024-02)...
Hallo zap,
mir ist gerade aufgefallen, dass bei den Thermostaten noch einige Fehler vorhanden sind. Aktuell wird "desired-temp" und "measured-temp" nicht mehr gesetzt. Auch der Boost-Status wird nicht mehr korrekt angezeigt. Bei einigen Geräten steht boostOn in der Übersicht obwohl der Status "Boost_Mode" auf "boostOff" steht. Anbei ein aktuelles "list". Bitte melden, falls du weitere Infos benötigst.
Viele Grüße
Jürgen
Hallo,
Ich habe seit dem letzten Raspberrymatic update auf 3.73.9.20240130 folgendes Problem:
2024.03.08 23:32:59 1: HMCCU [myccu] Graceful shutdown in 8 seconds
2024.03.08 23:32:59 2: HMCCURPCPROC [d_rpc178082HmIP_RF] Found no running processes. Cleaning up ...
2024.03.08 23:32:59 1: HMCCURPCPROC [d_rpc178082HmIP_RF] Housekeeping called. Cleaning up RPC environment
2024.03.08 23:32:59 2: HMCCURPCPROC [d_rpc178082HmIP_RF] RPC server stopped. Cancel delayed shutdown.
2024.03.08 23:32:59 2: HMCCURPCPROC [d_rpc178082VirtualDevices] Found no running processes. Cleaning up ...
2024.03.08 23:32:59 1: HMCCURPCPROC [d_rpc178082VirtualDevices] Housekeeping called. Cleaning up RPC environment
2024.03.08 23:32:59 2: HMCCURPCPROC [d_rpc178082VirtualDevices] RPC server stopped. Cancel delayed shutdown.
2024.03.08 23:32:59 2: HMCCURPCPROC [d_rpc178082CUxD] Found no running processes. Cleaning up ...
2024.03.08 23:32:59 1: HMCCURPCPROC [d_rpc178082CUxD] Housekeeping called. Cleaning up RPC environment
2024.03.08 23:32:59 2: HMCCURPCPROC [d_rpc178082CUxD] RPC server stopped. Cancel delayed shutdown.
2024.03.08 23:32:59 2: HMCCURPCPROC [d_rpc178082BidCos_RF] Found no running processes. Cleaning up ...
2024.03.08 23:32:59 1: HMCCURPCPROC [d_rpc178082BidCos_RF] Housekeeping called. Cleaning up RPC environment
2024.03.08 23:32:59 2: HMCCURPCPROC [d_rpc178082BidCos_RF] RPC server stopped. Cancel delayed shutdown.
Mein FHEM wird ständig durch die HMCCU gestoppt.
Was läuft da schief?
Mehr Info habe ich leider im Moment nicht, außer dass auf dem Raspberrymatic System Carrier Sense bei 20% ist. Vorher war das nicht so hoch.
Gruß
Hubert
@juemuc hängt wohl mit dem Fehler in der HMCCUConf zusammen, der 2 Posts vorher gemeldet wurde.
@carlos die gezeigten Meldungen besagen ja lediglich, dass HMCCU seine eigenen RPC Server aufräumt, als Folge von einem FHEM Shutdown. Worauf begründet die Annahme, dass HMCCU für den Stop von FHEM verantwortlich ist?
Weil das der letzte log Eintrag war.
Aber du magst recht haben ich habe jetzt mal die kompletten HM defs rausgenommen und habe immer noch den shutdown.
Leider sehe ich auch mit set global verbose 5 nicht mehr.
Ich kann leider nicht erkennen was den shutdown verursacht.
Aber ich denke HMCCU ist da erst mal raus, das müssen andere Gründe sein.
Trotzdem Danke
Hallo zap,
neben den genannten Thermostat Problemen habe ich noch weitere:
- Der Dimmer HmIP-BDT liefert den Dimmerwert nicht mehr zurück. Weder in x.LEVEL noch in pct oder level. Die letzten beiden tauchen nicht mehr auf, die x.LEVEL kennen nur on oder off.
- Der Schaltaktor HmIP-DRSI4 nimmt den Befehl "on-for-timer" nicht mehr an.
Ich habe beide Geräte bereits mehrfach gelöscht und über "createDev" neu eingebunden. Dabei habe ich darauf geachtet, dass die neu erzeugten Attribute nicht von meinen Einstellungen überschrieben werden. Ich bin gerade wieder auf die Vorversion (Vorgänger vom 8.3.) zurück gegangen, damit funktioniert es einwandfrei.
Gruß
Reinhard
Es gibt in der aktuellen HMCCUConf.pm leider mehrere syntaktische Fehler. Das hat unvorhersehbare Konsequenzen für alle Readings. Am besten das Update nicht installieren oder Rollback auf die vorherige Version.
Fix für HMCCUConf.pm eingecheckt. Sollte morgen per FHEM Update verfügbar sein.
Außerdem wurde der Befehl "set week-program" für HmIP Thermostate und Heizungsgruppen hinzugefügt.
Zitat von: zap am 07 März 2024, 18:25:55@Ralli: wie angekündigt werden nun einige zusätzliche Infos protokolliert (Verbose = 2). Wäre hilfreich, wenn Du das posten könntest.
Hallo zap,
hier der Auszug aus dem Log nach dem heutigen (korrigierten) Update:
2024.03.10 08:20:51.890 2: HMCCUDEV [AB_RM] HMCCUConf: Invalid parameter LEQ0724034:1 VALUES SMOKE_DETECTOR_COMMAND 2 in role SMOKE_DETECTOR, command command V:SMOKE_DETECTOR_COMMAND:#command
2024.03.10 08:20:51.892 2: HMCCUDEV [GEN_Innensirene] cVal true is not numeric. Enum = on:true,off:false, type = HM-Sec-Sir-WM, dpt=STATE, role=SWITCH_SENSOR
2024.03.10 08:20:51.892 2: HMCCUDEV [GEN_Innensirene] cVal false is not numeric. Enum = on:true,off:false, type = HM-Sec-Sir-WM, dpt=STATE, role=SWITCH_SENSOR
2024.03.10 08:20:51.892 1: PERL WARNING: Argument "true" isn't numeric in numeric lt (<) at ./FHEM/88_HMCCU.pm line 6764.
2024.03.10 08:20:51.892 1: PERL WARNING: Argument "false" isn't numeric in numeric lt (<) at ./FHEM/88_HMCCU.pm line 6764.
2024.03.10 08:20:51.892 1: PERL WARNING: Argument "true" isn't numeric in numeric gt (>) at ./FHEM/88_HMCCU.pm line 6765.
2024.03.10 08:20:51.892 2: HMCCUDEV [GEN_Innensirene] cVal true is not numeric. Enum = on:true,off:false, type = HM-Sec-Sir-WM, dpt=STATE, role=SWITCH_PANIC
2024.03.10 08:20:51.892 2: HMCCUDEV [GEN_Innensirene] cVal false is not numeric. Enum = on:true,off:false, type = HM-Sec-Sir-WM, dpt=STATE, role=SWITCH_PANIC
2024.03.10 08:20:51.893 2: HMCCUCHN [GEN_LED1_11] HMCCUConf: Invalid parameter KEQ0123394:11 VALUES PRESS_LONG 2 in role KEY, command pressLong V:PRESS_LONG:1
2024.03.10 08:20:51.894 2: HMCCUDEV [LNA_RM] HMCCUConf: Invalid parameter LEQ0060808:1 VALUES SMOKE_DETECTOR_COMMAND 2 in role SMOKE_DETECTOR, command command V:SMOKE_DETECTOR_COMMAND:#command
2024.03.10 08:20:51.895 2: HMCCUCHN [GEN_LED1_04] HMCCUConf: Invalid parameter KEQ0123394:4 VALUES PRESS_LONG 2 in role KEY, command pressLong V:PRESS_LONG:1
...
2024.03.10 08:20:51.901 2: HMCCUDEV [HWR_RM] HMCCUConf: Invalid parameter LEQ0724207:1 VALUES SMOKE_DETECTOR_COMMAND 2 in role SMOKE_DETECTOR, command command V:SMOKE_DETECTOR_COMMAND:#command
2024.03.10 08:20:51.902 2: HMCCUCHN [GEN_LED1_03] HMCCUConf: Invalid parameter KEQ0123394:3 VALUES PRESS_LONG 2 in role KEY, command pressLong V:PRESS_LONG:1
...
2024.03.10 08:20:51.905 2: HMCCUDEV [TMO_RM] HMCCUConf: Invalid parameter LEQ0060867:1 VALUES SMOKE_DETECTOR_COMMAND 2 in role SMOKE_DETECTOR, command command V:SMOKE_DETECTOR_COMMAND:#command
2024.03.10 08:20:51.906 2: HMCCUDEV [JWR_RM] HMCCUConf: Invalid parameter LEQ0726113:1 VALUES SMOKE_DETECTOR_COMMAND 2 in role SMOKE_DETECTOR, command command V:SMOKE_DETECTOR_COMMAND:#command
2024.03.10 08:20:51.907 2: HMCCUCHN [GEN_LED1_01] HMCCUConf: Invalid parameter KEQ0123394:1 VALUES PRESS_LONG 2 in role KEY, command pressLong V:PRESS_LONG:1
...
2024.03.10 08:20:51.910 2: HMCCUDEV [WZ_RM] HMCCUConf: Invalid parameter LEQ0017883:1 VALUES SMOKE_DETECTOR_COMMAND 2 in role SMOKE_DETECTOR, command command V:SMOKE_DETECTOR_COMMAND:#command
2024.03.10 08:20:51.912 2: HMCCUDEV [GEN_Klingelsensor] HMCCUConf: Invalid parameter MEQ0044870:1 VALUES PRESS_LONG 2 in role KEY, command pressLong V:PRESS_LONG:1
2024.03.10 08:20:51.913 2: HMCCUCHN [GEN_LED1_08] HMCCUConf: Invalid parameter KEQ0123394:8 VALUES PRESS_LONG 2 in role KEY, command pressLong V:PRESS_LONG:1
2024.03.10 08:20:51.913 2: HMCCUDEV [ASR_RM] HMCCUConf: Invalid parameter LEQ0724541:1 VALUES SMOKE_DETECTOR_COMMAND 2 in role SMOKE_DETECTOR, command command V:SMOKE_DETECTOR_COMMAND:#command
2024.03.10 08:20:51.915 2: HMCCUDEV [SZ_RM] HMCCUConf: Invalid parameter LEQ0060117:1 VALUES SMOKE_DETECTOR_COMMAND 2 in role SMOKE_DETECTOR, command command V:SMOKE_DETECTOR_COMMAND:#command
2024.03.10 08:20:51.915 2: HMCCUCHN [GEN_LED1_13] HMCCUConf: Invalid parameter KEQ0123394:13 VALUES PRESS_LONG 2 in role KEY, command pressLong V:PRESS_LONG:1
2024.03.10 08:20:51.916 2: HMCCUCHN [GEN_LED1_05] HMCCUConf: Invalid parameter KEQ0123394:5 VALUES PRESS_LONG 2 in role KEY, command pressLong V:PRESS_LONG:1
2024.03.10 08:20:51.917 2: HMCCUCHN [GEN_LED1_07] HMCCUConf: Invalid parameter KEQ0123394:7 VALUES PRESS_LONG 2 in role KEY, command pressLong V:PRESS_LONG:1
2024.03.10 08:20:51.917 2: HMCCUCHN [GEN_LED1_16] HMCCUConf: Invalid parameter KEQ0123394:16 VALUES PRESS_LONG 2 in role KEY, command pressLong V:PRESS_LONG:1
Das ist die "angemeckerte" GEN_Innensirene:
defmod GEN_Innensirene HMCCUDEV NEQ1338224
attr GEN_Innensirene IODev CCU2
attr GEN_Innensirene ccureadingfilter (UNREACH|STATE)
attr GEN_Innensirene ccureadingname 1.STATE:STATE_SENSOR1;;2.STATE:STATE_SENSOR2;;3.STATE:STATE_PANIC
attr GEN_Innensirene devStateIcon disarmed:15px-green .*:15px-red
attr GEN_Innensirene eventMap /datapoint 3.STATE true:panic/
attr GEN_Innensirene hmstatevals ERROR_SABOTAGE!1:sabotage
attr GEN_Innensirene room System
attr GEN_Innensirene statedatapoint 4.ARMSTATE
attr GEN_Innensirene statevals disarmed:0,extsens-armed:1,allsens-armed:2,alarm-blocked:3
attr GEN_Innensirene substitute ERROR_SABOTAGE!(0|false):no,(1|true):yes;;ARMSTATE!0:disarmed,1:extsens_armed,2:allsens_armed,3:alarm_blocked
attr GEN_Innensirene webCmd :
setstate GEN_Innensirene disarmed
setstate GEN_Innensirene 2022-01-01 11:02:06 .0.AES_KEY on
setstate GEN_Innensirene 2022-01-01 11:02:06 .0.CONFIG_PENDING false
setstate GEN_Innensirene 2022-01-01 11:02:06 .0.DEVICE_IN_BOOTLOADER false
setstate GEN_Innensirene 2022-01-01 11:02:06 .0.DUTYCYCLE false
setstate GEN_Innensirene 2022-01-06 06:12:29 .0.ERROR_SABOTAGE no
setstate GEN_Innensirene 2022-01-01 11:02:06 .0.LOWBAT ok
setstate GEN_Innensirene 2022-01-01 11:02:06 .0.RSSI_DEVICE -255
setstate GEN_Innensirene 2022-01-01 11:02:06 .0.RSSI_PEER -60
setstate GEN_Innensirene 2022-01-06 06:12:29 .0.STICKY_SABOTAGE WAS_SABOTAGED
setstate GEN_Innensirene 2022-01-01 11:02:06 .0.STICKY_UNREACH false
setstate GEN_Innensirene 2022-01-01 11:02:06 .0.UNREACH alive
setstate GEN_Innensirene 2022-01-01 11:02:06 .0.UPDATE_PENDING false
setstate GEN_Innensirene 2022-01-06 06:12:29 .1.ERROR_SABOTAGE no
setstate GEN_Innensirene 2022-01-01 11:02:06 .1.INHIBIT false
setstate GEN_Innensirene 2022-01-06 06:12:29 .1.LOWBAT ok
setstate GEN_Innensirene 2022-01-01 11:02:06 .1.WORKING false
setstate GEN_Innensirene 2022-01-06 06:12:29 .2.ERROR_SABOTAGE no
setstate GEN_Innensirene 2022-01-01 11:02:06 .2.INHIBIT false
setstate GEN_Innensirene 2022-01-06 06:12:29 .2.LOWBAT ok
setstate GEN_Innensirene 2022-01-01 11:02:06 .2.WORKING false
setstate GEN_Innensirene 2022-01-06 06:12:29 .3.ERROR_SABOTAGE no
setstate GEN_Innensirene 2022-01-01 11:02:06 .3.INHIBIT false
setstate GEN_Innensirene 2022-01-06 06:12:29 .3.LOWBAT ok
setstate GEN_Innensirene 2022-01-01 11:02:06 .3.WORKING false
setstate GEN_Innensirene 2022-01-06 06:12:29 .4.ERROR_SABOTAGE no
setstate GEN_Innensirene 2022-01-01 11:02:06 .4.INHIBIT false
setstate GEN_Innensirene 2022-01-06 06:12:29 .4.LOWBAT ok
setstate GEN_Innensirene 2022-01-06 06:12:29 .4.WORKING false
setstate GEN_Innensirene 2021-10-19 07:55:59 0.STICKY_UNREACH false
setstate GEN_Innensirene 2021-10-19 07:55:59 0.UNREACH false
setstate GEN_Innensirene 2024-03-10 08:20:52 1.STATE off
setstate GEN_Innensirene 2024-03-10 08:20:52 4.ARMSTATE disarmed
setstate GEN_Innensirene 2024-03-10 08:20:20 IODev CCU2
setstate GEN_Innensirene 2024-03-10 08:20:52 STATE_PANIC off
setstate GEN_Innensirene 2024-03-10 08:20:52 STATE_SENSOR1 off
setstate GEN_Innensirene 2024-03-10 08:20:52 STATE_SENSOR2 off
setstate GEN_Innensirene 2024-03-10 08:20:52 activity alive
setstate GEN_Innensirene 2024-03-10 08:20:52 armState disarmed
setstate GEN_Innensirene 2024-03-10 08:20:52 battery ok
setstate GEN_Innensirene 2024-03-10 08:20:52 control off
setstate GEN_Innensirene 2024-03-10 08:20:52 devstate ok
setstate GEN_Innensirene 2024-03-10 08:20:52 hmstate disarmed
setstate GEN_Innensirene 2024-03-10 08:20:52 rssidevice N/A
setstate GEN_Innensirene 2024-03-10 08:20:52 rssipeer -69
setstate GEN_Innensirene 2024-03-10 08:20:52 sabotage no
setstate GEN_Innensirene 2024-03-10 08:20:52 sensor off
setstate GEN_Innensirene 2024-03-10 08:20:52 sign on
setstate GEN_Innensirene 2024-03-10 08:20:52 state disarmed
Hi zap,
der HmIP-BDT Dimmer funktioniert jetzt wieder richtig, "on-for-timer" für den HmIP-DRSI4 funktioniert weiterhin nicht. Ich musste wieder auf die alte Version zurück. Hier weitere Fehlermeldungen zum neuen Release:
2024.03.10 08:26:41.579 2: HMCCUDEV [HM_RAU_Sued] HMCCUConf: Invalid parameter 00115D8991351D:3 VALUES SELF_CALIBRATION 2 in role SHUTTER_TRANSMITTER, command calibrate V:SELF_CALIBRATION:#Mode
2024.03.10 08:26:41.585 2: HMCCUDEV [HM_DA_Esstisch] HMCCUConf: Invalid parameter 0008DBE99F04CA:4 VALUES DURATION_UNIT 2 in role DIMMER_VIRTUAL_RECEIVER, command pct 1:V:DURATION_UNIT:0
2024.03.10 08:26:41.586 2: HMCCUDEV [HM_DA_Esstisch] HMCCUConf: Invalid parameter 0008DBE99F04CA:4 VALUES RAMP_TIME_UNIT 2 in role DIMMER_VIRTUAL_RECEIVER, command pct 3:V:RAMP_TIME_UNIT:0
2024.03.10 08:26:41.587 2: HMCCUDEV [HM_DA_Esstisch] HMCCUConf: Invalid parameter 0008DBE99F04CA:4 VALUES DURATION_UNIT 2 in role DIMMER_VIRTUAL_RECEIVER, command on-for-timer 1:V:DURATION_UNIT:0
2024.03.10 08:26:41.588 2: HMCCUDEV [HM_DA_Esstisch] HMCCUConf: Invalid parameter 0008DBE99F04CA:4 VALUES COLOR 2 in role DIMMER_VIRTUAL_RECEIVER, command color V:COLOR:#color
2024.03.10 08:26:41.588 2: HMCCUDEV [HM_DA_Esstisch] HMCCUConf: Invalid parameter 0008DBE99F04CA:4 VALUES DURATION_UNIT 2 in role DIMMER_VIRTUAL_RECEIVER, command on-till 1:V:DURATION_UNIT:0
2024.03.10 08:26:41.589 2: HMCCUDEV [HM_DA_Esstisch] HMCCUConf: Invalid parameter 0008DBE99F04CA:5 VALUES COLOR 2 in role DIMMER_VIRTUAL_RECEIVER, command color V:COLOR:#color
2024.03.10 08:26:41.590 2: HMCCUDEV [HM_DA_Esstisch] HMCCUConf: Invalid parameter 0008DBE99F04CA:6 VALUES COLOR 2 in role DIMMER_VIRTUAL_RECEIVER, command color V:COLOR:#color
...
...
2024.03.10 08:26:41.682 2: HMCCUDEV [HM_RAU_FallArm] HMCCUConf: Invalid parameter 00115D899132FB:3 VALUES SELF_CALIBRATION 2 in role SHUTTER_TRANSMITTER, command calibrate V:SELF_CALIBRATION:#Mode
...
...
...
2024.03.10 08:26:44.402 2: HMCCU [myccu] Update failed for: HmIP-RCV
"Update failed..." kommt aber auch bei der Vorversion die ich derzeit verwende.
Anscheinend habe ich nicht alle Fehler in der HMCCUCONF erwischt. Seltsam, dass die Fehler bei mir nicht auftauchen, obwohl ich alle Perl Warnings und Checks aktiv habe. Ich schaue es mir an
@Reinhard.M Einige Fragen:
1. Welcher Homematic Gerätetyp ist "HM_RAU_Sued"?
2. Könntest Du mal ein "get HM_DA_Esstisch deviceInfo" ausführen und das Ergebnis posten?
3. Für HmIP-DRSI4 hätte mich ein "list" vom FHEM Device nach dem Update interessiert. Leider bist Du ja nun wieder auf der Vorgängerversion. Mach bitte trotzdem mal ein list
Hallo zap,
mit der boost-Darstellung ist auch noch etwas im argen (s. Screenshot).
Viele Grüße
Jürgen
Zitat von: zap am 10 März 2024, 10:52:00@Reinhard.M Einige Fragen:
1. Welcher Homematic Gerätetyp ist "HM_RAU_Sued"?
2. Könntest Du mal ein "get HM_DA_Esstisch deviceInfo" ausführen und das Ergebnis posten?
3. Für HmIP-DRSI4 hätte mich ein "list" vom FHEM Device nach dem Update interessiert. Leider bist Du ja nun wieder auf der Vorgängerversion. Mach bitte trotzdem mal ein list
Ich habe es heute nicht mehr geschafft, versuche morgen Abend alles zu liefern 🙂
Alles gut, kein Stress
Update eingecheckt.
- #274 - [Bugfix] Command on-for-timer not working
- #273 - [Bugfix] Increase log level of message if command datapoint is not available
- #272 - [Bugfix] Aggregation of level informationen
- #271 - [Bugfix] GetEnumValues returns non numeric values
Hallo zap,
jetzt ist mir beim Senden 3 Mal die Datenbank des Forums abgeraucht, ich versuche es mal mit getrennten Postings. Hier das erste.
HM_Rau_Sued ist ein HmIP-FROLL.
Für HM_DA_Esstisch sieht die deviceInfo folgendermaßen aus:
Device channels and datapoints
DEV HM_DA_Esstisch 0008DBE99F04CA interface=HmIP-RF type=HmIP-BDT
CHN 0008DBE99F04CA:0 HM_DA_Esstisch:0
0.ACTUAL_TEMPERATURE = 0.000000 {f} [RE]
0.ACTUAL_TEMPERATURE_STATUS = 0 {i} [RE]
0.CONFIG_PENDING = false {b} [RE]
0.DUTY_CYCLE = false {b} [RE]
0.ERROR_CODE = 0 {n} [RE]
0.ERROR_OVERHEAT = false {b} [RE]
0.ERROR_OVERLOAD = false {b} [RE]
0.ERROR_UPDATE = false {b} [RE]
0.INSTALL_TEST = true {b} [RW]
0.OPERATING_VOLTAGE = 0.000000 {f} [RE]
0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
0.RSSI_DEVICE = 197 {n} [RE]
0.RSSI_PEER = 194 {n} [RE]
0.UNREACH = false {b} [RE]
0.UPDATE_PENDING = false {b} [RE]
CHN 0008DBE99F04CA:1 HM_DA_Esstisch_Taster_unten
1.PRESS_LONG = {b} [E]
1.PRESS_SHORT = {b} [E]
1.PRESS_LONG_RELEASE = {b} [E]
1.PRESS_LONG_START = {b} [E]
CHN 0008DBE99F04CA:2 HM_DA_Esstisch_Taster_oben
2.PRESS_LONG = {b} [E]
2.PRESS_SHORT = {b} [E]
2.PRESS_LONG_RELEASE = {b} [E]
2.PRESS_LONG_START = {b} [E]
CHN 0008DBE99F04CA:3 HM_DA_Esstisch_Status
3.ACTIVITY_STATE = 0 {i} [RE]
3.LEVEL = 0.000000 {a} [RE]
3.LEVEL_STATUS = 0 {i} [RE]
3.PROCESS = 0 {i} [RE]
3.SECTION = {i} [RE]
3.SECTION_STATUS = 1 {i} [RE]
CHN 0008DBE99F04CA:4 HM_DA_Esstisch_Aktor
4.ACTIVITY_STATE = 3 {i} [RE]
4.COMBINED_PARAMETER = {s} [W]
4.LEVEL = 0.000000 {a} [RWE]
4.LEVEL_STATUS = 0 {i} [RE]
4.ON_TIME = {f} [W]
4.PROCESS = 0 {i} [RE]
4.RAMP_TIME = {f} [W]
4.SECTION = 0 {i} [RE]
4.SECTION_STATUS = 0 {i} [RE]
CHN 0008DBE99F04CA:5 HmIP-BDT 0008DBE99F04CA:5
5.ACTIVITY_STATE = 3 {i} [RE]
5.COMBINED_PARAMETER = {s} [W]
5.LEVEL = 0.000000 {a} [RWE]
5.LEVEL_STATUS = 0 {i} [RE]
5.ON_TIME = {f} [W]
5.PROCESS = 0 {i} [RE]
5.RAMP_TIME = {f} [W]
5.SECTION = 0 {i} [RE]
5.SECTION_STATUS = 0 {i} [RE]
CHN 0008DBE99F04CA:6 HmIP-BDT 0008DBE99F04CA:6
6.ACTIVITY_STATE = 3 {i} [RE]
6.COMBINED_PARAMETER = {s} [W]
6.LEVEL = 0.000000 {a} [RWE]
6.LEVEL_STATUS = 0 {i} [RE]
6.ON_TIME = {f} [W]
6.PROCESS = 0 {i} [RE]
6.RAMP_TIME = {f} [W]
6.SECTION = 0 {i} [RE]
6.SECTION_STATUS = 0 {i} [RE]
CHN 0008DBE99F04CA:7 HM_DA_Esstisch_Pgm
7.COMBINED_PARAMETER = {s} [W]
7.WEEK_PROGRAM_CHANNEL_LOCKS = 0 {i} [RE]
7.WEEK_PROGRAM_TARGET_CHANNEL_LOCK = {i} [W]
7.WEEK_PROGRAM_TARGET_CHANNEL_LOCKS = {i} [W]
Device detection:
StateDatapoint = 1.PRESS_SHORT [KEY_TRANSCEIVER]
StateDatapoint = 2.PRESS_SHORT [KEY_TRANSCEIVER]
StateDatapoint = 3.LEVEL [DIMMER_TRANSMITTER]
StateDatapoint = 4.LEVEL [DIMMER_VIRTUAL_RECEIVER]
StateDatapoint = 5.LEVEL [DIMMER_VIRTUAL_RECEIVER]
StateDatapoint = 6.LEVEL [DIMMER_VIRTUAL_RECEIVER]
StateDatapoint = 7.WEEK_PROGRAM_CHANNEL_LOCKS [DIMMER_WEEK_PROFILE]
ControlDatapoint = 4.LEVEL [DIMMER_VIRTUAL_RECEIVER]
ControlDatapoint = 5.LEVEL [DIMMER_VIRTUAL_RECEIVER]
ControlDatapoint = 6.LEVEL [DIMMER_VIRTUAL_RECEIVER]
ControlDatapoint = 7.WEEK_PROGRAM_TARGET_CHANNEL_LOCK [DIMMER_WEEK_PROFILE]
Recommended module for device definition: HMCCUDEV
Current state datapoint = 3.LEVEL
Current control datapoint = 4.LEVEL
Device description
Device 0008DBE99F04CA HM_DA_Esstisch [HmIP-BDT]
AES_ACTIVE: 1
AVAILABLE_FIRMWARE: 0.0.0
CHILDREN: 0008DBE99F04CA:0,0008DBE99F04CA:1,0008DBE99F04CA:2,0008DBE99F04CA:3,0008DBE99F04CA:4,0008DBE99F04CA:5,0008DBE99F04CA:6,0008DBE99F04CA:7
DIRECTION: NONE
FIRMWARE: 1.4.8
FIRMWARE_UPDATE_STATE: UP_TO_DATE
FLAGS: Visible
PARAMSETS: MASTER,SERVICE
RF_ADDRESS: 5787785
ROAMING: 0
RX_MODE:
SUBTYPE: BDT
UPDATABLE: 1
Channel 0008DBE99F04CA:0 HM_DA_Esstisch:0 [MAINTENANCE]
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 0008DBE99F04CA
PARENT_TYPE: HmIP-BDT
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0008DBE99F04CA:1 HM_DA_Esstisch_Taster_unten [KEY_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: REMOTE_CONTROL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0008DBE99F04CA
PARENT_TYPE: HmIP-BDT
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0008DBE99F04CA:2 HM_DA_Esstisch_Taster_oben [KEY_TRANSCEIVER] known
AES_ACTIVE: 1
DIRECTION: SENDER
FLAGS: Visible
LINK_SOURCE_ROLES: REMOTE_CONTROL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0008DBE99F04CA
PARENT_TYPE: HmIP-BDT
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0008DBE99F04CA:3 HM_DA_Esstisch_Status [DIMMER_TRANSMITTER] known
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 0008DBE99F04CA
PARENT_TYPE: HmIP-BDT
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0008DBE99F04CA:4 HM_DA_Esstisch_Aktor [DIMMER_VIRTUAL_RECEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CONDITIONAL_SWITCH,SWITCH,LEVEL,REMOTE_CONTROL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0008DBE99F04CA
PARENT_TYPE: HmIP-BDT
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0008DBE99F04CA:5 HmIP-BDT 0008DBE99F04CA:5 [DIMMER_VIRTUAL_RECEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CONDITIONAL_SWITCH,SWITCH,LEVEL,REMOTE_CONTROL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0008DBE99F04CA
PARENT_TYPE: HmIP-BDT
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0008DBE99F04CA:6 HmIP-BDT 0008DBE99F04CA:6 [DIMMER_VIRTUAL_RECEIVER] known
AES_ACTIVE: 1
DIRECTION: RECEIVER
FLAGS: Visible
LINK_TARGET_ROLES: CONDITIONAL_SWITCH,SWITCH,LEVEL,REMOTE_CONTROL
PARAMSETS: MASTER,VALUES,LINK,SERVICE
PARENT: 0008DBE99F04CA
PARENT_TYPE: HmIP-BDT
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Channel 0008DBE99F04CA:7 HM_DA_Esstisch_Pgm [DIMMER_WEEK_PROFILE] known
AES_ACTIVE: 1
DIRECTION: NONE
FLAGS: Visible
PARAMSETS: MASTER,VALUES,SERVICE
PARENT: 0008DBE99F04CA
PARENT_TYPE: HmIP-BDT
RF_ADDRESS: 0
ROAMING: 0
RX_MODE:
UPDATABLE: 1
Defaults
Support for role DIMMER_VIRTUAL_RECEIVER of device type HmIP-BDT is built in.
Das Zweite Posting.
Der HmIP-DRSI4 teilt sich in 4 Geräte auf. Hier ist eines davon mit der HMCCU Vorgängerversion:
Internals:
DEF 00259BE995C255 sd=13.STATE cd=14.STATE
FUUID 65d2e8c1-f33f-e0da-a84b-2212d004e40ee8c8
IODev myccu
NAME HM_SA_Treppe_Oben
NR 1013
STATE off
TYPE HMCCUDEV
ccuaddr 00259BE995C255
ccudevstate active
ccuif HmIP-RF
ccuname HM_SA_Treppe
ccurolectrl SWITCH_VIRTUAL_RECEIVER
ccurolestate SWITCH_TRANSMITTER
ccusubtype DRSI4
ccutype HmIP-DRSI4
eventCount 121
firmware 1.4.2
readonly no
READINGS:
2024-03-11 16:40:23 13.PROCESS STABLE
2024-03-11 16:40:23 13.SECTION 0
2024-03-11 16:40:23 13.SECTION_STATUS NORMAL
2024-03-11 16:40:23 13.STATE off
2024-03-11 16:40:23 14.PROCESS STABLE
2024-03-11 16:40:23 14.SECTION 0
2024-03-11 16:40:23 14.SECTION_STATUS NORMAL
2024-03-11 16:40:23 14.STATE off
2024-03-09 20:01:17 3.PRESS_SHORT 1
2024-03-11 16:40:22 3.STATE false
2024-03-10 12:27:46 IODev myccu
2024-03-11 16:40:23 activity alive
2024-03-11 16:40:23 control off
2024-03-11 16:40:23 devstate ok
2024-03-11 16:40:23 hmstate off
2024-03-11 16:40:23 rssidevice -78
2024-03-11 06:48:42 rssipeer -81
2024-03-11 16:40:23 state off
2024-03-10 08:54:17 voltage 0.0
hmccu:
channels 22
defCDP 14.STATE
defSDP 13.STATE
detect 0
devspec 00259BE995C255
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:MULTI_MODE_INPUT_TRANSMITTER,2:MULTI_MODE_INPUT_TRANSMITTER,3:MULTI_MODE_INPUT_TRANSMITTER,4:MULTI_MODE_INPUT_TRANSMITTER,5:SWITCH_TRANSMITTER,6:SWITCH_VIRTUAL_RECEIVER,7:SWITCH_VIRTUAL_RECEIVER,8:SWITCH_VIRTUAL_RECEIVER,9:SWITCH_TRANSMITTER,10:SWITCH_VIRTUAL_RECEIVER,11:SWITCH_VIRTUAL_RECEIVER,12:SWITCH_VIRTUAL_RECEIVER,13:SWITCH_TRANSMITTER,14:SWITCH_VIRTUAL_RECEIVER,15:SWITCH_VIRTUAL_RECEIVER,16:SWITCH_VIRTUAL_RECEIVER,17:SWITCH_TRANSMITTER,18:SWITCH_VIRTUAL_RECEIVER,19:SWITCH_VIRTUAL_RECEIVER,20:SWITCH_VIRTUAL_RECEIVER,21:SWITCH_WEEK_PROFILE
setDefaults 0
cmdlist:
get
set on-till off:noArg on:noArg toggle:noArg on-for-timer on-till off:noArg on:noArg toggle:noArg on-for-timer on-till off:noArg on:noArg toggle:noArg on-for-timer on-till off:noArg on:noArg toggle:noArg on-for-timer on-till off:noArg on:noArg toggle:noArg on-for-timer on-till off:noArg on:noArg toggle:noArg on-for-timer on-till off:noArg on:noArg toggle:noArg on-for-timer
control:
chn 14
dpt STATE
dp:
0.ACTUAL_TEMPERATURE:
VALUES:
NVAL 22.0
SVAL 22.0
VAL 22.0
0.CONFIG_PENDING:
VALUES:
NVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
SVAL false
VAL 0
0.ERROR_CODE:
VALUES:
NVAL 0
SVAL 0
VAL 0
0.ERROR_OVERHEAT:
VALUES:
NVAL 0
SVAL false
VAL 0
0.ERROR_POWER_FAILURE:
VALUES:
NVAL 0
SVAL false
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -78
ONVAL -79
OSVAL -79
OVAL -79
SVAL -78
VAL -78
0.RSSI_PEER:
VALUES:
NVAL -81
ONVAL -82
OSVAL -82
OVAL -82
SVAL -81
VAL -81
0.UNREACH:
VALUES:
NVAL 0
SVAL alive
VAL 0
1.PRESS_SHORT:
VALUES:
NVAL 1
SVAL 1
VAL 1
1.STATE:
VALUES:
NVAL 0
SVAL false
VAL 0
10.PROCESS:
VALUES:
NVAL 0
ONVAL 1
OSVAL NOT_STABLE
OVAL 1
SVAL STABLE
VAL 0
10.SECTION:
VALUES:
NVAL 0
ONVAL 2
OSVAL 2
OVAL 2
SVAL 0
VAL 0
10.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
10.STATE:
VALUES:
NVAL 0
ONVAL 1
OSVAL on
OVAL 1
SVAL off
VAL 0
11.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
11.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
11.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
11.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
12.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
12.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
12.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
12.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
13.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
13.SECTION:
VALUES:
NVAL 0
ONVAL 2
OSVAL 2
OVAL 2
SVAL 0
VAL 0
13.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
13.STATE:
VALUES:
NVAL 0
ONVAL 1
OSVAL on
OVAL 1
SVAL off
VAL 0
14.PROCESS:
VALUES:
NVAL 0
ONVAL 1
OSVAL NOT_STABLE
OVAL 1
SVAL STABLE
VAL 0
14.SECTION:
VALUES:
NVAL 0
ONVAL 2
OSVAL 2
OVAL 2
SVAL 0
VAL 0
14.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
14.STATE:
VALUES:
NVAL 0
ONVAL 1
OSVAL on
OVAL 1
SVAL off
VAL 0
15.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
15.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
15.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
15.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
16.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
16.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
16.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
16.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
17.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
17.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
17.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
17.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
18.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
18.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
18.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
18.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
19.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
19.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
19.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
19.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
2.PRESS_SHORT:
VALUES:
NVAL 1
SVAL 1
VAL 1
2.STATE:
VALUES:
NVAL 0
SVAL false
VAL 0
20.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
20.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
20.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
20.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
21.WEEK_PROGRAM_CHANNEL_LOCKS:
VALUES:
NVAL 0
SVAL 0
VAL 0
3.STATE:
VALUES:
NVAL 0
SVAL false
VAL 0
4.STATE:
VALUES:
NVAL 0
SVAL false
VAL 0
5.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
5.SECTION:
VALUES:
NVAL 0
ONVAL 2
OSVAL 2
OVAL 2
SVAL 0
VAL 0
5.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
5.STATE:
VALUES:
NVAL 0
ONVAL 1
OSVAL on
OVAL 1
SVAL off
VAL 0
6.PROCESS:
VALUES:
NVAL 0
ONVAL 1
OSVAL NOT_STABLE
OVAL 1
SVAL STABLE
VAL 0
6.SECTION:
VALUES:
NVAL 0
ONVAL 2
OSVAL 2
OVAL 2
SVAL 0
VAL 0
6.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
6.STATE:
VALUES:
NVAL 0
ONVAL 1
OSVAL on
OVAL 1
SVAL off
VAL 0
7.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
7.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
7.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
7.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
8.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
8.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
8.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
8.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
9.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
9.SECTION:
VALUES:
NVAL 0
ONVAL 2
OSVAL 2
OVAL 2
SVAL 0
VAL 0
9.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
9.STATE:
VALUES:
NVAL 0
ONVAL 1
OSVAL on
OVAL 1
SVAL off
VAL 0
roleChannels:
MAINTENANCE 0,0
MULTI_MODE_INPUT_TRANSMITTER 1,2,3,4,1,2,3,4
SWITCH_TRANSMITTER 5,9,13,17,5,9,13,17
SWITCH_VIRTUAL_RECEIVER 6,7,8,10,11,12,14,15,16,18,19,20,6,7,8,10,11,12,14,15,16,18,19,20
SWITCH_WEEK_PROFILE 21,21
roleCmds:
get:
set:
off:
channel 14
role SWITCH_VIRTUAL_RECEIVER
subcount 1
syntax V:STATE:0
usage off
subcmd:
000:
args 0
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
type BOOL
unit
on:
channel 14
role SWITCH_VIRTUAL_RECEIVER
subcount 1
syntax V:STATE:1
usage on
subcmd:
000:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
type BOOL
unit
on-for-timer:
channel 14
role SWITCH_VIRTUAL_RECEIVER
subcount 2
syntax V:OT:?duration V:S:1
usage on-for-timer duration
combined:
dpt COMBINED_PARAMETER
str OT=%s,S=%s
subcmd:
000:
args
dpt ON_TIME
fnc
max 8580000.0
min 0.0
parname duration
partype 2
ps VALUES
scn 000
type FLOAT
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
type BOOL
unit
on-till:
channel 14
role SWITCH_VIRTUAL_RECEIVER
subcount 2
syntax V:ON_TIME:?time V:STATE:1
usage on-till time
subcmd:
000:
args
dpt ON_TIME
fnc
max 8580000.0
min 0.0
parname time
partype 2
ps VALUES
scn 000
type FLOAT
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
type BOOL
unit
toggle:
channel 14
role SWITCH_VIRTUAL_RECEIVER
subcount 1
syntax V:STATE:0,1
usage toggle
subcmd:
000:
args 0,1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
type BOOL
unit
state:
chn 13
dpt STATE
Attributes:
ccureadingfilter 3,13,14..*
cmdIcon on:general_an off:general_aus
event-on-change-reading .*
event-on-update-reading 3.PRESS.*
group HM_SA_Treppe
room Homematic
sortby 04
stripnumber 1
userattr Treppe Treppe_map structexclude
webCmd :
Und das dritte und letzte Posting, nochmals mit dem HmIP-DRSI4, aber mit der aktuellen HMCCU Version:
Internals:
DEF 00259BE995C255 sd=13.STATE cd=14.STATE
FUUID 65d2e8c1-f33f-e0da-a84b-2212d004e40ee8c8
IODev myccu
NAME HM_SA_Treppe_Oben
NR 1013
STATE off
TYPE HMCCUDEV
ccuaddr 00259BE995C255
ccudevstate active
ccuif HmIP-RF
ccuname HM_SA_Treppe
ccurolectrl SWITCH_VIRTUAL_RECEIVER
ccurolestate SWITCH_TRANSMITTER
ccusubtype DRSI4
ccutype HmIP-DRSI4
firmware 1.4.2
readonly no
READINGS:
2024-03-11 17:44:57 13.PROCESS STABLE
2024-03-11 17:44:57 13.SECTION 0
2024-03-11 17:44:57 13.SECTION_STATUS NORMAL
2024-03-11 17:44:57 13.STATE off
2024-03-11 17:44:57 14.PROCESS STABLE
2024-03-11 17:44:57 14.SECTION 0
2024-03-11 17:44:57 14.SECTION_STATUS NORMAL
2024-03-11 17:44:57 14.STATE off
2024-03-09 20:01:17 3.PRESS_SHORT 1
2024-03-11 17:44:57 3.STATE false
2024-03-11 17:44:13 IODev myccu
2024-03-11 17:44:57 activity alive
2024-03-11 17:44:57 control off
2024-03-11 17:44:57 devstate ok
2024-03-11 17:44:57 hmstate off
2024-03-11 17:44:57 rssidevice -79
2024-03-11 17:44:57 rssipeer -81
2024-03-11 17:44:57 state off
2024-03-11 17:44:57 voltage 0.0
hmccu:
channels 22
defCDP 14.STATE
defSDP 13.STATE
detect 0
devspec 00259BE995C255
forcedev 0
nodefaults 1
role 0:MAINTENANCE,1:MULTI_MODE_INPUT_TRANSMITTER,2:MULTI_MODE_INPUT_TRANSMITTER,3:MULTI_MODE_INPUT_TRANSMITTER,4:MULTI_MODE_INPUT_TRANSMITTER,5:SWITCH_TRANSMITTER,6:SWITCH_VIRTUAL_RECEIVER,7:SWITCH_VIRTUAL_RECEIVER,8:SWITCH_VIRTUAL_RECEIVER,9:SWITCH_TRANSMITTER,10:SWITCH_VIRTUAL_RECEIVER,11:SWITCH_VIRTUAL_RECEIVER,12:SWITCH_VIRTUAL_RECEIVER,13:SWITCH_TRANSMITTER,14:SWITCH_VIRTUAL_RECEIVER,15:SWITCH_VIRTUAL_RECEIVER,16:SWITCH_VIRTUAL_RECEIVER,17:SWITCH_TRANSMITTER,18:SWITCH_VIRTUAL_RECEIVER,19:SWITCH_VIRTUAL_RECEIVER,20:SWITCH_VIRTUAL_RECEIVER,21:SWITCH_WEEK_PROFILE
setDefaults 0
cmdlist:
get
set on-till on:noArg on-for-timer off:noArg toggle:noArg on-till on:noArg on-for-timer off:noArg toggle:noArg on-till on:noArg on-for-timer off:noArg toggle:noArg on-till on:noArg on-for-timer off:noArg toggle:noArg on-till on:noArg on-for-timer off:noArg toggle:noArg on-till on:noArg on-for-timer off:noArg toggle:noArg on-till on:noArg on-for-timer off:noArg toggle:noArg
control:
chn 14
dpt STATE
dp:
0.ACTUAL_TEMPERATURE:
VALUES:
NVAL 22.000000
SVAL 22.0
VAL 22.000000
0.CONFIG_PENDING:
VALUES:
NVAL 0
SVAL false
VAL 0
0.DUTY_CYCLE:
VALUES:
NVAL 0
SVAL false
VAL 0
0.ERROR_CODE:
VALUES:
NVAL 0
SVAL 0
VAL 0
0.ERROR_OVERHEAT:
VALUES:
NVAL 0
SVAL false
VAL 0
0.ERROR_POWER_FAILURE:
VALUES:
NVAL 0
SVAL false
VAL 0
0.INSTALL_TEST:
VALUES:
NVAL 1
SVAL true
VAL 1
0.OPERATING_VOLTAGE:
VALUES:
NVAL 0.000000
SVAL 0.0
VAL 0.000000
0.OPERATING_VOLTAGE_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -79
SVAL -79
VAL 177
0.RSSI_PEER:
VALUES:
NVAL -81
SVAL -81
VAL 175
0.UNREACH:
VALUES:
NVAL 0
SVAL alive
VAL 0
0.UPDATE_PENDING:
VALUES:
NVAL 0
SVAL false
VAL 0
1.STATE:
VALUES:
NVAL 0
SVAL false
VAL 0
10.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
10.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
10.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
10.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
11.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
11.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
11.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
11.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
12.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
12.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
12.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
12.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
13.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
13.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
13.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
13.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
14.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
14.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
14.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
14.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
15.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
15.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
15.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
15.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
16.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
16.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
16.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
16.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
17.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
17.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
17.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
17.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
18.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
18.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
18.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
18.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
19.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
19.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
19.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
19.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
2.STATE:
VALUES:
NVAL 0
SVAL false
VAL 0
20.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
20.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
20.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
20.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
21.WEEK_PROGRAM_CHANNEL_LOCKS:
VALUES:
NVAL 0
SVAL 0
VAL 0
3.STATE:
VALUES:
NVAL 0
SVAL false
VAL 0
4.STATE:
VALUES:
NVAL 0
SVAL false
VAL 0
5.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
5.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
5.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
5.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
6.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
6.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
6.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
6.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
7.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
7.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
7.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
7.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
8.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
8.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
8.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
8.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
9.PROCESS:
VALUES:
NVAL 0
SVAL STABLE
VAL 0
9.SECTION:
VALUES:
NVAL 0
SVAL 0
VAL 0
9.SECTION_STATUS:
VALUES:
NVAL 0
SVAL NORMAL
VAL 0
9.STATE:
VALUES:
NVAL 0
SVAL off
VAL 0
roleChannels:
MAINTENANCE 0
MULTI_MODE_INPUT_TRANSMITTER 1,2,3,4
SWITCH_TRANSMITTER 5,9,13,17
SWITCH_VIRTUAL_RECEIVER 6,7,8,10,11,12,14,15,16,18,19,20
SWITCH_WEEK_PROFILE 21
roleCmds:
get:
set:
off:
channel 14
ps VALUES
role SWITCH_VIRTUAL_RECEIVER
rpc 0
subcount 1
syntax V:STATE:0
usage off
subcmd:
000:
args 0
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
type BOOL
unit
on:
channel 14
ps VALUES
role SWITCH_VIRTUAL_RECEIVER
rpc 0
subcount 1
syntax V:STATE:1
usage on
subcmd:
000:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
type BOOL
unit
on-for-timer:
channel 14
ps VALUES
role SWITCH_VIRTUAL_RECEIVER
rpc 0
subcount 2
syntax V:OT:?duration V:S:1
usage on-for-timer duration
combined:
dpt COMBINED_PARAMETER
str OT=%s,S=%s
subcmd:
000:
args
dpt ON_TIME
fnc
max 8580000.0
min 0.0
parname duration
partype 2
ps VALUES
scn 000
type FLOAT
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
type BOOL
unit
on-till:
channel 14
ps VALUES
role SWITCH_VIRTUAL_RECEIVER
rpc 0
subcount 2
syntax V:ON_TIME:?time V:STATE:1
usage on-till time
subcmd:
000:
args
dpt ON_TIME
fnc
max 8580000.0
min 0.0
parname time
partype 2
ps VALUES
scn 000
type FLOAT
unit s
001:
args 1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 001
type BOOL
unit
toggle:
channel 14
ps VALUES
role SWITCH_VIRTUAL_RECEIVER
rpc 0
subcount 1
syntax V:STATE:0,1
usage toggle
subcmd:
000:
args 0,1
dpt STATE
fnc
max 1
min 0
parname STATE
partype 3
ps VALUES
scn 000
type BOOL
unit
state:
chn 13
dpt STATE
Attributes:
ccureadingfilter 3,13,14..*
cmdIcon on:general_an off:general_aus
event-on-change-reading .*
event-on-update-reading 3.PRESS.*
group HM_SA_Treppe
room Homematic
sortby 04
stripnumber 1
userattr Treppe Treppe_map structexclude
webCmd :
Hoffe das hilft dir weiter, inzwischen hast deutest du ja zumindest an, dass es morgen früh wieder eine neue Version zum Testen gibt.
Gruß
Reinhard
Leider ist der on-for-timer Bug nicht für alle Gerätetypen gefixt. Verschiedene Schalter verwenden zwar die Rolle SWITCH_VIRTUAL_RECEIVER, jedoch enthält diese Rolle je nach Gerätetyp / Firmware den Datenpunkt COMBINED_PARAMETER.
Der HmIP-DRSI4 z.B. leider nicht.
Bei mir sieht es erst einmal gut aus.
Viele Grüße
Jürgen
@Reinhard.M. Mit dem gerade eingecheckten Update sollte on-for-timer nun funktionieren. Danke für die Bereitstellung der Infos. War sehr hilfreich.
Prima :)
Dann werde ich morgen früh ein Update machen und das Ergebnis hier zurück melden.
Bis morgen
Reinhard
Hallo zap,
nach Update gibt's immer noch folgende Schönheitsfehler-Einträge:
2024.03.13 07:53:43.456 2: HMCCUDEV [GEN_Innensirene] cVal false is not numeric. Enum = off:false,on:true, type = HM-Sec-Sir-WM, dpt=STATE, role=SWITCH_SENSOR
2024.03.13 07:53:43.456 2: HMCCUDEV [GEN_Innensirene] cVal true is not numeric. Enum = off:false,on:true, type = HM-Sec-Sir-WM, dpt=STATE, role=SWITCH_SENSOR
2024.03.13 07:53:43.456 1: PERL WARNING: Argument "false" isn't numeric in numeric lt (<) at ./FHEM/88_HMCCU.pm line 6767.
2024.03.13 07:53:43.456 1: PERL WARNING: Argument "true" isn't numeric in numeric lt (<) at ./FHEM/88_HMCCU.pm line 6767.
2024.03.13 07:53:43.456 1: PERL WARNING: Argument "false" isn't numeric in numeric gt (>) at ./FHEM/88_HMCCU.pm line 6768.
2024.03.13 07:53:43.456 2: HMCCUDEV [GEN_Innensirene] cVal false is not numeric. Enum = off:false,on:true, type = HM-Sec-Sir-WM, dpt=STATE, role=SWITCH_PANIC
2024.03.13 07:53:43.456 2: HMCCUDEV [GEN_Innensirene] cVal true is not numeric. Enum = off:false,on:true, type = HM-Sec-Sir-WM, dpt=STATE, role=SWITCH_PANIC
Hallo zusammen,
bei meinem Wandthermostat schafffe ich es nicht die Wochenprogramme in FHEM anzeigen zu lassen. Am liebsten würde ich nur das Programm 1 anzeigen lassen. Wer hat einen Tipp?
Viele Grüße
Jürgen
Moin, was sagt
get <Device> week-program
in HMCCU
.??
Gruß
Jürgen K.
Zitat von: juergen012 am 13 März 2024, 15:48:50Moin, was sagt
get <Device> week-program
in HMCCU
.??
Gruß
Jürgen K.
Hallo,
Dein Wandthermostat ist ein Fhem Device. Dieses Device hat im FhemWeb einen set und einen get Button mit einem Parameter Drop Down. Oder halt im Kommandofeld des FhemWeb als Befehl
get <Device> week-program
Grüße Jörg
Bei HmIP-Thermostaten gibt es ein Reading "week-program". Das zeigt die Nummer (1-3) des eingestellten Wochenprogramms an. Da es ein Reading (Datenpunkt) ist, wird es automatisch aktualisiert.
Bei Bidcos-Thermostaten hingegen ist das Wochenprogramm ein Device-Konfigurationsparameter (WEEK_PROGRAM_POINTER). Das muss mit "get config" explizit abgefragt werden, da die CCU solche Parameter nicht automatisch aktualisiert.
Bisher nur bei BidCos-Thermostaten gibt es den Befehl "get week-program", der die Schaltzeiten und Temperaturen eines Wochenprogramms anzeigt.
Hallo zusammen,
ich benötige nicht die Nummer des eingestellten Wochenprogrammes (die wird im Reading angezeigt) sondern die dazugehörigen Zeiten und Temperaturen. Hatte ich so nicht gesagt O:-)
Es sollten die Readings R_P... sein. Nur wenn diese Readings im Device vorhanden sind, werden sie auch in weekprofile angezeigt. Im Device sind es diese INfos:
P1_ENDTIME_FRIDAY_1: INTEGER [R,W] [Visible,Sticky] RANGE=5...1440 DFLT=360
P1_ENDTIME_FRIDAY_10: INTEGER [R,W] [Visible,Sticky] RANGE=5...1440 DFLT=1440
P1_ENDTIME_FRIDAY_11: INTEGER [R,W] [Visible,Sticky] RANGE=5...1440 DFLT=1440
P1_ENDTIME_FRIDAY_12: INTEGER [R,W] [Visible,Sticky] RANGE=5...1440 DFLT=1440
P1_ENDTIME_FRIDAY_13: INTEGER [R,W] [Visible,Sticky] RANGE=5...1440 DFLT=1440
P1_ENDTIME_FRIDAY_2: INTEGER [R,W] [Visible,Sticky] RANGE=5...1440 DFLT=540
P1_ENDTIME_FRIDAY_3: INTEGER [R,W] [Visible,Sticky] RANGE=5...1440 DFLT=1020
P1_ENDTIME_FRIDAY_4: INTEGER [R,W] [Visible,Sticky] RANGE=5...1440 DFLT=1320
P1_ENDTIME_FRIDAY_5: INTEGER [R,W] [Visible,Sticky] RANGE=5...1440 DFLT=1440
P1_ENDTIME_FRIDAY_6: INTEGER [R,W] [Visible,Sticky] RANGE=5...1440 DFLT=1440
P1_ENDTIME_FRIDAY_7: INTEGER [R,W] [Visible,Sticky] RANGE=5...1440 DFLT=1440
P1_ENDTIME_FRIDAY_8: INTEGER [R,W] [Visible,Sticky] RANGE=5...1440 DFLT=1440
P1_ENDTIME_FRIDAY_9: INTEGER [R,W] [Visible,Sticky] RANGE=5...1440 DFLT=1440 ...
Es ist ein HmIP-WTH-B-2.
Viele Grüße
Jürgen
Zitat von: juemuc am 13 März 2024, 17:35:34Hallo zusammen,
ich benötige nicht die Nummer des eingestellten Wochenprogrammes (die wird im Reading angezeigt) sondern die dazugehörigen Zeiten und Temperaturen. Hatte ich so nicht gesagt O:-)
Es sollten die Readings R_P... sein. Nur wenn diese Readings im Device vorhanden sind, werden sie auch in weekprofile angezeigt. Im Device sind es diese INfos:
Es ist ein HmIP-WTH-B-2.
Viele Grüße
Jürgen
So:
attr ccuflags showMasterReadings,showDeviceReadings
get config P1_.*
=> Für das Programm P1.
Zitat von: zap am 13 März 2024, 17:52:46So:
attr ccuflags showMasterReadings,showDeviceReadings
get config P1_.*
=> Für das Programm P1.
Hallo zap,
vielen Dank. Jetzt werden alle Wochenprogramme als Reading angezeigt. Mit dem "ccureadingfilter" N:1.P(2.*|3.*|4.*|5.*|6.*) wird auch nur noch "P1" angezeigt.
Viele Grüße
Jürgen
Zitat von: Ralli am 13 März 2024, 07:58:33Hallo zap,
nach Update gibt's immer noch folgende Schönheitsfehler-Einträge:
2024.03.13 07:53:43.456 2: HMCCUDEV [GEN_Innensirene] cVal false is not numeric. Enum = off:false,on:true, type = HM-Sec-Sir-WM, dpt=STATE, role=SWITCH_SENSOR
2024.03.13 07:53:43.456 2: HMCCUDEV [GEN_Innensirene] cVal true is not numeric. Enum = off:false,on:true, type = HM-Sec-Sir-WM, dpt=STATE, role=SWITCH_SENSOR
2024.03.13 07:53:43.456 1: PERL WARNING: Argument "false" isn't numeric in numeric lt (<) at ./FHEM/88_HMCCU.pm line 6767.
2024.03.13 07:53:43.456 1: PERL WARNING: Argument "true" isn't numeric in numeric lt (<) at ./FHEM/88_HMCCU.pm line 6767.
2024.03.13 07:53:43.456 1: PERL WARNING: Argument "false" isn't numeric in numeric gt (>) at ./FHEM/88_HMCCU.pm line 6768.
2024.03.13 07:53:43.456 2: HMCCUDEV [GEN_Innensirene] cVal false is not numeric. Enum = off:false,on:true, type = HM-Sec-Sir-WM, dpt=STATE, role=SWITCH_PANIC
2024.03.13 07:53:43.456 2: HMCCUDEV [GEN_Innensirene] cVal true is not numeric. Enum = off:false,on:true, type = HM-Sec-Sir-WM, dpt=STATE, role=SWITCH_PANIC
Das ist schon seltsam. Hast Du noch irgendwelche Attribute aus der HMCCU 4.x Zeit aktiv?
Wenn ich wüsste, welche das sein könnten ... Hier noch einmal das List von dem betreffenden Device:
defmod GEN_Innensirene HMCCUDEV NEQ1338224
attr GEN_Innensirene IODev CCU2
attr GEN_Innensirene ccureadingfilter (UNREACH|STATE)
attr GEN_Innensirene ccureadingname 1.STATE:STATE_SENSOR1;;2.STATE:STATE_SENSOR2;;3.STATE:STATE_PANIC
attr GEN_Innensirene devStateIcon disarmed:15px-green .*:15px-red
attr GEN_Innensirene eventMap /datapoint 3.STATE true:panic/
attr GEN_Innensirene hmstatevals ERROR_SABOTAGE!1:sabotage
attr GEN_Innensirene room System
attr GEN_Innensirene statedatapoint 4.ARMSTATE
attr GEN_Innensirene statevals disarmed:0,extsens-armed:1,allsens-armed:2,alarm-blocked:3
attr GEN_Innensirene substitute ERROR_SABOTAGE!(0|false):no,(1|true):yes;;ARMSTATE!0:disarmed,1:extsens_armed,2:allsens_armed,3:alarm_blocked
attr GEN_Innensirene webCmd :
Zitat von: zap am 12 März 2024, 13:23:30@Reinhard.M. Mit dem gerade eingecheckten Update sollte on-for-timer nun funktionieren. Danke für die Bereitstellung der Infos. War sehr hilfreich.
Habe heute das Update eingespielt. Ich sehe im Log keine Fehler mehr und HmIP-BDT und HmIP-DRSI4 funktionieren wieder wie vorher. Die Boost Funktion der Thermostaten funktioniert (bei mir), allerdings sind die Symbole durch Selektionsfelder ersetzt. Ich sehe also keine weiteren Ausfälle, vielen Dank für den schnellen Fix :)
Kleines Update im SVN.
@Ralli: bitte nochmal prüfen ob die Fehlermeldungen nun weg sind.
Neuer Befehl für HMCCUDEV und HMCCUCHN:
Der Befehl "get metaData" liest im CCU Device gespeicherte Metadaten und speichert sie als Readings.
Hintergrund: Bei einigen - v.a. HmIP-Geräten - werden z.B. Energiezähler in den Metadaten gespeichert. Diese kann man nun auslesen.
Hallo zap,
ich habe aktuell das Problem, dass mein pi mit der piVCCU3 immer mal wieder nicht erreichbar ist (Ich muss dann den Stecker ziehen). Dies hat zur Folge, dass in dieser Zeit FHEM komplett einfriert. Gibt es dazu eine Lösung?
Viele Grüße
Jürgen
Zitat von: zap am 17 März 2024, 11:55:30Kleines Update im SVN.
@Ralli: bitte nochmal prüfen ob die Fehlermeldungen nun weg sind.
Erfolg: Keine Fehlermeldungen im Log 8) .
Irgendwie fehlt noch immer das Reading temperature bei den Temperatur/Luftfeuchtigkeit Sensoren.
Ich habe jetzt erstmal ein homebridgeMapping eingerichtet, damit Alexa wieder klappt.
CurrentRelativeHumidity=HUMIDITY
CurrentTemperature=TEMPERATURE
Dann solltest Du zumindest ein "list" für zap bereitstellen.
Viele Grüße
Jürgen
Wurde doch schon auf den vorherigen Seiten gemacht.
Aber warum nicht.
Internals:
CFGFN
DEF OEQ0348938:1
FUUID 65fc4200-f33f-742c-5f15-295c42a05a30d297
IODev d_ccu
NAME HF_Temperatur_Scharnhorst
NR 486
STATE 10.0
TYPE HMCCUCHN
ccuaddr OEQ0348938:1
ccudevstate active
ccuif BidCos-RF
ccuname HM-WDS10-TH-O OEQ0348938:1
ccurolestate WEATHER
ccusubtype HM-WDS10-TH-O
ccutype HM-WDS10-TH-O
eventCount 92
firmware 1.3
readonly no
READINGS:
2024-03-21 17:35:25 HUMIDITY 72
2024-03-21 15:19:44 IODev d_ccu
2024-03-21 17:35:25 TEMPERATURE 10.0
2024-03-21 17:35:25 absFeuchte 6.8
2024-03-21 15:19:44 activity alive
2024-03-21 15:19:44 battery ok
2024-03-21 17:35:25 devstate ok
2024-03-21 17:35:25 dewpoint 5.2
2024-03-21 17:35:25 hmstate 10.0
2024-03-21 17:35:25 humidity 72
2024-03-21 17:35:25 measured-temp 10.0
2024-03-21 15:19:44 rssidevice -255
2024-03-21 15:19:44 rssipeer -255
2024-03-21 17:35:25 state 10.0
hmccu:
channels 1
detect 1
devspec OEQ0348938:1
nodefaults 0
role 1:WEATHER
setDefaults 0
cmdlist:
get
set
control:
dp:
0.CONFIG_PENDING:
VALUES:
NVAL 0
SVAL false
VAL 0
0.LOWBAT:
VALUES:
NVAL 0
SVAL ok
VAL 0
0.RSSI_DEVICE:
VALUES:
NVAL -255
SVAL -255
VAL 1
0.RSSI_PEER:
VALUES:
NVAL -255
SVAL -255
VAL 1
0.STICKY_UNREACH:
VALUES:
NVAL 0
SVAL false
VAL 0
0.UNREACH:
VALUES:
NVAL 0
SVAL alive
VAL 0
1.HUMIDITY:
VALUES:
NVAL 72
ONVAL 73
OSVAL 73
OVAL 73
SVAL 72
VAL 72
1.TEMPERATURE:
VALUES:
NVAL 10.000000
ONVAL 9.900000
OSVAL 9.9
OVAL 9.900000
SVAL 10.0
VAL 10.000000
roleChannels:
WEATHER 1
roleCmds:
get:
set:
state:
chn 1
dpt TEMPERATURE
Attributes:
alexaName Temperatur Scharnhorststraße
genericDeviceType thermometer
homebridgeMapping CurrentRelativeHumidity=HUMIDITY
CurrentTemperature=TEMPERATURE
room HomeMatic
@FlatTV
Die Temperatur steht in "measured-temp". Das ist quasi Standard, auch bei anderen Temperatursensoren.
Eine Änderung sollte wie folgt möglich sein:
attr HF_Temperatur_Scharnhorst ccureadingname TEMPERATURE:+temperature
Zitat von: zap am 21 März 2024, 18:09:57@FlatTV
Die Temperatur steht in "measured-temp". Das ist quasi Standard, auch bei anderen Temperatursensoren.
Eine Änderung sollte wie folgt möglich sein:
attr HF_Temperatur_Scharnhorst ccureadingname TEMPERATURE:+temperature
Ähhhm, da muss ich mich jetzt tatsächlich entschuldigen.
Natürlich geht "measured-temp", nur hab ich das Reading nach dem heutigen Update übersehen und Alexa ist damit jetzt auch zufrieden.
Sorry nochmal
FlatTV
Hallo zap,
durch die Änderung der Anzeige beim Wochenprogramm (jetzt mit Uhrzeit) funktioniert die Übergabe an weekprofile nicht mehr.
2024.03.21 22:34:22.975 2: HM_WP(readDayProfile): no readings for MONDAY found
2024.03.21 22:34:22.976 2: HM_WP(readDayProfile): no readings for TUESDAY found
2024.03.21 22:34:22.976 2: HM_WP(readDayProfile): no readings for WEDNESDAY found
2024.03.21 22:34:22.976 2: HM_WP(readDayProfile): no readings for THURSDAY found
2024.03.21 22:34:22.976 2: HM_WP(readDayProfile): no readings for FRIDAY found
2024.03.21 22:34:22.976 2: HM_WP(readDayProfile): no readings for SATURDAY found
2024.03.21 22:34:22.976 2: HM_WP(readDayProfile): no readings for SUNDAY found
Viele Grüße
Jürgen
Bei anderen Geräten (Bidcos Thermostate) werden die Zeiten schon immer in diesem Format ausgegeben. Ist ja irgendwie auch sinnvoll, sonst ist man immer am Rechnen
Hallo zap,
ich bin Deiner Meinung, wollte aber über die Auswirkung zumindest hinweisen.
Viele Grüße
Jürgen
Den nächsten Versuch, die Ausgabe der Profile bzw. Wochenprogramme in den Griff zu bekommen, gibt es ab morgen per FHEM update.
ACHTUNG! Als Vorbereitung für zukünftige Änderungen habe ich eine neue Perl-Abhängigkeit hinzugefügt. Das Modul JSON.pm muss nun installiert sein, damit HMCCU startet. Da dieses Modul in vielen anderen FHEM-Modulen verwendet wird, sollte es bei den meisten schon installiert sein.
Hallo zap,
damit ich beim nächsten HMCCU Update keine Probleme bekomme und ich mich in Linux auch nicht so gut auskenne, wollte ich vorher prüfen ob ich noch etwas vorbereiten muss.
Ich denke ich sollte alle notwendigen Module schon am Raspi4 haben, oder irre ich mich da etwa?
reinhard@Fhem-Bookworm-SSD:~ $ apt list --installed
Auflistung... Fertig
....
libjson-c5/stable,now 0.16-2 arm64 [installiert]
libjson-perl/stable,stable,now 4.10000-1 all [installiert]
libjson-pp-perl/stable,stable,now 4.16000-1 all [installiert]
libjson-xs-perl/stable,now 4.030-2+b1 arm64 [Installiert,automatisch]
....
Gruß Reinhard
Sollte passen. Um sicher zu sein, darf folgender Befehl keinen Fehler produzieren:
perl -e "use JSON"
Wenn Du CPAN für die Installation der Module verwendest, dann sollte auch das gehen:
cpan -l | grep -i JSON
Zitat von: zap am 15 April 2024, 20:50:40Sollte passen. Um sicher zu sein, darf folgender Befehl keinen Fehler produzieren:
perl -e "use JSON"
Kann man auch direkt in der FHEM Befehlszeile testen:
{use JSON}
Hallo zap,
nachdem die Anzeige des Wochenprogramms bestens funktioniert, würde ich gerne den nächsten "Schaltzeitpunkt" eines Thermostats auf Basis des aktuellen Zeitpunktes (Wochentag/Uhrzeit) ermitteln.
Hast Du einen Tipp für mich, wie ich Deine "Ausgabe" bzw. Dein Programmteil hierzu nutzen kann?
Viele Grüße
Jürgen
Ich würde nicht die Ausgabe von get week-program verwenden sondern die Readings. Da stehen die Schaltzeiten ja drin. Du wirst aber nicht um eine kleine Perl-Funktion rum kommen.
Hallo zap,
das hatte ich schon fast vermutet. Da ich nicht der große Programmierer bin, würde ich gerne bei Dir ein bisschen "abschreiben". Kannst Du mir sagen, wie bzw. wo Du die Infos für "get week-program" ermittelst? Dann kann ich zumindest lernen, wie die Zugriffe erfolgen, um die relevanten Daten zu ermitteln.
Danke im Vorraus.
Viele Grüße
Jürgen