ich habe einen kleinen Vorschlag bezüglich der im MQTT-Interface verfügbaren Funktionen.
Da die Liste nicht vollständig ist (was unmöglich ist), wäre es möglich, ein Feld (das in Zukunft änderbar ist) zu erstellen, mit dem man selbst den Typ der Funktion und die Einheit des Sensors definieren kann?
Zur Veranschaulichung, eine Ansicht meiner Sensoren vom Typ « unbekannt »: mqtt|351x500
Verknüpft mit verschiedenen Messungen:
Ah, das ist in der Tat ein anderes Problem, das wir haben, nämlich dass wir den Namen des Geräts und nicht den Namen der Funktion verwenden!
Wir haben bereits ein GitHub-Issue:
Ich denke, das wird dein Problem schon lösen
Wofür wäre das?
Aktuell empfehle ich, keine Rücksetzung auf 0 zu haben, der Sensor ist nur ein „Push“-Sensor, der 1 sendet, wenn eine Bewegung erkannt wird. So wird dein Bewegungssensor im Dashboard korrekt mit der Uhrzeit der letzten Bewegung angezeigt („vor 10 Minuten“). Wenn du eine 0 zurücksendest, wird die Anzeige verfälscht.
Allerdings hast du recht, dass uns in den Szenen ein Trigger fehlt, der ausgelöst wird, wenn ein Bewegungssensor seit XX Sekunden/Minuten keine Bewegung gesehen hat. Dafür gibt es bereits eine Funktionsanfrage, du kannst gerne dafür stimmen, wenn du das in Gladys sehen möchtest:
Vielen Dank für das Feedback zum Namen der Funktionen. Tatsächlich wird das bereits gemeldete Thema das Problem lösen.
Ich verwende es, um die letzte Auslösung zu kennen, aber da ich eine Funktion „unbekannt“ verwendet habe, sehe ich nicht die Verzögerung seit der letzten Bewegung oder dem letzten Lebenszeichen. Ich werde meine Konfiguration ändern, um zu sehen, ob dies das Problem behebt. Für die endgültige Verwendung ist das Ziel, eine Warnung auszulösen, wenn einer meiner Sensoren x Minuten lang nichts meldet (Anti-Störschutz).
Letzte Frage: Werden die über MQTT übertragenen Daten als numerische Werte betrachtet? Ich frage mich, weil ich eine Bedingung für den Spannungspegel einer Batterie nicht erstellen kann (Funktion „unbekannt“ in MQTT, Dezimalwert wie 3,91 V, den ich mit einem festen Wert von 3 V vergleichen möchte, um zu wissen, wann die Batterien gewechselt werden müssen).
Nochmals vielen Dank für die Rückmeldungen und viel Erfolg bei der Entwicklung!
Wenn du den Bewegungssensor einstellst, siehst du eine Anzeige der Zeit seit dem letzten Wert.
Aus Neugier, was ist die Funktion? Wir können durchaus eine Funktion erstellen, wenn etwas fehlt
Das fehlt tatsächlich der oben erwähnte Auslöser für die Dauer der Nicht-Erkennung.
Ja, sie werden als numerische Werte betrachtet.
Wie sieht dein Auslöser aus? Wann hast du diesen Auslöser erstellt? (vor kurzem?) Ich weiß, dass es in einer aktuellen Version von Gladys einen Bug gab, der den Trigger als String gespeichert hat und daher die Vergleiche fehlgeschlagen sind, aber das wurde behoben ^^
Aber sobald ich die Szene starte, erhalte ich eine Batterie-Niedrig-Warnung, obwohl meine Spannung in Gladys bei 3,8 V liegt. Vielleicht gibt es eine Art von Aktualisierung im Code. Ich habe es mit einem Helligkeitswert getestet (häufige Aktualisierung des Wertes), aber das Verhalten ist dasselbe, ich erhalte eine Benachrichtigung, selbst wenn der Wert über dem Schwellenwert liegt.
Wie kann man das Datum des letzten angezeigten Werts im Dashboard (ohne Bewegungssensor) erfahren? Ich habe meinen Stoßsensor und mein Lebenssignal als Bewegungssensor eingestellt und sehe die Verzögerungen seit der letzten Aktivität.
Entschuldigung, wenn das, was ich sage, dumm klingt, aber ist das nicht eine „schlechte“ Verwaltung des „Punkts“?
Auf Englisch steht der Punkt für Tausende, hat das hier keine Auswirkung?
Hallo, nicht dumm, ich habe gerade getestet, dass Gladys 3 in den Szenen interpretiert, egal ob man 3.0 oder 3,0 eingibt. Ob man ein Komma oder einen Punkt verwendet, der Punkt wird für die Dezimalstellen berücksichtigt. Auf der Code-Management-Seite von Gladys muss diese Idee möglicherweise überprüft werden. Ich gebe zu, dass meine Fähigkeiten hier nicht ausreichen.
Warte mal, wenn du „sobald ich die Szene starte“ sagst, was machst du da?
Wenn du auf „Start“ in der Szene klickst, werden alle Aktionen ausgeführt, ohne den Auslöser zu berücksichtigen. Der Start-Button ist eine Hilfe, um die Szene zu testen, ohne auf den Auslöser warten zu müssen.
Gut gesehen! Darauf wäre ich nicht gekommen.
Wäre es dann eine gute Idee @pierre-gilles, in der UI zu spezifizieren, dass „Starten“ die Bedingung nicht berücksichtigt, oder eventuell „Starten“ in „Testen“ umzubenennen?
