Hallo zusammen,
bin Neueinsteiger und habe mich schon mit den vorhandenen Threads zum Thema Füllstandsmesser auseinander gesetzt. Mein Phänomen habe ich allerdings so noch nirgends gefunden :-(
Wie schon in einem anderen Thread erläutert kann man offensichtlich nicht alle Parameter der Zisterne auf einmal setzen. Setze ich Höhe, Länge usw. jeweils einzeln und drücke danach den Config-Button am Sensor, dann werden die Werte alle schön nacheinander übernommen. Habe inzwischen auch die Kalibrierung vorgenommen was ohne Probleme lief.
ABER: Ich bekomme die Behälterform nicht eingestellt.
Das set_ bleibt egal was ich eingebe (horizontal, vertical)
Habe nun gesehen, dass in den Readings folgendes steht:
Wenn ich verticalBarrel setze, dann
R-caseDesign set_verticalBarrel
RegL_01: 06:FF 07:FF 08:00 22:64 30:06 5B:01 5E:00 5F:B6 62:00 63:B6 66:00 67:C8 6A:00 6B:C8 6C:00 6D:C8 6E:00 00:00
Wenn ich horizonalBarrel setze, dann
R-caseDesign set_horizBarrel
RegL_01: 06:FF 07:FF 08:00 22:64 30:06 5B:02 5E:00 5F:B6 62:00 63:B6 66:00 67:C8 6A:00 6B:C8 6C:00 6D:C8 6E:00 00:00
Kann mir jemand helfen, ob das setzen der Behälterform vielleicht doch geklappt hat, obwohl das "set_" immer noch angezeigt wird?
Oli
Hast du das Einsteigerdoc gelesen?
Wenn du ein reg setze steht es auf set_ .
Dann sollte das Schreiben sowie ein lesen geschehen. Nach dem Lesen wird das Set_ definitiv verschwinden.
Ohne das lesen bist du nicht 100% sicher ob alles funktioniert hat.
Also lese mit getconfig
Ich denke du hast mich falsch verstanden.
Ich habe die Konfiguration vorgenommen wie unter http://www.fhemwiki.de/wiki/HM-Sen-Wa-Od_kapazitiver_Funk-F%C3%BCllstandsmesser
beschrieben.
Das Dilemma ist, dass ein set immer nur in der Queue stehen bleibt (cmds_pending). Erst wenn ich am Sensor direkt die config-Taste drücke dann geht der command raus und der Wert ist tatsächlich hinterlegt. Das Gleiche passiert auch mit getConfig (landet also zunächst in cmds_pending und erst auf drücken der config taste tut sich etwas).
Das wäre ja auch nicht so schlimm, denn ich habe alle werte in den sensor auf diesem weg (also mit set jeweils einen wert setzen, dann config knopf) bekommen. nur eben der wert für das barrel nicht.
Das ist beim device so,da muss man druecken.
Nach einem getconfig sollte das Set verschwunden sein. Natürlich nach dem senden und Knöpfchen drücken.
Welcher Wert wird dann übernommen?
also....
habe nun folgendes gemacht:
1) nochmal ein update meines FHEM ;)
2) "set ZisternenSensor regSet caseDesign horizBarrel"
3) daraufhin steht bei protCmdPend: 3 CMDs_pending
4) config knopf am sensor in der Zisterne gedrückt
5) dann steht bei
protState: CMDs_done
R-caseDesign: set_horizBarrel
6) "set ZisternenSensor getConfig"
7) daraufhin steht bei protCmdPend: 3 CMDs_pending
8) wieder config knopf am sensor gedrückt
9) dann steht bei
protState: CMDs_done
R-caseDesign: set_horizBarrel
Und nu???
Jetzt postest du die Register. Also erst expert auf 251 setzen.
Entweder ist es ein Bug in fhem oder das Register ist nicht im device vorhanden. Das kann ich anhand der rohregister prüfen.
Wenn es nicht vorhanden ist wird der Wert auch nicht korrigiert.
Also mit getConfig und list bekomme ich
Save config ?
anyViews
2.2 WetterVorhersage
7.0 Sicherheit
8.0 Bewaesserung
8.1 Zisterne
9.1 System
Unsorted
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor
Internals:
CUL1_MSGCNT 67
CUL1_RAWMSG A0D51A6103E4A4D01100006019300::-77.5:CUL1
CUL1_RSSI -77.5
CUL1_TIME 2016-04-02 22:47:25
DEF 3E4A4D
IODev CUL1
LASTInputDev CUL1
MSGCNT 67
NAME ZisternenSensor
NR 39
NTFY_ORDER 50-ZisternenSensor
STATE 73.5
TYPE CUL_HM
lastMsg No:51 - t:10 s:3E4A4D d:011000 06019300
protLastRcv 2016-04-02 22:47:25
protSnd 83 last_at:2016-04-02 22:47:25
protState CMDs_done
rssi_at_CUL1 avg:-79.64 min:-86 cnt:67 max:-77 lst:-77.5
Readings:
2016-04-02 22:44:57 Activity alive
2016-04-02 22:44:58 CommandAccepted yes
2016-04-02 22:44:57 D-firmware 1.3
2016-04-02 22:44:57 D-serialNr ********
2016-04-02 22:44:58 PairedTo **********
2016-03-31 21:55:57 R-caseDesign set_horizBarrel
2016-03-31 20:23:29 R-caseHigh 182 cm
2016-04-02 21:58:09 R-caseLength 225 cm
2016-04-02 21:59:44 R-caseWidth 195 cm
2016-03-29 11:34:58 R-cyclicInfoMsgDis 6
2016-03-31 20:14:07 R-fillLevel 182 cm
2016-03-29 11:34:58 R-ledOnTime 0.5 s
2016-03-29 11:34:58 R-localResDis off
2016-04-02 22:44:59 R-meaLength 225 cm
2016-03-31 20:20:45 R-pairCentral 0x011000
2016-03-29 11:34:58 R-transmDevTryMax 6
2016-03-29 11:34:58 R-transmitTryMax 6
2016-03-29 11:34:58 R-useCustom off
2016-03-29 11:34:58 R-waterUppThr 255
2016-03-29 11:34:58 R-waterlowThr 255
2016-04-02 22:44:58 RegL_00. 02:01 0A:01 0B:10 0C:00 11:06 14:06 18:00 00:00
2016-04-02 22:44:59 RegL_01. 06:FF 07:FF 08:00 22:64 30:06 5B:02 5E:00 5F:B6 62:00 63:B6 66:00 67:C3 6A:00 6B:E1 6C:00 6D:E1 6E:00 00:00
2016-04-02 22:47:25 battery ok
2016-04-02 22:47:25 level 73.5
2016-04-01 23:44:53 powerOn 2016-04-01 23:44:53
2016-04-02 22:47:25 recentStateType info
2016-04-02 22:47:25 state 73.5
Helper:
HM_CMDNR 81
cSnd 010110003E4A4D01040000000001,010110003E4A4D0103
mId 009F
peerIDsRaw ,00000000
rxType 12
Expert:
def 1
det 1
raw 1
tpl 1
Io:
newChn +3E4A4D,00,01,00
nextSend 1459630045.25284
rxt 2
vccu VCCU
p:
3E4A4D
00
01
00
prefIO:
CUL1
Mrssi:
mNo 51
Io:
CUL1 -75.5
Prt:
bErr 0
sProc 0
sleeping 1
try 1
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO CUL1
flg A
ts 1459630045.15762
ack:
HASH(0x2cfbf78)
5180020110003E4A4D00
Rssi:
At_cul1:
avg -79.6492537313433
cnt 67
lst -77.5
max -77
min -86
Shadowreg:
Tmpl:
Attributes:
IODev CUL1
IOgrp VCCU:CUL1
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
expert 251_anything
firmware 1.3
group WASSER
icon scene_pool
model HM-Sen-Wa-Od
peerIDs 00000000,
room 8.1 Zisterne
serialNr MEQ0690595
subType sensor
Noch eine Ergänzungsfrage:
Gibt es eigentlich eine Beschreibung, was Höhe, Länge usw. tatsächlich bedeuten (in einer Grafik)? Konnte dazu nirgends etwas finden.
Hintergrund:
Ändere ich die Länge der Messleitung bei mir ab (ist 210 cm), dann nimmt der Sensor diesen Wert erst an und beim nächsten Aktualisieren springt der Wert dann auf einmal genau auf den Wert der bei caseLength (225 cm) angegeben wurde. Das macht irgendwie gar keinen Sinn. Ich hätte erwartet dass er sich an caseHigh orientiert ...
seltsam.
Wie vermutet ist das Register mit der Form nicht vorhanden, wohl aber eine Adresse weiter. Diesehat bislang keine Bedeutung. Im XML von eQ3 ist es klar entgegen den gelesenen Werten beschrieben.
Ich habe die Version eingecheckt, welche deinen Werten entspricht. Ich hoffe, es trifft für alle zu. Und ich hoffe, eQ3 hat nicht geschlampt.
Versuche es zu setzen und zu verändern. Schlimstenfalls hat eQ3 wieder einmal das lesen versaut - man schreibt die eine und liest die andere Adresse. hatte wir auch schon
Also: testen und brichten!
ZitatAlso: testen und berichten!
Mach ich 8)
Anbei ein list des Device:
Internals:
DEF 28AF12
HMLAN1_MSGCNT 44
HMLAN1_RAWMSG R09BE83A3,0001,099428C3,FF,FFD0,59A01028AF12123ABC0100000000
HMLAN1_RSSI -48
HMLAN1_TIME 2016-04-12 11:12:41
HMLAN2_MSGCNT 32
HMLAN2_RAWMSG E28AF12,0000,A273AB44,FF,FFD2,59A01028AF12123ABC0100000000
HMLAN2_RSSI -46
HMLAN2_TIME 2016-04-12 11:12:41
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 76
NAME Regentonne_Terrasse
NR 1032
NTFY_ORDER 50-Regentonne_Terrasse
STATE 0
TYPE CUL_HM
lastMsg No:59 - t:10 s:28AF12 d:123ABC 0100000000
protCmdDel 1
protLastRcv 2016-04-12 11:12:41
protNack 1 last_at:2016-04-12 11:10:31
protSnd 40 last_at:2016-04-12 11:12:41
protState CMDs_done
rssi_at_HMLAN1 avg:-48 min:-48 max:-48 lst:-48 cnt:44
rssi_at_HMLAN2 avg:-45.96 min:-46 max:-45 lst:-46 cnt:32
CHANGETIME:
Helper:
Dblog:
Activity:
Mydblog:
TIME 1460452358.41135
VALUE alive
D-firmware:
Mydblog:
TIME 1460452358.41135
VALUE 1.3
D-serialnr:
Mydblog:
TIME 1460452358.41135
VALUE LEQ0384907
R-casedesign:
Mydblog:
TIME 1460452355.28393
VALUE set_verticalBarrel
Battery:
Mydblog:
TIME 1460452248.7314
VALUE ok
Level:
Mydblog:
TIME 1460452248.7314
VALUE 0
State:
Mydblog:
TIME 1460452248.7314
VALUE 0
Readings:
2016-04-12 11:12:38 Activity alive
2016-04-12 11:12:39 CommandAccepted yes
2016-04-12 11:12:38 D-firmware 1.3
2016-04-12 11:12:38 D-serialNr LEQ0384907
2016-04-12 11:12:39 PairedTo 0x123ABC
2016-04-12 11:12:35 R-caseDesign set_verticalBarrel
2016-04-12 10:42:00 R-caseHigh 140 cm
2015-08-01 15:14:00 R-caseLength 100 cm
2015-08-01 15:12:24 R-caseWidth 100 cm
2015-08-01 11:47:16 R-cyclicInfoMsgDis 6
2015-08-01 15:13:17 R-fillLevel 110 cm
2015-08-01 11:47:17 R-ledOnTime 0.5 s
2015-08-01 11:47:16 R-localResDis off
2016-04-12 10:55:51 R-meaLength 100 cm
2015-08-01 11:47:16 R-pairCentral 0x123ABC
2015-08-01 11:47:16 R-transmDevTryMax 6
2015-08-01 11:47:17 R-transmitTryMax 6
2015-08-01 11:47:17 R-useCustom off
2015-08-01 11:47:17 R-waterUppThr 255
2015-08-01 11:47:17 R-waterlowThr 255
2016-04-12 11:12:39 RegL_00. 02:01 0A:12 0B:3A 0C:BC 11:06 14:06 18:00 00:00
2016-04-12 11:12:40 RegL_01. 06:FF 07:FF 08:00 22:64 30:06 5B:01 5E:00 5F:8C 62:00 63:6E 66:00 67:64 6A:00 6B:64 6C:00 6D:64 6E:00 00:00
2016-04-12 11:10:48 battery ok
2016-04-12 11:10:48 level 0
2016-04-11 17:03:06 powerOn 2016-04-11 17:03:06
2016-04-12 11:10:48 recentStateType info
2016-04-12 11:10:48 state 0
Helper:
HM_CMDNR 89
cSnd 01123ABC28AF1201040000000001,01123ABC28AF120103
mId 009F
peerIDsRaw ,00000000
rxType 12
Expert:
def 1
det 1
raw 1
tpl 1
Io:
newChn +28AF12,00,00,00
nextSend 1460452361.38203
rxt 2
vccu vCCU
p:
28AF12
00
00
00
prefIO:
HMLAN1
Mrssi:
mNo 59
Io:
HMLAN1 -46
HMLAN2 -46
Prt:
bErr 0
sProc 0
try 1
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO HMLAN1
flg A
ts 1460452361.29175
ack:
HASH(0x192bec0)
598002123ABC28AF1200
Rssi:
At_hmlan1:
avg -48
cnt 44
lst -48
max -48
min -48
At_hmlan2:
avg -45.96875
cnt 32
lst -46
max -45
min -46
Shadowreg:
Tmpl:
Attributes:
IODev HMLAN1
IOgrp vCCU:HMLAN1
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
expert 251_anything
firmware 1.3
group FS20
model HM-Sen-Wa-Od
peerIDs 00000000,
room 20_Erdgeschoss,21_Geraete
serialNr LEQ0384907
subType sensor Hier die version:
Zitat10_CUL_HM.pm 11209 2016-04-09 15:37:04Z martinp876
Auch bei mir ändert sich das set_verticalBarrel
nicht - auch nicht nach mehrmaligem getConfig mit Tastendruck am Gerät.
Was aber passiert ist das sich das Register 5B durchaus ändert.
verticalBarrel ist 01 und
horizBarrel ist 02
Bei rectangle geht es auf 03
Nur das set_ verschwindet nicht.
ZitatÄndere ich die Länge der Messleitung bei mir ab (ist 210 cm), dann nimmt der Sensor diesen Wert erst an und beim nächsten Aktualisieren springt der Wert dann auf einmal genau auf den Wert der bei caseLength (225 cm) angegeben wurde. Das macht irgendwie gar keinen Sinn. Ich hätte erwartet dass er sich an caseHigh orientiert ...
dito - das ist bei mir auch so.
Edith: @martin - soll was gesnifft werden oder hast du was du suchst/brauchst?
Update der 10_CUL_HM.pm habe ich vorhin gemacht - und auch FHEM neu gestartet.
Also wirklich merkwürdig. :o
Update durchgeführt.
Ich habe wieder "set ZisternenSensor regSet caseDesign horizBarrel" abgesetzt.
1) Bisher stand dann unter protCmdPend "3 Cmds pending". Jetzt nicht mehr! Als ob der Befehl direkt ausgeführt werden würde und keine getConfig am Gerät benötigt wird
2) Statt dessen wollte der Sensor in der Zisterne sich neu pairen ... :-0
3) habe das Pairing neu ausgeführt
4) Hat nix gebracht. das "set_.." steht immer noch drin.
5) Dann habe ich mal eine der anderen Parameter geändert ("set ZisternenSensor regSet caseLength 225")
6) In diesem Fall steht wieder protCmdPend "3 Cmds pending"
7) Und nach dem Config-Knopf am Gerät war der Parameter auch sauber in den Readings drin.
Habe das mit dem caseDesign danach nochmal ausprobiert: Der Sensor wollte nach einem Drücken des Knopfes wollte der Sensor wieder Pairen!
Dann zunächst das Gleiche wie oben - aber dann (während ich das hier schrieb): das "set_" VERSCHWINDET !!!! 8)
Internals:
CUL1_MSGCNT 17
CUL1_RAWMSG A1A4884003E4A4D00000013009F4D45513036393035393560020101::-82:CUL1
CUL1_RSSI -82
CUL1_TIME 2016-04-12 21:16:22
DEF xxxxxx
IODev CUL1
LASTInputDev CUL1
MSGCNT 17
NAME ZisternenSensor
NR 39
NTFY_ORDER 50-ZisternenSensor
STATE 69
TYPE CUL_HM
lastMsg No:48 - t:00 s:3E4A4D d:000000 13009F4D45513036393035393560020101
protLastRcv 2016-04-12 21:16:22
protSnd 16 last_at:2016-04-12 21:14:11
protState CMDs_done
rssi_at_CUL1 max:-76.5 lst:-82 cnt:17 avg:-80.11 min:-85
Readings:
2016-04-12 21:16:22 Activity alive
2016-04-12 21:14:09 CommandAccepted yes
2016-04-12 21:16:22 D-firmware 1.3
2016-04-12 21:16:22 D-serialNr xxxxx
2016-04-12 21:14:10 PairedTo xxxxx
[b] 2016-04-12 21:12:38 R-caseDesign horizBarrel [/b]
2016-03-31 20:23:29 R-caseHigh 182 cm
2016-04-12 21:14:10 R-caseLength 210 cm
2016-04-02 21:59:44 R-caseWidth 195 cm
2016-03-29 11:34:58 R-cyclicInfoMsgDis 6
2016-03-31 20:14:07 R-fillLevel 182 cm
2016-03-29 11:34:58 R-ledOnTime 0.5 s
2016-03-29 11:34:58 R-localResDis off
2016-04-02 22:44:59 R-meaLength 225 cm
2016-04-12 21:14:10 R-pairCentral xxxxxx
2016-03-29 11:34:58 R-transmDevTryMax 6
2016-03-29 11:34:58 R-transmitTryMax 6
2016-03-29 11:34:58 R-useCustom off
2016-03-29 11:34:58 R-waterUppThr 255
2016-03-29 11:34:58 R-waterlowThr 255
2016-04-12 21:14:10 RegL_00. 02:01 0A:01 0B:10 0C:00 11:06 14:06 18:00 00:00
2016-04-12 21:14:10 RegL_01. 06:FF 07:FF 08:00 22:64 30:06 5B:02 5E:00 5F:B6 62:00 63:B6 66:00 67:C3 6A:00 6B:D2 6C:00 6D:E1 6E:00 00:00
2016-04-12 21:03:05 battery ok
2016-04-12 21:03:05 level 69
2016-04-01 23:44:53 powerOn 2016-04-01 23:44:53
2016-04-12 21:03:05 recentStateType info
2016-04-12 21:03:05 state 69
Helper:
HM_CMDNR 72
cSnd 010110003E4A4D01040000000001,010110003E4A4D0103
mId 009F
peerIDsRaw ,00000000
rxType 12
Expert:
def 1
det 1
raw 1
tpl 1
Io:
newChn +3E4A4D,00,01,00
nextSend 1460488582.31578
rxt 2
vccu VCCU
p:
3E4A4D
00
01
00
prefIO:
CUL1
Mrssi:
mNo 48
Io:
CUL1 -80
Prt:
bErr 0
sProc 0
try 1
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rssi:
At_cul1:
avg -80.1176470588235
cnt 17
lst -82
max -76.5
min -85
Shadowreg:
RegL_01. 06:FF 07:FF 08:00 22:64 30:06 5B:02 5E:00 5F:B6 62:00 63:B6 66:00 67:C3 6A:00 6B:D2 6C:00 6D:E1 6E:00 00:00
Tmpl:
Attributes:
IODev CUL1
IOgrp VCCU:CUL1
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
expert 251_anything
firmware 1.3
group WASSER
icon scene_pool
model HM-Sen-Wa-Od
peerIDs 00000000,
room 8.1 Zisterne
serialNr MEQ0690595
subType sensor
Bei mit hat es also geklappt !
Hmmm....
Hast du hmconfig eingespielt? Das sollte das aendern des gefaesses erlauben
ja - ich habe einfach ein update gemacht und alles mitgenommen was da war :D
Wie gesagt, das Ändern des Gefäßes hat ja geklappt (schlussendlich) nur wie das Ablief war doch etwas merkwürdig - oder?
ZitatBei mit hat es also geklappt !
Das ist doch mal was ;D
In meiner "Verzweiflung" hab ich dem Sensor ein Werksreset spendiert, in FHEM gelöscht und neu angelernt was auch
tadellos funktioniert hat.
Alle Daten übertragen und am Schluss erst mit einem Druck auf die Anlerntaste übernommen, danach ein getConfig - Taste gedrückt - CMDs_done.
Er steht zwar immer noch auf set_verticalBarrel aber er misst und überträgt die Daten brav.
Sollten sich keine Einschränkungen ergeben bleibt der Sensor erstmal so verbaut.
Zitat von: Puschel74 am 12 April 2016, 11:24:46
Update der 10_CUL_HM.pm habe ich vorhin gemacht - und auch FHEM neu gestartet.
wenn die aussage stimmt, hast du HMConfig.pm vergessen.
Zitat von: frank am 13 April 2016, 12:28:56
wenn die aussage stimmt, hast du HMConfig.pm vergessen.
Da ist was wahres dran :-[
Danke für den Hinweis, ich werde das gleich mal nachziehen.
Edith: Klappt natürlich wenn man es richtig macht ;D
Danke nochmal für den Hinweis.