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

[CoolTux]

Habe gerade noch meine eine aktuelle Version ins Devel Git geladen. Ab sofort heißt es get statusRequest. Bitte darauf achten.
Und kann bitte das ssh noch mal getestet werden. Danke!

[fhainz]

Du könntest aber 2 comboboxen machen.

get statusRequest
set clearFirmwareReading

Das kann man machen. Ich schaue mal.

Hallo!

Anfangs fang ich diese Änderung gut, nun hab ein paar kleine Probleme damit. Ich muss dazu sagen dass meine Sensoren via MQTT an mein Haupt-FHEM angebunden sind.
Einen manuellen statusRequest konnte ich bisher mit dem MQTT-Device auf meinem Haupt-FHEM via publishSet von dem anderen FHEM System anfordern. Da es im MQTT-Modul nur ein publishSet und kein publishGet gibt, hab ich hier mein erstes Problem. Irgendwie wird das schon funktionieren, denke ich, muss mir das erst näher anschauen.
Nachdem ein manueller statusRequest von meinem Haupt-FHEM gerade nicht funktioniert öffne ich nun in einem weiteren Tab mein anders FHEM-System klicke mich in den raum, klicke auf das vorher eingerichtete webCmd "statusRequest" und bekomme einen Fehler. Das webCmd attribut funktioniert ebenso nur mit einem Set Also muss ich mich ins Device vorklicken um endlich update anzufordern.

Ich weiß, man kann es nicht allen recht machen

Schönen Sonntag noch!

Grüße


Edit:
Das MQTT Problem hab ich in den Griff bekommen.

[Jamo]

Hallo Leon,
ssh geht, aber nicht so richtig.
Mit deiner Version 1.0.3 funktioniert alles gut. Mit der Version 1.1.60 verhält es sich wie folgt:

Ich habe 4 Raspberry Pi, 1x FHEM Hauptinstanz, die XiaomiFlowerSens Werte hole ich mir über SSH aus dem Flur (Raspberry Pi3) - ODER -  Wohnzimmer (Raspberry PiZero) und Küche (Raspberry PiZero). Insgesamt sind 8 XiaomiFlowerSens/Blumen vorhanden, 3 im Wohnzimmer, 5 in der Küche. Die Intervalle stehen auf 901,902,903,904,...908, um zu verhindern, das die Sensoren alle gleichzeitig angesprochen werden.
Bei Anwesenheit verteile ich die Blumen über das SSH attribut auf auf die beiden Raspberry PiZero, bei Abwesenheit setzte ich alle 8 Blumen (also attribute sshHost ) auf den einen Raspberry Pi3 im Flur. Alsobei Abwesenheit werden die PiZero in der Küche/Wohnzimmer ausgeschaltet, und das sshHost attribut dann auf den Flur gesetzt.
Zusätzlich zu den Werten lasse ich mir den Timestamp anzeigen, damit ich weiss, wann die Werte aktualisiert werden.

Ich beobachte folgendes:
1) Bei Abwesenheit (Nur Raspberry Pi3 im Flur) werden die Werte bei der Version 1.1.60 seltener aktualisiert, als bei der Version 1.0.3. Ist einfach so das ich sehen das der letzte Timestamp schon mal eine Stunde alt ist, bei der Version 1.0.3 maximal 30 minuten.
2) Bei Anwesenheit (Raspberry PiZero in der Küche/Wohnzimmer ) funktioniert nur SSH über den piZero in der Küche, der PiZero im Wohzimmer liefert keinen Wert. In der Version 1.0.3 funktioniert das SSH zum PiZero im Wohzimmer einwandfrei

Um das zu testen habe ich auf der Hauptinstanz auf /opt/fhem/FHEM immer eine der beiden Versionen über die aktuelle Version kopiert, und dann in FHEM ein reload gemacht.

Näher analysiert habe ich das nicht. Hoffe ich habs einigermassen erklärt.

Grüsse

[CoolTux]

Edit:
Das MQTT Problem hab ich in den Griff bekommen.

Kann ich also das get so lassen 
Freut mich das es geht. Verrate mal bitte wie Du es genau gemacht hast.


Grüße

[CoolTux]

Hallo Leon,
ssh geht, aber nicht so richtig.
Mit deiner Version 1.0.3 funktioniert alles gut. Mit der Version 1.1.60 verhält es sich wie folgt:

Ich habe 4 Raspberry Pi, 1x FHEM Hauptinstanz, die XiaomiFlowerSens Werte hole ich mir über SSH aus dem Flur (Raspberry Pi3) - ODER -  Wohnzimmer (Raspberry PiZero) und Küche (Raspberry PiZero). Insgesamt sind 8 XiaomiFlowerSens/Blumen vorhanden, 3 im Wohnzimmer, 5 in der Küche. Die Intervalle stehen auf 901,902,903,904,...908, um zu verhindern, das die Sensoren alle gleichzeitig angesprochen werden.
Bei Anwesenheit verteile ich die Blumen über das SSH attribut auf auf die beiden Raspberry PiZero, bei Abwesenheit setzte ich alle 8 Blumen (also attribute sshHost ) auf den einen Raspberry Pi3 im Flur. Alsobei Abwesenheit werden die PiZero in der Küche/Wohnzimmer ausgeschaltet, und das sshHost attribut dann auf den Flur gesetzt.
Zusätzlich zu den Werten lasse ich mir den Timestamp anzeigen, damit ich weiss, wann die Werte aktualisiert werden.

