HM-CC-RT-DN Entpeeren funktioniert nicht-Wie FHEM von falschen Werten bereinigen

[Ruggy]

Hallo,

habe es nicht hinbekommen, dass ich drei Heizkörperthermostate HM-CC-RT-DN (WOH_HEIZUNG_1, WOH_HEIZUNG_2, WOH_HEIZUNG_3) mit einem externen Thermometer verbinde um diese Temperatur zur Steuerung zu verwenden.

Versucht habe ich es u.a. mit folgender Anleitung:
https://raspberry.tips/hausautomatisierung/fhem/heizungssteuerung-mit-homematic-hm-cc-rt-dn-und-fhem-auf-dem-raspberry-pi


Leider funktioiniert es immer noch nicht; als Hilfe habe ich folgenden Thread:
https://forum.fhem.de/index.php/topic,95699.msg906413.html#msg906413

Anscheinend ist o.g. Anleitung nicht richtig und ich müsste pro Heizkörperthermostat ein virtuelles device plus jeweils einen virtuellenen Kanal erstellen.
Komischerweise funktioniert es mit einen Thermostat (WOH_HEIZUNG_3) mit den anderen zwei nicht. Dies hätte ich auch schon im o.g. Thread näher beschrieben.

Da ich ja die Heizkörperthermostate bereits (falsch) gepeert habe wollte ich diese wieder "entpeeren" um wieder von Vorne zu beginnen.

Mit folgenden Befehl:

Code Auswählen Erweitern

set WOH_virt_Temperatur_Sensor1 peerChan 0 WOH_HEIZUNG_1_Weather single unset

Leider habe ich hier anscheinend schon wieder einen (anderen) Fehler gemacht.


Wie bekomme ich es hin, dass ich alle Spuren von meinen Versuchen entferne ohne FHEM komplett neu zu installieren?


Der Befehl

Code Auswählen Erweitern

get hm configCheck

gibt folgendes Ergebniss:

Code Auswählen Erweitern

configCheck done:

missing register list
    WOH_HEIZUNG_1_Weather: RegL_01.

peer not defined
    WOH_HEIZUNG_1_Weather id:96517501
    WOH_HEIZUNG_2_Weather id:96655501

trigger sent to undefined device
    triggerUndefined: WOH_SCHALTER_1_Btn_01:FA3B12
    triggerUndefined: WOH_SCHALTER_1_Btn_02:FA3B12

Was kann ich jetzt machen?
Bin schon kurz vorm Verzweifeln... 
Welche List kann ich zur Verfügung stellen um den Fehler zu finden?

Vielen Dank
Viele Grüße
Ruggy

[Beta-User]

Hier wäre eigentlich kein neuer Thread erforderlich gewesen...

Vorab: Die Frage ist nicht, wie du "falsche" Werte "aus FHEM" bekommst, sondern, wie du nur noch die richtigen _in deinen Thermostaten_ haben kannst. Die Peers werden nämlich auf dem jeweiligen Gerät gespeichert, du kannst FHEM noch 5x jungfräulich installieren, ohne dass sich da was tut; FHEM holt die nur dort ab .

An sich hast du das schon richtig gemacht (mal abgesehen davon, dich auf einen CUL als IO einzulassen; das wird doch in diesem unseligen Video so gemacht, oder?). Aber auch damit sollte es gehen.

Wichtig ist zunächst, dass vor solchen Aktionen keine Funkoperationen zu dem Gerät mehr anstehen. Wenn da also was von "CMDs pending" steht, muß erst mal da Ordnung gemacht werden. Manchmal reicht Abarbeiten lassen (config-Knopf ggf. mehrfach drücken), manchmal einfach ein clear msgEvents (am jeweiligen Zielgerät der Funkaktion, hier also nur am RT).
Dann einmalig den Befehl absetzen und Knopf drücken oder - bei lazy-irgendwas-Geräten wie dem RT - WARTEN und Geduld haben.

Wenn dann alles soweit durch ist, nochmal mit getConfig checken, dann sollte (nach geduldigem WARTEN) alles wieder sein, wie es sollte.

Ansonsten gibt's noch regBulk. Dazu bitte commandref und ggf. mal den hinteren Teil des Einsteiger-pdf's konsultieren. Das ist zu den HM-Geschichten immer noch DIE Infoquelle, die man kennen sollte.

Good luck!

[Ruggy]

Hallo,

bzgl. dem CUL hat sich schon im anderen Tread geklärt. Habe das HM-MOD-RPI-PCB HomeMatic Funkmodul und anfangs dies auch falsch gemacht.

Wenn die Peers auf den Gerät gespeichert werden; kann es sein, dass auf dem Gerät mehrere HMID's gespeichert werden?
Hatte nämlich anfangs, durch meine Probiererei, für ein Device bzw. Thermostat verschiedene HMID's verwendet (weil ich verschiedene Anleitungen mir angeschaut habe). Ist dabei evlt. das Thermostat durcheinander gekommen?
Müsste ich das Thermostat komplett resetten und neu einrichten?

Bei allen drei Geräten steht als status "CMDs_done". Also wäre ja alles ok.
Aber trotzdem schaffe ich es bei zwei Thermostaten nicht, dass in beide Richtungen gepeert wird. Beim dritten klappte es aber. Also mache ich es doch grundsätzlich richtig, wenn es bei einem funktioniert?

Sorry, dass ich einen weiteren Tread aufgemacht habe. Dachte mir aber, dass das entpeeren und die Frage nach dem "Bereinigen" des HM-CC-RT-DN nicht unbedingt zu meinem Ursprünglichen Problem passt. Was aber leider immer noch eines ist.

Kann es an den verschiedenen HMID's liegen?

[Beta-User]

Sorry, aber da gehen die Begrifflichkeiten m.E. zu sehr durcheinander.

Kläre erst mal für dich, was eine HmID ist und was ein Kanal. Schau die Definitionen in FHEM an (ganz genau).

Grundsätzlich kann ein RT-Weather-Kanal nach meiner Kenntnis mit bis zu 6 Kanälen von anderen Devices gepeert werden.

