1-Wire OWX Update 4.4.2013

Prof. Dr. Peter Henning · 04 April 2013, 05:56:12

So, habe mal wieder ein kleines Update der 21_OW... Module vorgenommen.

Bereinigt wurde ibs. 21_OWCOUNT.pm, das Problem mit den wechselnden Mitternachtseinträgen sollte behoben sein. Sonst keine nennenswerten Änderungen.

Im Backend hat sich Einiges getan, Norbert Truchsess und ich haben 00_OWX.pm von den hardwarespezifischen Funktionen für USB, COC/CUNO und Arduino getrennt. Das Einchecken dieser neuen Backendmodule wird aber erst in Kürze erfolgen.

LG

pah

UweH · 04 April 2013, 18:00:46

OK, Danke, wird getestet.

det. · 05 April 2013, 07:50:37

hallo pah,
danach ging der RPI auf Tauchstation:

Code Auswählen

2013.04.04 23:58:38 1: OWCOUNT_GetMonth: Attribute LogM is missing

Prof. Dr. Peter Henning · 05 April 2013, 07:56:29

Das kann zwar zu einer Fehlermeldung führen, aber sicher nicht zum Absturz des RPI.

Die einfachste Abhilfe ist zunächst, das Attribut LogM zu setzen ...

Ich werde die Fehlermeldung abfangen, dauert aber bis heute abend.

LG

pah

Alexander Bauer · 05 April 2013, 09:10:29

Hallo,

bei mir ist FHEM auch auf Tauchstation gegangen. Ich werde jetzt das LogM setzen.

Prof. Dr. Peter Henning · 05 April 2013, 12:37:26

Ich habe eine modifizierte Version, dies diesen Fehler abfängt, ins SVN repository eingestellt.

LG

pah

det. · 06 April 2013, 13:18:24

Hallo pah,
vielen Dank, es geht jetzt wie gewünscht. Habe neue Meldungen seit dem Update von OWX im LOG, kanst Du mir dazu einen Tip geben?

Code Auswählen

2013.04.06 13:02:46 1:  testing A against A and A
2013.04.06 13:03:01 1:  testing A against A and A
2013.04.06 13:07:46 1:  testing A against A and A

Die haben sicher weniger mit Deinen Modulen zu tun, ich tippe auf eine Unsauberkeit im Zusammenhang mit Heating Control, wo ein OWSwitch am Schaltung und Fensterüberwachung beteiligt ist. Aber die Meldungen kommen exakt seit dem Update.
Danke!

Prof. Dr. Peter Henning · 06 April 2013, 17:26:05

Ups, das ist doch meine Schuld - bei den diversen Fehlerbereinigungen habe ich vergessen, eine Zeile "Log 1, ..." bei ca. Zeile 610 in OWSWITCH.pm wieder auszukommentieren. Bitte einfach diese Zeile mit dem "testing" herauswerfen - sonst füllt sich das Logfile.

Ich habe eine bereinigte Version gerade eben eingecheckt.

LG

pah

det. · 06 April 2013, 18:29:11

Danke, da bin ich ja beruhigt. Dann hatte ich den Fehler mit der Endlosschleife bei Heating Control doch vorgestern mit Erfolg beseitigt.

Joachim · 07 April 2013, 14:28:53

(siehe Anhang / see attachement)

Moin Prof.,
kann es sein, dass Du bei der Initialisierung von OWX / OWMULTI etwas verschlimmbessert hast?

bis zum 4.4. ist die Kurve bei einem ShutdownRestart nicht zusammengebrochen (siehe Bild)

gruß Joachim

det. · 07 April 2013, 17:07:38

dto.

(siehe Anhang / see attachement)

Prof. Dr. Peter Henning · 07 April 2013, 19:38:44

Ist in der Tat passiert. Habe ich auch schon behoben - aber da ich die ganze Initialisierung umgebaut habe, wollte ich eigentlich noch weiter testen.

Ich stelle das neue OWMULTI aber mal spaßeshalber schon vorab ins SVN.

LG

pah

det. · 07 April 2013, 20:14:33

Hallo pah,
wir testen doch immer gern. Die früheren Meckerer haben sich ja inzwischen anderen Alternativen zugewandt und merken nicht, wenn mal bei einer Zwischenversion was nicht ganz so funktioniert. OWMULTI macht es jetzt wie gewünscht - vielen Dank! Stell es also bitte rein, wenn Du was Neues hast.
Deine Module werden jetzt wichtiger denn je, wenn sich die geniale Anbindung über Ardunio rumspricht. Das bringt uns einerseits einen Busmaster für nur 9 EUR, der andererseits noch den FHEM Server vom polling der 1-wire Sensoren entlastet.

Joachim · 08 April 2013, 15:51:20

Moin Prof.,

Update gemacht, rennt wieder.

Danke Joachim

