!!!ABGELÖST!!! [74_XiaomiFlowerSens.pm] Xiaomi Flower Monitor

[CoolTux]

Sorry Andre, ich glaube es ist zu Früh. Er muss doch aktuallisiert also geschrieben werden. Sonst sieht man ihn ja nicht.
Oder meinst Du einen Event auslösen?? Also das nur ein Event ausgelöst werden soll wenn active und sonst nur das Reading schreiben ohne Event?

[fhainz]

er ist nur hinderlich wenn er aktualisiert wird.

Kannst du mir das erklären? Ich hätte jetzt auch eher gesagt state aktualisieren.

Aber ich merke schon, das mit dem nur bei Änderung aktuallisieren ist doof. Ich Stelle das wieder um 

Klasse, danke!

[CoolTux]

Ich bin der letzte der sich gegen vernünftige Userwünsche stellt 

[justme1968]

state nur dann aktualisieren wenn die werte ausgelesen werden können oder der wert sich ändert.

mit anderen worten: wenn unreachable drin steht nur aktualisieren wenn der neue wert != unreachabe list, wenn reachable dann immer aktualisieren.

[CoolTux]

Ah, jetzt verstehe ich. Klingt logisch und vernünftig.
Allerdings ändert sich der Wert eh immer. Denn immer wenn neue Daten geholt werden steht als state fetch Sensor data

[ToM_ToM]

Denn immer wenn neue Daten geholt werden steht als state fetch Sensor data

Und das ist auch gut so. Ich nutze das nämlich. Ich lasse die Bilder der Pflanzen auf meinem FTUI nämlich vibrieren während die Daten aberufen werden. Somit sehe ich dass die Daten geholt werden.
Durch Klick auf die Pflanze wird der Datenabruf manuell gestartet. Ich sehe dann, solange die Pflanze vibriert, werden Daten neu eingelesen (in der Regel dauert das ein paar Sekunden).

VG, Thomas

[CoolTux]

Und das ist auch gut so. Ich nutze das nämlich. Ich lasse die Bilder der Pflanzen auf meinem FTUI nämlich vibrieren während die Daten aberufen werden. Somit sehe ich dass die Daten geholt werden.
Durch Klick auf die Pflanze wird der Datenabruf manuell gestartet. Ich sehe dann, solange die Pflanze vibriert, werden Daten neu eingelesen (in der Regel dauert das ein paar Sekunden).

VG, Thomas

Das klingt ja witzig. Mit der neuen Version die gerade in Entwicklung ist ändert sich aber der Abruf state. In der aktuellen Version heißt der Status glaube noch anders.

[CoolTux]

Ich habe eine neue Version ins Devel geladen. Das Error Handling ist komplett überarbeitet.

[fhainz]

Hab die neue Version eingespielt und teste.

Mal eine Grundsätzliche frage. Gibt es einen unterschied zwischen dem manuellen update per set statusRequest und dem automatischen nach dem restart bzw nach ablauf der intervall zeit?
Hintergrund: Ein Sensor war seit ein paar stunden nicht erreichbar. Habs erst eben nach dem Update gemerkt. Auch dem restart war der Sensor noch unreachable. Nach einem manuellen statusRequest war er sofort active. Das ist mir schon öfters aufgefallen, was jetzt nix heißen muss.

Grüße

[CoolTux]

Zu mindest beim neuen Modul spielt es keine Rolle. Die InternalTimer Funktion des Modules ruft nur die statusRequest Funktion auf. Das selbe macht ein set statusRequest.

Beim alten weiß ich es nicht 100%tig sollte aber auch da so sein.

[fhainz]

Alles klar, danke. Dann war's nur zufall!

[CoolTux]

Kurz noch was zum Batterie und Firmware Update. Mach mal ein list vom Sensor Device. Unter helper findest du einen timestamp vom letzen Aufruf der Funktion für Batterie Firmware. Ausgehend von diesem timestamp musst du deine Stunden dazu zählen. Jetzt aktuallisiert sich auch der timestamp wenn die Werte gleich bleiben.

[ToM_ToM]

Das klingt ja witzig. Mit der neuen Version die gerade in Entwicklung ist ändert sich aber der Abruf state. In der aktuellen Version heißt der Status glaube noch anders.

Was heißt "...ändert sich der Abruf state..."? Du meinst den Wert? Momentan steht dort "call data" während des Abrufs und bei Erfolg dann "active", bei Nichterfolg "inactive".

VG, Thomas

[CoolTux]

Naja in in der Entwicklerversion heißt es fetch Sensor data beim Abruf 
Der Rest bleibt

[ToM_ToM]

Naja in in der Entwicklerversion heißt es fetch Sensor data beim Abruf

Damit könnte ich leben. Auch wenn ich für meinen persönlichen Geschmack "call data" irgendwie schöner finde. 

VG, Thomas