Füllstandsmesser HM-Sen-Wa-Od Parameter setzen

TS66 · 18 November 2013, 17:53:53

Hallo
ich habe den Füllstandsmesser soweit in Gang gebracht. Allerdings müssen zur korrekten Messung noch die Parameter gesetzt werden.
Lt. Log werden die folgenden Parameter übergeben, stimmen aber aktuell nicht. Aus meiner Sicht müssen die Werte in rot angepasst werden.
Frage: Wie komme ich dorthin bzw. was wäre wie zu tuen?
z.B. für die Maximale Füllhöhe 190cm, die Gesamtlänge der Leitung 230cm und Durchmesser der Zisterne 255cm eingeben kann?

Zum Weiteren müsste ich ja aus der Füllmenge in % auch die Menge in Litern auswerten können.
Was muss dort wie angepasst werden?

2013-11-17_17:50:28 CUL_HM_HM_FUELLSTAND_VORNE R-pairCentral: 0xF11034
2013-11-17_17:50:28 CUL_HM_HM_FUELLSTAND_VORNE R-localResDis: off
2013-11-17_17:50:28 CUL_HM_HM_FUELLSTAND_VORNE R-transmDevTryMax: 6
2013-11-17_17:50:28 CUL_HM_HM_FUELLSTAND_VORNE R-cyclicInfoMsgDis: 6
2013-11-17_17:50:29 CUL_HM_HM_FUELLSTAND_VORNE R-caseLength: 300 cm
2013-11-17_17:50:29 CUL_HM_HM_FUELLSTAND_VORNE R-fillLevel: 300 cm
2013-11-17_17:50:29 CUL_HM_HM_FUELLSTAND_VORNE R-caseHigh: 300 cm
2013-11-17_17:50:29 CUL_HM_HM_FUELLSTAND_VORNE R-transmitTryMax: 6
2013-11-17_17:50:29 CUL_HM_HM_FUELLSTAND_VORNE R-useCustom: off
2013-11-17_17:50:29 CUL_HM_HM_FUELLSTAND_VORNE R-ledOnTime: 0.5 s
2013-11-17_17:50:29 CUL_HM_HM_FUELLSTAND_VORNE R-waterUppThr: 255
2013-11-17_17:50:29 CUL_HM_HM_FUELLSTAND_VORNE R-caseWidth: 300 cm
2013-11-17_17:50:29 CUL_HM_HM_FUELLSTAND_VORNE R-meaLength: 310 cm
2013-11-17_17:50:29 CUL_HM_HM_FUELLSTAND_VORNE R-waterlowThr: 255
2013-11-17_18:08:01 CUL_HM_HM_FUELLSTAND_VORNE level: 29 %
2013-11-17_18:08:01 CUL_HM_HM_FUELLSTAND_VORNE 29 %
2013-11-17_18:08:01 CUL_HM_HM_FUELLSTAND_VORNE battery: ok

Vielen Dank Euch Vorab für jegliche Hinweise.
Danke TT66 ...---...

Rohan · 19 November 2013, 13:29:29

Hallo TS66,

Zitat von: TS66 am 18 November 2013, 17:53:53
Lt. Log werden die folgenden Parameter übergeben, stimmen aber aktuell nicht. Aus meiner Sicht müssen die Werte in rot angepasst werden.
Frage: Wie komme ich dorthin bzw. was wäre wie zu tuen?

2013-11-17_17:50:29 CUL_HM_HM_FUELLSTAND_VORNE R-caseLength: 300 cm

So

Code Auswählen


set CUL_HM_HM_FUELLSTAND_VORNE regSet caseLength 230

? oder mit " cm" dahinter

Zitat
CUL_HM_HM_FUELLSTAND_VORNE R-caseHigh: 300 cm

So

Code Auswählen


set CUL_HM_HM_FUELLSTAND_VORNE regSet caseHigh 270

? oder mit " cm" dahinter

Die richtigen Werte musst du da eintragen.

Du setzt übrigens keine Parameter, sondern du beschreibst Register (so die offizielle Nomenklatur

). Unter dieser Begrifflichkeit wird man bei der Foren-/Wikisuche auch erfolgreicher

.

Da ich keinen Füllstandsanzeiger habe,sollten zu dem Rest evtl. deren Nutzer was schreiben.

Edith ergänzt:Und weil ich deinen Log-Auszug gerade ins Wiki eingearbeitet habe

, bin ich darauf gestoßen, dass ja "unterstützte Behälterformen: Zylinder (stehend/liegend), Quader" sind. Ohne die Nennung deiner Behälterform dürfte die Beantwortung der restlichen Fragen evtl. nur schwer möglich sein.

Hth
Gruß
Thomas

TS66 · 19 November 2013, 18:23:56

Hallo Rohan
vielen Dank!
Ich habe folgende Werte gesetzt, wobei FUELLSTAND_ZISTERNE_VORNE der Name des Sensors ist.
Bei dem Runden Objekt habe ich beide Werte gesetzt Tiefe und Breite. Ob das korrekt ist, kann ggf. noch jemand anderes zuarbeiten.

Code Auswählen

#Typen Form: verticalBarrel,horizBarrel,rectangle
set FUELLSTAND_ZISTERNE_VORNE regSet caseDesign verticalBarrel
# Behälterhöhe
set FUELLSTAND_ZISTERNE_VORNE regSet caseHigh 190
# Behälterbreite
set FUELLSTAND_ZISTERNE_VORNE regSet caseWidth 250
# Behältertiefe
set FUELLSTAND_ZISTERNE_VORNE regSet caseLength 250
# Kabellänge gesamt
set FUELLSTAND_ZISTERNE_VORNE regSet meaLength 245
#max. Füllhöhe
set FUELLSTAND_ZISTERNE_VORNE regSet fillLevel 190

Nach Eingabe und Rekalibrierung sprang das Level zumindest schon einmal von 29% auf 31%.
Eine genaue Kalibrierung sollte erst mit vollen Behälter ausgeführt werden.....
ich hoffe, es hilft auch anderen...

Grüße
TT66

Epo_Deluxe · 26 Februar 2014, 14:39:33

Hi,

ich habe mir den Sensor auch bestellt und neben einer "einfachen" Steuerung für eine Zirkulationspumpe wird das mein zweites Project.

Ich will allerdings nicht nur den Füllstand visiualisieren sonder bei Unter- bzw. Überschreiten eines gewissen Füllstandes eine Steckdose schalten.

Kann mir dazu eventuell schon jemand vorab infos liefern wie ich das realisieren kann?

Danke und Gruß

martinp876 · 26 Februar 2014, 14:50:43

wenn du die Register des Sensors ansiehst solltest du einen upper und lower threshold fuer jeden peer einstellen koennen. Der sensor sollte dann einen trigger an den (gepeerten) switch schicken - und der tut, was immer du dem Switch einfluesterst

Epo_Deluxe · 26 Februar 2014, 14:53:19

Ok. Bin neu dabei und die letzten Sachen sind heute angekommen. Werde versuchen das am WE in Betrieb zu nehmen und mich bestimmt nochmal melden.

Erstmal danke für die Info mit dem threshold.

Sent from my iPhone using Tapatalk

LightStorm · 30 April 2014, 16:33:28

Zitat von: TS66 am 19 November 2013, 18:23:56
Code Auswählen Erweitern
#Typen Form: verticalBarrel,horizBarrel,rectangle set FUELLSTAND_ZISTERNE_VORNE regSet caseDesign verticalBarrel # Behälterhöhe set FUELLSTAND_ZISTERNE_VORNE regSet caseHigh 190 # Behälterbreite set FUELLSTAND_ZISTERNE_VORNE regSet caseWidth 250 # Behältertiefe set FUELLSTAND_ZISTERNE_VORNE regSet caseLength 250 # Kabellänge gesamt set FUELLSTAND_ZISTERNE_VORNE regSet meaLength 245 #max. Füllhöhe set FUELLSTAND_ZISTERNE_VORNE regSet fillLevel 190
Nach Eingabe und Rekalibrierung sprang das Level zumindest schon einmal von 29% auf 31%.
Eine genaue Kalibrierung sollte erst mit vollen Behälter ausgeführt werden.....
ich hoffe, es hilft auch anderen...
Grüße
TT66

