Du meinst 18 Stimmen !! 
19 Stimmen woo, sieht so aus, als wäre das Thema gefragt 
Ja, warum nicht die Höhe erhöhen!
Nach „die gleiche Größe wie bei einem Bild“ ist das relativ. Alle Bildgrößen sind unterschiedlich, es wird nicht genau gleich sein.
Ich frage mich, ob das Ablaufen der Wertigkeit von Buttons wirklich sinnvoll ist…
Persönlich stört mich das eher…
Das ist auch ein bisschen mein Fall. Ich denke, dass es langfristig gut wäre, die Funktion weiterzuentwickeln, um sie für jedes Gerät einstellen zu können 
Das ist ein erster Schritt!
Ich bestätige, dass die Probleme mit der automatischen MQTT-Wiederverbindung zu einem externen Server, auf dem Gladys läuft, nun perfekt funktionieren.
Im Falle eines Netzwerk- und/oder Stromausfalls eines der beiden, auch nach 10 Minuten, verbindet sich Gladys wieder.
Vielen Dank dir!!
Mehrere Möglichkeiten (keine exklusiv):
- Wir schließen bestimmte Gerätetypen von dieser Funktion aus (z. B. tatsächlich Schalter)
- Wir betrachten das letzte Datum des empfangenen Wertes innerhalb des gesamten Geräts (und nicht nur innerhalb der Funktion), damit ein Sensor, der die Signalqualität periodisch zurückgibt, anzeigen kann, dass das gesamte Gerät „aktuell“ ist
- Wir lassen die Möglichkeit, bestimmte Geräte auszuschließen
Ich denke, die drei Lösungen sind nicht exklusiv. Die dritte ist die mächtigste, aber sie erfordert eine Aktion des Benutzers, während die anderen beiden einfach nur gesunder Menschenverstand sind.
Erstaunlich, ich habe in diesem Update nichts in diese Richtung gemacht 
Umso besser!
Ich finde, die 1 ergibt Sinn, es sollte eine Liste der auszuschließenden Geräte erstellt werden, denn es gibt sicherlich eine ganze Reihe davon: Tasten, Rauchmelder, Leckagesensoren usw.
Ok, ich habe einen PR-Vorschlag gemacht: Add a list of device feature categories that don't expires in time by Pierre-Gilles · Pull Request #1884 · GladysAssistant/Gladys · GitHub
Ich habe ausgeschlossen:
- Button
- Leckagesensor
- Rauchsensor
- Textuelle Informationsübermittlung auf dem Dashboard (berühmte „text“-Funktion)
Sollen noch weitere Funktionen ausgeschlossen werden?
Wie im anderen Thema bereits erwähnt, ist für mich die 2. am ehesten interessant (pro Gerät), auch wenn die 1. tatsächlich genauso spannend ist. Und die Kombination aus 1. und 2. sollte es ermöglichen, die 3. zu umgehen.
Bei mir gibt es eine Meldung für einen Bewegungssensor und einen Öffnungssensor.
Ich mag es, zu sehen, wie lange es in einem Raum keine Bewegung gibt.
Beim Öffnungssensor kann eine Tür auch lange nicht geöffnet werden, hier würde ich auch ausschließen.
Der Feature-Level scheint mir besser geeignet, da der Batterie-/Konnektivitätslevel regelmäßig aktiviert wird.
In diesem Fall würde Methode 2. funktionieren, da dein Türöffnungsmelder wahrscheinlich täglich seinen Batteriestatus sendet.
Es wäre schade, die Funktionalität für diese Sensoren zu verlieren, denn genau bei diesen Sensoren ist es meiner Meinung nach wichtig zu wissen, dass sie noch aktiv sind!
Für dich @Isage ist das eine echte Warnung! Das bedeutet, dass seit 2 Tagen keine Temperaturwerte von diesem Sensor gesendet wurden, was nicht normal ist.
Die Temperatur- und Luftfeuchtigkeitsdaten kommen gut in Z2mqtt an, aber nicht in Gladys!?
@Isage Erstellst du ein eigenes Thema und wir besprechen das?