Originally posted by: <email address deleted>
Hallo
ich habe 2 HMS100T im Einsatz seit ca. 2 Jahren ohne Probleme. Seit
einem updatefhem
werden keine Temperaturen mehr aufgezeichnet, kenn jemand diese
Problem?
gruss Remo
2012-01-01_17:54:19 Boiler T: 10.3 Bat: ok
2012-01-01_17:59:40 Boiler T: 10.7 Bat: ok
2012-01-01_18:05:01 Boiler T: 10.9 Bat: ok
2012-01-01_18:15:43 Boiler T: 7.1 Bat: ok
2012-01-01_18:37:07 Boiler T: 10.1 Bat: ok
2012-01-01_18:47:49 Boiler T: 7.2 Bat: ok
2012-01-01_18:53:10 Boiler T: 7.5 Bat: ok
2012-01-01_19:25:16 Boiler T: 0 Bat: ok
2012-01-01_19:30:37 Boiler T: 0 Bat: ok
2012-01-01_19:35:58 Boiler T: 0 Bat: ok
2012-01-01_19:52:01 Boiler T: 0 Bat: ok
2012-01-01_20:18:46 Boiler T: 0 Bat: ok
2012-01-01_20:24:07 Boiler T: 0 Bat: ok
2012-01-01_20:40:10 Boiler T: 0 Bat: ok
2012-01-01_20:45:31 Boiler T: 0 Bat: ok
2012-01-01_17:57:53 Vorlauf T: 34.5 Bat: ok
2012-01-01_18:08:35 Vorlauf T: 32.5 Bat: ok
2012-01-01_18:13:56 Vorlauf T: 35.5 Bat: ok
2012-01-01_18:24:38 Vorlauf T: 34.9 Bat: ok
2012-01-01_18:46:02 Vorlauf T: 34.7 Bat: ok
2012-01-01_18:51:23 Vorlauf T: 34.9 Bat: ok
2012-01-01_18:56:44 Vorlauf T: 34 Bat: ok
2012-01-01_19:02:05 Vorlauf T: 33.9 Bat: ok
2012-01-01_19:07:27 Vorlauf T: 0 Bat: ok
2012-01-01_19:12:47 Vorlauf T: 0 Bat: ok
2012-01-01_19:18:09 Vorlauf T: 0 Bat: ok
2012-01-01_19:23:29 Vorlauf T: 0 Bat: ok
2012-01-01_19:28:50 Vorlauf T: 0 Bat: ok
2012-01-01_19:34:12 Vorlauf T: 0 Bat: ok
2012-01-01_19:39:32 Vorlauf T: 0 Bat: ok
2012-01-01_19:44:54 Vorlauf T: 0 Bat: ok
2012-01-01_19:55:36 Vorlauf T: 0 Bat: ok
2012-01-01_20:00:57 Vorlauf T: 0 Bat: ok
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo
kann bitte jemand der auch HMS10T oder auch HMS100TF im Einsatz hat
und auf FHEM 5.2 ist, prüfen ob Temperaturen angezeigt werden.
Alle meine HMS* bringen keine Temperaturwerte mehr. Das Modul
12_HMS.pm kann es nicht verantwortlich sein, da es nicht geändert
wurde.
Wie kann ich den Fehler einkreisen?
Gruss und Danke
Remo
Internals:
CODE 013b
DEF 013b
IODev MyCUN
LASTIODev MyCUNO
MSGCNT 91
MyCUNO_MSGCNT 87
MyCUNO_RAWMSG H013B01460300DD
MyCUNO_RSSI -91.5
MyCUNO_TIME 2012-01-07 06:22:58
MyCUN_MSGCNT 39
MyCUN_RAWMSG H013B012903000C
MyCUN_RSSI -68
MyCUN_TIME 2012-01-07 06:01:34
NAME Vorlauf
NR 96
STATE T: 0 Bat: ok
TYPE HMS
CHANGETIME:
Readings:
2012-01-07 06:22:58 battery ok
2012-01-07 06:22:58 temperature 0 (Celsius)
2012-01-07 06:22:58 type HMS100T
Attributes:
IODev MyCUN
fm_order 32
room Energie
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Wie kann ich den Fehler einkreisen?
Im "list Vorlauf" sieht man wann welche Meldungen empfangen wurden. Wenn man
RAWMSG einem fhem aus dem SVN unterschiebt mit
fhem> { CUL_Parse($defs{CUL}, $defs{CUL}, "CUL", "H013B01460300DD", "X21") }
dann bekommt man von autocreate ein HMS100T_013b angelegt mit folgenden
Readings:
2012-01-07 08:11:09 battery ok
2012-01-07 08:11:09 temperature 34.6 (Celsius)
2012-01-07 08:11:09 type HMS100T
Ich weiss nicht, was bei Dir schiefgeht, aber der Empfang schient iok zu sein,
muss also irgendwas mit perl, fhem oder fhem Konfiguration das Problem sein.
Sonst:
- an dem test-fhem muss ein CUL konfiguriert sein, anschliessen muss man aber
nichts.
- 34.6 kann man auch im MyCUNO_RAWMSG entdecken (als "4603").
- Meine uebliche Dispatch() Methode funktioniert hier nicht, weil FS20/FHT und
HMS Meldungen zuerst in das kaum lesbare , FHZ Format gewandelt werden, und
erst damit Dispatch aufgerufen wird.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hi Rudolf,
ich habe mit meinen neuen (und einzigen) HMS100TF das selbe Problem:
Debian Squeeze 32Bit
FHEM 5.2 (aus deb-Paket)
Ein diff von 12_HMS auf die SVN-Version zeigt keinen wirklichen Unterschied.
Aus dem Log mit verbose 5 sieht es folgendermaßen aus:
2012.04.23 11:51:35 5: CUL: H322800923149 -57.5
2012.04.23 11:51:35 5: CUL dispatch 810e04xx0510a00132280000923149923149
2012.04.23 11:51:35 4: HMS Device 3228 (HMS100TF: T: 0 H: 0 Bat: ok)
Auf mit deinem
Am Samstag, 7. Januar 2012 08:23:51 UTC+1 schrieb Rudolf Koenig:
>
> > Wie kann ich den Fehler einkreisen?
>
fhem> { CUL_Parse($defs{CUL}, $defs{CUL}, "CUL", "H013B01460300DD", "X21") }
>
> dann bekommt man von autocreate ein HMS100T_013b angelegt mit folgenden
>
Klappt hier nicht so ganz, auch hier 0 bei der Temperatur:
{ CUL_Parse($defs{CUL}, $defs{CUL}, "CUL", "H32280092214921", "X21") }
list HMS100T_013b
Internals:
CODE 013b
CUL_MSGCNT 2
CUL_RAWMSG H013B01460300DD
CUL_RSSI -91.5
CUL_TIME 2012-04-23 11:46:34
DEF 013b
IODev CUL
LASTIODev CUL
MSGCNT 2
NAME HMS100T_013b
NR 124
STATE T: 0 Bat: ok
TYPE HMS
Readings:
2012-04-23 11:46:34 battery ok
2012-04-23 11:46:34 temperature 0 (Celsius)
2012-04-23 11:46:34 type HMS100T
Attributes:
room HMS
Weitere Meldungen auf der Console sind:
Use of uninitialized value $val in substr at /usr/share/fhem/FHEM/12_HMS.pm
line 117.
Use of uninitialized value $val in substr at /usr/share/fhem/FHEM/12_HMS.pm
line 123.
substr outside of string at /usr/share/fhem/FHEM/12_HMS.pm line 123.
Use of uninitialized value in hex at /usr/share/fhem/FHEM/12_HMS.pm line
123.
Use of uninitialized value $val in substr at /usr/share/fhem/FHEM/12_HMS.pm
line 133.
substr outside of string at /usr/share/fhem/FHEM/12_HMS.pm line 133.
Use of uninitialized value $val in substr at /usr/share/fhem/FHEM/12_HMS.pm
line 133.
substr outside of string at /usr/share/fhem/FHEM/12_HMS.pm line 133.
Use of uninitialized value in concatenation (.) or string at
/usr/share/fhem/FHEM/12_HMS.pm line 133.
Use of uninitialized value in concatenation (.) or string at
/usr/share/fhem/FHEM/12_HMS.pm line 133.
Argument "" isn't numeric in int at /usr/share/fhem/FHEM/12_HMS.pm line 133.
Use of uninitialized value $val in substr at /usr/share/fhem/FHEM/12_HMS.pm
line 135.
substr outside of string at /usr/share/fhem/FHEM/12_HMS.pm line 135.
Use of uninitialized value $val in substr at /usr/share/fhem/FHEM/12_HMS.pm
line 135.
substr outside of string at /usr/share/fhem/FHEM/12_HMS.pm line 135.
Use of uninitialized value in concatenation (.) or string at
/usr/share/fhem/FHEM/12_HMS.pm line 135.
Use of uninitialized value in concatenation (.) or string at
/usr/share/fhem/FHEM/12_HMS.pm line 135.
Argument "" isn't numeric in int at /usr/share/fhem/FHEM/12_HMS.pm line 135.
Kann es sein, dass der String der hier für $val genutzt werden soll länger
als 32 Zeichen ist?
Gruß
Florian
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Klappt hier nicht so ganz, auch hier 0 bei der Temperatur:
> { CUL_Parse($defs{CUL}, $defs{CUL}, "CUL", "H32280092214921", "X21") }
Komisch, bei mir erzeugt dieser Ausdruck
STATE T: 19.2 H: 49.2 Bat: ok
Ich muss es zweimal aufrufen, der erste Aufruf legt ein HMS100TF_3228 an, der
zweite setzt die o.g. Werte. Uninitilaized values sehe ich keine.
Wenn man in HMS_Parse $msg ausgibt, dann sehe ich die obige Nachricht als
810e04xx0511a001013b000001460300
wieder, also exakt 32 Zeichen. Deine unitialized values ruehren von einem
String mit eine andere Laenge. Ich habe das jetzt abgefangen, um die
unintialized values in solchen Faellen zu vermeiden.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hi Rudolf,
Am Montag, 23. April 2012 14:45:50 UTC+2 schrieb Rudolf Koenig:
>
> > Klappt hier nicht so ganz, auch hier 0 bei der Temperatur:
> > { CUL_Parse($defs{CUL}, $defs{CUL}, "CUL", "H32280092214921", "X21") }
>
> Komisch, bei mir erzeugt dieser Ausdruck
> STATE T: 19.2 H: 49.2 Bat: ok
>
> Ich muss es zweimal aufrufen, der erste Aufruf legt ein HMS100TF_3228 an,
> der
> zweite setzt die o.g. Werte. Uninitilaized values sehe ich keine.
>
Ich musste es natürlich auch 2x aufrufen.
Wenn man in HMS_Parse $msg ausgibt, dann sehe ich die obige Nachricht als
> 810e04xx0511a001013b000001460300
> wieder, also exakt 32 Zeichen. Deine unitialized values ruehren von einem
> String mit eine andere Laenge. Ich habe das jetzt abgefangen, um die
> unintialized values in solchen Faellen zu vermeiden.
>
Hier die Meldung, die deine Änderung nun bewirkt:
2012.04.23 15:09:50 3: Strange HMS message
810e04xx0510a00132280000856149856149
Gruß
Florian
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Am 23.04.2012 15:13, schrieb Florian Frank:
> Am Montag, 23. April 2012 14:45:50 UTC+2 schrieb Rudolf Koenig:
>
> > Klappt hier nicht so ganz, auch hier 0 bei der Temperatur:
> > { CUL_Parse($defs{CUL}, $defs{CUL}, "CUL", "H32280092214921",
> "X21") }
Ich habe es auch nochmal mit deinem obigen Befehl probiert:
2012.04.23 22:57:04 5: Cmd: >{ CUL_Parse($defs{CUL}, $defs{CUL}, "CUL",
"H013B01460300DD", "X21") }<
2012.04.23 22:57:04 5: CUL: H013B01460300 -91.5
2012.04.23 22:57:04 5: CUL dispatch 810e04xx0511a001013b00001460300460300
2012.04.23 22:57:04 3: Strange HMS message 013b 1
810e04xx0511a001013b00001460300460300
Da es ja mal funktioniert hat, denke ich, da ist eher etwas beim
Umformatieren für 12_HMS in 00_CUL schief.
Gruß
Florian
--
Florian Frank - www.ffrank.net
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Am 23.04.2012 23:07, schrieb Florian Frank:
> Am 23.04.2012 15:13, schrieb Florian Frank:
>> Am Montag, 23. April 2012 14:45:50 UTC+2 schrieb Rudolf Koenig:
>>
>> > Klappt hier nicht so ganz, auch hier 0 bei der Temperatur:
>> > { CUL_Parse($defs{CUL}, $defs{CUL}, "CUL", "H32280092214921",
>> "X21") }
> Ich habe es auch nochmal mit deinem obigen Befehl probiert:
>
> 2012.04.23 22:57:04 5: Cmd: >{ CUL_Parse($defs{CUL}, $defs{CUL}, "CUL",
> "H013B01460300DD", "X21") }<
> 2012.04.23 22:57:04 5: CUL: H013B01460300 -91.5
> 2012.04.23 22:57:04 5: CUL dispatch 810e04xx0511a001013b00001460300460300
> 2012.04.23 22:57:04 3: Strange HMS message 013b 1
> 810e04xx0511a001013b00001460300460300
>
> Da es ja mal funktioniert hat, denke ich, da ist eher etwas beim
> Umformatieren für 12_HMS in 00_CUL schief.
Der Fehler wars:
854c854
< my $stat = $type > 1 ? hex(substr($dmsg,7,2)) :
hex(substr($dmsg,5,2));
---
> my $stat = $type > 1 ? hex(substr($dmsg,7,2)) :
hex(substr($dmsg,5.2));
Ich konnte zwar auf die schnelle nicht finden in welcher SVN-Revision
das gefixed wurde. Aber auf jeden Fall tut es im SVN, aber nicht im Release.
Danke für die Hilfe.
Gruß
Florian
--
Florian Frank - www.ffrank.net
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com