Hi zusammen,

Wenn ich bei mir die Werte über set... setzte, dann stehen bei mir die Readings auch nach einem Tag weiterhin auf z.B. "set_171 cm". Auch ein getConfig oder statusRequest hat keinen Effekt. Hat jemand von euch eine Idee woran das liegen kann? Denn so hat meine Zisterne einen Füllstand von 54%, obwohl sie randvoll ist

Viele Grüße
Sven

martinp876 · 30 April 2014, 18:51:22

Hi Sven,

die messages werden sicher nicht gesendet - ist das ein wakeup device, kann gerade nicht nachsehen. Meldet es sich regelmaessig? Kannsu du dies ggf einmal loggen?
Gruss Martin

LightStorm · 02 Mai 2014, 15:50:33

Hi Martin,

Ja, das Gerät meldet sich regelmäßig alle 20min. Es scheint irgendwie so, als ob es senden, aber nicht empfangen kann.
Was soll ich denn loggen?

Gruß
Sven

martinp876 · 03 Mai 2014, 08:28:34

Hi Sven,

rohmessages gemäß
http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen

Gruss Martin

hixhupf · 03 Mai 2014, 20:25:00

Guten Abend,

ich habe heute ebenfalls diesen Sensor gebaut, kalibriert und in meine Zisterne eingebaut. Und ich habe das selbe Phänomen: meine modifizierten Werte kommen scheinbar beim Sensor nicht an oder werden nicht bestätigt:

Activity alive 2014-05-03 20:06:20
CommandAccepted yes 2014-05-03 17:53:26
D-firmware 1.2 2014-05-02 18:22:06
D-serialNr KEQ0849178 2014-05-02 18:22:06
PairedTo 0x1509EF 2014-05-02 16:38:32
R-caseDesign set_verticalBarrel 2014-05-02 16:56:04
R-caseHigh set_304 cm 2014-05-03 16:58:49
R-caseLength set_300 cm 2014-05-03 16:58:49
R-caseWidth set_230 cm 2014-05-02 16:56:30
R-cyclicInfoMsgDis 6 2014-05-02 16:38:32
R-fillLevel set_235 cm 2014-05-03 17:00:01
R-ledOnTime set_0.5 s 2014-05-03 16:58:49
R-localResDis off 2014-05-02 16:38:32
R-meaLength set_310 cm 2014-05-03 16:58:49
R-pairCentral 0x1509EF 2014-05-02 16:38:32
R-transmDevTryMax 6 2014-05-02 16:38:32
R-transmitTryMax set_6 2014-05-03 16:58:49
R-useCustom set_off 2014-05-03 16:58:49
R-waterUppThr set_255 2014-05-03 16:58:49
R-waterlowThr set_255 2014-05-03 16:58:49
battery ok 2014-05-03 20:02:55
level 88.5 2014-05-03 20:02:55
recentStateType info 2014-05-03 20:02:55
state 88.5 2014-05-03 20:02:55

Alle 20 min oder per manueller Abfrage meldet der Sensor seinen Füllstand, soweit so gut. Aber die Parameter mag er nicht übernehmen.

Grüße,
Sascha

martinp876 · 04 Mai 2014, 09:27:53

Hallo Sascha,

von einem bräuchte ich die rohmessages

Gruss Martin

hixhupf · 04 Mai 2014, 20:12:32

Hi,

die habe ich gestern mal mitgeschnitten, aber woran erkenne ich, welche Meldung von der Zisterne kam?

Im Log-File des Sensors steht:
2014-05-03_20:02:55 Zisterne level: 88.5
2014-05-03_20:02:55 Zisterne 88.5
2014-05-03_20:02:55 Zisterne battery: ok
2014-05-03_20:06:20 Zisterne Activity: alive

Und hier sind die Rohmessages im besagten Zeitraum:
2014.05.03 19:44:11.332 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:44:11.341 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97059615 IDcnt:002D
2014.05.03 19:44:36.340 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:44:36.349 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9705F7C9 IDcnt:002D
2014.05.03 19:45:01.349 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:45:01.357 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9706597D IDcnt:002D
2014.05.03 19:45:26.356 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:45:26.366 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9706BB30 IDcnt:002D
2014.05.03 19:45:51.369 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:45:51.379 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97071CE9 IDcnt:002D
2014.05.03 19:46:16.377 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:46:16.387 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97077E9C IDcnt:002D
2014.05.03 19:46:41.385 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:46:41.395 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9707E050 IDcnt:002D
2014.05.03 19:47:06.395 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:47:06.404 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97084205 IDcnt:002D
2014.05.03 19:47:31.415 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:47:31.425 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9708A3C5 IDcnt:002D
2014.05.03 19:47:56.423 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:47:56.433 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97090579 IDcnt:002D
2014.05.03 19:48:21.432 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:48:21.443 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9709672E IDcnt:002D
2014.05.03 19:48:46.444 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:48:46.454 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9709C8E5 IDcnt:002D
2014.05.03 19:49:11.452 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:49:11.462 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970A2A99 IDcnt:002D
2014.05.03 19:49:36.465 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:49:36.477 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970A8C52 IDcnt:002D
2014.05.03 19:50:01.475 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:50:01.485 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970AEE07 IDcnt:002D
2014.05.03 19:50:26.488 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:50:26.498 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970B4FBF IDcnt:002D
2014.05.03 19:50:51.498 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:50:51.508 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970BB175 IDcnt:002D
2014.05.03 19:51:16.516 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:51:16.526 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970C1333 IDcnt:002D
2014.05.03 19:51:41.525 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:51:41.534 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970C74E6 IDcnt:002D
2014.05.03 19:52:06.534 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:52:06.544 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970CD69C IDcnt:002D
2014.05.03 19:52:32.054 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:52:32.064 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970D3A4F IDcnt:002D
2014.05.03 19:52:57.064 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:52:57.074 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970D9C05 IDcnt:002D
2014.05.03 19:53:22.073 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:53:22.082 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970DFDB9 IDcnt:002D
2014.05.03 19:53:47.087 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:53:47.097 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970E5F72 IDcnt:002D
2014.05.03 19:54:12.100 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:54:12.111 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970EC12C IDcnt:002D
2014.05.03 19:54:37.113 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:54:37.123 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970F22E4 IDcnt:002D
2014.05.03 19:55:02.122 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:55:02.132 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970F8498 IDcnt:002D
2014.05.03 19:55:27.132 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:55:27.143 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:970FE64E IDcnt:002D
2014.05.03 19:55:52.143 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:55:52.154 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97104804 IDcnt:002D
2014.05.03 19:56:17.156 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:56:17.166 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9710A9BD IDcnt:002D
2014.05.03 19:56:42.165 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:56:42.175 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97110B71 IDcnt:002D
2014.05.03 19:57:07.174 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:57:07.184 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97116D26 IDcnt:002D
2014.05.03 19:57:32.185 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:57:32.204 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9711CEDC IDcnt:002D
2014.05.03 19:57:57.194 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:57:57.204 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97123091 IDcnt:002D
2014.05.03 19:58:22.204 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:58:22.222 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9712924E IDcnt:002D
2014.05.03 19:58:47.222 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:58:47.237 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9712F408 IDcnt:002D
2014.05.03 19:59:12.234 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:59:12.245 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:971355BC IDcnt:002D
2014.05.03 19:59:37.244 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 19:59:37.253 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9713B771 IDcnt:002D
Use of uninitialized value $regReq in string eq at ./FHEM/10_CUL_HM.pm line 2523.
Use of uninitialized value $regName in hash element at ./FHEM/10_CUL_HM.pm line 5325.
Use of uninitialized value $addr in numeric lt (<) at ./FHEM/10_CUL_HM.pm line 5338.
Use of uninitialized value $regReq in string eq at ./FHEM/10_CUL_HM.pm line 2523.
Use of uninitialized value $regName in hash element at ./FHEM/10_CUL_HM.pm line 5325.
Use of uninitialized value $addr in numeric lt (<) at ./FHEM/10_CUL_HM.pm line 5338.
2014.05.03 20:00:02.252 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:00:02.262 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97141925 IDcnt:002D
2014.05.03 20:00:27.261 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:00:27.270 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97147AD9 IDcnt:002D
2014.05.03 20:00:52.270 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:00:52.280 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9714DC8E IDcnt:002D
2014.05.03 20:01:17.281 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:01:17.291 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97153E44 IDcnt:002D
2014.05.03 20:01:42.289 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:01:42.299 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97159FF9 IDcnt:002D
2014.05.03 20:02:07.299 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:02:07.309 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:971601AE IDcnt:002D
2014.05.03 20:02:32.308 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:02:32.318 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97166363 IDcnt:002D
2014.05.03 20:02:54.988 0: HMLAN_Parse: HMLAN1 R:E23A2B8 stat:0000 t:9716BBF0 d:FF r:FF9D m:5A A610 23A2B8 1509EF
0601B100
2014.05.03 20:02:57.317 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:02:57.327 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9716C516 IDcnt:002D
2014.05.03 20:03:22.326 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:03:22.336 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:971726CB IDcnt:002D
2014.05.03 20:03:47.335 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:03:47.345 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97178880 IDcnt:002D
2014.05.03 20:04:12.344 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:04:12.360 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9717EA3B IDcnt:002D
2014.05.03 20:04:37.361 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:04:37.371 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97184BF1 IDcnt:002D
2014.05.03 20:05:02.370 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:05:02.379 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:9718ADA5 IDcnt:002D
2014.05.03 20:05:27.388 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:05:27.398 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97190F63 IDcnt:002D
2014.05.03 20:05:52.397 0: HMLAN_Send: HMLAN1 I:K
2014.05.03 20:05:52.407 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:97197117 IDcnt:002D