Aber Zentrale (siehe Pairing im Wiki) kann nur eine sein, und die sollte auch bei allen 3 gleich sein.

Ich kann (und will) aber nicht raten, was du jetzt im Einzelnen mit den mehreren HmID's meinst, die du genutzt haben willst.

Vielleicht folgendes zum mitdenken:
Ich habe EINE VCCU und noch zwei weitere virtuelle CUL_HM-Device mit einer eigenen, anderen HmID. Beide haben je einen virtuellen Kanal (eigentlich sollte man die VCCU dafür nicht nutzen, sondern ein separates 4. virtuelles Device), die wie folgt gepeert sind (an den Geräten je mit dem passenden Kanal, versteht sich):
Kanal1 von virtuellem CUL_HM-Device 1 mit 2 RT'sKanal1 von virtuellem CUL_HM-Device 2 mit einem anderen RTKanal2 von der VCCU (die ist eigentlich auch nur ein virtuelles CUL_HM-Device) mit noch 2 RT's und einem Wandthermostaten.

Die beiden RT's vom "normalen virtuellen" Device befinden sich in einem Raum (mit 2 Außentüren und werden miteinander runtergeregelt, wenn mind. eine der beiden Türen länger offen ist, bei den nachfolgenden ist es je ein Türkontakt, der länger offen sein muß),die 3 RT/WT in einem anderen mit einer Außentürder einzelne RT im Gang neben der Haustür

Wird es jetzt klarer, wie die Dinge zusammengehören?

Und bitte: lies das pdf. (ich habe den hinteren Teil auch bestimmt 5 Mal gelesen und dabei rumprobiert, bis ich halbwegs verstanden zu haben glaubte, wie das funktioniert).

[Ruggy]

Bzgl. den "HMID's" meinte ich die 6-Stellige Homematic-Id

Ich habe anfangs einmal den Befehl

Code Auswählen Erweitern

define WOH_virt_Temperatur CUL_HM 968863

und bei einem weiteren Versuch den Befehl gegeben

Code Auswählen Erweitern

define WOH_virt_Temperatur CUL_HM 965175

Also zwei verschiedene Homematic_ID's. Hier frage ich mich, ob dies ein Problem darstellen könnte und dadurch etwas durcheinander gekommen ist?
Auch durch mein darauf folgendes Herumprobieren.


Im Kinderzimmer mit zwei Thermostaten hat das peeren ohne Probleme funktioniert.

Im Wohnzimmer will es aber nicht klappen. Es funktioniert bei einem Thermostat und bei zwei nicht.
Obwohl ich meiner Meinung nach gleich vorgegangen bin.

Dafür muss es doch einen Grund geben?

Im Device "WOH_HEIZUNG_3_Weather" (welches funktioniert) steht bei "peerIDs" die 96886303, also die richtige.
Im Device "WOH_HEIZUNG_1_Weather" und "WOH_HEIZUNG_2_Weather" bei "peerIDs"  die 96655501 bzw. die 96517501. Also die falschen.
Hier sollte doch die 96886301 bzw. 96886302 stehen...



Das PDF lese ich mir noch ein paarmal durch obwohl ich es schon öfters gelesen habe.

Vielleicht folgendes zum mitdenken:

Alleine das musste ich mehrmals durchlesen, bevor ich es einigermaßen verstanden habe. Sorry, liegt aber nicht an dir

[Beta-User]

Es gibt sicher einen Grund...

Aber nur, weil du hier postest, gelten immer noch die Regeln wie im Anfängerbereich bekanntgegeben: Ohne list(s) muß man raten.

V.a.: Paßt das Pairing?

Aber nochmal zurück auf los: Du schreibst erst (sinngemäß, so habe ich das verstanden), 968863 gäbe es nicht mehr (das Device mit demselben Namen hat jetzt eine andere HmID), aber dann später, dass 96886303 korrekt wäre. Fällt dir was auf?

Und mit dem pdf ist in diesem Zusammenhang eigentlich der ANHANG gemeint.

[Ruggy]

Anfangs die 968863  verwendet, dann eine andere und jetzt wieder die 968863 um nicht noch eine dritte zu verwenden.


Hier die Lists.

List hm

Code Auswählen Erweitern

Internals:
   FUUID      5c65c66e-f33f-194f-60bb-b48677201217c8a5
   NAME       hm
   NR         73
   NTFY_ORDER 50-hm
   STATE      updated:2019-01-07 23:53:24
   TYPE       HMinfo
   Version    01
   READINGS:
     2019-01-07 23:53:24   CRI__protocol   -
     2019-01-07 23:53:24   C_sumDefined    entities:39,device:6,channel:31,virtual:2
     2019-01-07 23:53:24   ERR__protocol   -
     2019-01-07 23:53:24   ERR__unreachable 0
     2019-01-07 23:53:24   I_actTotal      alive:5,dead:0,unkn:0,off:0
     2019-01-07 23:53:24   I_autoReadPend  0
     2019-01-07 23:53:24   I_rssiMinLevel  59<:1 60>:2 80>:2 99>:0
     2019-01-07 23:53:24   I_sum_battery   ok:5,
     2019-01-07 23:53:24   W__protocol     CmdPend:1,Resnd:2
   helper:
     cfgChkResult configCheck done:

missing register list
    WOH_HEIZUNG_1_Weather: RegL_01.

peer not defined
    WOH_HEIZUNG_1_Weather id:96517501
    WOH_HEIZUNG_2_Weather id:96655501

