Tester gesucht

[UweH]

Die neuen Module laufen nun auch auf meinem eigentlichen Testsystem mit einem LAN-Interface. Ich bekomme folgende Meldungen:

Code Auswählen Erweitern

2016.03.19 12:21:50 1: PERL WARNING: Use of uninitialized value $owx_async in numeric eq (==) at ./FHEM/21_OWMULTI.pm line 989.
2016.03.19 12:21:51 1: PERL WARNING: Argument "" isn't numeric in sprintf at ./FHEM/21_OWMULTI.pm line 481.

[Prof. Dr. Peter Henning]

Das erste ist wie folgt zu erledigen:

Die lassen sich unterdrücken, indem man im ALTEN 00_OWX.pm die Zeile

use vars qw{%owg_family %gets %sets $owx_version $owx_debug $owx_async};

um den letzten fett gedruckten Teil ergänzt und danach einfügt

$owx_async=1;

Das zweite muss ich überprüfen.

LG

pah

[UweH]

Hatte ich gelesen, aber ich habe die alte OWX-Version nicht auf dem Testsystem, nur die Versionen von hier

[Prof. Dr. Peter Henning]

SO, alle Frontendmodule jetzt in der Version 6.0beta4. Laufen mit OWX (ALT), OWX_ASYNC, OWServer - und dem neuen, noch unfertigen OWX.

Schönheitsfehler beseitigt.

LG

pah

[det.]

gleich mal auf dem kleinen System getestet, der SWITCH schaltet verzögert, das hat er mit der vorherigen Version nicht gemacht
-> alle Module aus dem letzten Post, d.h. mit dem neuen OWX

Code Auswählen Erweitern

2016.03.19 21:22:35 1: ----------------------------------------------
2016.03.19 21:22:35 1: OWX_Read: 1wire_2 received -8 instead of  bytes
2016.03.19 21:22:35 1: ----------------------------------------------
2016.03.19 21:22:35 1: OWX_Read: 1wire_2 received -7 instead of  bytes
2016.03.19 21:22:35 1: ----------------------------------------------
2016.03.19 21:22:35 1: OWX_Read: 1wire_2 received -7 instead of  bytes
2016.03.19 21:22:35 1: ----------------------------------------------
2016.03.19 21:22:35 1: OWX_Read: 1wire_2 received -3 instead of 2 bytes
2016.03.19 21:22:35 1: ----------------------------------------------
2016.03.19 21:22:35 1: OWX_Read: 1wire_2 queue contains 1 entries after removal of active entry
2016.03.19 21:22:35 1:           124EF17B000000B0 w. context ds2406.modstate.1.1
2016.03.19 21:22:35 1: OWX_Read: buffer 6 bytes, expected 4. Calling callback for
2016.03.19 21:22:35 1: [OWX_Qomplex] Added to OWX send queue dev=124EF17B000000B0 context=ds2406.modstate.1.1
2016.03.19 21:22:28 1: ----------------------------------------------
2016.03.19 21:22:28 1: OWX_Read: 1wire_2 received -8 instead of  bytes
2016.03.19 21:22:28 1: ----------------------------------------------
2016.03.19 21:22:28 1: OWX_Read: 1wire_2 received -7 instead of  bytes
2016.03.19 21:22:28 1: ----------------------------------------------
2016.03.19 21:22:28 1: OWX_Read: 1wire_2 received -7 instead of  bytes
2016.03.19 21:22:28 1: ----------------------------------------------
2016.03.19 21:22:28 1: OWX_Read: 1wire_2 received -3 instead of 2 bytes
2016.03.19 21:22:28 1: ----------------------------------------------
2016.03.19 21:22:28 1: OWX_Read: 1wire_2 queue contains 1 entries after removal of active entry
2016.03.19 21:22:28 1:           124EF17B000000B0 w. context ds2406.modstate.1.1
2016.03.19 21:22:28 1: OWX_Read: buffer 6 bytes, expected 4. Calling callback for 
2016.03.19 21:22:28 1: [OWX_Qomplex] Added to OWX send queue dev=124EF17B000000B0 context=ds2406.modstate.1.1