martinp876 · 04 Mai 2014, 20:29:39

was ist den das fuer eine Fehlermeldung? Was hast du da gemacht?
Die SW ist aktuell - oder?

Gruss Martin

hixhupf · 04 Mai 2014, 20:45:25

Gute Frage, was habe ich da gemacht ... weiß ich leider nicht mehr. Aber die SW ist aktuell, ja.

Grüße,
Sascha

martinp876 · 05 Mai 2014, 07:46:20

Die Zeilennummern passen nicht mehr.
Bitte ein update force machen.
Dann noch einmal probieren - prüfen, ob nach dem regSet ein paar kommandos pending sind. Ich denke,das Problem liegt "vorher", also beim zusammenbauen der message.

hixhupf · 05 Mai 2014, 08:56:58

Ok, ich habe ein update force gemacht, anschließend clear readings und jetzt die Werte neu gesetzt ... ich warte mal ab.

Grüße,
Sascha

martinp876 · 05 Mai 2014, 08:59:54

sind auch nachrichten gespeichert? also protoState pending?
hat es fehler im logfile gegeben?

hixhupf · 05 Mai 2014, 09:05:58

Hallo,

Fehler beim Update gab es keine, beim neuen Setzen der Werte auch nicht. Bei der Zisterne sind allerdings wieder diverse Commands pending.

fhem> get HM protoEvents
protoEvents done:
name :State |CmdPend |Snd |LastRcv |Resnd #CmdDel |ResndFail |Nack |IOerr
AN_Rollladen : done | - |2:05-05 08:30:37 |05-05 08:30:37| - # - | - | - | -
AZ_Rollladen : done | - |2:05-05 08:30:38 |05-05 08:30:38| - # - | - | - | -
BA_Handtuchheizung : done | - |2:05-05 08:30:39 |05-05 08:30:39| - # - | - | - | -
BA_RollladenLinks : done | - |2:05-05 08:30:40 |05-05 08:30:40| - # - | - | - | -
BA_RollladenRechts : done | - |2:05-05 08:30:41 |05-05 08:30:41| - # - | - | - | -
CUL_HM_HM_LC_SW2_FM_1F2D65: done | - |4:05-05 08:30:42 |05-05 08:30:43| - # - | - | - | -
CUL_HM_HM_LC_SW2_FM_1F2E55: done | - |4:05-05 08:30:43 |05-05 08:30:44| - # - | - | - | -
CUL_HM_HM_LC_SW2_FM_1F2E8F: done_Errors:1 | - |2:05-05 08:31:39 | - |6:05-05 08:31:53 #4 |2:05-05 08:31:58 | - | -
CUL_HM_HM_LC_SW2_FM_1FD2F6: done | - |4:05-05 08:30:46 |05-05 08:30:46| - # - | - | - | -
CUL_HM_HM_LC_SW2_FM_26C852: done | - |4:05-05 08:30:47 |05-05 08:30:47| - # - | - | - | -
CUL_HM_HM_LC_SW4_DR_1E76F9: done | - |8:05-05 08:30:49 |05-05 08:30:49| - # - | - | - | -
CUL_HM_HM_LC_SW4_DR_205FD9: done_Errors:1 | - |2:05-05 08:31:59 | - |6:05-05 08:32:15 #13 |2:05-05 08:32:20 | - | -
CUL_HM_HM_LC_SW4_DR_205FF5: done_Errors:1 | - |2:05-05 08:32:23 | - |6:05-05 08:32:39 #13 |2:05-05 08:32:44 | - | -
CUL_HM_HM_PBI_4_FM_1EF797: - | - | - | - | - # - | - | - | -
CUL_HM_HM_PBI_4_FM_1EFAE1: - | - | - | - | - # - | - | - | -
CUL_HM_HM_PBI_4_FM_20B4A4: - | - | - | - | - # - | - | - | -
EZ_JalousieFenster : done | - |2:05-05 08:30:53 |05-05 08:30:53|1:05-05 08:30:53 # - | - | - | -
EZ_JalousieSchiebetuer: done | - |2:05-05 08:30:55 |05-05 08:30:55|1:05-05 08:30:55 # - | - | - | -
EZ_SteckdoseEcke : done | - |2:05-05 08:30:52 |05-05 08:30:53| - # - | - | - | -
EZ_T1_Taster : - | - | - | - | - # - | - | - | -
EZ_Wandlampen : done | - |2:05-05 08:30:54 |05-05 08:30:54| - # - | - | - | -
FL_Anrichte : done | - |2:05-05 08:30:55 |05-05 08:30:55| - # - | - | - | -
FL_Rollladen : done | - |2:05-05 08:30:56 |05-05 08:30:56| - # - | - | - | -
FL_SteckdoseFenster : done | - |2:05-05 08:30:57 |05-05 08:30:57| - # - | - | - | -
FZ_RollladenLinks : done | - |2:05-05 08:30:58 |05-05 08:30:58| - # - | - | - | -
FZ_RollladenRechts : done | - |2:05-05 08:30:59 |05-05 08:30:59| - # - | - | - | -
GB_Rollladen : done | - |2:05-05 08:31:02 |05-05 08:31:02|1:05-05 08:31:01 # - | - | - | -
GZ_RollladenLinks : done | - |2:05-05 08:31:01 |05-05 08:31:01| - # - | - | - | -
GZ_RollladenRechts : done | - |2:05-05 08:31:02 |05-05 08:31:02| - # - | - | - | -
HWR_Rollladen : done_Errors:1 | - |2:05-05 08:32:48 | - |6:05-05 08:33:02 #4 |2:05-05 08:33:08 | - | -
KI1_RollladenLinks : done | - |2:05-05 08:31:04 |05-05 08:31:04| - # - | - | - | -
KI1_RollladenRechts : done | - |2:05-05 08:31:05 |05-05 08:31:05| - # - | - | - | -
KI2_RollladenGiebel : done | - |2:05-05 08:31:06 |05-05 08:31:06| - # - | - | - | -
KI2_RollladenLinks : done | - |2:05-05 08:31:07 |05-05 08:31:07| - # - | - | - | -
KI2_RollladenRechts : done | - |2:05-05 08:31:17 |05-05 08:31:17|1:05-05 08:31:17 # - | - | - | -
KU_Rollladen : done | - |2:05-05 08:31:18 |05-05 08:31:18| - # - | - | - | -
KU_Schrankbeleuchtung: done | - |2:05-05 08:31:18 |05-05 08:31:18| - # - | - | - | -
KU_Thekenlicht : done | - |2:05-05 08:31:21 |05-05 08:31:21| - # - | - | - | -
SZ_Rollladen : done | - |3:05-05 08:31:22 |05-05 08:31:22| - # - | - | - | -
WC_Rollladen : done | - |2:05-05 08:31:23 |05-05 08:31:23| - # - | - | - | -
WZ_Deckenspots : done | - |2:05-05 08:31:25 |05-05 08:31:25| - # - | - | - | -
WZ_JalousieGalerieOben: done | - |2:05-05 08:31:26 |05-05 08:31:26| - # - | - | - | -
WZ_JalousieGalerieUnten: done | - |2:05-05 08:31:27 |05-05 08:31:27| - # - | - | - | -
WZ_JalousieRechts : done | - |3:05-05 08:31:32 |05-05 08:31:32| - # - | - | - | -
WZ_JalousieSchiebetuer: done | - |2:05-05 08:31:32 |05-05 08:31:32| - # - | - | - | -
WZ_Schrankwand : done | - |2:05-05 08:31:33 |05-05 08:31:33| - # - | - | - | -
WZ_SteckdoseGA : done | - |2:05-05 08:31:34 |05-05 08:31:34| - # - | - | - | -
WZ_SteckdoseSW : done | - |2:05-05 08:31:35 |05-05 08:31:35| - # - | - | - | -
Zisterne : pending |16 pending |1:05-05 08:44:27 |05-05 08:44:26| - # - | - | - | -
================================================================================================================
sum 4 |16 |105 |205 |28 #34 |8 |0 |0