Ich beobachte folgendes:
1) Bei Abwesenheit (Nur Raspberry Pi3 im Flur) werden die Werte bei der Version 1.1.60 seltener aktualisiert, als bei der Version 1.0.3. Ist einfach so das ich sehen das der letzte Timestamp schon mal eine Stunde alt ist, bei der Version 1.0.3 maximal 30 minuten.
2) Bei Anwesenheit (Raspberry PiZero in der Küche/Wohnzimmer ) funktioniert nur SSH über den piZero in der Küche, der PiZero im Wohzimmer liefert keinen Wert. In der Version 1.0.3 funktioniert das SSH zum PiZero im Wohzimmer einwandfrei

Um das zu testen habe ich auf der Hauptinstanz auf /opt/fhem/FHEM immer eine der beiden Versionen über die aktuelle Version kopiert, und dann in FHEM ein reload gemacht.

Näher analysiert habe ich das nicht. Hoffe ich habs einigermassen erklärt.

Grüsse

Hallo,

Vielen Dank für Deine gute Erklärung. Kann mir dieses unterschiedliche Verhalten aber irgendwie nicht wirklich erklären. Einzig das die Verzögerung zwischen schreiben eines Wertes der das auslesen aktiviert und dem eigentlichen auslesen zu hoch ist.
Ich muß noch mal darüber schlafen.


Grüße

[Jamo]

Vor allem verstehe ich nicht was bei dem Wohnzimmer PiZero anders ist als beim Küchen PiZero. Das sollte doch eigentlich gleich sein, vor allem habe ich vor einem 1/2 Jahr das image vom Küchen PiZero auf den Wohnzimmer PiZero kopiert, und seitdem nur updates gemacht. Hast Du eine Idee, was ich da mal checken kann?

[CoolTux]

Läuft denn noch eine andere BT Sache auf dem Gerät.

[Jamo]

Auf allen Raspi (also Flur/Kueche/Wohnzimmer) habe ich zusätzlich BT erkennung vom iPhone und Siemens GTag Bluetooth Beacon. Aber mit 1.0.3 funktionierts ja prima, auch alles parallel, nur mit dem SSH von 1.0.60 hakts.

[mumpitzstuff]

Dieser Use Case steht auf relativ wackeligen Beinen. Zugriff auf das BT Device kann vermutlich immer nur Einer haben. Dein Scanning nach dem Beacon wird vermutlich das BT Device dauerhaft an sich binden bzw. bei einem Verlust der Bindung, diese neu aufbauen. Wenn du jetzt andere Dinge machst, kommt es immer drauf an wie schnell das erledigt ist. Ist die Routine nicht schnell genug, dann klaut sich dein Presence das BT Device wieder, bevor z.B. alle Pflanzen abgefragt sind und dann kommt es zu Problemen. Sowas kann gut gehen, muss es aber nicht. Das ist eher Zufall als reproduzierbar.

[Jamo]

Meine Beobachtung ist das es reproduzierbar in 1.0.3 funktoniert, in 1.0.60 aber reproduzierbar nicht funktioniert. Ich habe die beiden Versionen über das Wochenende 4 mal wechselseitig ausprobiert.

[CoolTux]

Einzige Vorstellung die ich hätte wäre, das bei der aktuellen Version das schreiben und darauf aufbauende lesen innerhalb von 2-3s passiert.
In der Entwicklerversion können da zwischen schon mal bis zu 10s liegen. Eventuell funkt dann schon eine presence Erkennung dazwischen.

Leider gibt es aber auch keine anderen User welche sich hier mal zu Wort melden die ebenfalls ssh verwenden.

[oli82]

verwende ebenfalls ssh, habe aber gerade Probleme mit dem Empfang der Sensoren.
Versuche bis morgen mal mit der dev Version zu testen

[CoolTux]

Hallo Oli,

Du hast Probleme mit der aktuellen Version, richtig? Noch verwendest Du nicht die neue Devel?



Grüße

[oli82]

Genau. Sobald ich die Devel eingespielt habe, werde ich mich nochmal melden.
Hatte bei der aktuellen, stable, das Problem, dass meine Sensoren sporadisch nicht erreichbar waren, obwohl ich sie über das hcitool empfangen konnte

[CoolTux]

Achte bitte einmal darauf das kein anderes BT Tool sonst läuft. Wenn das vorher doch der Fall war starte Mal den Pi durch und lasse dann nur FHEM über ssh den gatttool Aufruf machen.


Grüße