trigger sent to undefined device
    triggerUndefined: WOH_SCHALTER_1_Btn_01:FA3B12
    triggerUndefined: WOH_SCHALTER_1_Btn_02:FA3B12
     weekplanListDef ./FHEM/tempList.cfg
     weekplanListDir ./FHEM/
     bm:
       HMinfo_GetFn:
         cnt        4
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 16:16:33
         max        0.0140740871429443
         tot        0.0269870758056641
         mAr:
           HASH(0x2929968)
           hm
           configCheck
       HMinfo_Notify:
         cnt        6143
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 16:53:54
         max        0.00103902816772461
         tot        0.174458980560303
         mAr:
           HASH(0x2929968)
           HASH(0x1c57168)
       HMinfo_SetFn:
         cnt        5
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 22:46:34
         max        0.0205450057983398
         tot        0.0210332870483398
         mAr:
           HASH(0x2929968)
           hm
           peerXref
     weekplanList:
       KIND_HEIZUNG_1_Clima
       KIND_HEIZUNG_2_Clima
       WOH_HEIZUNG_1_Clima
       WOH_HEIZUNG_2_Clima
       WOH_HEIZUNG_3_Clima
   nb:
     cnt        6
Attributes:
   configDir  FHEM
   sumERROR   battery:ok,sabotageError:off,powerError:ok,overload:off,overheat:off,reduced:off,motorErr:ok,error:none,uncertain:[no|yes],smoke_detect:none,cover:closed
   sumStatus  battery,sabotageError,powerError,motor
   webCmd     update:protoEvents short:rssi:peerXref:configCheck:models


list WOH_HEIZUNG_1_Weather

Code Auswählen Erweitern

Internals:
   DEF        62FAC401
   FUUID      5c65c66f-f33f-194f-ebd2-f62164a2a76c7f32
   NAME       WOH_HEIZUNG_1_Weather
   NOTIFYDEV  global
   NR         107
   NTFY_ORDER 50-WOH_HEIZUNG_1_Weather
   STATE      24.4
   TYPE       CUL_HM
   chanNo     01
   device     WOH_HEIZUNG_1
   peerList   96517501,
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1550960346.40933
           VALUE      24.4
   READINGS:
     2019-01-13 13:25:17   R-sign          off
     2019-02-23 23:19:06   measured-temp   24.4
     2019-02-22 17:57:02   peerList        96517501,
     2019-02-23 23:19:06   state           24.4
   helper:
     getCfgListNo
     peerIDsRaw ,96517501,00000000
     regLst     ,1
     bm:
       CUL_HM_Get:
         cnt        3
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 16:28:15
         max        0.00108504295349121
         tot        0.00284600257873535
         mAr:
           HASH(0x2e39d78)
           WOH_HEIZUNG_1_Weather
           ?
       CUL_HM_Set:
         cnt        178
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 23:16:03
         max        0.0161049365997314
         tot        1.53236985206604
         mAr:
           HASH(0x2e39d78)
           WOH_HEIZUNG_1_Weather
           ?
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     regCollect:
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   model      HM-CC-RT-DN
   peerIDs    00000000,96517501,


list WOH_HEIZUNG_2_Weather

Code Auswählen Erweitern

Internals:
   DEF        62FB0B01
   FUUID      5c65c66e-f33f-194f-0bec-4ada40121057493e
   NAME       WOH_HEIZUNG_2_Weather
   NOTIFYDEV  global
   NR         34
   NTFY_ORDER 50-WOH_HEIZUNG_2_Weather
   STATE      23.9
   TYPE       CUL_HM
   chanNo     01
   device     WOH_HEIZUNG_2
   peerList   96655501,
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1550960408.46844
           VALUE      23.9
   READINGS:
     2018-11-23 19:22:09   R-sign          off
     2019-02-22 17:55:06   RegL_01.         00:00 08:00
     2019-02-23 23:20:08   measured-temp   23.9
     2019-02-22 17:55:06   peerList        96655501,
     2019-02-23 23:20:08   state           23.9
   helper:
     peerIDsRaw ,96655501,00000000
     regLst     ,1
     bm:
       CUL_HM_Get:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 22:30:45
         max        0.000507116317749023
         tot        0.000507116317749023
         mAr:
           HASH(0x228c698)
           WOH_HEIZUNG_2_Weather
           ?
       CUL_HM_Set:
         cnt        22
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 23:10:14
         max        0.0155689716339111
         tot        0.196925401687622
         mAr:
           HASH(0x228c698)
           WOH_HEIZUNG_2_Weather
           ?
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     regCollect:
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   model      HM-CC-RT-DN
   peerIDs    00000000,96655501,

List WOH_HEIZUNG_3_Weather

Code Auswählen Erweitern

Internals:
   DEF        62FACF01
   FUUID      5c65c66e-f33f-194f-0ac0-08f1997657c8a51d
   NAME       WOH_HEIZUNG_3_Weather
   NOTIFYDEV  global
   NR         25
   NTFY_ORDER 50-WOH_HEIZUNG_3_Weather
   STATE      22.1
   TYPE       CUL_HM
   chanNo     01
   device     WOH_HEIZUNG_3
   peerList   WOH_virt_Temperatur_Sensor3,
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1550960512.95635
           VALUE      22.1
   READINGS:
     2018-11-23 19:21:42   R-sign          off
     2019-02-13 21:18:32   RegL_01.        08:00 00:00
     2019-02-23 23:21:52   measured-temp   22.1
     2019-02-14 20:50:07   peerList        WOH_virt_Temperatur_Sensor3,
     2019-02-23 23:21:52   state           22.1
   helper:
     regLst     ,1
     bm:
       CUL_HM_Get:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 22:30:43
         max        0.000873088836669922
         tot        0.000873088836669922
         mAr:
           HASH(0x21af398)
           WOH_HEIZUNG_3_Weather
           ?
       CUL_HM_Set:
         cnt        22
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 23:14:18
         max        0.0123419761657715
         tot        0.192125797271729
         mAr:
           HASH(0x21af398)
           WOH_HEIZUNG_3_Weather
           ?
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     tmpl:
Attributes:
   model      HM-CC-RT-DN
   peerIDs    00000000,96886303,

List WOH_HEIZUNG_1

Code Auswählen Erweitern