CUL_HM queue length:0

requests pending
----------------
autoReadReg :
recent :HWR_Rollladen
status request :
autoReadReg wakeup :CUL_HM_HM_PBI_4_FM_1EF797, CUL_HM_HM_PBI_4_FM_1EFAE1, CUL_HM_HM_PBI_4_FM_20B4A4, EZ_T1_Taster, Zisterne
status request wakeup:Zisterne
autoReadTest :

IODevs:HMLAN1:opened pending=0 condition:ok
msgLoadEst: 1hour:10% 10min steps: 0/0/0/10/0/0

martinp876 · 05 Mai 2014, 09:10:43

die Zisterne ist dein Sen-Wa? Dann ist es ok.
zeichnest du rohmessages auf bei der Gelegenheit? Nur für alle Fälle

hixhupf · 05 Mai 2014, 10:28:36

Hier sind die letzten zwei Events aus dem FileLog und dazu passend die Rohmesssage:

2014-05-05_10:06:59 Zisterne level: 89
2014-05-05_10:06:59 Zisterne 89
2014-05-05_10:06:59 Zisterne battery: ok

2014.05.05 10:06:59.571 0: HMLAN_Parse: HMLAN1 R:E23A2B8 stat:0000 t:9F422A63 d:FF r:FF9F m:CB A610 23A2B8 1509EF 0601B200

2014-05-05_10:25:57 Zisterne level: 88.5
2014-05-05_10:25:57 Zisterne 88.5
2014-05-05_10:25:57 Zisterne battery: ok

2014.05.05 10:25:57.090 0: HMLAN_Parse: HMLAN1 R:E23A2B8 stat:0000 t:9F538674 d:FF r:FF9E m:CC A610 23A2B8 1509EF 0601B100

martinp876 · 05 Mai 2014, 14:22:48

rohmessages nach
http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen
bitte

hixhupf · 05 Mai 2014, 14:44:53

Hm, genau so habe ich es doch definiert?

Code Auswählen

fhem> list global
Internals:
   TYPE       Global
   currentlogfile ./log/fhem-2014-05.log
   logfile    ./log/fhem-%Y-%m.log
Attributes:
   mseclog    1
   verbose    1
   version    $Id: fhem.pl 5728 2014-05-03 09:41:12Z rudolfkoenig $
fhem>

Danke für die Hilfe!
Sascha

hixhupf · 05 Mai 2014, 15:41:04

Um 15:35 habe ich am Sen-Wa die Config-Taste gedrückt, um die Register neu abzufragen:

Im FileLog:

Code Auswählen

CUL_HM Zisterne D-firmware: 1.2
CUL_HM Zisterne D-serialNr: KEQ0849178
CUL_HM Zisterne Activity: alive
CUL_HM Zisterne Nack
CUL_HM Zisterne NACK

Rohmessages:

Code Auswählen

2014.05.05 15:35:10.383 0: HMLAN_Parse: HMLAN1 R:E23A2B8   stat:0000 t:A06EAA86 d:FF r:FF9F     m:DC 8400 23A2B8 000000 12009F4B45513038343931373860020101
2014.05.05 15:35:10.480 0: HMLAN_Send:  HMLAN1 S:+23A2B8,00,01,1E
2014.05.05 15:35:10.483 0: HMLAN_Send:  HMLAN1 S:SCC986596 stat:  00 t:00000000 d:01 r:CC986596 m:38 A001 1509EF 23A2B8 01050000000001
2014.05.05 15:35:10.641 0: HMLAN_Parse: HMLAN1 R:RCC986596 stat:0001 t:A06EAB8E d:FF r:FFA1     m:38 8002 23A2B8 1509EF 00
2014.05.05 15:35:10.745 0: HMLAN_Send:  HMLAN1 S:SCC986687 stat:  00 t:00000000 d:01 r:CC986687 m:39 A001 1509EF 23A2B8 01085A01
2014.05.05 15:35:11.040 0: HMLAN_Parse: HMLAN1 R:RCC986687 stat:0001 t:A06EAD1D d:FF r:FFA2     m:39 8002 23A2B8 1509EF 00
2014.05.05 15:35:11.143 0: HMLAN_Send:  HMLAN1 S:SCC986816 stat:  00 t:00000000 d:01 r:CC986816 m:3A A001 1509EF 23A2B8 0106
2014.05.05 15:35:11.455 0: HMLAN_Parse: HMLAN1 R:RCC986816 stat:0001 t:A06EAEBC d:FF r:FFA2     m:3A 8002 23A2B8 1509EF 00
2014.05.05 15:35:11.558 0: HMLAN_Send:  HMLAN1 S:SCC9869B4 stat:  00 t:00000000 d:01 r:CC9869B4 m:3B A001 1509EF 23A2B8 01050000000001
2014.05.05 15:35:11.853 0: HMLAN_Parse: HMLAN1 R:RCC9869B4 stat:0001 t:A06EB04B d:FF r:FFA2     m:3B 8002 23A2B8 1509EF 00
2014.05.05 15:35:11.957 0: HMLAN_Send:  HMLAN1 S:SCC986B42 stat:  00 t:00000000 d:01 r:CC986B42 m:3C A001 1509EF 23A2B8 01085A015E015F30
2014.05.05 15:35:12.251 0: HMLAN_Parse: HMLAN1 R:RCC986B42 stat:0001 t:A06EB1DA d:FF r:FFA1     m:3C 8002 23A2B8 1509EF 00
2014.05.05 15:35:12.356 0: HMLAN_Send:  HMLAN1 S:SCC986CD0 stat:  00 t:00000000 d:01 r:CC986CD0 m:3D A001 1509EF 23A2B8 0106
2014.05.05 15:35:12.666 0: HMLAN_Parse: HMLAN1 R:RCC986CD0 stat:0001 t:A06EB379 d:FF r:FFA2     m:3D 8002 23A2B8 1509EF 00
2014.05.05 15:35:12.772 0: HMLAN_Send:  HMLAN1 S:SCC986E6F stat:  00 t:00000000 d:01 r:CC986E6F m:3E A001 1509EF 23A2B8 01050000000001
2014.05.05 15:35:13.066 0: HMLAN_Parse: HMLAN1 R:RCC986E6F stat:0001 t:A06EB509 d:FF r:FFA2     m:3E 8002 23A2B8 1509EF 00
2014.05.05 15:35:13.172 0: HMLAN_Send:  HMLAN1 S:SCC986FFF stat:  00 t:00000000 d:01 r:CC986FFF m:3F A001 1509EF 23A2B8 01085A015E015F30660067E6
2014.05.05 15:35:13.465 0: HMLAN_Parse: HMLAN1 R:RCC986FFF stat:0001 t:A06EB699 d:FF r:FFA2     m:3F 8002 23A2B8 1509EF 00
2014.05.05 15:35:13.572 0: HMLAN_Send:  HMLAN1 S:SCC98718F stat:  00 t:00000000 d:01 r:CC98718F m:40 A001 1509EF 23A2B8 0106
2014.05.05 15:35:13.880 0: HMLAN_Parse: HMLAN1 R:RCC98718F stat:0001 t:A06EB838 d:FF r:FFA1     m:40 8002 23A2B8 1509EF 00
2014.05.05 15:35:13.987 0: HMLAN_Send:  HMLAN1 S:SCC98732E stat:  00 t:00000000 d:01 r:CC98732E m:41 A001 1509EF 23A2B8 01050000000001
2014.05.05 15:35:14.280 0: HMLAN_Parse: HMLAN1 R:RCC98732E stat:0001 t:A06EB9C8 d:FF r:FF9F     m:41 8002 23A2B8 1509EF 00
2014.05.05 15:35:14.386 0: HMLAN_Send:  HMLAN1 S:SCC9874BE stat:  00 t:00000000 d:01 r:CC9874BE m:42 A001 1509EF 23A2B8 01085A015E015F30620063EB660067E6
2014.05.05 15:35:14.680 0: HMLAN_Parse: HMLAN1 R:RCC9874BE stat:0001 t:A06EBB58 d:FF r:FFA0     m:42 8002 23A2B8 1509EF 00
2014.05.05 15:35:14.787 0: HMLAN_Send:  HMLAN1 S:SCC98764E stat:  00 t:00000000 d:01 r:CC98764E m:43 A001 1509EF 23A2B8 0106
2014.05.05 15:35:15.095 0: HMLAN_Parse: HMLAN1 R:RCC98764E stat:0001 t:A06EBCF7 d:FF r:FFA1     m:43 8002 23A2B8 1509EF 00
2014.05.05 15:35:15.202 0: HMLAN_Send:  HMLAN1 S:SCC9877ED stat:  00 t:00000000 d:01 r:CC9877ED m:44 A001 1509EF 23A2B8 01050000000001
2014.05.05 15:35:15.495 0: HMLAN_Parse: HMLAN1 R:RCC9877ED stat:0001 t:A06EBE87 d:FF r:FFA2     m:44 8002 23A2B8 1509EF 00
2014.05.05 15:35:15.602 0: HMLAN_Send:  HMLAN1 S:SCC98797D stat:  00 t:00000000 d:01 r:CC98797D m:45 A001 1509EF 23A2B8 01085A015E015F30620063EB660067E6
2014.05.05 15:35:15.895 0: HMLAN_Parse: HMLAN1 R:RCC98797D stat:0001 t:A06EC017 d:FF r:FFA2     m:45 8002 23A2B8 1509EF 00
2014.05.05 15:35:16.002 0: HMLAN_Send:  HMLAN1 S:SCC987B0D stat:  00 t:00000000 d:01 r:CC987B0D m:46 A001 1509EF 23A2B8 01086C016D36
2014.05.05 15:35:16.294 0: HMLAN_Parse: HMLAN1 R:RCC987B0D stat:0001 t:A06EC1A6 d:FF r:FFA1     m:46 8002 23A2B8 1509EF 00
2014.05.05 15:35:16.400 0: HMLAN_Send:  HMLAN1 S:SCC987C9B stat:  00 t:00000000 d:01 r:CC987C9B m:47 A001 1509EF 23A2B8 0106
2014.05.05 15:35:16.709 0: HMLAN_Parse: HMLAN1 R:RCC987C9B stat:0001 t:A06EC345 d:FF r:FFA1     m:47 8002 23A2B8 1509EF 00
2014.05.05 15:35:16.815 0: HMLAN_Send:  HMLAN1 S:SCC987E3B stat:  00 t:00000000 d:01 r:CC987E3B m:48 A001 1509EF 23A2B8 010E
2014.05.05 15:35:17.108 0: HMLAN_Parse: HMLAN1 R:RCC987E3B stat:0001 t:A06EC4D4 d:FF r:FFA1     m:48 8002 23A2B8 1509EF 80
2014.05.05 15:35:17.715 0: HMLAN_Send:  HMLAN1 I:K
2014.05.05 15:35:17.725 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:A06EC73B IDcnt:002D
2014.05.05 15:35:42.726 0: HMLAN_Send:  HMLAN1 I:K
2014.05.05 15:35:42.897 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707910 d:1E9B4D O:1509EF t:A06F2993 IDcnt:002D

hixhupf · 05 Mai 2014, 19:06:50

Ok, gelöst: ich habe die neu gepaired und dann wurden die Werte akzeptiert. Jetzt kann ich mich an die Kalibrierung machen.

Danke für die Unterstützung!
Sascha

oniT · 12 August 2014, 22:24:10

Hallo Martin,

ich habe seit letztens ebenfalls den Füllstandmesser und ebenso das Problem, dass das set_ nicht weg geht. Inzwischen habe ich diesen nochmals angelernt. Das set_ steht nun bereits seit ein paar Tagen.

Code Auswählen


Internals: 
   DEF        28B031 
   IODev      01_LANInterface 
   NAME       CUL_HM_HM_Sen_Wa_Od_28B031 
   NR         1849 
   STATE      50 
   TYPE       CUL_HM 
   Readings: 
     2014-08-12 21:09:56   Activity        alive 
     2014-08-11 18:38:22   CommandAccepted no 
     2014-08-11 18:38:17   D-firmware      1.3 
     2014-08-11 18:38:17   D-serialNr       
     2014-08-10 10:20:34   PairedTo        0x41 
     2014-08-10 10:24:08   R-caseDesign    set_verticalBarrel 
     2014-08-10 10:25:30   R-caseHigh      set_310 cm 
     2014-08-10 10:26:07   R-caseLength    set_200 cm 
     2014-08-10 10:25:49   R-caseWidth     set_200 cm 
     2014-08-10 10:20:34   R-cyclicInfoMsgDis 6 
     2014-08-10 10:24:48   R-fillLevel     set_200 cm 
     2014-08-10 19:03:55   R-ledOnTime     set_0.5 s 
     2014-08-10 10:20:34   R-localResDis   off 
     2014-08-10 19:03:55   R-meaLength     set_310 cm 
     2014-08-10 10:20:34   R-pairCentral   0x41 
     2014-08-10 10:20:34   R-transmDevTryMax 6 
     2014-08-10 19:03:55   R-transmitTryMax set_6 
     2014-08-10 19:03:55   R-useCustom     set_off 
     2014-08-10 19:03:55   R-waterUppThr   set_255 
     2014-08-10 19:03:55   R-waterlowThr   set_255 
     2014-08-12 21:07:38   battery         ok 
     2014-08-12 21:07:38   level           50 
     2014-08-12 21:07:38   recentStateType info 
     2014-08-12 21:07:38   state           50 
     2014-08-12 21:07:38   trend           0 
   Helper: 
     mId        009F 
     rxType     12 
     Io: 
       newChn     +28B031,00,01,00 
       prefIO 
       rxt        2 
       vccu 
       p: 
         28B031 
         00 
         01 
         00 
     Mrssi: 
       mNo 
     Prt: 
       bErr       0 
       sProc      0 
     Q: 
       qReqConf   00 
       qReqStat   00 
     Role: 
       chn        1 
       dev        1 
Attributes: 
   IODev      01_LANInterface 
   actCycle   028:00 
   actStatus  alive 
   autoReadReg 4_reqStatus 
   expert     2_full 
   firmware   1.3 
   model      HM-Sen-Wa-Od 
   peerIDs    00000000, 
   room       CUL_HM 
   serialNr    
   subType    sensor 
   userReadings trend difference {sprintf("%.1f",ReadingsVal($name,"level",0))}

getConfig habe ich durchgeführt. Hat nichts gebracht. Mitgeschrieben habe ich bisher:

Code Auswählen



