Hauptmenü

HMS Temp 0 Grad

Begonnen von Guest, 06 Januar 2012, 18:44:14

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1
Benutzer-Aktionen

Guest

06 Januar 2012, 18:44:14
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

Guest

#1
07 Januar 2012, 06:34:51
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

rudolfkoenig

#2
07 Januar 2012, 08:23:51
                                                   

> 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

Guest

#3
23 April 2012, 13:26:44
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

rudolfkoenig

#4
23 April 2012, 14:45:50
                                                   

> 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

Guest

#5
23 April 2012, 15:13:11
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

Guest

#6
23 April 2012, 23:07:45
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

Guest

#7
23 April 2012, 23:23:16
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
Drucken
Nach oben Seiten1
Benutzer-Aktionen