Hallo Com,
ich würde gern meine Aqara Fensterkonakte mit den Max! HT's verbinden, damit diese auf off gehen, wenn das Fenster geöffnet wird und man lüftet.
Ich steig da aber irgendwie nicht so recht durch. Ich muss erst mal den fakeshutterContact mit den HT's verknüpfen, aber was passiert danach ? Irgendwoher muss dann wohl der Befehl
Nun können wir per
set cm fakeSC Heizung 1
die Nachricht "Fenster offen" an die Heizung senden und per
set cm fakeSC Heizung 0
die Nachricht "Fenster zu".
kommen richtig ? Kann mir da einer erklären, wie das funktioniert ? im Wiki und im commandref stehen leider keine Beispiele. Mache ich das einfach mit einem DOIF, DOELSEIF ? Wobei Heizung hier wohl durch den Namen meines HT's ersetzt werden muss, oder cm ?
Grüße,
Ok ich hab das jetzt mal so gelöst. Weiß gar nicht ob das anders auch geht mit dem fakeShutterContact. Aber so scheint es ganz gut zu klappen...
defmod HT_Fensteroffen_Buero DOIF ([Buero_links_Sensor:"open"]) (set Buero_HT desiredTemperature off) DOELSE (set Buero_HT desiredTemperature 18)
attr HT_Fensteroffen_Buero do always
attr HT_Fensteroffen_Buero icon time_eco_mode
attr HT_Fensteroffen_Buero room Doif
attr HT_Fensteroffen_Buero wait 15
Nun deine Lösung hat aber den Nachteil das es nur zwei Zustände gibt, aus und manuell 18 Grad.
Das Beispiel im Wiki ist doch recht eindeutig, bei dir wäre es eben nicht Heizung sondern Buero_HT
d.h.
defmod HT_Fensteroffen_Buero DOIF ([Buero_links_Sensor:"open"]) (set cm fakeSC Buero_HT 1) DOELSE (set cm fakeSC Buero_HT 0)
natürlich unter der Bedingung das dein CUL_MAX Device auch den Namen cm hat.
Zitat von: Wzut am 25 November 2019, 08:41:40
Nun deine Lösung hat aber den Nachteil das es nur zwei Zustände gibt, aus und manuell 18 Grad.
Das Beispiel im Wiki ist doch recht eindeutig, bei dir wäre es eben nicht Heizung sondern Buero_HT
d.h.
defmod HT_Fensteroffen_Buero DOIF ([Buero_links_Sensor:"open"]) (set cm fakeSC Buero_HT 1) DOELSE (set cm fakeSC Buero_HT 0)
natürlich unter der Bedingung das dein CUL_MAX Device auch den Namen cm hat.
Grad wollte ich schreiben ob du mir mit den fsc helfen könntest.
Indem Fall bin ich schon auf dem richtigen Weg. Das doif wird für die Dankeshütter contacrs gebraucht, damit ich den Befehl dann senden kann ?
Mein cm heißt anders aber ich teste das später. Super danke schon mal für deine Hilfe.
Mit der Originalvariante wird auf die gesetzte temp im HR gestellt und nach dem Schließbefehl wieder in den Ursprung vor dem lüften versetzt ?
Hab gleich beide Kontakte mit rein, sollte ja so passen : Funktioniert wunderbar und das Problem mit dem Status vor lüften fällt weg, weil er wieder auf das stellt, was als letztes eingestellt ist. Wunderbar danke dir noch mal für den Tipp. Mit dem doif könnte man vllt mit in die Wiki aufnehmen, hab schon die set Befehle gesehen, aber hätte jetzt als Anfänger nicht gewusst wie ich die an das fakesc schicke. Hätte jetzt versucht im Xiaomi Device den Befehl irgendwie zu senden.
define ([Buero_links_Sensor:"open"] or [Buero_rechts_Sensor:"open"]) (set MaxCube fakeSC Buero_HT 1) DOELSE (set MaxCube fakeSC Buero_HT 0)Das ist aber heftig. Hatte einmal das Linke Fenster probiert da ging's beim rechten gings schon nicht mehr. Credits alle.
Zitat2019.11.25 19:49:28 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 110. Waiting 107 seconds. Currently 8 messages are waiting to be sent.
So und noch mal ich. Das klappt nicht mehr. Seit ich das mit dem fsc mache, habe ich immer keine Credits mehr.
2019.11.25 19:49:28 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 110. Waiting 107 seconds. Currently 8 messages are waiting to be sent.
2019.11.25 19:51:17 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 110. Waiting 107 seconds. Currently 7 messages are waiting to be sent.
2019.11.25 19:53:07 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 110. Waiting 107 seconds. Currently 6 messages are waiting to be sent.
2019.11.25 19:55:01 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 110. Waiting 102 seconds. Currently 6 messages are waiting to be sent.
2019.11.25 19:56:46 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 110. Waiting 107 seconds. Currently 5 messages are waiting to be sent.
2019.11.25 19:58:36 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 110. Waiting 107 seconds. Currently 4 messages are waiting to be sent.
2019.11.25 19:59:02 3: ABFALL MeinAbfall - CALENDAR:Abfallkalender triggered, updating ABFALL MeinAbfall ...
2019.11.25 20:00:25 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 110. Waiting 107 seconds. Currently 3 messages are waiting to be sent.
2019.11.25 20:02:15 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 110. Waiting 107 seconds. Currently 3 messages are waiting to be sent.
2019.11.25 20:04:04 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 110. Waiting 107 seconds. Currently 2 messages are waiting to be sent.
2019.11.25 20:05:54 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 113. Waiting 110 seconds. Currently 1 messages are waiting to be sent.
2019.11.25 20:18:06 2: CUL_MAX_SendQueueHandler: Missing ack from 0d8435 for 0b3606302222220d84350010
2019.11.25 20:18:13 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 82, but we need 110. Waiting 28 seconds. Currently 3 messages are waiting to be sent.
2019.11.25 20:18:48 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 110. Waiting 102 seconds. Currently 3 messages are waiting to be sent.
2019.11.25 20:20:38 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 110. Waiting 102 seconds. Currently 3 messages are waiting to be sent.
2019.11.25 20:22:24 2: CUL_MAX_SendQueueHandler: Missing ack from 0d8435 for 0b3706302222220d84350010
2019.11.25 20:22:24 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 5, but we need 110. Waiting 105 seconds. Currently 2 messages are waiting to be sent.
2019.11.25 20:24:17 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 110. Waiting 102 seconds. Currently 2 messages are waiting to be sent.
2019.11.25 20:26:06 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 110. Waiting 102 seconds. Currently 2 messages are waiting to be sent.
2019.11.25 20:27:56 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 110. Waiting 102 seconds. Currently 2 messages are waiting to be sent.
2019.11.25 20:29:42 2: CUL_MAX_SendQueueHandler: Missing ack from 0e85cf for 0b2b06302222220e85cf0010
2019.11.25 20:29:42 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 5, but we need 110. Waiting 105 seconds. Currently 1 messages are waiting to be sent.
2019.11.25 20:31:35 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 110. Waiting 102 seconds. Currently 1 messages are waiting to be sent.
2019.11.25 20:33:24 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 110. Waiting 102 seconds. Currently 1 messages are waiting to be sent.
2019.11.25 20:35:14 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 110. Waiting 102 seconds. Currently 1 messages are waiting to be sent.
2019.11.25 20:37:00 2: CUL_MAX_SendQueueHandler: Missing ack from 0e85cf for 0b2c06302222220e85cf0010
2019.11.25 20:38:30 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 94, but we need 110. Waiting 16 seconds. Currently 1 messages are waiting to be sent.
2019.11.25 20:38:53 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 110. Waiting 102 seconds. Currently 2 messages are waiting to be sent.
2019.11.25 20:40:38 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 110. Waiting 107 seconds. Currently 3 messages are waiting to be sent.
2019.11.25 20:42:27 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 110. Waiting 107 seconds. Currently 2 messages are waiting to be sent.
2019.11.25 20:44:17 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 110. Waiting 107 seconds. Currently 1 messages are waiting to be sent.
ASC_DEBUG!!! 2019.11.25 20:45:09 - EventProcessingWindowRec: Buero_li - RECEIVED EVENT: device-manufid: 4151 device-type: EndDevice device-modelid: lumi.sensor_magnet.aq2 device-powersource: Battery device-manufname: LUMI device-ieeeaddr: 0x00158d000322ae64 device-swbuildid: 3000-0001 device-status: online device-hwversion: 2 device-friendlyname: Buero_rechts_Sensor device-datecode: 20161128 device-nwkaddr: 50684 linkquality: 47 state: open contact: false voltage: 3005 battery: ok battery_level: 100 - IDENTIFIED EVENT: open - STORED EVENT: open
ASC_DEBUG!!! 2019.11.25 20:45:09 - EventProcessingWindowRec: Buero_li - HOMEMODE: none QueryShuttersPosWinRecTilted:1 QueryShuttersPosWinRecComfort: 1
ASC_DEBUG!!! 2019.11.25 20:45:09 - EventProcessingWindowRec: Buero_re - RECEIVED EVENT: device-manufid: 4151 device-type: EndDevice device-modelid: lumi.sensor_magnet.aq2 device-powersource: Battery device-manufname: LUMI device-ieeeaddr: 0x00158d000322ae64 device-swbuildid: 3000-0001 device-status: online device-hwversion: 2 device-friendlyname: Buero_rechts_Sensor device-datecode: 20161128 device-nwkaddr: 50684 linkquality: 47 state: open contact: false voltage: 3005 battery: ok battery_level: 100 - IDENTIFIED EVENT: open - STORED EVENT: open
ASC_DEBUG!!! 2019.11.25 20:45:09 - EventProcessingWindowRec: Buero_re - HOMEMODE: none QueryShuttersPosWinRecTilted:1 QueryShuttersPosWinRecComfort: 1
2019.11.25 20:46:06 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 110. Waiting 107 seconds. Currently 2 messages are waiting to be sent.
Hatte gestern ja ein wenig mit dem normalen doif herum probiert, da hat es nicht einmal nicht reagiert. Kann das sein ? Gibt es da einen Bug oder Fehler ? War grad min 20-30 min oben bei den Kids, in der Zeit gab es keine Befehle für Max Komponenten. Jetzt komm ich runter mach das Fenster auf und schau, ob es funktioniert, keine Reaktion, da wieder Credits alle.
EDIT::
Jetzt grad noch mal geschaut, war um 20:47 noch 1 message are waiting. Danach stand off am Thermostat, weil das Fenster noch offen war, jetzt hab ich das Fenster zu gemacht, jetzt steht schon wieder...
Zitat2019.11.25 20:51:40 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 110. Waiting 102 seconds. Currently 2 messages are waiting to be sent.
Bitte Log Ausgaben in Code Tags setzen , nicht als Zitat ( der # Knopf )
Das schaut aus als ob du deinen cm unter Dauerfeuer setzt , d.h entweder mit deinem DOIF ( do always ? ) oder deine FKs erzeugen ständig Events.
Beides sollte man aber im Eventmonitor sehen, wenn nicht den verbose Level am cm Device mal auf 5 hochsetzen.
Edit : habe ich gerade gefunden -> https://forum.fhem.de/index.php/topic,105668.0/topicseen.html
Da würde ich dann aber bei den DOIF Gurus nochmal nachfassen, sehe dort in deinem ersten Post so Dinge wie do always und wait ...
Also die FK's senden nur genau einmal bei Status Änderung, also Fenster auf oder zu.
Mit dem do Always muss ich noch mal schauen, das habe ich so verstanden, das der Befehl sonst genau nur einmal abgesetzt wird und danach wird nicht mehr gesendet, egal was der FK meldet. Wait ist ja nur damit er nicht direkt bei Fenster auf aus schaltet sondern 10 Sekunden wartet falls man mal nur kurz das Fenster öffnet und wieder schließt.
Aber ich Frage da noch mal im doif nach.
Komisch nur das es mit meinem ursprünglichen Didi keine Probleme gab und da hatte ich öfters getestet ob es geht.
Mit den fsc kann das nichts zu tun haben ?
Zitat von: D3ltorohd am 26 November 2019, 08:06:56
Mit den fsc kann das nichts zu tun haben ?
egal was da jetzt antworte, es wäre Kaffeesatz Leserei.
Nur dein Log (mit entsprechendem verbose Level) oder Event Monitor kann verraten was da im Detail passiert.
Melde mich heute Abend hoffentlich mit dem richtigen Log.
Also ich glaube das lag wie du schon sagtest an dem "do always" da wird wohl mehrmals gesendet, hab es nicht angeschaut, aber direkt umgestellt ohne "do always" und nun scheint es auch mit den Credits hin zu hauen... Werde das mal weiter beobachten.
So bis jetzt läuft es wie gewollt. Die Credits sind auch nicht gleich verbraucht, wunderbar.
Eine Frage hätte ich noch, habe 2 Heizkörper die mit einem WT verbunden sind, indem Fall muss ich Fenster offen an das WT senden, oder auch an die HT's ? Das WT kann ich ja auch mit dem fsc verbinden.
von der reinen Logik reicht nur zum WT, dieses gibt die Info dann an die beiden HTs weiter.
Ganz auf der sicheren Seite bist natürlich wenn die Info an alle drei geht, wobei ich bei dem Thema WT an mehr als ein HT keine eigene Erfahrung habe.
Wenn das WT an die HT's sendet, kostet das auch Credits ? Dann würde das senden an das WT Credits kosten, dann das senden vom WT an die HT's gleich noch mal. Ich teste mal ob es auch geht, wenn ich direkt die HT's off schalte, ohne über das WT zu gehen.
Zitat von: D3ltorohd am 29 November 2019, 21:45:59
Wenn das WT an die HT's sendet, kostet das auch Credits ?
ja das WT aber nicht deinen CUL :) wer sendet zahlt, Empfang ist kostenlos
Indem Fall kostet es genau soviel als wenn ich das direkt an die HT's sendet. Mit dem Umweg über, erst an das WT und das WT dann an die HT's kostet mich indem Fall nichts, da senden vom WT an das HT keine Credits kostet, oder eben den CUL nicht. WT und HT haben indem Fall keine Credits ?
Zitat von: D3ltorohd am 30 November 2019, 17:28:05
WT und HT haben indem Fall keine Credits ?
och Mensch ... bitte mal schlau machen zum Thema 1% Regel, da muss sich jeder dran halten der bei 868 Mhz funkt ob er nun ein CUL / WT / HT oder was auch immer ist.
Hm irgendwas stimmt hier nicht.
Mache ich oben das Fenster auf, schaltet er alle HT's im Haus auf OFF.
Das gleiche anders rum, sind alle Fenster offen und ich mache irgendeins zu, schalten alle wieder zurück in den normal Betrieb ??
Es hat jeder seinen eigenen Kontakt und jedes DOIF ja seine eigenen Befehle für jeden HT.
Das sagt das Log, ein HT fehlt sprang aber auch direkt mit auf Off.
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor transmission-state: incoming publish received
2019-12-01 09:21:25 monitoring Fenster_Ueberwachung warning add: Phillip_Sensor
2019-12-01 09:21:25 monitoring Fenster_Ueberwachung warning: Phillip_Sensor
2019-12-01 09:21:25 monitoring Fenster_Ueberwachung warningCount: 1
2019-12-01 09:21:25 monitoring Fenster_Ueberwachung allCount: 3
2019-12-01 09:21:25 DOIF Fensteroffen_Phillip_HT wait_timer: 01.12.2019 09:21:35 cmd_1 Phillip_Sensor
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor battery: ok
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor battery_level: 100
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor linkquality: 23
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor device-nwkaddr: 29432
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor device-datecode: 20161128
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor device-friendlyname: Phillip_Sensor
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor device-hwversion: 2
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor device-status: online
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor device-swbuildid: 3000-0001
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor device-ieeeaddr: 0x00158d000321dac5
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor device-manufname: LUMI
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor device-modelid: lumi.sensor_magnet.aq2
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor device-powersource: Battery
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor device-manufid: 4151
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor device-type: EndDevice
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor voltage: 3005
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor open
2019-12-01 09:21:25 XiaomiMQTTDevice Phillip_Sensor contact: false
2019-12-01 09:21:25 XiaomiMQTTDevice Zigbee2MQTT transmission-state: incoming publish received
2019-12-01 09:21:30 HTTPMOD JET Diesel: 1.219
2019-12-01 09:21:30 HTTPMOD JET SuperE5: 1.369
2019-12-01 09:21:35 DOIF Fensteroffen_Phillip_HT wait_timer: no timer
2019-12-01 09:21:35 CUL MaxCUL credit10ms: 833
2019-12-01 09:21:35 CUL_MAX MaxCube fakeSC Phillip_HT 1
2019-12-01 09:21:35 DOIF Fensteroffen_Phillip_HT cmd_nr: 1
2019-12-01 09:21:35 DOIF Fensteroffen_Phillip_HT cmd: 1
2019-12-01 09:21:35 DOIF Fensteroffen_Phillip_HT cmd_event: Phillip_Sensor
2019-12-01 09:21:35 DOIF Fensteroffen_Phillip_HT cmd_1
2019-12-01 09:21:36 MAX Phillip_HT mode: manual
2019-12-01 09:21:36 MAX Phillip_HT battery: ok
2019-12-01 09:21:36 MAX Phillip_HT batteryState: ok
2019-12-01 09:21:36 MAX Phillip_HT panel: unlocked
2019-12-01 09:21:36 MAX Phillip_HT rferror: 0
2019-12-01 09:21:36 MAX Phillip_HT desiredTemperature: off
2019-12-01 09:21:36 MAX Phillip_HT valveposition: 0
2019-12-01 09:21:36 MAX Phillip_HT off °C
2019-12-01 09:21:36 MAX Phillip_HT RSSI: -83
2019-12-01 09:21:46 MAX Buero_HT mode: manual
2019-12-01 09:21:46 MAX Buero_HT battery: ok
2019-12-01 09:21:46 MAX Buero_HT batteryState: ok
2019-12-01 09:21:46 MAX Buero_HT panel: unlocked
2019-12-01 09:21:46 MAX Buero_HT rferror: 0
2019-12-01 09:21:46 MAX Buero_HT desiredTemperature: off
2019-12-01 09:21:46 MAX Buero_HT temperature: 15.9
2019-12-01 09:21:46 MAX Buero_HT valveposition: 0
2019-12-01 09:21:46 MAX Buero_HT off °C
2019-12-01 09:21:46 MAX Buero_HT RSSI: -65.5
2019-12-01 09:21:52 MAX Phillip_HT mode: manual
2019-12-01 09:21:52 MAX Phillip_HT battery: ok
2019-12-01 09:21:52 MAX Phillip_HT batteryState: ok
2019-12-01 09:21:52 MAX Phillip_HT panel: unlocked
2019-12-01 09:21:52 MAX Phillip_HT rferror: 0
2019-12-01 09:21:52 MAX Phillip_HT desiredTemperature: off
2019-12-01 09:21:52 MAX Phillip_HT temperature: 20.0
2019-12-01 09:21:52 MAX Phillip_HT valveposition: 0
2019-12-01 09:21:52 MAX Phillip_HT off °C
2019-12-01 09:21:52 MAX Phillip_HT RSSI: -80.5
2019-12-01 09:23:29 MAX Selina_HT mode: manual
2019-12-01 09:23:29 MAX Selina_HT battery: ok
2019-12-01 09:23:29 MAX Selina_HT batteryState: ok
2019-12-01 09:23:29 MAX Selina_HT panel: unlocked
2019-12-01 09:23:29 MAX Selina_HT rferror: 0
2019-12-01 09:23:29 MAX Selina_HT desiredTemperature: off
2019-12-01 09:23:29 MAX Selina_HT temperature: 18.2
2019-12-01 09:23:29 MAX Selina_HT valveposition: 0
2019-12-01 09:23:29 MAX Selina_HT off °C
2019-12-01 09:23:29 MAX Selina_HT RSSI: -52
Hier noch die List's der 3 HT's mit denen ich das gerade probiere...
Internals:
CFGFN
DEF ([Phillip_Sensor:"open"]) (set MaxCube fakeSC Phillip_HT 1) DOELSE (set MaxCube fakeSC Phillip_HT 0)
FUUID 5ddc2448-f33f-fc62-8251-9b1a274f7884b5d2
MODEL FHEM
NAME Fensteroffen_Phillip_HT
NOTIFYDEV Phillip_Sensor,global
NR 20192
NTFY_ORDER 50-Fensteroffen_Phillip_HT
STATE cmd_2
TYPE DOIF
VERSION 20423 2019-10-29 18:50:08
READINGS:
2019-12-01 09:25:42 Device Phillip_Sensor
2019-12-01 09:28:31 cmd 0
2019-12-01 09:25:39 cmd_event Phillip_Sensor
2019-12-01 09:25:39 cmd_nr 2
2019-12-01 09:25:42 e_Phillip_Sensor_events battery: ok,battery_level: 100,linkquality: 28,device-type: EndDevice,device-manufid: 4151,device-modelid: lumi.sensor_magnet.aq2,device-powersource: Battery,device-manufname: LUMI,device-ieeeaddr: 0x00158d000321dac5,device-swbuildid: 3000-0001,device-status: online,device-hwversion: 2,device-friendlyname: Phillip_Sensor,device-datecode: 20161128,device-nwkaddr: 29432,voltage: 3005,close,contact: true
2019-12-01 09:28:31 mode enabled
2019-12-01 09:28:31 state initialized
2019-12-01 09:25:42 wait_timer no timer
Regex:
accu:
cond:
Phillip_Sensor:
0:
&STATE ^Phillip_Sensor$
attr:
cmdState:
wait:
0:
10
waitdel:
condition:
0 ::InternalDoIf($hash,'Phillip_Sensor','STATE') eq "open"
do:
0:
0 set MaxCube fakeSC Phillip_HT 1
1:
0 set MaxCube fakeSC Phillip_HT 0
helper:
DEVFILTER ^global$|^Phillip_Sensor$
NOTIFYDEV global|Phillip_Sensor
globalinit 1
last_timer 0
sleeptimer -1
internals:
all Phillip_Sensor:STATE
uiState:
uiTable:
Attributes:
devStateIcon cmd_1:sani_heating_level_0@blue cmd_2:sani_heating_level_100@red
icon sani_heating
room Doif
wait 10
Internals:
CFGFN
DEF ([Buero_links_Sensor] eq "open" or [Buero_rechts_Sensor] eq "open") (set MaxCube fakeSC Buero_HT 1) DOELSE (set MaxCube fakeSC Buero_HT 0)
FUUID 5ddc1c2c-f33f-fc62-2a3d-c61ae1ac0b78acba
MODEL FHEM
NAME Fensteroffen_Buero_HT
NOTIFYDEV Buero_links_Sensor,Buero_rechts_Sensor,global
NR 20080
NTFY_ORDER 50-Fensteroffen_Buero_HT
STATE cmd_2
TYPE DOIF
VERSION 20423 2019-10-29 18:50:08
READINGS:
2019-12-01 09:19:02 Device Buero_links_Sensor
2019-12-01 09:19:02 cmd 2
2019-12-01 09:19:02 cmd_event Buero_links_Sensor
2019-12-01 09:19:02 cmd_nr 2
2019-12-01 09:19:02 e_Buero_links_Sensor_STATE close
2019-11-26 17:56:31 e_Buero_links_Sensor_events linkquality: 31,device-swbuildid: 3000-0001,device-manufname: LUMI,device-ieeeaddr: 0x00158d0003216589,device-manufid: 4151,device-type: EndDevice,device-powersource: Battery,device-modelid: lumi.sensor_magnet.aq2,device-datecode: 20161128,device-nwkaddr: 48152,device-friendlyname: Buero_links_Sensor,device-status: online,device-hwversion: 2,voltage: 2985,close,contact: true,battery: ok,battery_level: 91
2019-12-01 09:19:02 e_Buero_rechts_Sensor_STATE close
2019-11-26 17:56:31 e_Buero_rechts_Sensor_events device-manufname: LUMI,device-ieeeaddr: 0x00158d000322ae64,device-swbuildid: 3000-0001,device-manufid: 4151,device-type: EndDevice,device-powersource: Battery,device-modelid: lumi.sensor_magnet.aq2,device-friendlyname: Buero_rechts_Sensor,device-datecode: 20161128,device-nwkaddr: 50684,device-status: online,device-hwversion: 2,linkquality: 31,close,contact: true,voltage: 3005,battery: ok,battery_level: 100
2019-11-26 18:01:41 mode enabled
2019-12-01 09:19:02 state cmd_2
2019-12-01 09:15:04 wait_timer no timer
Regex:
accu:
cond:
Buero_links_Sensor:
0:
&STATE ^Buero_links_Sensor$
Buero_rechts_Sensor:
0:
&STATE ^Buero_rechts_Sensor$
attr:
cmdState:
wait:
0:
10
waitdel:
condition:
0 ::InternalDoIf($hash,'Buero_links_Sensor','STATE') eq "open" or ::InternalDoIf($hash,'Buero_rechts_Sensor','STATE') eq "open"
do:
0:
0 set MaxCube fakeSC Buero_HT 1
1:
0 set MaxCube fakeSC Buero_HT 0
helper:
DEVFILTER ^global$|^Buero_rechts_Sensor$|^Buero_links_Sensor$
NOTIFYDEV global|Buero_rechts_Sensor|Buero_links_Sensor
event battery: ok,battery_level: 91,voltage: 2985,close,contact: true,linkquality: 36,device-manufid: 4151,device-type: EndDevice,device-powersource: Battery,device-modelid: lumi.sensor_magnet.aq2,device-swbuildid: 3000-0001,device-manufname: LUMI,device-ieeeaddr: 0x00158d0003216589,device-status: online,device-hwversion: 2,device-datecode: 20161128,device-nwkaddr: 48152,device-friendlyname: Buero_links_Sensor
globalinit 1
last_timer 0
sleepdevice Buero_rechts_Sensor
sleepsubtimer -1
sleeptimer -1
timerdev Buero_links_Sensor
timerevent battery: ok,battery_level: 91,voltage: 2985,close,contact: true,linkquality: 36,device-manufid: 4151,device-type: EndDevice,device-powersource: Battery,device-modelid: lumi.sensor_magnet.aq2,device-swbuildid: 3000-0001,device-manufname: LUMI,device-ieeeaddr: 0x00158d0003216589,device-status: online,device-hwversion: 2,device-datecode: 20161128,device-nwkaddr: 48152,device-friendlyname: Buero_links_Sensor
triggerDev Buero_links_Sensor
timerevents:
battery: ok
battery_level: 91
voltage: 2985
close
contact: true
linkquality: 36
device-manufid: 4151
device-type: EndDevice
device-powersource: Battery
device-modelid: lumi.sensor_magnet.aq2
device-swbuildid: 3000-0001
device-manufname: LUMI
device-ieeeaddr: 0x00158d0003216589
device-status: online
device-hwversion: 2
device-datecode: 20161128
device-nwkaddr: 48152
device-friendlyname: Buero_links_Sensor
timereventsState:
battery: ok
battery_level: 91
voltage: 2985
state: close
contact: true
linkquality: 36
device-manufid: 4151
device-type: EndDevice
device-powersource: Battery
device-modelid: lumi.sensor_magnet.aq2
device-swbuildid: 3000-0001
device-manufname: LUMI
device-ieeeaddr: 0x00158d0003216589
device-status: online
device-hwversion: 2
device-datecode: 20161128
device-nwkaddr: 48152
device-friendlyname: Buero_links_Sensor
triggerEvents:
battery: ok
battery_level: 91
voltage: 2985
close
contact: true
linkquality: 36
device-manufid: 4151
device-type: EndDevice
device-powersource: Battery
device-modelid: lumi.sensor_magnet.aq2
device-swbuildid: 3000-0001
device-manufname: LUMI
device-ieeeaddr: 0x00158d0003216589
device-status: online
device-hwversion: 2
device-datecode: 20161128
device-nwkaddr: 48152
device-friendlyname: Buero_links_Sensor
triggerEventsState:
battery: ok
battery_level: 91
voltage: 2985
state: close
contact: true
linkquality: 36
device-manufid: 4151
device-type: EndDevice
device-powersource: Battery
device-modelid: lumi.sensor_magnet.aq2
device-swbuildid: 3000-0001
device-manufname: LUMI
device-ieeeaddr: 0x00158d0003216589
device-status: online
device-hwversion: 2
device-datecode: 20161128
device-nwkaddr: 48152
device-friendlyname: Buero_links_Sensor
internals:
all Buero_links_Sensor:STATE Buero_rechts_Sensor:STATE
readings:
trigger:
uiState:
uiTable:
Attributes:
devStateIcon cmd_1:sani_heating_level_0@blue cmd_2:sani_heating_level_100@red
icon sani_heating
room Doif
wait 10
Internals:
CFGFN
DEF ([Selina_Sensor:"open"]) (set MaxCube fakeSC Selina_HT 1) DOELSE (set MaxCube fakeSC Selina_HT 0)
FUUID 5ddc2494-f33f-fc62-b3b7-e4736f6834806131
MODEL FHEM
NAME Fensteroffen_Selina_HT
NOTIFYDEV global
NR 20209
NTFY_ORDER 50-Fensteroffen_Selina_HT
STATE initialized
TYPE DOIF
VERSION 20423 2019-10-29 18:50:08
READINGS:
2019-12-01 09:18:25 cmd 0
2019-12-01 09:18:25 mode enabled
2019-12-01 09:18:25 state initialized
Regex:
accu:
attr:
cmdState:
wait:
0:
10
waitdel:
condition:
do:
0:
helper:
DEVFILTER ^global$
NOTIFYDEV global
globalinit 1
last_timer 0
sleeptimer -1
uiState:
uiTable:
Attributes:
devStateIcon cmd_1:sani_heating_level_0@blue cmd_2:sani_heating_level_100@red
icon sani_heating
room Doif
wait 10
Hier noch mal ein EventLog ich mache im Büro auf und oben bei den Kids schalten sie ebenfalls auf OFF..
2019-12-01 09:36:17 DOIF Fensteroffen_Buero_HT wait_timer: 01.12.2019 09:36:27 cmd_1 Buero_links_Sensor
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor device-modelid: lumi.sensor_magnet.aq2
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor device-powersource: Battery
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor device-type: EndDevice
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor device-manufid: 4151
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor device-swbuildid: 3000-0001
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor device-ieeeaddr: 0x00158d0003216589
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor device-manufname: LUMI
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor device-hwversion: 2
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor device-status: online
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor device-nwkaddr: 48152
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor device-datecode: 20161128
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor device-friendlyname: Buero_links_Sensor
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor linkquality: 26
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor open
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor contact: false
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor voltage: 2985
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor battery: ok
2019-12-01 09:36:17 XiaomiMQTTDevice Buero_links_Sensor battery_level: 91
2019-12-01 09:36:17 XiaomiMQTTDevice Zigbee2MQTT transmission-state: incoming publish received
2019-12-01 09:36:27 DOIF Fensteroffen_Buero_HT wait_timer: no timer
2019-12-01 09:36:27 CUL MaxCUL credit10ms: 900
2019-12-01 09:36:27 CUL_MAX MaxCube fakeSC Buero_HT 1
2019-12-01 09:36:27 DOIF Fensteroffen_Buero_HT cmd_nr: 1
2019-12-01 09:36:27 DOIF Fensteroffen_Buero_HT cmd: 1
2019-12-01 09:36:27 DOIF Fensteroffen_Buero_HT cmd_event: Buero_links_Sensor
2019-12-01 09:36:27 DOIF Fensteroffen_Buero_HT cmd_1
2019-12-01 09:36:28 MAX Buero_HT mode: manual
2019-12-01 09:36:28 MAX Buero_HT battery: ok
2019-12-01 09:36:28 MAX Buero_HT batteryState: ok
2019-12-01 09:36:28 MAX Buero_HT panel: unlocked
2019-12-01 09:36:28 MAX Buero_HT rferror: 0
2019-12-01 09:36:28 MAX Buero_HT desiredTemperature: off
2019-12-01 09:36:28 MAX Buero_HT valveposition: 0
2019-12-01 09:36:28 MAX Buero_HT off °C
2019-12-01 09:36:28 MAX Buero_HT RSSI: -65
2019-12-01 09:36:39 MAX Phillip_HT mode: manual
2019-12-01 09:36:39 MAX Phillip_HT battery: ok
2019-12-01 09:36:39 MAX Phillip_HT batteryState: ok
2019-12-01 09:36:39 MAX Phillip_HT panel: unlocked
2019-12-01 09:36:39 MAX Phillip_HT rferror: 0
2019-12-01 09:36:39 MAX Phillip_HT desiredTemperature: off
2019-12-01 09:36:39 MAX Phillip_HT temperature: 19.5
2019-12-01 09:36:39 MAX Phillip_HT valveposition: 0
2019-12-01 09:36:39 MAX Phillip_HT off °C
2019-12-01 09:36:39 MAX Phillip_HT RSSI: -81
2019-12-01 09:36:48 MAX Selina_HT mode: manual
2019-12-01 09:36:48 MAX Selina_HT battery: ok
2019-12-01 09:36:48 MAX Selina_HT batteryState: ok
2019-12-01 09:36:48 MAX Selina_HT panel: unlocked
2019-12-01 09:36:48 MAX Selina_HT rferror: 0
2019-12-01 09:36:48 MAX Selina_HT desiredTemperature: off
2019-12-01 09:36:48 MAX Selina_HT temperature: 18.3
2019-12-01 09:36:48 MAX Selina_HT valveposition: 0
2019-12-01 09:36:48 MAX Selina_HT off °C
2019-12-01 09:36:48 MAX Selina_HT RSSI: -51
Zitat von: D3ltorohd am 01 Dezember 2019, 09:25:09
Es hat jeder seinen eigenen Kontakt und jedes DOIF ja seine eigenen Befehle für jeden HT.
und hat auch jedes HT seine eigene groupid ? oder ist die noch überall 0 ?
Group hatte bis jetzt nur das WT und die HT's im Wohnzimmer.
Die anderen HT's haben keine Group.
Darauf bin ich auch gerade gekommen, hab dem Doif und dem passenden HT eine Group erstellt, muss das eine Zahl sein ? Habe attr Group Buero gesetzt. Hat aber nichts gebracht, die HT's oben schalten auch auf OFF.
OMG .. nein , nein und nochmal nein. Welche Attribut goup in FHEM irgendein Gerät hat ist völlig wurscht !
Hier geht es darum jedem MAX Device mittels set <name> groupid x alle die zusammen gehören eine eindeutige Nummer zu verpassen.
D.h. hast du im Bad ein HT & WT bekommen z.b. beide die 5 , im Wohnzimmer mit 2x HT und 1 x WT alle drei die 6 usw.
Für MAX bildet die groupid quasi den Raum ab in dem sie verbaut sind.
Ah ups ok, ne das hab ich definitiv nicht Dann werde ich das mal probieren. Vielen Dank für den Hinweis und die Erklärung.
Muss auch gemacht werden, wenn ich kein WT nutze in den Räumen ?
EDIT:
So scheint zu klappen jetzt, die anderen reagieren nicht mehr, bei meinem Test.
Trotzdem unverständlich, wenn ein DOIF speziell an ein Device einen Befehl sendet, aber alle darauf reagieren.
Zitat von: D3ltorohd am 01 Dezember 2019, 19:00:15
Muss auch gemacht werden, wenn ich kein WT nutze in den Räumen ?
Ich schrieb doch das die groupID in der org Software einen Raum abbildet, also wurscht was du hast, Hauptsache eindeutig
Zitat von: D3ltorohd am 01 Dezember 2019, 19:00:15
Trotzdem unverständlich, wenn ein DOIF speziell an ein Device einen Befehl sendet, aber alle darauf reagieren.
Works as designed , der fakeSC geht intern immer an eine Gruppe :)