2014-08-12_22:07:43 CUL_HM_HM_Sen_Wa_Od_28B031 trend: 0
2014-08-12_22:07:43 CUL_HM_HM_Sen_Wa_Od_28B031 battery: ok
2014-08-12_22:07:43 CUL_HM_HM_Sen_Wa_Od_28B031 50
2014-08-12_22:07:43 CUL_HM_HM_Sen_Wa_Od_28B031 level: 50
2014-08-12_21:51:36 CUL_HM_HM_Sen_Wa_Od_28B031 Activity: alive

2014.08.12 22:08:38.484 0: HMLAN_Parse: 01_LANInterface V:03C1 sNo:JEQ0314624 d:1C69E3 O:000041 t:6F565677 IDcnt:000E
2014.08.12 22:08:38.474 0: HMLAN_Send:  01_LANInterface I:K
2014.08.12 22:08:13.470 0: HMLAN_Parse: 01_LANInterface V:03C1 sNo:JEQ0314624 d:1C69E3 O:000041 t:6F55F4BD IDcnt:000E
2014.08.12 22:08:13.459 0: HMLAN_Send:  01_LANInterface I:K
2014.08.12 22:08:11.945 0: HMLAN_Parse: 01_LANInterface R:E24A45E   stat:0000 t:6F55EEC6 d:FF r:FFB1     m:18 845E 24A45E 000000 825AAF00000000000916FD
2014.08.12 22:07:48.503 0: HMLAN_Parse: 01_LANInterface V:03C1 sNo:JEQ0314624 d:1C69E3 O:000041 t:6F55930A IDcnt:000E
2014.08.12 22:07:48.451 0: HMLAN_Send:  01_LANInterface I:K
2014.08.12 22:07:43.086 0: HMLAN_Parse: 01_LANInterface R:E28B031   stat:0000 t:6F557E07 d:FF r:FFAF     m:C1 A610 28B031 000041 06016400
2014.08.12 22:07:23.245 0: HMLAN_Parse: 01_LANInterface V:03C1 sNo:JEQ0314624 d:1C69E3 O:000041 t:6F553085 IDcnt:000E
2014.08.12 22:07:23.234 0: HMLAN_Send:  01_LANInterface I:K
2014.08.12 22:07:01.617 0: HMLAN_Parse: 01_LANInterface V:03C1 sNo:JEQ0314624 d:1C69E3 O:000041 t:6F54CECE IDcnt:000E
2014.08.12 22:07:00.103 0: HMLAN_Parse: 01_LANInterface R:E251A02   stat:0000 t:6F54C3C6 d:FF r:FFBF     m:1B 845E 251A02 000000 8282BB0000040025091AFE
2014.08.12 22:06:58.222 0: HMLAN_Send:  01_LANInterface I:K
2014.08.12 22:06:37.442 0: HMLAN_Parse: 01_LANInterface R:E2513EC   stat:0000 t:6F547D93 d:FF r:FFD2     m:3D 8670 2513EC 000000 00F040
2014.08.12 22:06:27.746 0: HMLAN_Parse: 01_LANInterface V:03C1 sNo:JEQ0314624 d:1C69E3 O:000041 t:6F5457B4 IDcnt:000E
2014.08.12 22:06:27.736 0: HMLAN_Send:  01_LANInterface I:K
2014.08.12 22:06:02.743 0: HMLAN_Parse: 01_LANInterface V:03C1 sNo:JEQ0314624 d:1C69E3 O:000041 t:6F53F600 IDcnt:000E
2014.08.12 22:06:02.727 0: HMLAN_Send:  01_LANInterface I:K

Ich hoffe damit kannst Du etwas anfangen.

Danke

Gruß
Tino

Mr. P · 12 August 2014, 23:17:08

Hej Tino,

aus deinen Rohdaten kann man sehr gut erkennen, dass du deinen Sensor noch nicht mit der Zentrale gepairt hast.
Kann es sein, dass du nur 'autocreate', aber nicht den Pairmodus in FHEM aktiviert hast?

Versuche einmal:

Code Auswählen

set <myHM> hmPairForSec <desired-time>
Anstelle von <myHM> trägst du die Bezeichnung deines HMLANs und statt <desired-time> die Zeit in Sekunden ein, wie lange FHEM im Pairingmodus bleiben soll. Also wenn du den Sensor neben dir liegen hast, werden wohl 30 Sekunden genügen. Musst du erst wohin gehen, dann entsprechend länger. Und erst dann musst die Anlernschritte des Gerätes laut Anleitung durchgehen.
Wenn alles gut geht, hast du das Device im Anschluss gepairt und dann klappt auch deine Abfrage.

oniT · 13 August 2014, 07:07:33

Guten Morgen Mr. P

ich lerne HM Produkte immer auf dem von Dir beschriebenen Weg an. Da der set_ Befehl dann eine zeitlang anstand, habe ich das Gerät wieder gelöscht und nochmals angelernt. Ich habe es allerdings nur gelöscht, zurück gesetzt und wieder angelernt. Angenommen dies war bereits angelernt muss ich dies dann wieder ablernen oder reicht das Löschen aus fhem? Ich kann es ja nochmals versuchen. An welchen Einträgen in den Rohdaten erkennt man ob der Anlernvorgang erfolgreich war?

Danke

Gruß
Tino

Mr. P · 13 August 2014, 08:43:00

Guten Morgen Tino,

ich hab gerade noch einmal über deine geposteten RAW-Nachrichten gesehen. Der Sensor ist doch gepairt. Hatte gestern nur die Zeilen mit den 000000-Blöcken gesehen und daraus geschlossen, dass es sich um dein Problem-Gerät handeln muss, sorry.
Aber deine Zentrale hat die ID 000041 und das Pairing ist sowohl in den RAW-Nachrichten als auch im Listing vom Device ersichtlich (R-pairCentral 0x41).

In dem Fall würde ich vorschlagen, dass du deine Nachrichten-Queue löscht (set <myDevice> clear msgEvents) und das selbe auch mit den Readings (set <myDevice> clear readings), damit du auch sicher sein kannst, dass die angezeigten Daten alle aktuell sind.
Anschließend mach einmal ein 'set <myDevice> getConfig' und drücke anschließend kurz den Anlernknopf auf dem Gerät. Dann sollte das Gerät aufwachen und auf alle Fälle die Nachrichten abarbeiten. Einfach einmal darauf achten, was danach im Device-Channel im Internal 'protState' steht. Sollte nach Erfolg 'CMDs_done' stehen.
Wenn du soweit bist, dann fange langsam an, das Gerät mit deinen Änderungen der Registern zu füttern. Aber mach es Register für Register und am besten drücke immer nach absetzen des Befehls den Anlernknopf am Gerät.

oniT · 13 August 2014, 10:43:19

Hallo Mr. P

ok, Danke für die Erklärung. Dies werde ich so bei Gelegenheit einmal durchführen und melde mich hoffentlich mit Erfolg wieder zurück.

Danke

Gruß
Tino

oniT · 14 August 2014, 14:16:43

Hallo,

so, also nach mehrmaligem Rücksetzen und durchführen der Beschreibung sind die set_ Befehle nun weg und vom Gerät übernommen. Für alle die, welche diese Aufgabe noch vor sich haben, sag ich mal Geduld mitbringen. Das kann echt dauern.

Nach dem Kalibrieren wird ein Level von 50 ausgegeben. Das ist recht seltsam wurde allerdings schon in diesem Thread http://forum.fhem.de/index.php/topic,23813.0.html behandelt. Ich nehme an, dass 50 = 100% sind. Alles andere macht keinen Sinn. Da ich bei niedrigerem Füllstand und einer Kalibrierung ebenfalls 50 als Level ausgegeben bekommen hatte. Ich werde jetzt erst einmal sehen wie der Wert nach dem Kalibrieren bei voller Zisterne ist bzw. wie dieser sich beim entleeren verhält.

Danke

Gruß
Tino

martinp876 · 15 August 2014, 08:22:50

zum Behandeln der Level wären die Readings interessant.

oniT · 18 April 2015, 21:33:44

Hallo Martin,

ich bin jetzt wieder einmal zu dem Thema HM-Sen-Wa-Od gekommen. Nach dem Umstieg auf einen BBB, habe ich den Füllstandsmesser neu angelernt, die Register gesetzt und kalibriert. Soweit ist auch alles gelungen. Zumindest war bisher nichts auffälliges. Nachdem ich nun in den letzten beiden Tagen aus der Zisterne gezapft habe, fällt mir allerdings auf, dass sich das Level nicht ändert. Findet man heraus an was das liegen kann?