Internals:
   DEF        62FAC4
   FUUID      5c65c66f-f33f-194f-3792-0c0466630a9bfee7
   HmUART_MSGCNT 5255
   HmUART_RAWMSG 05000028A4861062FAC40000000AB0F40C0C00
   HmUART_RSSI -40
   HmUART_TIME 2019-02-23 23:21:54
   IODev      HmUART
   LASTInputDev HmUART
   MSGCNT     5255
   NAME       WOH_HEIZUNG_1
   NOTIFYDEV  global
   NR         105
   NTFY_ORDER 50-WOH_HEIZUNG_1
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 WOH_HEIZUNG_1_Weather
   channel_02 WOH_HEIZUNG_1_Climate
   channel_03 WOH_HEIZUNG_1_WindowRec
   channel_04 WOH_HEIZUNG_1_Clima
   channel_05 WOH_HEIZUNG_1_ClimaTeam
   channel_06 WOH_HEIZUNG_1_remote
   lastMsg    No:A4 - t:10 s:62FAC4 d:000000 0AB0F40C0C00
   protCmdDel 6
   protLastRcv 2019-02-23 23:21:54
   protNack   2 last_at:2019-02-22 18:12:26
   protRcv    5255 last_at:2019-02-23 23:21:54
   protResnd  1 last_at:2019-02-22 17:57:08
   protSnd    96 last_at:2019-02-23 13:24:35
   protState  CMDs_done
   rssi_HmUART cnt:4 min:-36 max:-36 avg:-36 lst:-36
   rssi_at_HmUART cnt:5255 min:-51 max:-32 avg:-38.22 lst:-40
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1550924675.70768
           VALUE      CMDs_done
   READINGS:
     2019-02-14 20:50:07   Activity        alive
     2019-02-22 18:12:26   CommandAccepted no
     2019-02-10 08:37:47   D-firmware      1.4
     2019-02-10 08:37:47   D-serialNr      OEQ1704670
     2019-02-22 17:57:01   PairedTo        0xFA3B12
     2019-02-14 20:51:24   R-backOnTime    10 s
     2019-02-14 20:51:24   R-burstRx       on
     2019-02-14 20:51:24   R-cyclicInfoMsg on
     2019-02-14 20:51:24   R-cyclicInfoMsgDis 0
     2019-02-14 20:51:24   R-pairCentral   0xFA3B12
     2019-02-22 17:57:01   RegL_00.         00:00 01:01 02:01 09:01 0A:FA 0B:3B 0C:12 0E:0A 0F:00 11:00 12:15 16:01 18:00 19:00 1A:00
     2019-02-23 23:21:54   actuator        12
     2019-02-23 23:21:54   battery         ok
     2019-02-23 23:21:54   batteryLevel    2.7
     2019-02-23 23:21:54   desired-temp    22.0
     2019-02-23 23:21:54   measured-temp   24.4
     2019-02-23 23:21:54   motorErr        ok
     2019-02-09 08:04:32   powerOn         2019-02-09 08:04:32
     2019-02-09 08:04:32   recentStateType info
     2019-02-23 13:24:35   state           CMDs_done
     2019-02-23 13:24:35   time-request    -
     RegL_07.:
       VAL       
   helper:
     HM_CMDNR   164
     cSnd       01FA3B1262FAC406040000000001,01FA3B1262FAC401019651750101
     mId        0095
     regLst     ,0
     rxType     140
     supp_Pair_Rep 0
     bm:
       CUL_HM_Get:
         cnt        2
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 16:44:06
         max        0.000986099243164062
         tot        0.00152230262756348
         mAr:
           HASH(0x2e631b8)
           WOH_HEIZUNG_1
           ?
       CUL_HM_Set:
         cnt        159
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 22:33:23
         max        0.017632007598877
         tot        1.60076189041138
         mAr:
           HASH(0x2e631b8)
           WOH_HEIZUNG_1
           ?
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +62FAC4,00,00,00
       nextSend   1550960514.69221
       prefIO     
       rxt        2
       vccu       
       p:
         62FAC4
         00
         00
         00
     mRssi:
       mNo        A4
       io:
         HmUART:
           -32
           -32
     prt:
       bErr       0
       sProc      0
       sleeping   1
       rspWait:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       dev        1
       prs        1
     rssi:
       HmUART:
         avg        -36
         cnt        4
         lst        -36
         max        -36
         min        -36
       at_HmUART:
         avg        -38.2253092293055
         cnt        5255
         lst        -40
         max        -32
         min        -51
     shRegW:
       07         04
     shadowReg:
     tmpl:
Attributes:
   IODev      HmUART
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   group      Heizung
   model      HM-CC-RT-DN
   room       Wohnzimmer
   serialNr   OEQ1704670
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit

List WOH_HEIZUNG_2

Code Auswählen Erweitern

