Erlauben Sie die Wiederherstellung von Daten des Typs Text oder Alpha!

Ich habe das bereits in mehreren Kommentaren zu Beiträgen erwähnt, aber ohne ein echtes Thema zu eröffnen und ohne wirklich gehört zu werden.

Bisher werden in Gladys, wenn ein Objekt mit Gladys verbunden ist (insbesondere über MQTT oder Zigbee2mqtt, aber das muss auch für andere Integrationsmethoden gelten), die abgerufenen und angezeigten Daten als numerische Werte (Integer oder Float…) wiedergegeben, gelegentlich mit einer Einheit verbunden!

Mein Wunsch wäre es, dass insbesondere für die „Fake-Features“ von MQTT, die aus externen Manipulationen stammen (z. B. Verarbeitung durch NodeRed), eine oder mehrere Funktionen hinzugefügt werden, um Textdaten oder Zeichen zu empfangen und anzuzeigen.
Diese Funktion könnte die bestehende Funktion „Unbekannt“ sein, die erweitert werden könnte um Merkmale (z. B. die Pflichtwerte min und max neutralisieren, aber es sind auch andere Optionen denkbar…)
Das sollte machbar sein, da man derzeit für bestimmte Funktionen Text über die Einheit hinzufügen kann.
Bestimmte Objektverarbeitungen über NodeRed geben typischerweise Textdaten zurück (z. B. Informationen von Telemedizin-Objekten: Herzüberwachung, Gewicht, Vorabdiagnosen,…)
Aber es kann auch andere Objekte geben (Wetterstation, Rückmeldung von Automaten-Robotern…)

30/1: Ich ergänze diese Anfrage um die Möglichkeit, auch Daten im Format Datum und/oder Uhrzeit abzurufen

Ich unterstütze diesen Antrag nachdrücklich :slight_smile:
Ich versuche gerade, die Verbindung zu meinem Staubsauger in Bash herzustellen, aber ich kann keinen Text verwenden :frowning:

Ich habe gewählt !! :wink:

Hallo zusammen!

Ich habe heute Nachmittag an diesem Thema gearbeitet, weil ich denke, dass es Gladys viel bringen kann, vor allem für einen fortgeschrittenen Benutzer, der im Node-RED-Modus ist und potenziell Informationen anzeigen möchte, die von Node-RED abgerufen wurden :slight_smile:

Was ich vorschlage, ist eine neue Art von Funktionalität « Text » in der MQTT-Integration:

Diese Vorrichtung stellt ein neues MQTT-Topic bereit:

gladys/master/device/{device_selector}/feature/{device_feature_selector}/text

Dann, indem man eine MQTT-Nachricht sendet, die den gewünschten Text enthält:

Die Nachricht wird einfach auf dem Dashboard angezeigt:

Die Funktionalität ist in einem PR hier verfügbar:

https://github.com/GladysAssistant/Gladys/pull/1791

Was haltet ihr davon? (cc @Hizo für deine Projekte :stuck_out_tongue: )

Ich möchte klarstellen, dass diese Funktionalität wirklich interessant ist im Kontext der MQTT-Integration für einen fortgeschrittenen Gebrauch.

Ich denke nicht, dass es wünschenswert ist, diese Funktionalität in anderen Integrationen außerhalb von MQTT zu verwenden. Die Idee ist nicht, Sensoren als Mittel zur Speicherung von Informationen zu verwenden, die nichts mit der Datenerfassung zu tun haben (Fehlermeldungen usw.).

Dafür gibt es in Gladys andere Mechanismen!

Ich denke, diese Funktion könnte im Rahmen von RF/IR-Sensoren „missbraucht“ werden.

Wenn ich von einer Szene aus einen bestimmten Text (äquivalent zu einem IR-Signal) erhalte, löse ich eine bestimmte Aktion aus.

Der Attribut « last_value_string » in « device_feature » existiert schon lange in Gladys, das ist nichts Neues :stuck_out_tongue: Es wird aktuell von der Kamera-Integration verwendet!

In welchem Format sind die IR-Signale?

Normalerweise handelt es sich dabei um Hexadezimalwerte im String-Format, und es gibt keine festgelegte Norm für den Inhalt.

Okay!

Das Einzige, was man im Hinterkopf behalten muss, ist, dass diese Werte nicht historisiert werden, nur der letzte Wert wird gespeichert (im Gegensatz zu numerischen Werten).

Toll!
Danke Pierre-Gilles :slight_smile:

Zur Information habe ich gerade den PR auf master gemerged, diese Funktion wird in der nächsten Version von Gladys enthalten sein :slight_smile:

So auf die Schnelle macht mir das keine Probleme, aber warum eine andere Funktionsweise?

Die numerischen Werte werden in Diagrammen angezeigt, und das ist eine besondere Funktionsweise, um monate/jahre von Daten performant anzuzeigen, eine Funktionsweise, die nicht für Textwerte galt :slight_smile:

Es ist eine ganz andere Arbeit, Historisierung für Text zu haben, und bisher war das nicht das Ziel dieser Entwicklung, die eher darauf abzielte, einige „bastelnde“ Nutzer zu entsperren :wink:

hallo @pierre-gilles,
super, dass du ein bisschen weitergekommen bist bei diesem Daten-Text-Problem, denn viele Geräte geben oder können Text ausgeben.
nochmals danke!
allerdings bin ich bei der Frage der Nicht-Historisierung immer noch verwirrt und skeptisch.
für mich könnte das nützlich sein.
ein Beispiel, aber nicht das einzige:
lokale Wetterstation, deren Daten wir über NodeRed abrufen, wie du es erklärt hast;
der Windrichtungsanzeiger gibt Textdaten zurück (N, S, SO, …), Echtzeitwiedergabe okay, kein Problem, aber wenn man zum Beispiel ein Diagramm erstellen möchte, um die Änderungen der Windrichtung über einen Tag, 7 Tage … zu visualisieren, ohne Historisierung nicht möglich.
also ein schöner Fortschritt, auf den ich mich freue, wenn er in Produktion geht, aber meiner Meinung nach gibt es noch potenzielle weitere Entwicklungen, die in dieses Thema integriert werden sollten.

Los geht’s Schritt für Schritt :slight_smile:
Testen wir schon mal diesen ersten Schritt!

Diese Funktion ist in Gladys Assistant 4.24 verfügbar :slight_smile:

Ich schließe dieses Thema, falls ein Fehler auftritt, zögern Sie nicht, ein separates Thema zu erstellen!