Code Auswählen


Internals: 
   01_LANInterface_MSGCNT 140 
   01_LANInterface_RAWMSG E28B031,0000,2878F9C1,FF,FFA7,E7A61028B0310000410601C100 
   01_LANInterface_RSSI -89 
   01_LANInterface_TIME 2015-04-18 21:25:28 
   DEF        28B031 
   IODev      01_LANInterface 
   LASTInputDev 01_LANInterface 
   MSGCNT     140 
   NAME       ZIST_01_NO_kg 
   NR         252 
   STATE      96.5 
   TYPE       CUL_HM 
   lastMsg    No:E7 - t:10 s:28B031 d:000041 0601C100 
   protLastRcv 2015-04-18 21:25:28 
   protSnd    140 last_at:2015-04-18 21:25:28 
   protState  CMDs_done 
   rssi_at_01_LANInterface avg:-78.97 min:-101 max:-69 lst:-89 cnt:140 
   Readings: 
     2015-04-16 22:02:41   Activity        alive 
     2015-04-15 20:53:06   CommandAccepted no 
     2015-04-15 20:53:49   D-firmware      1.3 
     2015-04-15 20:53:49   D-serialNr      LEQxxxxxxx 
     2015-04-15 20:53:50   PairedTo        0x000041 
     2015-04-15 20:53:05   R-caseHigh      310 cm 
     2015-04-15 20:53:05   R-caseLength    200 cm 
     2015-04-15 20:53:05   R-caseWidth     200 cm 
     2015-04-15 20:53:04   R-cyclicInfoMsgDis 6 
     2015-04-15 20:53:05   R-fillLevel     300 cm 
     2015-04-15 20:53:05   R-ledOnTime     0.5 s 
     2015-04-15 20:53:04   R-localResDis   off 
     2015-04-15 20:53:05   R-meaLength     200 cm 
     2015-04-15 20:53:04   R-pairCentral   0x000041 
     2015-04-15 20:53:04   R-transmDevTryMax 6 
     2015-04-15 20:53:05   R-transmitTryMax 6 
     2015-04-15 20:53:05   R-useCustom     off 
     2015-04-15 20:53:05   R-waterUppThr   255 
     2015-04-15 20:53:05   R-waterlowThr   255 
     2015-04-15 20:53:50   RegL_00:        02:01 0A:00 0B:00 0C:41 11:06 14:06 18:00 00:00 
     2015-04-15 20:53:51   RegL_01:        06:FF 07:FF 08:00 22:64 30:06 5B:01 5E:01 5F:36  62:01 63:2C 66:00 67:C8 6A:00 6B:C8 6C:00 6D:C8  6E:00 00:00 
     2015-04-18 21:25:28   battery         ok 
     2015-04-18 21:25:28   level           96.5 
     2015-04-18 21:25:28   liter           6031.2 
     2015-04-18 21:25:28   recentStateType info 
     2015-04-18 21:25:28   state           96.5 
     2015-04-18 21:25:28   volumen         6.0 
   Helper: 
     mId        009F 
     rxType     12 
     Io: 
       newChn     +28B031,00,01,00 
       nextSend   1429385129.02159 
       prefIO 
       rxt        2 
       vccu 
       p: 
         28B031 
         00 
         01 
         00 
     Mrssi: 
       mNo        E7 
       Io: 
         01_LANInterface -87 
     Prt: 
       bErr       0 
       sProc      0 
       sleeping   1 
       Rspwait: 
     Q: 
       qReqConf 
       qReqStat   00 
     Role: 
       chn        1 
       dev        1 
     Rpt: 
       IO         01_LANInterface 
       flg        A 
       ts         1429385128.94467 
       ack: 
         HASH(0x1f7c080) 
         E7800200004128B03100 
     Rssi: 
       At_01_laninterface: 
         avg        -78.9785714285715 
         cnt        140 
         lst        -89 
         max        -69 
         min        -101 
Attributes: 
   IODev      01_LANInterface 
   actCycle   028:00 
   actStatus  alive 
   autoReadReg 4_reqStatus 
   expert     2_full 
   firmware   1.3 
   model      HM-Sen-Wa-Od 
   peerIDs    00000000, 
   room       CUL_HM 
   serialNr   LEQ0385194 
   subType    sensor 
   userReadings liter {sprintf("%0.1f", ReadingsVal($name,"state",0)*62.5)}, volumen {sprintf("%0.1f", ReadingsVal($name,"state",0)*0.0625)} 
   verbose    5

Und diese Info steht im Logfile:

Code Auswählen


2015.04.18 21:04:21.891 5: CUL_HM ZIST_01_NO_kg protEvent:CMDs_done
2015.04.18 21:04:21.892 5: CUL_HM ZIST_01_NO_kg sent ACK:2
2015.04.18 21:25:28.946 5: CUL_HM ZIST_01_NO_kg protEvent:CMDs_done
2015.04.18 21:25:28.948 5: CUL_HM ZIST_01_NO_kg sent ACK:2

Kannst Du irgendwas erkennen?

Danke,

Gruß
Tino

martinp876 · 18 April 2015, 22:03:37

Nein. Sieht aus als ob die messages regelmaessig kommen. Nun die frage, ob der sensor ein problem hat

oniT · 19 April 2015, 09:49:43

Hallo Martin,

hm, ob der Sensor ein Problem hat werde ich bestimmt nicht rausbekommen. Wenn die Übertragung soweit korrekt ist und die Messages ankommen, dann teste ich zumindest nochmals ob sich was tut wenn ich die Leitung etwas weiter rausnehme. Wenn das nichts bringt, kann ich diesen dann ja nur noch zum Prüfen zurückschicken. Oder gibt es eine andere Alternative?

Danke,

Gruß
Tino

martinp876 · 19 April 2015, 10:08:15

du könntest die messages bei deinen Versuchen loggen - die kann ich dann einmal ansehen. Wer weis.

oniT · 19 April 2015, 12:37:10

Kann man noch mehr Informationen erhalten und muss ich dazu noch etwas zusätzliches einstellen?

Danke,

Gruß
Tino

martinp876 · 19 April 2015, 15:30:56

denke nicht. einfach sniffen - wenn der Wasserstand sinkt

oniT · 19 April 2015, 21:44:48

Hallo Martin,

ich meine ich habe es gefunden. Meiner Meinung nach habe ich den Sensor nicht richtig kalibriert. Vorher hätte ich allerdings noch eine Frage dazu.

Im Wiki steht:

Code Auswählen


#Typen Form: verticalBarrel,horizBarrel,rectangle
set <HM-Sen-Wa-Od-Name> regSet caseDesign verticalBarrel
# Behälterhöhe
set <HM-Sen-Wa-Od-Name> regSet caseHigh 190
# Behälterbreite
set <HM-Sen-Wa-Od-Name> regSet caseWidth 250
# Behältertiefe
set <HM-Sen-Wa-Od-Name> regSet caseLength 250
# Kabellänge gesamt
set <HM-Sen-Wa-Od-Name> regSet meaLength 245
#max. Füllhöhe
set <HM-Sen-Wa-Od-Name> regSet fillLevel 190

Gehe ich recht der Annahme, dass mit Behälterhöhe der maximale Füllstand bei vollem Behälter gemeint ist und nicht die Behälterhöhe ansich?

Danke,

Gruß
Tino

hixhupf · 19 April 2015, 21:55:16

Geht mir ähnlich. Meine Werte, die ich empfange, sind auch recht ungenau. Hab mich aber jetzt seit letztem Herbst nicht mehr damit befasst. Eine Skizze wäre hilfreich, welcher Parameter wie zu messen und einzustellen ist. Was ist zum Beispiel der Unterschied zwischen Behälterhöhe und Behältertiefe? Meine Zisterne hat einen Durchmesser und eine Höhe, mehr nicht

Gesendet von iPad mit Tapatalk

oniT · 21 April 2015, 20:57:45

Hallo hixhupf,

