Readings bei batteriebetriebenen Geräten

Begonnen von 9zehn75, 22 Februar 2016, 20:23:42

Vorheriges Thema - Nächstes Thema

9zehn75

Zitat von: krikan am 27 Februar 2016, 20:14:15
Könntest Du das bitte noch mal erläutern:Kommt bei neigborUpdate tatsächlich eine Antwort "Timeout reading answer for get neighborList"!?
Oder (vermutlich) stößt Du ein neigborUpdate an und rufst dann ohne auf das Ergbnis zu warten neigborlist ab und bekommst die Meldung?
Logs sagen manchmal mehr als tausend Worte  ;).

Na ja, irgendwann vorher habe ich sicherlich ein neigborUpdate angestoßen, sicher aber nicht kurz davor. Einen Log habe ich (bislang) nicht, da ich noch keine Zeit hatte, das nachzustellen und vom Tatzeitpunkt kein ausreichendes Log existiert. Jetzt im Moment sehe ich gerade von unterwegs, dass auf ein get neighborList gar keine Antwort mehr kommt - es passiert rein gar nichts. Ich bin aber gerade nicht zuhause und kann nicht nachsehen warum das so ist.
VG, 9zehn75

FHEM seit 02.02.2016: Raspberry Pi 2, ZME_UZB1, Fibaro WallPlugs, Fibaro Fenstersensoren, Aeon Indoor Sirene, Greenwave WallPlugs, Qubino Dimmer

krikan

Habe es mal ausprobiert und vermute, dass das nur bei WakeUp-Geräten auftritt:

Abruf der neigborList bei leerem Wakeup-Sendstack geht. Sobald Befehle im Wakeup-Sendstack stehen, wird der neigborList-Befehl nicht per ZWDongle_Write an das Dongle geschickt. Antwort kommt daher auch nicht und das Ergebnis ist "Timeout reading answer for get neighborList". Das habe ich jetzt mehrfach für 2 WakeUp-Geräte reproduzieren können.

Log:
2016.02.27 21:05:25 2: ZWave get ZWave_GARAGE_DOOR_31 neighborList
2016.02.27 21:05:25 5: ZWDongle_Write 00801f0100 (e345c452)
2016.02.27 21:05:25 5: SW: 010600801f010067
2016.02.27 21:05:25 4: ZWDongle_ReadAnswer arg:neighborList regexp:^0180
2016.02.27 21:05:25 5: ACK received, removing 010600801f010067 from dongle sendstack
2016.02.27 21:05:25 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 01802900000600000000000000000000000000000000000000000000000000
2016.02.27 21:05:25 5: SW: 06
2016.02.27 21:05:25 4: ZWDongle_ReadAnswer for neighborList: 01802900000600000000000000000000000000000000000000000000000000
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configAutoReportBatteryTime
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configAutoReportDoorWindowStateTime
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configAutoReportIlluminationTime
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configAutoReportTemperatureTime
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configAutoReportTickInterval
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configBasicSetLevel
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configCustomerFunction
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configIlluminationDifferentialReport
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configLightThreshold
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configMultiSensorFunctionSwitch
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configOperationMode
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configPIRReDetectIntervalTime
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configPIRSensitivity
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configTemperatureDifferentialReport
2016.02.27 21:05:35 2: ZWave get ZWave_GARAGE_DOOR_31 configTurnOffLightTime
2016.02.27 21:06:05 2: ZWave get ZWave_GARAGE_DOOR_31 neighborList
2016.02.27 21:06:05 4: ZWDongle_ReadAnswer arg:neighborList regexp:^0180
2016.02.27 21:06:08 5: ZWDongle_ReadAnswer: select timeout


@Rudi:
Könntest Du das mal bitte anschauen. Bin etwas verunsichert, ob das bei mir systemspezifisch ist, da ich noch ein Problem mit dem WakeUp-Sendstack habe, das ich mir noch anschauen muss.

Gruß, Christian

9zehn75

Zitat von: krikan am 27 Februar 2016, 21:23:39
Habe es mal ausprobiert und vermute, dass das nur bei WakeUp-Geräten auftritt:

Abruf der neigborList bei leerem Wakeup-Sendstack geht. Sobald Befehle im Wakeup-Sendstack stehen, wird der neigborList-Befehl nicht per ZWDongle_Write an das Dongle geschickt. Antwort kommt daher auch nicht und das Ergebnis ist "Timeout reading answer for get neighborList". Das habe ich jetzt mehrfach für 2 WakeUp-Geräte reproduzieren können.

Danke, Christian, dass Du alle Probleme immer so perfekt nachvollziehst. Auch bei mir tritt das nur bei batteriebetriebenen Geräten auf und ich konnte es gerade nochmals wieder reproduziren, allerdings noch immer ohne Log.
VG, 9zehn75

FHEM seit 02.02.2016: Raspberry Pi 2, ZME_UZB1, Fibaro WallPlugs, Fibaro Fenstersensoren, Aeon Indoor Sirene, Greenwave WallPlugs, Qubino Dimmer

krikan

Zitat von: krikan am 27 Februar 2016, 21:23:39
Sobald Befehle im Wakeup-Sendstack stehen, wird der neigborList-Befehl nicht per ZWDongle_Write an das Dongle geschickt. Antwort kommt daher auch nicht und das Ergebnis ist "Timeout reading answer for get neighborList".
Ergänzung: Der neigborList-Befehl wird, sobald der Wakeup-Sendstack Befehle enthält, in den Wakeup-Sendstack geschrieben.

rudolfkoenig

Habs gefixt.
neighborList wird jetzt separat behandelt, und nicht mehr wie ein "normales" Kommando. Wenn ich was dabei vergessen habe, bitte melden. Aus technischer Sicht war es keine gute Idee neighborList vom ZWDongle Befehl zum ZWave Befehl zu machen, ich lasse es aber erstmal so.

krikan

Danke, neigborList kommt jetzt.
Nach Austausch der beiden geänderten Dateien, erhalte ich aber folgende Perl Warning beim Aufruf der Device-Detailseite:
2016.02.28 10:57:12 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/10_ZWave.pm line 775.
2016.02.28 10:57:12 3: stacktrace:
2016.02.28 10:57:12 3:     main::__ANON__                      called by ./FHEM/10_ZWave.pm (769)
2016.02.28 10:57:12 3:     main::ZWave_Cmd                     called by ./FHEM/10_ZWave.pm (922)
2016.02.28 10:57:12 3:     main::ZWave_SCmd                    called by ./FHEM/10_ZWave.pm (927)
2016.02.28 10:57:12 3:     main::ZWave_Get                     called by fhem.pl (3147)
2016.02.28 10:57:12 3:     main::CallFn                        called by fhem.pl (1638)
2016.02.28 10:57:12 3:     main::CommandGet                    called by fhem.pl (2324)
2016.02.28 10:57:12 3:     main::getAllGets                    called by ./FHEM/01_FHEMWEB.pm (1191)
2016.02.28 10:57:12 3:     main::FW_doDetail                   called by ./FHEM/01_FHEMWEB.pm (898)
2016.02.28 10:57:12 3:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (446)
2016.02.28 10:57:12 3:     main::FW_Read                       called by fhem.pl (3147)
2016.02.28 10:57:12 3:     main::CallFn                        called by fhem.pl (654)


Wenn neigborList beim ZWave-Device stört, dann nimm es einfach raus. Bei ZWDongle ist es als Befehl dann immer noch vorhanden.

rudolfkoenig


MarkusAutomaticus

Hallo zusammen,

meine Erfahrungen mit batteriebetriebenen z-wave Sensoren sind auch ziemlich durchwachsen.

Während der Fibaro Bewegungsmelder (,,Das Auge") im Eingangsbereich reibungslos funktioniert,
Ist der Fibaro Door-Sensor 2,5m gegenüber äußerst unzuverlässig.
Aktuell zeigt er z.B.nur ,,closed" an (Ohne vorheriges open!)

Am Carport habe ich gestern einen Everspring Bewegungsmelder-Z-Wave (EVR_SP103) angebracht, aber bekomme
das Teil auch nach mehrfachem In- und Exkludieren nicht ans Laufen, während die Popp z-Wave Wetterstation
Mit autarker Energiegewinnung wider Erwarten wie am Schnürchen läuft und brav ihre Daten abliefert.

Der formschöne Fibaro Rauch- und Temperaturmelder liegt seit Tagen untätig auf dem Schreibtisch,
weil sich auch hier kein Gefühl der Zuverlässigkeit einstellt. Ich bekomme z.B. keinen Probealarm ausgelöst.
Die LED macht nur ein paar bunte Lichtspiele, wenn ich auf den Taster drücke.

Dass ich als ,,Chef von der Anlage" darauf warten muss, bis ein simpler Sensor ,,aufwacht" geht mir im Übrigen ziemlich gegen den Strich ;)

Alles in Allem habe ich den Eindruck, dass z-Wave eine nette Spielerei, wie etwa eine Modelleisenbahn, ist, aber mein Vertrauen in die Technik
reicht irgendwie nicht weit genug, um dem System mein Leben oder mein Hab- und Gut anzuvertrauen.

Angesichts der Summen, die ich bisher schon investiert habe, lasse ich mich aber liebend gerne eines Besseren belehren.
Als Anfänger mache ich möglicherweise auch etwas Grundsätzliches falsch?!

Soviel ich bisher mitbekommen habe, lässt sich mit ,,verbose 5" das Logging vertiefen.
Kann man sonst noch etwas tun, um die Dinger zu analysieren?
Was einer zügigen Untersuchung sicherlich nicht zuträglich ist, ist die Schlaferei.

Wenn man nach Absetzen eines set ... ständig die Antwort bekommt ,,Scheduled for sending after WAKEUP",
dann trägt das sicherlich nicht einem zügigen Arbeitsfluss bei.

Bei obigem EVR_SP103 schicke ich seit Tagen ,,set Bewegungsmelder wakeupinterval 3600 1" um ihn wenigstens zu einem stündlichen Aufwachen zu bewegen.
Bekomme bei den Readings trotzdem ,,state wakeupInterval 86400 1" und das letzte Reading ist auch noch ein Tag alt.