Tobias · 12 April 2013, 09:18:12

Hi,
habe gestern ein Update gemacht und nun folgende Fehlemeldungen nach FHEM-Start:

Code Auswählen

Scalar value @monthv[0] better written as $monthv[0] at ./FHEM/21_OWCOUNT.pm line 481, <$fh> line 487.
Scalar value @monthv[1] better written as $monthv[1] at ./FHEM/21_OWCOUNT.pm line 482, <$fh> line 487.
Scalar value @monthv[0] better written as $monthv[0] at ./FHEM/21_OWCOUNT.pm line 484, <$fh> line 487.
[...]
Argument "5699.000000^P^AM-^?M-^?M-\0\0M-?M-^?\0^AM-}M--^H\0^?^?^H..." isn't numeric in multiplication (*) at ./FHEM/21_OWCOUNT.pm line 1168.
Argument "5428.000000^P^BM-7M-}^Q^PM-^?M-^?M-\0\0M-_M-_\0@M-z^?\0^A..." isn't numeric in multiplication (*) at ./FHEM/21_OWCOUNT.pm line 1175.
Use of uninitialized value in concatenation (.) or string at ./FHEM/21_OWCOUNT.pm line 803.
Argument "" isn't numeric in sprintf at ./FHEM/21_OWMULTI.pm line 338.
[...]
Argument "" isn't numeric in numeric lt (<) at ./FHEM/21_OWTHERM.pm line 950.
Use of uninitialized value in concatenation (.) or string at ./FHEM/21_OWAD.pm line 768.
2013.04.12 09:20:31.004 1: +++++++++> Alarm enabling for 1wire_Hub channel 0 is 0 0  2.54
Use of uninitialized value in concatenation (.) or string at ./FHEM/21_OWAD.pm line 768.
2013.04.12 09:20:31.005 1: +++++++++> Alarm enabling for 1wire_Hub channel 1 is 0 0  2.54
Use of uninitialized value in concatenation (.) or string at ./FHEM/21_OWAD.pm line 768.
2013.04.12 09:20:31.006 1: +++++++++> Alarm enabling for 1wire_Hub channel 2 is 0 0  2.54
Use of uninitialized value in concatenation (.) or string at ./FHEM/21_OWAD.pm line 768.
2013.04.12 09:20:31.007 1: +++++++++> Alarm enabling for 1wire_Hub channel 3 is 0 0  2.54
Use of uninitialized value within @owg_vlow in multiplication (*) at ./FHEM/21_OWAD.pm line 1341.
Use of uninitialized value within @owg_vlow in multiplication (*) at ./FHEM/21_OWAD.pm line 1341.
Use of uninitialized value within @owg_vlow in multiplication (*) at ./FHEM/21_OWAD.pm line 1341.
Use of uninitialized value within @owg_vlow in multiplication (*) at ./FHEM/21_OWAD.pm line 1341.
Use of uninitialized value $ret1 in concatenation (.) or string at ./FHEM/21_OWAD.pm line 783.
Use of uninitialized value $ret2 in concatenation (.) or string at ./FHEM/21_OWAD.pm line 783.
2013.04.12 09:20:31.344 1: Status return
2013.04.12 09:20:33.997 1: +++++++++> Alarm enabling for Wasserdruck channel 0 is 0 0 0 2.54
2013.04.12 09:20:33.998 1: +++++++++> Alarm enabling for Wasserdruck channel 1 is 0 0 0 2.54
2013.04.12 09:20:33.999 1: +++++++++> Alarm enabling for Wasserdruck channel 2 is 0 0 0 2.54
2013.04.12 09:20:33.000 1: +++++++++> Alarm enabling for Wasserdruck channel 3 is 0 0 0 2.54
Use of uninitialized value $ret1 in concatenation (.) or string at ./FHEM/21_OWAD.pm line 783.
Use of uninitialized value $ret2 in concatenation (.) or string at ./FHEM/21_OWAD.pm line 783.
2013.04.12 09:20:34.335 1: Status return
2013.04.12 09:20:36.874 1: +++++++++> Alarm enabling for Bodenfeuchte channel 0 is 0 0 0 0.14
2013.04.12 09:20:36.874 1: +++++++++> Alarm enabling for Bodenfeuchte channel 1 is 0 0 0 0.14
2013.04.12 09:20:36.875 1: +++++++++> Alarm enabling for Bodenfeuchte channel 2 is 0 0 0 0.14
2013.04.12 09:20:36.876 1: +++++++++> Alarm enabling for Bodenfeuchte channel 3 is 0 0 0 5
Use of uninitialized value $ret1 in concatenation (.) or string at ./FHEM/21_OWAD.pm line 783.
Use of uninitialized value $ret2 in concatenation (.) or string at ./FHEM/21_OWAD.pm line 783.
2013.04.12 09:20:37.212 1: Status return