so wie ich das sehe, sind nur die Angaben der Behälterhöhe sowie die maximale Kabellänge wichtig. Alle weiteren Angaben sollten keinen Einfluß haben. Als Ergebnis wird level in Prozent ausgegeben. Wenn also die Kalibrierung richtig durchgeführt wurde, stimmt auch der Wert. Die tatsächliche Füllmenge kannst Du dann zum Beispiel über userReadings ausgeben lassen.

Code Auswählen


userReadings liter {sprintf("%0.1f", ReadingsVal($name,"level",0)*62.5)}, volumen {sprintf("%0.1f", ReadingsVal($name,"level",0)*0.0625)}

Die 62.5 und die 0.0625 müssen dann mit den Werten Deines Behälters ersetzt werden.

Ich hoffe ich habe es gestern hinbekommen. Ich habe als Behälterhöhe die maximale Füllhöhe angegeben. Anschließend wurde die Kalibrierung korrekt übernommen und aktuell wird mir ein Wert 100 ausgegeben. Ich werde in den kommenden Tagen bei Entnahmen sehen ob sich an dem Wert etwas ändert.

Sollte dies so sein, werde ich das Wiki dahingehend anpassen.

Gruß
Tino

martinp876 · 22 April 2015, 21:38:13

Die behaelterform sollte schon eingehen. Der sensor sollte also in der lage sein aus der eintauchlaenge und der maxhoehe den prozentualen fullstand zu errechnen. Den alsoluten kann er nicht ausgeben, weil er probleme mit dem zahlenformat bekommen koennte.

ujaudio · 18 Juli 2015, 14:40:10

Ich bin gerade dabei mir das Teil zu bestellen und habe mal die Betriebsanleitung dazu gelesen. Das Kalibrieren ist da ja richtig kompliziert beschrieben. Ich entnehme aber aus den Beiträgen, dass man das nicht händisch an der Zisterne machen muss, sondern bequem am PC über das Setzen der Parameter. Richtig oder falsch?

martinp876 · 18 Juli 2015, 15:28:48

die Berechnungsformeln und damit das Kalibieren kann man über FHEM machen. Den Behälter sollte man kennen.

ujaudio · 18 Juli 2015, 15:32:41

Der Behälter steht schon länger im Garten

Stehender Zylinder.

LightStorm · 22 Juli 2015, 14:16:14

Zitat von: ujaudio am 18 Juli 2015, 14:40:10
Ich bin gerade dabei mir das Teil zu bestellen und habe mal die Betriebsanleitung dazu gelesen. Das Kalibrieren ist da ja richtig kompliziert beschrieben. Ich entnehme aber aus den Beiträgen, dass man das nicht händisch an der Zisterne machen muss, sondern bequem am PC über das Setzen der Parameter. Richtig oder falsch?

Halb richtig

Ich würde das Ding auf jeden Fall noch nicht fest verbauen. Ich musste jedes mal den Config-Button drücken, damit er meine Einstellungen übernommen hat. Das ist schon etwas lästig mit dem Laptop vor der Zisterne zu sitzen. Zumal das Kalibrieren nur sinnvoll geht, wenn der Behälter voll ist.

weblint · 20 Juli 2016, 11:57:47

Hallo, da ich vorhabe mit einer Pumpe in meiner Wassertonne meine Bewässerung zu fluten wäre eine Sensorabfrage von 20Minuten fatal. Kann ich den Sensor auch in kurzen Intervallen abfragen?

Gesendet von meinem Nexus 5 mit Tapatalk

docb · 26 März 2017, 15:58:36

Hallo, nachdem alle Threads zu dem Sensor so alt sind, krame ich den hier mal hervor.
Zuerst mal zu weblint: in einem anderen Thread habe ich etwas dazu gefunden: mit dem Parameter cyclicInfoMsgDis kannst man das wohl ändern, dort wird beschrieben, dass auf 2 bedeutet ca. alle 10 Minuten eine Sendung, auf 6 wären so alle 3 Minuten. Ich kann das leider nicht ganz nachvollziehen, bei mir ist er auf "Werkseinstellung" R-cyclicInfoMsgDis 6 und sendet ca. im 20 Minutentakt. Kann das jemand so bestätigen

Jetzt aber noch eine Frage an alle: In der Anleitung steht, dass man Schwellwerte einrichten kann, bei denen in ein kurzes Meldeintervall gewechselt werden kann. Was ich eigentlich suche - und das geht in die Richtung von weblints Frage - kann ich bei einem bestimmten Schwellenwert (z.B. 10%) ein einziges Update schicken? Mir geht es darum, dass ich die Pumpe abschalten kann, wenn dieser Wert erreicht ist.

Viele Grüße
doc

frank · 27 März 2017, 10:21:19

cyclicInfoMsgDis
hiermit kann man normalerweise einstellen, wieviele zyklische messages ausgelassen werden sollen, bis wieder eine gesendet wird.

wenn 3 min zb der zyklus ist, sollten mit cyclicInfoMsgDis=6 nach ca. 7x3min=21min die messages eintrudeln.
cyclicInfoMsgDis=0 wäre dann das kürzeste interval => 3min.

zur anderen frage kann ich nichts sagen.
ich würde das device sniffen und im eventmonitor mit aktiviertem fhem.log schauen, was bei verschiedenen einstellungen passiert. manchmal ist das verhalten eines gepeerten devices auch etwas unterschiedlich. zum testen vielleicht auch mal peeren, zb mit einem virtuellen channel der vccu.

Gruvol · 28 Juni 2017, 23:10:32

Hallo,
ich habe mir auch den Sensor zugelegt und verbaut. Bei mir kam jedoch auch der Effekt auf, dass ich nur auf einen Wert von 50 komme und nicht auf 100. Ich habe dabei ebenfalls eine manuelle Konfiguration durchgeführt, allerdings hat sich daran nichts geändert.

Daher meine Frage, wenn ich das Teil in den Kalibrierungsmodus bringe, 4 Sekunden Taste drücken, muss ich dann für den ersten Wert drücken (im trockenen) und dann nach und nach zwischen den Plastikstücken eintauchen und immer wieder die Taste drücken, oder ist das falsch? Wie beende ich den Anlernmodus? Weil gedrückt halten von der Taste (4 Sekunden) steht in der Anleitung, dass es abgebrochen wird. Das finde ich etwas verwirrend und hoffe auf Erfahrungen von euch.

Besteht die Möglichkeit auch, dass man nicht alle 20 Minuten, sondern lediglich einmal die Stunde neue Werte bekommt? Wenn ja, wie kann ich das setzen?

Wäre dankbar, wenn mir da jemand helfen kann. Aktuell rechne ich das Ergebnis um, sodass ich auch auf die 100% komme, finde ich aber etwas unschön

.

Viele Grüße
Gruvol

VolkerL · 09 März 2019, 17:19:55

Hallo,

ich habe heute auch einen Hm-Sen-Wa-Od am IBC-Container installiert. Hat auch soweit geklappt, nur mir der Eingabe vom caseDesign in fhem zickt der Sensor rum.
Die Werte von Behälterhöhe, Behälterdurchmesser, Länge der Messkabel und maximale Füllhöhe habe ich mit "set Behaelter regSet caseHigh 100 usw." eingeben, "set Behaelter getConfig" und Konfig-Taste drücken - Werte wurde übernommen, nächster Wert usw.
Nur bei "set Behaelter regSet caseDesign rectangle"; "set Behaelter getConfig" -set_rectangle steht dann bei caseDesign- und wird dann der Konfig-Taster gedrückt, springt caseDesing wieder auf verticalBarrel. Ich habe es mehrfach versucht, drücke ich den Taster nicht, bleibt nur set_rectangle stehen.

Was mache ich falsch?

Danke
Volker

timo74 · 18 April 2020, 19:41:54

Hallo Volker,

konntest du das Problem lösen, dass der Behätertyp sich nicht von "verticalBarrel" auf "rectangle" umstellen ließ?
Ich stehe gerade vor genau dem selben Problem.

Viele Grüße
Timo

Füllstandsmesser HM-Sen-Wa-Od Parameter setzen

TS66

TS66

Epo_Deluxe

Epo_Deluxe

LightStorm

LightStorm

LightStorm