Internals:
   DEF        62FB0B
   FUUID      5c65c66e-f33f-194f-66eb-3ccb772b3149532c
   HmUART_MSGCNT 5205
   HmUART_RAWMSG 050000229F861062FB0B0000000AB0ED0E0800
   HmUART_RSSI -34
   HmUART_TIME 2019-02-23 23:22:48
   IODev      HmUART
   LASTInputDev HmUART
   MSGCNT     5205
   NAME       WOH_HEIZUNG_2
   NOTIFYDEV  global
   NR         32
   NTFY_ORDER 50-WOH_HEIZUNG_2
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 WOH_HEIZUNG_2_Weather
   channel_02 WOH_HEIZUNG_2_Climate
   channel_03 WOH_HEIZUNG_2_WindowRec
   channel_04 WOH_HEIZUNG_2_Clima
   channel_05 WOH_HEIZUNG_2_ClimaTeam
   channel_06 WOH_HEIZUNG_2_remote
   lastMsg    No:9F - t:10 s:62FB0B d:000000 0AB0ED0E0800
   protCmdDel 3
   protLastRcv 2019-02-23 23:22:48
   protNack   1 last_at:2019-02-22 17:50:40
   protRcv    5205 last_at:2019-02-23 23:22:48
   protSnd    48 last_at:2019-02-23 13:22:38
   protState  CMDs_done
   rssi_HmUART cnt:4 min:-31 max:-31 avg:-31 lst:-31
   rssi_at_HmUART cnt:5205 min:-57 max:-29 avg:-34.49 lst:-34
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1550924558.27388
           VALUE      CMDs_done
   READINGS:
     2019-02-14 20:50:07   Activity        alive
     2019-02-22 17:55:05   CommandAccepted yes
     2019-02-13 21:01:40   D-firmware      1.4
     2019-02-13 21:01:40   D-serialNr      OEQ1704649
     2019-02-22 17:55:05   PairedTo        0xFA3B12
     2018-11-23 19:22:09   R-backOnTime    10 s
     2019-02-13 22:29:35   R-burstRx       on
     2018-11-23 19:22:09   R-cyclicInfoMsg on
     2018-11-23 19:22:09   R-cyclicInfoMsgDis 0
     2018-11-23 19:22:09   R-pairCentral   0xFA3B12
     2019-02-22 17:55:05   RegL_00.         00:00 01:01 02:01 09:01 0A:FA 0B:3B 0C:12 0E:0A 0F:00 11:00 12:15 16:01 18:00 19:00 1A:00
     2019-02-23 23:22:48   actuator        8
     2019-02-23 23:22:48   battery         ok
     2019-02-23 23:22:48   batteryLevel    2.9
     2019-02-23 23:22:48   desired-temp    22.0
     2019-02-23 23:22:48   measured-temp   23.7
     2019-02-23 23:22:48   motorErr        ok
     2019-02-09 08:02:18   powerOn         2019-02-09 08:02:18
     2019-02-09 08:02:18   recentStateType info
     2019-02-23 13:22:38   state           CMDs_done
     2019-02-23 13:22:38   time-request    -
     RegL_07.:
       VAL       
   helper:
     HM_CMDNR   159
     cSnd       01FA3B1262FB0B0603,01FA3B1262FB0B06040000000001
     mId        0095
     regLst     ,0
     rxType     140
     supp_Pair_Rep 0
     bm:
       CUL_HM_Get:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 22:30:32
         max        0.000817060470581055
         tot        0.000817060470581055
         mAr:
           HASH(0x2204d48)
           WOH_HEIZUNG_2
           ?
       CUL_HM_Set:
         cnt        155
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 18:32:04
         max        0.0167081356048584
         tot        1.53052425384521
         mAr:
           HASH(0x2204d48)
           WOH_HEIZUNG_2
           ?
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +62FB0B,00,00,00
       nextSend   1550960569.00251
       prefIO     
       rxt        2
       vccu       
       p:
         62FB0B
         00
         00
         00
     mRssi:
       mNo        9F
       io:
         HmUART:
           -26
           -26
     prt:
       bErr       0
       sProc      0
       sleeping   1
       rspWait:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       dev        1
       prs        1
     rssi:
       HmUART:
         avg        -31
         cnt        4
         lst        -31
         max        -31
         min        -31
       at_HmUART:
         avg        -34.4941402497598
         cnt        5205
         lst        -34
         max        -29
         min        -57
     shRegW:
       07         04
     shadowReg:
     tmpl:
Attributes:
   IODev      HmUART
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   group      Heizung
   model      HM-CC-RT-DN
   room       Wohnzimmer
   serialNr   OEQ1704649
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit


List WOH_HEIZUNG_3

Code Auswählen Erweitern

Internals:
   DEF        62FACF
   FUUID      5c65c66e-f33f-194f-db67-869f4db009b57c92
   HmUART_MSGCNT 5149
   HmUART_RAWMSG 050000269A861062FACF0000000AB0DD0E0100
   HmUART_RSSI -38
   HmUART_TIME 2019-02-23 23:24:17
   IODev      HmUART
   LASTInputDev HmUART
   MSGCNT     5149
   NAME       WOH_HEIZUNG_3
   NOTIFYDEV  global
   NR         23
   NTFY_ORDER 50-WOH_HEIZUNG_3
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 WOH_HEIZUNG_3_Weather
   channel_02 WOH_HEIZUNG_3_Climate
   channel_03 WOH_HEIZUNG_3_WindowRec
   channel_04 WOH_HEIZUNG_3_Clima
   channel_05 WOH_HEIZUNG_3_ClimaTeam
   channel_06 WOH_HEIZUNG_3_remote
   lastMsg    No:9A - t:10 s:62FACF d:000000 0AB0DD0E0100
   protLastRcv 2019-02-23 23:24:17
   protRcv    5149 last_at:2019-02-23 23:24:17
   protSnd    16 last_at:2019-02-23 13:19:21
   protState  CMDs_done
   rssi_HmUART cnt:4 min:-47 max:-46 avg:-46.5 lst:-47
   rssi_at_HmUART cnt:5149 min:-79 max:-35 avg:-46.36 lst:-38
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1550924361.93144
           VALUE      CMDs_done
   READINGS:
     2019-02-14 20:50:07   Activity        alive
     2019-02-16 10:48:19   CommandAccepted yes
     2019-02-13 21:01:29   D-firmware      1.4
     2019-02-13 21:01:29   D-serialNr      OEQ1704682
     2019-02-13 21:18:31   PairedTo        0xFA3B12
     2018-11-23 19:21:41   R-backOnTime    10 s
     2018-11-23 19:21:41   R-burstRx       on
     2018-11-23 19:21:41   R-cyclicInfoMsg on
     2018-11-23 19:21:41   R-cyclicInfoMsgDis 0
     2018-11-23 19:21:41   R-pairCentral   0xFA3B12
     2019-02-13 21:18:31   RegL_00.        01:01 02:01 09:01 0A:FA 0B:3B 0C:12 0E:0A 0F:00  11:00 12:15 16:01 18:00 19:00 1A:00 00:00
     2019-02-13 21:51:39   RegL_07.       
     2019-02-23 23:24:17   actuator        1
     2019-02-23 23:24:17   battery         ok
     2019-02-23 23:24:17   batteryLevel    2.9
     2019-02-23 23:24:17   desired-temp    22.0
     2019-02-23 23:24:17   measured-temp   22.1
     2019-02-23 23:24:17   motorErr        ok
     2019-02-09 07:59:07   powerOn         2019-02-09 07:59:07
     2019-02-09 07:59:07   recentStateType info
     2019-02-23 13:19:21   state           CMDs_done
     2019-02-23 13:19:21   time-request    -
   helper:
     HM_CMDNR   154
     cSnd       11FA3B1262FACF860427,11FA3B1262FACF860427
     mId        0095
     regLst     ,0
     rxType     140
     supp_Pair_Rep 0
     bm:
       CUL_HM_Get:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 22:30:31
         max        0.000988006591796875
         tot        0.000988006591796875
         mAr:
           HASH(0x1f83278)
           WOH_HEIZUNG_3
           ?
       CUL_HM_Set:
         cnt        154
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 21:35:05
         max        0.017819881439209
         tot        1.55424571037292
         mAr:
           HASH(0x1f83278)
           WOH_HEIZUNG_3
           ?
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +62FACF,00,00,00
       nextSend   1550960657.2675
       prefIO     
       rxt        2
       vccu       
       p:
         62FACF
         00
         00
         00
     mRssi:
       mNo        9A
       io:
         HmUART:
           -30
           -30
     prt:
       bErr       0
       sProc      0
       sleeping   1
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       prs        1
     rssi:
       HmUART:
         avg        -46.5
         cnt        4
         lst        -47
         max        -46
         min        -47
       at_HmUART:
         avg        -46.3606525538938
         cnt        5149
         lst        -38
         max        -35
         min        -79
     shRegW:
       07         04
     tmpl:
