Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

vbs · 03 April 2021, 23:54:12

Vielen Dank an euch für die wertvollen Infos. Hilft auf jeden Fall sehr.

Und ja, ansonsten läuft der Sensor absolut top und ich musste bisher keine Batterien wechseln! Vor allem auch die super Dokumentation zum Sensor ist Gold wert und hat erst einem Laien wie mir ermöglicht, den Sensor zu bauen und sich da einzuarbeiten ohne jeden Tag zig Anfängerfragen stellen zu müssen. Also nochmals vielen Dank für die klasse Arbeit!

Tom Major · 10 April 2021, 19:04:11

Zitat von: frank am 08 März 2021, 14:52:05
noch zur info:

wenn man eigene register in der homebrew.pm definiert und in der definition "literals" bestimmt, erwartet cul_hm "neuerdings?" auch den hash {litInv}, in dem die keys/values zu {lit} getauscht sind.

beim einlesen der HMConfig.pm wird das am ende automatisch gemacht:
Code Auswählen Erweitern
foreach my $rN (keys %culHmRegDefine) {#create literal inverse for fast search if ($culHmRegDefine{$rN}{lit}){# literal assigned => create inverse foreach my $lit (keys %{$culHmRegDefine{$rN}{lit}}){ $culHmRegDefine{$rN}{litInv}{$culHmRegDefine{$rN}{lit}{$lit}}=$lit; } } }

für einzelne neue register kann man das ja direkt definieren.
für das (schlechte, weil überflüssige) beispiel mit ledMode dann so:

Code Auswählen Erweitern
$HMConfig::culHmRegDefine{'ledMode'} = {a=> 5.6,s=>0.2,l=>0,min=>0 ,max=>1 ,p=>'n',c=>'lit',f=>'',u=>'' ,d=>0,t=>'LED mode',lit=>{off=>0,on=>1}, litInv=>{0=>'off', 1=>'on'}};

Hi frank,

ich baue gerade an einer neuen Firmware für den HB-UNI-Sensor1 mit eine paar neuen Params, und bei der Gelegenheit könnte ich was im Perl Skript ändern. Muss allerdings dazu sagen dass meine FHEM und Perl Kenntnisse immer mehr verblassen.

- hier muss das letzte Komma ganz hinten weg, richtig? (Vorlage war von Dirk)
https://github.com/TomMajor/SmartHome/blob/master/HB-UNI-Sensor1/FHEM/HMConfig_UniSensor1.pm#L7

- diese Zeile kann weg weil Reg. 5, die oberen 2 Bit immer/default? für den LEDMode verwendet werden, also ist diese Zeile überflüssig?
https://github.com/TomMajor/SmartHome/blob/master/HB-UNI-Sensor1/FHEM/HMConfig_UniSensor1.pm#L11

- das mit den altitude habe ich nicht verstanden. Klar sind die Regs dafür unterschiedlich zwischen Dirks altem Sensor und meiner Weiterentwicklung. Aber Dirk hatte ja DeviceModel F101/F102 während ich F103 habe, also komplett verschiedenen Geräte, zumindest für RaspberryMatic/CCU.

frank · 12 April 2021, 10:30:55

hallo tom,

Zitathier muss das letzte Komma ganz hinten weg, richtig? (Vorlage war von Dirk)

ja. da kein weiteres listenelement mehr kommt, gab es ein perl warning.

register

nach meinem aktuellen verständnis sieht es aktuell so aus:

- register werden in fhem eindeutig über den registernamen definiert und identifiziert (unabhängig von modelID).
- registernamen existieren daher maximal einmal fhemweit.
- bei fhemstart werden zuerst alle register in HMConfig.pm definiert, anschliessend die homebrew addons.
- wird ein registername 2 mal definiert, überschreibt die 2. definition die erste definition.
- unterschiedliche devices, die den selben registernamen verwenden, nutzen die selbe registerdefinition.

Zitat- das mit den altitude habe ich nicht verstanden. Klar sind die Regs dafür unterschiedlich zwischen Dirks altem Sensor und meiner Weiterentwicklung. Aber Dirk hatte ja DeviceModel F101/F102 während ich F103 habe, also komplett verschiedenen Geräte, zumindest für RaspberryMatic/CCU.

je nach reihenfolge der abarbeitung der homebrew addons bei fhemstart "gewinnt" die letzte definition von altitude.

Zitatdiese Zeile kann weg weil Reg. 5, die oberen 2 Bit immer/default? für den LEDMode verwendet werden, also ist diese Zeile überflüssig?

das register ledMode existiert bereits in HMConfig.pm, wodurch diese weitere definition von ledMode gewinnt.

im prinzip sind beide definitionen identisch.
es gibt aber mittlerweile eine besonderheit bei den definitionen von "literals", erkennbar durch c=>'lit'.
die genaue beschreibung der literals steht dann in lit=>{off=>0,on=>1}.
martin hat irgendwann, scheinbar zum schnelleren durchsuchen, auch eine "inverse" beschreibung der literals in der register definition eingeführt: litInv=>{0=>'off', 1=>'on'}.
in HMConfig.pm hat er es dadurch gelöst, dass er am ende von HMConfig.pm über eine funktion alle registerdefinitionen, die "lit" enthalten, mit der entsprechenden inversen beschreibung "litInv" ergänzt.

die "unvollständige" definition von ledMode im addon gewinnt und daher funktionieren die literals beim register ledMode dann in keinem device.
daher die ledMode definition löschen, denn sie ist überflüssig und kontraproduktiv.

ich denke, grundsätzlich sollte man nach vorhandenen registernamen in HMConfig.pm suchen und diese nutzen, wenn es passt.
kompliziert wird es mit mehreren addons, die zusätzliche register mit selbem namen aber unterschiedlichen definitionen nutzen.

daher gibt es auch in HMConfig.pm mehrere unterschiedliche lowBatLimit register:

Code Auswählen

  lowBatLimit     =>{a=> 18.0,s=>1.0,l=>0,min=>"10.0" ,max=>12    ,c=>''         ,p=>'n',f=>10      ,u=>'V'   ,d=>1,t=>"low batterie limit, step .1V"},
  lowBatLimitBA   =>{a=> 18.0,s=>1.0,l=>0,min=>"5.0"  ,max=>15    ,c=>''         ,p=>'n',f=>10      ,u=>'V'   ,d=>0,t=>"low batterie limit, step .1V"},
  lowBatLimitBA2  =>{a=> 18.0,s=>1.0,l=>0,min=>"0.0"  ,max=>15    ,c=>''         ,p=>'n',f=>10      ,u=>'V'   ,d=>0,t=>"low batterie limit, step .1V"},
  lowBatLimitBA3  =>{a=> 18.0,s=>1.0,l=>0,min=>"0.0"  ,max=>12    ,c=>''         ,p=>'n',f=>10      ,u=>'V'   ,d=>0,t=>"low batterie limit, step .1V"},
  lowBatLimitFS   =>{a=> 18.0,s=>1.0,l=>0,min=>"2.0"  ,max=>3     ,c=>''         ,p=>'n',f=>10      ,u=>'V'   ,d=>0,t=>"low batterie limit, step .1V"},
  lowBatLimitRT   =>{a=> 18.0,s=>1.0,l=>0,min=>"2.0"  ,max=>2.5   ,c=>''         ,p=>'n',f=>10      ,u=>'V'   ,d=>0,t=>"low batterie limit, step .1V"},

am einfachsten wäre es wohl, wenn jedes homebrew addon bei eigenen register definitionen auch eindeutige registernamen vergibt, damit bei mehreren addons keine doppeldefinitionen entstehen können.

gruss frank

Tom Major · 12 April 2021, 19:22:04

Hi frank,

ich danke dir für deine ausführlichen Erläuterungen.

Habe alles soweit verstanden, wobei mich die Tatsache des Überschreibens von Registerdefinitionen aufgrund eines gleichen Registernamens bei ganz unterschiedlichen Geräten doch sehr erstaunt. Das scheint ein fehleranfälliges Konzept zu sein um es vorsichtig auszudrücken

Die von dir zitierten lowBatLimitXX Stellen zeigen das auch.
Bei Original HM kann man natürlich gleiche Namen haben, die auf unterschiedliche Reg.addr. zeigen können - solange die Geräte über das DeviceModel unterschiedlich sind und ein xml für das Gerät existiert ist alles gut.

Anyway, ich habe den HB-UNI-Sensor1 Skript nach deinen Hinweisen upgedatet, in der Hoffnung damit ein paar weniger Probleme bei FHEM Verwendern dieses Sensors zu haben.
ledMode ist ganz raus, und lowBatLimit sowie altitude haben ein US1 hinten dran bekommen.
https://github.com/TomMajor/SmartHome/commit/897884b09a93cd15507d5040df20aefe0a1dfdc6

Danke!

p.s. HMConfig_UniSensor1.pm in HMConfig_UniSensor1_fw0x13.pm umbenannt da es bald ein neues Skript für Firmware 1.4 geben wird.

Nighthawk · 19 April 2021, 13:43:36

Hallo Tom Major,

beim laden der HMConfig_UniSensor1_fw0x13.pm leider eine Fehlermeldung

Code Auswählen

Undefined subroutine &main::HMConfig_UniSensor1_fw0x13_Initialize called at fhem.pl line 2692.
Kennst Du das Problem?
Fehlt dem System noch etwas?

Danke und Gruß
Alex

frank · 19 April 2021, 14:00:54

kein reload, sondern fhem durchstarten.

Nighthawk · 19 April 2021, 14:07:20

Das habe ich auch versucht, leider liefert der Sensor keine Daten:

Code Auswählen

Internals:
   DEF        2B635A
   FUUID      607d6784-f33f-69d4-ff06-ef98fca4bb27f1a1
   IODev      nanoCUL
   LASTInputDev nanoCUL
   MSGCNT     6
   NAME       Unisensor_1
   NOTIFYDEV  global
   NR         239
   NTFY_ORDER 50-HM_2B635A
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:03 - t:10 s:2B635A d:110280 02220023000000
   nanoCUL_MSGCNT 6
   nanoCUL_RAWMSG A100380102B635A11028002220023000000::-55:nanoCUL
   nanoCUL_RSSI -55
   nanoCUL_TIME 2021-04-19 20:04:55
   protLastRcv 2021-04-19 20:04:55
   protRcv    6 last_at:2021-04-19 20:04:55
   protResnd  1 last_at:2021-04-19 20:04:45
   protSnd    4 last_at:2021-04-19 20:04:55
   protState  CMDs_done
   rssi_at_nanoCUL cnt:6 min:-60 max:-54 avg:-55.5 lst:-55 
   Helper:
     DBLOG:
       D-firmware:
         logdb:
           TIME       1618833885.85173
           VALUE      1.3
       D-serialNr:
         logdb:
           TIME       1618833885.85173
           VALUE      TTO6050078
       cfgState:
         logdb:
           TIME       1618833894.78004
           VALUE      updating
       commState:
         logdb:
           TIME       1618833895.18057
           VALUE      CMDs_done
   READINGS:
     2021-04-19 19:21:46   CommandAccepted yes
     2021-04-19 20:04:45   D-firmware      1.3
     2021-04-19 20:04:45   D-serialNr      TTO6050078
     2021-04-19 20:04:55   PairedTo        0x110280
     2021-04-19 20:04:55   RegL_00.         00:00 05:40 0A:11 0B:02 0C:80 12:15 14:06 20:02 21:58 22:00 23:00
     2021-04-19 20:04:54   cfgState        updating
     2021-04-19 20:04:55   commState       CMDs_done
   helper:
     HM_CMDNR   3
     PONtest    1
     cSnd       011102802B635A00040000000000,011102802B635A00040000000000
     mId        no
     supp_Pair_Rep 0
     cmds:
       TmplKey    :no:1618833890.75
       TmplTs     1618833890.75
       cmdKey     1:1:0::Unisensor_1:no:01:
       cmdLst:
         clear      (readings|all)
         getConfig  noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         regBulk    -list-.-peerChn- -addr1:data1- -addr2:data2-...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         tplDel     -tplDel-
         update     noArg
         virtual    [(1..50;1|{1})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt    
         tplDel     
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         listDevice [({all}|alive|unknown|dead|notAlive)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         status     noArg
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +2B635A,00,00,00
       nextSend   1618833895.2722
       rxt        0
       vccu       VCCU
       p:
         2B635A
         00
         00
         00
       prefIO:
         nanoCUL
     mRssi:
       mNo        03
       io:
         nanoCUL:
           -49
           -49
     peerIDsH:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
     rssi:
       at_nanoCUL:
         avg        -55.5
         cnt        6
         lst        -55
         max        -54
         min        -60
     shadowReg:
     tmpl:
Attributes:
   IODev      nanoCUL
   IOgrp      VCCU:nanoCUL
   autoReadReg 4_reqStatus
   expert     rawReg
   firmware   1.3
   model      unknown
   serialNr   TTO6050078
   subType    no

frank · 19 April 2021, 14:22:32

die attribute model und subType fehlen.

Nighthawk · 19 April 2021, 14:58:12

Die Attribute können aber nicht eingetragen werden, ich hätte erwartet dass das Modul es erkennt.

frank · 19 April 2021, 15:25:36

sollte grundsätzlich auch automatisch funktionieren.
aber nur, wenn fhem das model vor dem anlernen kennt.

mir fallen 3 möglichkeiten zum "reparieren" ein:
1. "countdown" am sensor auslösen, oder
2. drüber pairen, oder
3. model und subtype manuell in fhem.cfg schreiben.

Nighthawk · 19 April 2021, 15:44:23

Hi Frank,

2 und 3 hat leider nichts gebracht, model und subtype wird leider relativ schnell überschrieben.

Der Sensor hat an einer Raspberrymatic problemlos funktioniert, ich verstehe nicht warum er am nano CUL nicht mehr will.

Gruß
Alex

frank · 19 April 2021, 15:54:03

3. funktioniert immer.
fhem mit der geänderten fhem.cfg durchstarten.

Nighthawk · 19 April 2021, 16:21:43

In meinem Fall leider nicht.

ich stoppe FHEM, ändere Model und subtype, danach starte ich wieder FHEM.
Nach dem Start stehen die Attribute auch im Device, aber dda steht auch CMDs pending.

Code Auswählen

	  
	  Internals:
   DEF        2B635A
   FUUID      607d8800-f33f-69d4-d354-90d7f512fa957968
   IODev      nanoCUL
   NAME       HM_2B635A
   NOTIFYDEV  global
   NR         239
   NTFY_ORDER 50-HM_2B635A
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   READINGS:
     2021-04-19 21:39:45   D-firmware      1.3
     2021-04-19 21:39:45   D-serialNr      TTO6050078
     2021-04-19 21:39:12   commState       CMDs_pending
   helper:
     HM_CMDNR   84
     mId        F103
     peerFriend 
     peerOpt    p:UniSensor1
     regLst     0
     rxType     156
     cmds:
       TmplKey    :no:1618841634.86788
       TmplTs     1618841634.86788
       cmdKey     1:1:0::HM_2B635A:F103:01:
       cmdLst:
         assignHmKey noArg
         burstXmit  noArg
         clear      [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
         deviceRename -newName-
         fwUpdate   <filename> <bootTime> ...
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         getSerial  noArg
         getVersion noArg
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   0 <actChn> ... single [set|unset] [actor|remote|both]
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- -addr2:data2-...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         statusRequest noArg
         tplDel     -tplDel-
         unpair     noArg
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt    
         tplDel     
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +2B635A,00,00,00
       rxt        2
       vccu       VCCU
       p:
         2B635A
         00
         00
         00
       prefIO:
         nanoCUL
     mRssi:
       mNo        
     peerIDsH:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat   00
     role:
       chn        1
       dev        1
     tmpl:
Attributes:
   IODev      nanoCUL
   IOgrp      VCCU:nanoCUL
   autoReadReg 4_reqStatus
   expert     rawReg
   firmware   1.3
   model      HB-UNI-Sensor1
   serialNr   TTO6050078
   subType    UniSensor1

Drücke ich dann den button am Sensor, werden die Attribute überschrieben.

Code Auswählen

Internals:
   DEF        2B635A
   FUUID      607d8800-f33f-69d4-d354-90d7f512fa957968
   IODev      nanoCUL
   LASTInputDev nanoCUL
   MSGCNT     3
   NAME       HM_2B635A
   NOTIFYDEV  global
   NR         239
   NTFY_ORDER 50-HM_2B635A
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:30 - t:10 s:2B635A d:110280 02220023000000
   nanoCUL_MSGCNT 3
   nanoCUL_RAWMSG A103080102B635A11028002220023000000::-55.5:nanoCUL
   nanoCUL_RSSI -55.5
   nanoCUL_TIME 2021-04-19 22:17:39
   protLastRcv 2021-04-19 22:17:39
   protRcv    3 last_at:2021-04-19 22:17:39
   protSnd    2 last_at:2021-04-19 22:17:39
   protState  CMDs_done
   rssi_at_nanoCUL cnt:3 min:-55.5 max:-55.5 avg:-55.5 lst:-55.5 
   Helper:
     DBLOG:
       D-firmware:
         logdb:
           TIME       1618841850.35531
           VALUE      1.3
       D-serialNr:
         logdb:
           TIME       1618841850.35531
           VALUE      TTO6050078
       cfgState:
         logdb:
           TIME       1618841859.39297
           VALUE      updating
       commState:
         logdb:
           TIME       1618841859.79933
           VALUE      CMDs_done
   READINGS:
     2021-04-19 22:17:30   D-firmware      1.3
     2021-04-19 22:17:30   D-serialNr      TTO6050078
     2021-04-19 22:17:39   PairedTo        0x110280
     2021-04-19 22:17:39   RegL_00.         00:00 05:40 0A:11 0B:02 0C:80 12:15 14:06 20:02 21:58 22:00 23:00
     2021-04-19 22:17:39   cfgState        updating
     2021-04-19 22:17:39   commState       CMDs_done
   helper:
     HM_CMDNR   48
     cSnd       ,011102802B635A00040000000000
     mId        no
     peerFriend 
     peerOpt    p:UniSensor1
     regLst     0
     supp_Pair_Rep 0
     cmds:
       TmplKey    :no:1618841855.35518
       TmplTs     1618841855.35518
       cmdKey     1:1:0::HM_2B635A:no:01:
       cmdLst:
         assignHmKey noArg
         clear      (readings|all)
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- -addr2:data2-...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         tplDel     -tplDel-
         unpair     noArg
         update     noArg
         virtual    [(1..50;1|{1})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt    
         tplDel     
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         listDevice [({all}|alive|unknown|dead|notAlive)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         status     noArg
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +2B635A,00,00,00
       nextSend   1618841859.88836
       rxt        0
       vccu       VCCU
       p:
         2B635A
         00
         00
         00
       prefIO:
         nanoCUL
     mRssi:
       mNo        30
       io:
         nanoCUL:
           -49.5
           -49.5
     peerIDsH:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   00
     regCollect:
     role:
       chn        1
       dev        1
     rssi:
       at_nanoCUL:
         avg        -55.5
         cnt        3
         lst        -55.5
         max        -55.5
         min        -55.5
     shadowReg:
     tmpl:
Attributes:
   IODev      nanoCUL
   IOgrp      VCCU:nanoCUL
   autoReadReg 4_reqStatus
   expert     rawReg
   firmware   1.3
   model      unknown
   serialNr   TTO6050078
   subType    no

frank · 19 April 2021, 16:37:55

ist dein fhem up-to-date?

was passiert, wenn du zusätzlich zu model und subtype noch "attr HM_2B635A .mId F103" in fhem.cfg einfügst?
der punkt ist wichtig.

Tom Major · 20 April 2021, 00:30:39

ich habe am WE die Firmware für den HB-UNI-Sensor1 auf 1.4 aktualisiert. Hauptänderung ist, es können nun Offsetwerte für Temperatur, Luftdruck und Luftfeuchte über das WebUI (CCU) eingestellt werden.
Für FHEM habe ich auch den Skript aktualisiert, allerdings kann ich es nicht testen.
https://github.com/TomMajor/SmartHome/blob/master/HB-UNI-Sensor1/FHEM/HMConfig_UniSensor1_fw0x14.pm

Nach Franks Ausführungen hier letzte Woche ist für die 3 neuen Parameter ein US1 am Namen angehängt um Konflikte mit bereits bestehenden Definitionen aus dem Weg zu gehen.