Aber was mich noch mehr stört, ist, dass das Teil seiner eigentlichen Aufgabe nicht nachkommt und mir sagt, wenn jemand durch den Erfassungsbereich läuft.

Ein simpler Baumarktbewegungsmelder ist für unter 10€ zu bekommen, ist ruckzuck montiert und tut dann jahrelang zuverlässig seinen Dienst.
Das z-wave-Teil kostet das fünffache, muss aufwendig konfiguriert werden und tut dann letztlich doch nicht, oder zumindest nicht zuverlässig.

Bin ich der Einzige, den das nervt?

Gruß
Markus
FHEM 5.8 |intel NUC Core i3: Ubuntu 22.04 | z-Wave: Aeon Labs USB Stick | Jeelink (v3c): LaCrosse-Sensoren | DuoFern Stick: Rademacher Gurtwickler | Philips Hue Bridge | CUNX: HomeMatic, EnOcean-Pigator

marvin78

Kurz: Bei den meisten batteriebetriebenen Z-Wave Geräten reicht ein einfacher Tastendruck, um sie aufzuwecken. Die Fibaro Rauchmelder können das, der Popp Windsensor auch und bisher hatte ich noch kein Gerät, dass das nicht schafft. Warten ist keine Oprion. Auch der Probealarm bei den Rauchmeldern ist kein Problem.

alpha1974

Die Konfiguration der Wakeup-Devices ist halt am Anfang etwas mühseliger, weil man das Device für jeden Parameter, den man "sofort" ausprobieren möchte, aufwecken muss (= Button drücken). Alternative: Wakeup-Intervall im Rahmen der Erstinstallation auf einen Wert setzen, der dem eigenen Empfinden von "ganz kurz" entspricht. Dann alles nach Gusto konfigurieren und wenn das Device macht, was es soll, das Wakeup-Intervall wieder hochsetzen. Wenn man dann etwas vergessen hat, entweder abwarten oder notfalls Wakeup-Button drücken.

Was den Vergleich mit den Baumarkt-Bewegungsmeldern angeht: Mir ist noch keiner für 10,- EUR untergekommen, der vergleichbare (und mit meinem Gesamtsystem kompatible) Funktionen mitbringt.
FHEM/Z-Wave USB-Dongle + div. Devices

krikan

Hallo Markus!
Hast Du denn die Hinweise aus Deinem Thema https://forum.fhem.de/index.php/topic,54680.0.html berücksichtigt. Von netzbetriebenen Router lese ich hier noch nichts. Dann wundern mich Deine Probleme nicht. Baue eine ausreichende Zahl Router ein.
Die technischen Unterschiede hinsichtlich Reichweite und Co. zwischen Zwave+, Zwave (SDK 4.5, 5.x) sind Dir klar? Der Everspring hat mWn nach das uralte SDK 5 und ansonsten solltest in den Foren nach dem Teil suchen. Diese Dinge musst Du berücksichtigen.
Oder kurz: Zwave braucht mMn intensivere Einarbeitung als andere Systeme,  sonst ist Enttäuschung leider vorprogrammiert.
Gruß, Christian

MarkusAutomaticus

Hallo Christian,

danke für deine Antwort.
Ich weiß, du kümmerst dich um die z-wave Thematik bei fhem.
Bitte meinen Post nicht als Kritik an deiner Arbeit verstehen.

Ich denke, die Probleme sind eher der Vielfalt der Hersteller und Geräte geschuldet, die es bei z-Wave gibt.

Ich habe eine Fibaro Zwischensteckdose neben dem Eingangsbereich und eine Aeotec Sirene im Wohnzimmer.
Beide sind jeweils in den Neighbor-Listen und dürften als Router fungieren.

Für den Carport habe ich vorhin den Fibaro Unterputzdosen-Doppelschalter bestellt, sodass dann auch im Außenbereich ein Repeater vorhanden ist.

Du siehst, ich gebe z-wave nicht auf ;) Wenn es funktioniert, ist es genial.

Gruß
Markus
FHEM 5.8 |intel NUC Core i3: Ubuntu 22.04 | z-Wave: Aeon Labs USB Stick | Jeelink (v3c): LaCrosse-Sensoren | DuoFern Stick: Rademacher Gurtwickler | Philips Hue Bridge | CUNX: HomeMatic, EnOcean-Pigator

krikan

Hallo Markus!

Es ging bei meinem Beitrag nicht um meine Befindlichkeiten :-) , sondern um Hinweise die Dir evtl. Suchansätze liefern. Wenn es anders rüberkommt habe ich schlecht formuliert. ZWave ist mMn eben recht komplex und man kann kräftig auf die Nase fallen, wenn Hintergrundinfos fehlen. Bin mal gespannt, ob Deine Routeranzahl reicht.

Zwave ist übrigens eines von Rudis FHEM "Kindern". Ihm gehört die Ehre. ich produziere als bekennender Nicht-Developer im Wesentlichen nur Text. Und Zwave kannst Du kritisieren; bin damit nicht verbandelt. Zur Info: Mein Hauptsystem ist EnOcean. ;-)

Gruß, Christian