Attributes:
   IODev      HmUART
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   group      Heizung
   model      HM-CC-RT-DN
   room       Wohnzimmer
   serialNr   OEQ1704682
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit

list WOH_virt_Temperatur_Sensor1

Code Auswählen Erweitern

Internals:
   DEF        96886301
   FUUID      5c65c66f-f33f-194f-92c4-cb38dacb13b7f063
   NAME       WOH_virt_Temperatur_Sensor1
   NOTIFYDEV  global
   NR         134
   NTFY_ORDER 50-WOH_virt_Temperatur_Sensor1
   STATE      stopped
   TYPE       CUL_HM
   chanNo     01
   device     WOH_virt_Temperatur
   READINGS:
     2019-02-14 20:50:08   state           stopped
   helper:
     fkt        virtThSens
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
     tmpl:
     vd:
       idh        0
       idl        0
       msgCnt     1
       msgRed     0
       next       1550173977.7254
       nextM      1550173978.68267
Attributes:
   model      virtual_3
   peerIDs   
   webCmd     press short:press long

list WOH_virt_Temperatur_Sensor2

Code Auswählen Erweitern

Internals:
   DEF        96886302
   FUUID      5c65c66f-f33f-194f-6420-2ca380541b1b772e
   NAME       WOH_virt_Temperatur_Sensor2
   NOTIFYDEV  global
   NR         135
   NTFY_ORDER 50-WOH_virt_Temperatur_Sensor2
   STATE      stopped
   TYPE       CUL_HM
   chanNo     02
   device     WOH_virt_Temperatur
   READINGS:
     2019-02-14 20:50:08   state           stopped
   helper:
     fkt        virtThSens
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
     tmpl:
     vd:
       idh        0
       idl        0
       msgCnt     1
       msgRed     0
       next       1550173977.74342
       nextM      1550173978.68415
Attributes:
   model      virtual_3
   peerIDs   
   webCmd     press short:press long

list WOH_virt_Temperatur_Sensor3

Code Auswählen Erweitern

Internals:
   DEF        96886303
   FUUID      5c65c66f-f33f-194f-8c93-c7f616199e2856bb
   NAME       WOH_virt_Temperatur_Sensor3
   NOTIFYDEV  global
   NR         136
   NTFY_ORDER 50-WOH_virt_Temperatur_Sensor3
   STATE      set_virtTemp 22.11
   TYPE       CUL_HM
   chanNo     03
   device     WOH_virt_Temperatur
   peerList   WOH_HEIZUNG_3_Weather,
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1550960707.35093
           VALUE      set_virtTemp 22.11
       temperature:
         DbLog:
           TIME       1550960707.32122
           VALUE      22.11
   READINGS:
     2019-02-14 20:50:08   peerList        WOH_HEIZUNG_3_Weather,
     2019-02-23 23:25:07   state           set_virtTemp 22.11
     2019-02-23 23:25:07   temperature     22.11
   helper:
     fkt        virtThSens
     virtTC     00
     bm:
       CUL_HM_Set:
         cnt        86
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.02. 19:35:07
         max        0.509747982025146
         tot        13.2008366584778
         mAr:
           HASH(0x2f14c80)
           WOH_virt_Temperatur_Sensor3
           virtTemp
           21.95
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
     tmpl:
     vd:
       cmd        8470968863000000
       idh        2730472
       idl        25344
       msgCnt     52
       msgRed     0
       next       1550960928.02709
       nextM      1550960928.02709
       typ        2
       val        00DD
       vin        22.11
Attributes:
   model      virtual_3
   peerIDs    62FACF01,
   webCmd     press short:press long

list WOH_virt_Temperatur

Code Auswählen Erweitern

Internals:
   DEF        968863
   FUUID      5c65c66f-f33f-194f-16ce-89c70e3801f70a8d
   IODev      HmUART
   NAME       WOH_virt_Temperatur
   NOTIFYDEV  global
   NR         133
   NTFY_ORDER 50-WOH_virt_Temperatur
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 WOH_virt_Temperatur_Sensor1
   channel_02 WOH_virt_Temperatur_Sensor2
   channel_03 WOH_virt_Temperatur_Sensor3
   protSnd    5173 last_at:2019-02-23 23:28:48
   protState  CMDs_done
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1550960928.19061
           VALUE      CMDs_done
   READINGS:
     2019-02-23 23:28:48   state           CMDs_done
   helper:
     HM_CMDNR   236
     mId       
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       prefIO     
       vccu       
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     tmpl:
Attributes:
   IODev      HmUART
   expert     2_raw
   model      virtual_3
   msgRepeat  0
   subType    virtual
   webCmd     virtual

