Keine Temperatur-Sensor-Rückmeldung

Hallo,
Dank eines Freundes im Forum konnte ich einen Sonoff-Sensor in Domadoo einbinden!
Ich füge ihn zu Z2M und Gladys hinzu, Gladys erfasst die Temperatur usw.
Bisher läuft alles super :smiley:
Aber heute ist die Katastrophe, die Box zeigt mir die Raumtemperatur nicht mehr an, obwohl alles in Ordnung ist, wenn ich über ‹ Gerät des Raums › gehe!

Ideen? (Ich hatte heute Morgen einen Stromausfall, falls das relevant ist)
0 Infos in den Logs! Auch für die Temperaturkurve gibt es keine Werte für den 21..

Die Raumgerätebox zeigt den letzten bekannten Wert an, unabhängig von seiner „Frische“.
Die Raumtemperaturbox zeigt den letzten bekannten Wert nur an, wenn er weniger als 1 Stunde alt ist.
Kannst du in der Datenbank oder in deinem Diagramm die Uhrzeit der letzten Messung überprüfen?
Du kannst einen Wertversand bei einigen Geräten mit einem kurzen Klick erzwingen.
Falls nicht, Neustart.
Falls nicht, benötigen wir die Logs des Zigbee-Containers.

Hallo @cicoub13!

Bei den Logs bin ich nicht auf z2m gekommen (was ja logisch ist ^^)

docker logs gladys-z2m-zigbee2mqtt 2>&1 | grep 0x00124b002514df4c
Zigbee2MQTT:info  2022-08-19 21:56:25: MQTT publish: topic 'zigbee2mqtt/bridge/event', payload '{"data":{"friendly_name":"Température 1","ieee_address":"0x00124b002514df4c"},"type":"device_announce"}'
Zigbee2MQTT:info  2022-08-21 08:37:03: Température 1 (0x00124b002514df4c): SNZB-02 - SONOFF Temperatur- und Feuchtigkeitssensor (EndDevice)
Zigbee2MQTT:error 2022-08-21 23:16:04: Configure failed: Error: Bind 0x00124b002514df4c/1 msTemperatureMeasurement from '0x00124b0024c2d3b5/1' failed (AREQ - ZDO - bindRsp after 10000ms)

Okay, ich vermute, dass das Problem hier liegt, aber was bedeutet dieser Fehler ^^’

Ich habe den Sensor wieder eingebaut und es funktioniert wieder normal :slightly_smiling_face:
Mal sehen, wie lange :slightly_smiling_face:

Ich denke, es gibt trotzdem ein Problem mit der Temperaturbox @cicoub13 @VonOx @pierre-gilles

Was denkt ihr dazu:

Das ist eine Aufrundung auf die nächste ganze Zahl im Code.

Ich denke, wir könnten eine Dezimalstelle behalten :thinking:

Ich habe das gleiche Problem mit 2 Temperatursensoren.
Aber auch mit Öffnungssensoren, bei denen ich keine Rückmeldung mehr in der Zigbee-Schnittstelle habe.
Ich habe die Batterie 24 Stunden lang entfernt und nach dem Wiedereinlegen der Batterie konnte ich sie wieder verbinden.
Ich werde dasselbe mit dem Temperatursensor machen.

Die Rundung war beabsichtigt, ich weiß nicht, ob es hilfreich ist, wenn man einen Durchschnittstemperaturwert eines Raumes mit einer Nachkommastelle anzeigt (ich finde das so ästhetischer!).

Danach kann man das natürlich ändern, wenn es eine häufige Anforderung ist :slight_smile:

Es würde mich interessieren, zumindest den halben Grad zu haben.
21° ist ein bisschen knapp, 22° ein bisschen zu viel :wink:
Und dann beim Heizen, ‹ unter 21° › geht es auf 20 runter, bevor es anspringt, und ‹ über 21° ›, es schaltet sich bei 22 ab. Der Bereich ist zu groß!

Ich finde auch, dass man präzise sein sollte.
Ich wäre sogar bereit, zwei Dezimalstellen zu verwenden, aber es ist tatsächlich weniger ästhetisch.

Ich finde, dass eine Dezimalstelle die meisten zufriedenstellen würde :ok_hand:

Die Szenen funktionieren mit den genauen Werten. Hier geht es um die Anzeige in der Box
image

Warum gibt es keine Option in der Box, um sowohl diejenigen zufriedenzustellen, die Präzision wollen, als auch diejenigen, die Rundung wollen?

Tatsächlich, ich habe einen Fehler gemacht!
Allerdings, wenn man irgendwann einen Trigger „Wenn die Raumtemperatur…“ (für die Heizung) plant, muss man genauer sein!
Zumal man aktuell keine Dezimalzahlen in den Szenen einstellen kann.

Weil es eine längere Entwicklung ist? ;⁠-)
Aber ich bin voll und ganz einverstanden:⁠-⁠D

Ahah, ich lache
An sich gibt es bereits Boxen mit Optionen, einen Select zu machen, der auf eine Rundung wirkt, ich weiß nicht, ob das wirklich lang ist..

Ich sage nicht, dass das in 10 Minuten erledigt ist, aber es ist keine komplizierte Entwicklung im Vergleich zu einer Ende-zu-Ende-Verschlüsselung ^^’

Warum nicht eine weitere Dezimalstelle :slight_smile:

Bei der Option bin ich überhaupt nicht begeistert, besonders bei so einem Detail. Wir sind ja nicht Microsoft ^^ Wir können einfach die Dezimalstelle hinzufügen, das wäre super!

Wenn alle einverstanden sind
image

Hallo :slight_smile:

Nur um den Argument zu verstehen, wir sind doch nicht Microsoft, was willst du damit sagen? ^^

Denn wenn es um unnötige Optionen geht, haben wir immerhin einen „Beispiel“-Service, der auf dem „prod“-Image herumliegt und den man deaktivieren oder aktivieren kann :stuck_out_tongue:

Die Präzision bis zur Nachkommastelle gefällt mir auch :slight_smile:

Wenn du eine Schnittstelle implementierst, gibt es verschiedene Philosophien, wenn du auf « Dilemmata » stößt (soll der Button rot oder blau sein? Soll…?):

  • Entweder du triffst eine Entscheidung (als Designer) und entscheidest dich. Du erhältst also ein Produkt, das eine bestimmte Meinung hat, das nicht jedem gefällt, aber das in sich konsistent ist. Das ist ein Ansatz, den man bei Apple, Elementary OS (die Linux-Distribution), Wordpress, etc. findet.

Ich zeige dir ein Zitat von der Wordpress-Website, das interessant ist:

  • Oder du willst keine Entscheidung treffen und fügst eine Option in den Einstellungen deiner Software hinzu, damit jeder etwas findet. Ich habe Microsoft erwähnt, weil sie normalerweise eher in diese Richtung tendieren (nicht immer).

Ich persönlich bin eher bei Option 1 mit Gladys 4, natürlich muss man das ausgewogen machen (Einstellungen sind nicht verboten), aber ich denke, es ist Aufgabe des Interface-Designers, Entscheidungen zu treffen, und nicht Aufgabe des Endbenutzers, unter mangelnder Inspiration des Designers/des Designers zu leiden, der sich nicht traut :slight_smile:

Kurz gesagt, in diesem Fall bin ich sehr dafür, eine Dezimalstelle hinzuzufügen!

Danke @VonOx für den PR, ich habe den Hinzufügen der Dezimalstelle gemerged, das wird in der nächsten Version von Gladys mit dabei sein :slight_smile: