Hallo
Das ist mein erster echter Post in diesem Forum, also seid nachsichtig!!
Vor einigen Monaten habe ich Gladys auf einem PI4 8GB unter Docker installiert, mit Updates, die von Watchtower verfolgt werden
Ich überwache auch meine Container mit Portainer
Ich überwache meinen PI4 insbesondere mit Webmin
Ich habe beschlossen, mich weiter mit dem Thema Smart Home zu beschäftigen, indem ich mit der Überwachung von Temperaturen und Relais beginne…
Ich habe gerade einen Sonoff TH Origin 20A (THR320) + Temperatursensor erworben
Ich hasse es, zum Nachbarn gehen zu müssen, um von meiner Küche zur Garage zu gelangen, also über die ewelink-Server NEIN!! NIET!!
Also Schritt 1: Flashen von Sonoff auf Tasmota mit Esptool und Tasmota Web:
ESP identifizieren
Backup erstellen
Löschen
Flash
Tasmota konfigurieren
Bis jetzt habe ich Tasmota, das nach der Aktivierung von MQTT, das ein neues Baby unter Docker erstellt hat, erfolgreich an Gladys zurückgemeldet…
Aber hier liegt das Problem: Der THR320 wird als Relais erkannt, aber nicht die Temperatur (Grrrr)
Da ich die Tools Gladys, MQTT und andere Tasmota nicht kenne, denke ich, dass ich in den Logs nachsehen muss, vielleicht die Tasmota-Konfiguration des THR320 bestätigen…
Kann mir jemand erklären, wie ich dieses Problem angehen soll?
Ich bin Teil der Tasmota-Mitarbeiter und entdecke gerade Gladys Assistant
Ich habe in der Dokumentation gesehen, dass Gladys die Erkennung (Discovery) von Tasmota-Geräten unterstützt, aber das scheint veraltet zu sein, und es gab Änderungen bei Tasmota bezüglich der Veröffentlichung von Discovery-MQTT-Nachrichten.
Historisch gesehen verwendete Tasmota den „Home Assistant“-Standard und veröffentlichte seine Discovery-Nachrichten im Topic homeassistant/..... Dieser Modus wurde insbesondere durch den Konfigurationsbefehl Setoption19 1 aktiviert.
Aber parallel dazu hat das Tasmota-Team seinen eigenen Discovery-Standard entwickelt, der das Topic tasmota/... verwendet, um Software für die Hausautomatisierung eine Lösung unabhängig von „Home Assistant“ anzubieten.
Mit der Zeit hatte das Tasmota-Entwicklungsteam niemanden mehr, der den Code für den „Home Assistant“-Standard pflegen konnte, und es wurde beschlossen, diesen Code in den neuen Releases ab Version 11.x zu deaktivieren.
Auf ihrer Seite haben die Tasmota-Entwickler die Migration vorangetrieben, indem sie ein Plugin hatasmota für Home Assistant erstellt haben.
Zusammenfassend lässt sich sagen, dass, wenn die Integration von Tasmota in Gladys vom Home-Assistant-Standard abhängt, dieser Mechanismus als veraltet betrachtet werden muss.
Ich stehe Ihnen gerne für weitere Details zur Verfügung
Hallo
Ich habe es auf meiner Seite mit und ohne die Option SetOption19 und mit Neustart zwischen jedem Versuch getestet…
Nichts ändert sich, der Temperatursensor wird nicht erkannt…
Ich habe den MQTT Explorer Client heruntergeladen
Man findet tatsächlich:
{« sn »:{« Time »:« 2022-08-24T17:59:31 »,« DS18B20 »:{« Id »:« 3C6404577D30 »,« Temperature »:23.4},« ESP32 »:{« Temperature »:46.7},« TempUnit »:« C »},« ver »:1}
Das lässt mich vermuten, dass der Sensor im MQTT-Broker hochgeladen wird
Hast du die FullTopic-Konfiguration geändert?
Auf welchem Topic siehst du die obige Nachricht vorbeiziehen?
Alternativ kopiere hier einen Auszug aus dem Tasmota-Konsolenprotokoll, insbesondere mit den Nachrichten STATE und SENSOR
{« sn »:{« Time »:« 2022-08-24T17:59:31 »,« DS18B20 »:{« Id »:« 3C6404577D30 »,« Temperature »:23.4},« ESP32 »:{« Temperature »:46.7},« TempUnit »:« C »},« ver »:1}
Unter tele/tasmota_BC276C/SENSOR
{« Time »:« 2022-08-24T19:09:29 »,« DS18B20 »:{« Id »:« 3C6404577D30 »,« Temperature »:23.5},« ESP32 »:{« Temperature »:46.1},« TempUnit »:« C »}
Kannst du bitte den Befehl status 8 in der Konsole eingeben und mir sagen, ob die Temperatur in Gladys angezeigt wird?
Ich glaube, ich habe es gefunden
Es scheint, dass Gladys nur DHT11 und AM2301 unterstützt, aber keine DS18x20
Und es könnte sein, dass Gladys außerdem nicht auf die richtige Weise sucht
Ich mag es, Dinge zu testen, und wenn das dazu beiträgt, Gladys weiterzuentwickeln,
das ist fast noch interessanter, als wenn es gleich beim ersten Mal funktioniert…dann langweilt man sich schnell (lol)
Man sollte mich nicht dazu bringen, mich zu ärgern und mich zu beanspruchen
Wir möchten vermeiden, die Standardkonfiguration des Firmwares ändern zu müssen (außer für Debugging). Andererseits, wenn es empfohlen wird, bestimmte Optionen anzuwenden, werden wir diese über Gladys vorschlagen.
In der Tat erfolgt die Integration der Geräte schrittweise, da wir nicht das notwendige Material zum Testen haben und nicht die neuen Integrationen in Tasmota kontinuierlich verfolgen. Wir warten, bis die Community dies anfordert.
Ich habe das Ticket auf Github überprüft. Der Hack besteht darin, das Präfix StatusSNS als Schlüssel für den letzten Argument der Methode hinzuzufügen.
Vielen Dank an @Barbudor für die Teilnahme an den Diskussionen rund um Tasmota. Wir sind offen für gute Praktiken, die wir möglicherweise falsch interpretiert haben.
Vielen Dank an @Titou43 für dein Feedback. Wir werden dein Gerät so schnell wie möglich integrieren. Wir haben auch eine Anfrage für den BL09XX.
Was die Einschränkung bei den Sensoren DHT11/AM2301 (die schlechtesten auf dem Markt ) betrifft, warum nicht einfach den Schlüssel „chip-name“ ignorieren? Derzeit filtern Sie zwar, nutzen aber nicht den Wert des Schlüssels „chip-name“. Warum nicht direkt zu \\..+\. wechseln?
Die meisten Tasmota-Nutzer verwenden DS18x20 für die Temperatur (ich habe bis zu 20 DS18x20 auf einem Tasmota gesehen) oder BME280/HDC1080 für Temperatur und Luftfeuchtigkeit.
Wenn man mehr als einen DS18x20 verwendet, sind die Schlüssel z. B. "DS18B20-1":{...}, "DS18B20-2":{...}
Oder sogar (über eine Option) DS18B20-XXXX, wobei die letzten vier Ziffern der Chip-Nummer („id“) verwendet werden, um Probleme mit der zufälligen Reihenfolge beim Neustart zu beheben.
Die BL09XX sind Stromverbrauchssensoren, deren Integration in Tasmota auf Ebene des Schlüssels ENERGY erfolgt. Der verwendete Komponententyp ist für den Benutzer vollständig unsichtbar.
Ich bin mir also nicht sicher, was Ihnen hier fehlt.
Ich stehe für Fragen zu Tasmota gerne zur Verfügung
A+
Ich hatte damals einen Beitrag geschrieben, der erklärt, wie man ein Test-Image startet:
Aber ich warne dich, wir sind hier im „Entwicklungsmodus“. Das ist kein einfacher Prozess für einen absoluten Anfänger und sollte in einer von deiner Produktion getrennten Umgebung durchgeführt werden!
Das Ziel hier ist es, zu testen, ob die Entwicklung das Problem löst, bevor man es in die Produktion deployt. Das Update in der Produktion erfolgt dann automatisch ohne jegliche erforderliche Aktion
Und ARG, ich kann den MQTT-Server nicht von dem Bild atrovato/gladys:tasmota starten
Wenn ich MQTT in einem Docker-Container ankreuze, funktioniert es nicht
Wenn ich nach dem MQTT meines funktionierenden Gladys suche, verbindet es sich auch nicht
In den Docker-Logs habe ich dies:
2022-09-14T18:56:44+0200 service.start.js:44 (Service.start) Unable to start service mqtt PlatformNotCompatible [Error]: DOCKER_CGROUP_CONTAINER_ID_NOT_AVAILABLE
) betrifft, warum nicht einfach den Schlüssel „chip-name“ ignorieren? Derzeit filtern Sie zwar, nutzen aber nicht den Wert des Schlüssels „chip-name“. Warum nicht direkt zu 
)