[Beta-User]

So, gedanklich nochmal von vorne:

Wenn du drei unterschiedliche Temperatur-Sensoren mit unterschiedlichen Werten nehmen willst, benötigst du nicht ein virtuelles Device mit drei Kanälen, sondern drei mit je einem Kanal...

Für Wohnung1-Wetter wäre das 965175 bzw. 96517501 (das steht schon im Aktor),für Wohnung2-Wetter entsprechend 966555 und 96655501 (dt.)
Wohnung3-Wetter ist schließlich mit Kanal 3 von 968863 gepeert (das kann so bleiben)

Ergo: lege zwei virtuelle Devices an mit den fehlenden 6-stelligen Nummern und ändere die Definitionen von den ersten beiden WOH_virt_Temperatur_Sensor(1|2) ab auf 96517501 bzw. 96655501.
Dann mußt du jeweils noch das peerIDs-Attribut anpassen (müßte eigentlich reichen) oder eben doch nochmal ein Peering durchführen...

Jedenfalls auf den Aktoren wäre es so ok, nur FHEM ist verbogen, weil du genau das Gegenteil von dem gemacht hast, was du eigentlich als Auftrag aus dem anderen Thread mitbekommen hast: Eine Temperatur => ein Kanal von einem _separaten_ Device.
Grad das letzte List sagt doch deutlich, was du hast: EIN Device mit 3 Kanälen... Und genau das geht nicht, jedenfalls nicht mit den RT's.

[Ruggy]

Meinst du die internen Temperatur-Sensoren in den drei Heizkörperthermostate HM-CC-RT-DN selber?

Weil ich habe doch nur einen externen Temperatur-Sensor (Xiaomi) und drei Heizkörper (mit je einen Heizkörperthermostat HM-CC-RT-DN) in einem Raum.