[Prof. Dr. Peter Henning]

Die Verzögerung kommt eben daher, dass jetzt ggf. andere Tasks zu erledigen sind - FHEM wartet eben nicht mehr direkt auf das Fertigwerden des 1-Wire Bus.

Allerdings sind die "received <negativer Wert> bedenklich - da fuhrwerkt noch irgendetwas synchron auf dem Bus herum. Trägt auch zur Verzögerung bei.

Man kann also _nicht_ alte und neue Module mischen.

LG

pah

[UweH]

Hab's auch grad noch mit den neuen Modulen kurz angetestet, mehr morgen. Funktioniert bei mir nur mit der neuen OWX (Dein OWY)-Version. Mit dem alten OWX startet FHEM sehr langsam und es werden nicht alle Devices erkannt.

Gruß
Uwe

[Prof. Dr. Peter Henning]

Öh. Wundert mich insofern, als mein Produktivsystem aus genau dieser Kombination besteht...

LG

pah

Edit: Nö, besteht es natürlich nicht... Die öffentlich  verfügbare Version von 00_OWX.pm ist eine URALT-Version. Mal sehen, das muss ich also in den neuen Frontend-Modulen noch irgendwie abfangen...

Noch'n Edit: Der Abend war gestern zu lang, OWSWITCH in der Version beta4 hat auch noch nen Fehler drin. Kommt daher, dass man parallel an 8 Modulen arbeitet, das gibt dann doch nen Pufferüberlauf bei mir.

[UweH]

OWSWITCH in der Version beta4 hat auch noch nen Fehler drin.

Dieser?

Code Auswählen Erweitern

2016.03.20 10:19:15 1: OWXSWITCH_BinValues: Error - OWX_3A_41C002000000 returns invalid data length, 1 instead of 2 bytes, 0xaa

[det.]

Hallo pah,
OWTHERM V6,4 geht bei mir leider nicht (liefert keine Werte), nach Einspielen V6,3 gehts wieder. Da ist offenbar auch noch was...

[UweH]

Bei mir geht's...

[det.]

Bei mir geht's...

schön, aber Deine Sensoren sind mir zu weit weg und der einzige, den ich im Saunaraum habe und der am kleinen Server hängt brachte eben mit 6.4 keinen Temperaturwert

[Prof. Dr. Peter Henning]

Witzig.

Die einzigen Unterschiede zwischen OWTHERM 6beta3 und 6beta4 sind:

Code Auswählen Erweitern

if( $main::owx_async==0 ){
vs.

Code Auswählen Erweitern

if( !$master->{ASYNCHRONOUS} ){

sowie ein Doppelpunkt hinter dem T in state bei beta4.

Das sollte also nicht auftreten.

LG

pah

[det.]

ok, Version 6.4 eben noch mal eingspielt, bei get xxx temperatuere kommt damit:

OWTHERM: Temp.Sauna getting values, please wait for completion

und im LOG:

Code Auswählen Erweitern

2016.03.20 17:39:17 1: OWX_Read: 1wire_2 queue contains 1 entries after removal of active entr
2016.03.20 17:39:17 1: OWX_Read: Zero buffer ok
2016.03.20 17:39:17 1: [OWX_Qomplex] Added to OWX send queue dev=28FC8EC0030000A5 context=
zurück auf 6.3:

OWTHERM: Temp.Sauna.temperature => 15.4375

[Prof. Dr. Peter Henning]

jajajaja:

Die 6beta4 liefert das richtige Resultat - nämlich gar nichts. Weil zum Zeitpunkt des Absetzens nämlich nur der alte Wert vorhanden ist, und keinerlei Information darüber vorliegt, wann die neuen Daten da sein werden.

Die werden dann nur im Reading aktualisiert, erzeugen auch das richtige Event - aber eben später. Und die "Live-Anzeige" geht eben nicht mehr.

LG

pah