Deshalb hatte ich es auch nach dieser Anleitung versucht (https://raspberry.tips/hausautomatisierung/fhem/heizungssteuerung-mit-homematic-hm-cc-rt-dn-und-fhem-auf-dem-raspberry-pi), da ich dachte, dass  es vergleichbar mit meinem Vorhaben ist. In dieser Anleitung wurden es statt mit drei mit zwei Thermostaten konfiguriert.

Nach dieser Anleitung wurde für einen Raum ein virtuelles Device (bei mir WOH_virt_Temperatur) und pro HM-CC-RT-DN im Raum ein virtueller Aktor (bei mir

Code Auswählen Erweitern

set WOH_virt_Temperatur virtual 3). So dass ich dann 3 virtuelle Sensoren (Buttons) habe.

Wie bereits geschrieben hat es nach dieser Anleitung im Kinderzimmer (wo die HM-CC-RT-DN noch "jungfreulich" waren) funktioniert. Im Wohnzimmer habe ich durch meine vorherige Probiererei etwas durcheinander gebracht.

Wie kann ich das jetzt wieder geradebiegen?

Ich hoffe Du hast noch etwas Geduld mit mir; ich glaube nämlich, dass ich sonst hier nicht mehr weiterkommen.

[Beta-User]

Nein, es ging immer um den/die externen Temp-Sensoren, der/die via virtuellem Kanal gepeert werden soll/en.

Wenn also einer für drei maßgeblich sein soll, muss auf dem Wetter-Kanal im Aktor auch derselbe virtuelle Peer stehen - bei dir sind das aber drei verschiedene virtuelle Kanäle, und im Wetter-Kanal steht jeweils ein ganz anderes Stamm-Gerät drin.

Also doch: peerBulk verwenden, und erst mal die falschen Peers jeweils aus dem Wetter-Kanal werfen.

Dann alle (also auch die zwei, die nicht funktionieren) mit demselben virtuellen Kanal peeren (dem aus dem funktionierenden).

Das Prinzip muß aber so sein, wie ich das mit den Türkontakten schon dargestellt hatte: Alles, was zusammengehört (alle RTs und ggf. ein WT, nennen wir das Gruppe), bekommt ein virtuelles Stammdevice. Daran darf es max. zwei Kanäle geben, nämlich einen virtuellen Fenster/Türkontakt und ein Temp.-Kanal. Damit (mit dem Temp-Kanal und/oder dem FK-Kanal) wird die Gruppe dann jeweils in den entsprechenden Kanälen des RT/WT gepeert.

Sorry, wenn ich das nicht besser erklären kann, da fehlt mir im Moment auch etwas die Geduld.
Liegt vermutlich auch daran, dass ich mich über diese zumeist halbgaren Tutorials ärgere (leider ist das im Wiki auch noch verbesserungsfähig, sonst wäre ich schon lange raus).

Beim Nachlesen bzgl. peerBulk bin ich auch über die (deutsche) Commandref zu CUL_HM gestolpert. Lies da mal die Einleitung und dann den Teil zu peerBulk. Vielleicht verstehst du das dann besser, was ich meine und worauf ich raus wollte.

[Ruggy]

Eines möchte ich vorweg sagen.
Ich bin Dir dankbar, dass du Dir die Zeit nimmst (und auch andere User im anderen Treads); es ist nicht selbstverständlich, vor allem wenn sich jemand so anstellt wie ich 
Du erklärst es auch sehr gut; ich muss es halt erst verstehen.

In der Wiki habe ich bzgl. dem peeren zuerste nachgesehen. Leider bin ich damit nicht klar gekommen. Ich denke, dass es daran liegen könnte, dass die Wiki Leute schreiben, welche Ahnung davon haben. Leute die von der Sache Ahnung haben, verstehen das auch wahrscheinlich. Ein Leihe wie ich, hat damit aber dann evlt. Probleme. Deshalb hat ich nach weiteren Anleitungen gesucht. Diese eine hat es mir leichter gemacht.

Werde mir peerBulk nochmal genauer anschauen. Auf die Schnelle war es in der Wiki für leider auch (noch) nicht verständlich.
Ich muss es irgendwie schaffen, dass ich mein verursachtes Chaos wieder beseitigen kann...

Würde mich aber trotzdem freuen, wenn ich später nochmal evtl. Fragen beantortet bekomme.

Schöne Sonntag

[Beta-User]

Danke für die Rückmeldung, aber in dem Fall hatte ich mit Absicht auf die _deutsche commandref_ verwiesen und dort nur auf Abschnitte.
Am besten du "vergißt" erst mal alles, was du bisher gelesen hast und "lernst das aus der commandref auswendig" (nur die Auszüge...). Da steht sehr straff genau das, was du brauchst. Kein Gemüse drumrum, aber das Notwendige.

[Ruggy]

Erst mal vorne weg. Es funktioniert (hoffentlich nicht nur kurzzeitig) 

Ganz genau weiß ich immer noch nicht was ich gemacht habe aber es funktioniert und es werden keine Fehlermeldungen angezeigt.

Folgendes habe ich eingegeben

Code Auswählen Erweitern

set WOH_HEIZUNG_1_Weather peerBulk  96517501

Habe aber nicht bemerkt, dass sich etwas ändert oder funktioniert

---

Dann habe ich manuell unter WOH_HEIZUNG_1_Weather bei Attributes -> peerIDs die HMID "96517501" geändert auf "96886301"

Es wurde dann zumindest unter "peerList" "WOH_virt_Temperatur_Sensor1" angezeigt und nicht mehr "96517501"
Der Befehl

Code Auswählen Erweitern

set hm peerXref zeigte jedoch an, dass das peeren wieder nicht funktioniert hat.

Habe dann nochmal

Code Auswählen Erweitern

set WOH_virt_Temperatur_Sensor1 peerChan 0 WOH_HEIZUNG_1_Weather single set

Es funktionierte wieder nicht unter es wurde unter WOH_HEIZUNG_1_Weather bei Attributes -> peerIDs wieder die HMID "96517501" angezeigt.

Diese habe ich dann nochmal manuell die peerIDs auf "96886301"geändert.

Nun zeigte mir der Befehl

Code Auswählen Erweitern

set hm peerXref an, dass das peeren in beide Richtungen funktioniert.


Das selbe habe ich dann mit WOH_HEIZUNG_2_Weather gemacht und es funktioniert auch.

Zwischen den einzelnen Schritten habe ich immer mal wieder unter "WOH_HEIZUNG_1"

Code Auswählen Erweitern

getConfig geklickt (und am Thermostat die Anlerntaste gedrückt bis der Anlernmodus gestartet ist) bis "CMDs_done" dort stand.

Ich hoffe, dass es jetzt auf Dauer funktioniert.

Zuletzt habe ich dann noch mit den Befehl

Code Auswählen Erweitern

define at_WOH_virt_Temperatur_Sensor1 at +*00:05 { my $T=(ReadingsVal("WOH_LUFTFEUCHTE","temperature",20.0));; fhem "set WOH_virt_Temperatur_Sensor1 virtTemp $T" }

eingestelt, dass die wirkliche Temperatur an den virtuellen Sensor übertragen wird (das selbe mit Sensor2 und Sensor3)

[Ruggy]

Nicht optimal ist jedoch, dass die Temperaturwerte vom externen Thermometer zu verschiedenen Zeiten (1-3 Minuten) an die virtuellen Sensoren übertragen werden und dadurch unterschiedlich sind.

Kann man dies optimieren, dass die Sensoren immer gleichzeitig die Temperatur übermittelt bekommen (und somit alle immer dieselbe)?

[Beta-User]

Vorab mal: Schön, dass es jetzt soweit zu funktionieren scheint.

Was ich nicht verstehen: Warum das at, um die Temperaturwerte zu übertragen?
Wenn ein aktualisierter Wert reinkommt (vom Sensor), sollte dieser direkt auch im virtuellen Kanal landen (mit notify oder einem anderen EventHandler). Dort holt ihn der RT bzw. die RT'S dann jeweils ab, wenn er aufwacht. Allerdings sollte dazu der Sensor tatsächlich regelmäßig einen aktualisierten Wert senden, sonst verwenden die RT's irgendwann den internen Thermometer (was jedenfalls dann richtig ist, wenn der externe Sensor ausgefallen sein sollte).

Darüber solltest du dir nochmal Gedanken machen.

Weitere Anregung: Man braucht nicht unbedingt für jeden externen Sensor ein eigenes notify, sondern kann das generalisieren. Dazu muss dann aber der notify-Code "wissen", wohin er jetzt den Wert schicken muß. Das kann man hart vercoden, man kann aber auch z.B. einen FILTER verwenden, der dann den Wert "automatisch" an das richtige Device weitergibt. Hier würde ich empfehlen, je ein Reading am virtuellen Temp-Sensor (am Kanal) anzulegen, das als Inhalt den Namen des tatsächlichen Sensors hat. Der Readingname sollte "associatedWith" lauten. Damit kann nämlich FHEM ermitteln, dass die Geräte "probably associated with" (unten in der Detailansicht des Geräts) sind.

Beispielcode (Fritzbox-MAC-Check nach der Wiki-Anleitung, event-on-change-reading bei der Fritzbox gesetzt, so dass nur eine Änderung das notify triggert):

Code Auswählen Erweitern

defmod rr_xn_MAC_Check notify Fritzbox:mac_.*:.* {if ($EVTPART1 eq "inactive") {\
    fhem("set TYPE=dummy:FILTER=smartphone_MAC=$EVTPART0 smartphone absent");;\
  }\
  else {\
    fhem("set TYPE=dummy:FILTER=smartphone_MAC=$EVTPART0 smartphone present");;\
  }\
}
(das Reading "smartphone" ist in der setList der dummy-Geräte enthalten, weiter gibt es da ein Reading smartphone_MAC, das jeweils den zugehörigen Wert enthält)

Mußt du aber nicht so machen, ist wirklich nur als Anregung gedacht.

Gruß, Beta-User