Mit der Zunahme von speziell für Tasmota zugeschnittene MQTT2 Templates sind Fragen zur Organisation derselben aufgekommen.
Zudem besteht der Wunsch mit Hilfe der Templates eine Integration in die verschiedenen Sprach Erkennungs Lösungen (Alexa, Siri, Google Assist) zu erleichtern.
Ich möchte Beta-User's Nachricht https://forum.fhem.de/index.php/topic,94495.msg1031214.html#msg1031214 (https://forum.fhem.de/index.php/topic,94495.msg1031214.html#msg1031214) als Initiative für dieses Thema aufnehmen.
Als Besitzer von mehreren Tasmota Mehrfach Steckdosen Leisten hatte ich angefangen dazu passende MQTT2 Templates zu erstellen.
Nur wenig berücksichtigt ist dabei ein möglichst modularer Aufbau und eine Wiederverwendbarkeit von Funktionalitäten.
[BrainStorm]
Typische Tasmota Verwaltungsfunktionen, unabhängig davon ob es Steckdosen (Schaltaktoren) oder LED Leuchtmittel (mit Dimmer, CT, RGB) oder Sensoren sind.
Da fällt mir
- die Pflege der Firmware (OtaUrl setzen, Upgrade starten)
- setzen von Latitude, Longitude und Altitude für Tasmota selbst
- ob ein vordefinierter oder der zuletzt eingenommene Status beim Einschalten wieder hergestellt wird. Das könnte besonders für LED Leuchtmittel
spannend sein. Wenn Tasmota LED's in bestehende Leuchten eingesetzt werden ist es sehr wahrscheinlich das vorhandene Schalter die
LED's regelmäßig vom Netz trennen.
Vielleicht könnte ein dummy Tasmota.Template Gerät angelegt werden.
Attribute könnten template PARameter wie den von mir gebauten JSONSUPPRESS festhalten.
JSONSUPPRESS ist zudem von der Tasmota Version abhängig. Daher sind Versions spezifische JSONSUPPRESS.ver Attribute zu überlegen.
Das Tasmota.Template Gerät könnte das Tasmota Grouptopic benutzen um Parameter in allen Tasmota's zu setzen.
Möglich wäre auch alle als Tasmota erkannte Geräte aus dem MQTT2_DEVICE Raum in einen 'Tasmota' Raum zu verschieben.
Vielleicht kann die Erkennung der Fähigkeiten eines Tasmota Gerätes soweit gehen das Lampen getrennt von Steckdosen gruppiert oder in Räume gelegt werden.
Speziell auf ein Gerät angepasste Verwaltungsfunktionen
- Setzen einer Tasmota Regel zur Verwendung der eingebauten Taste in Steckdosen Leisten
- Setzen einer Tasmota Regel für LED's die auch einen Infrarot Empfänger haben (Action LSC Strip, Blitzwolf BW-LT27)
Optionale Anpassungen in der Darstellung falls die Tasmota eigene Hue Emulation für Alexa konfiguriert wurde oder konfiguriert werden soll.
[/BrainStorm]
Vorab: Ich bin mal auf die Rückmeldung weiterer User gespannt!
Vieles von dem, was in den beiden template-Vorschlägen zu den Mehrfachsteckdosenleisten mit USB von joelinux drinsteckt und in dem BrainStorm hier ist m.E. "sehr cool", und es würde mich freuen, wenn noch mehr konstruktive Beiträge und Überlegungen kämen! Meistens ist es doch so, dass die besten Ergebnisse dann entstanden sind, wenn man die Köpfe mal zusammengesteckt hat...! Dank an der Stelle also auch an die, die bis dahin ihr "Gehirnschmalz" und ihre Meinung eingebracht hatten - manches ist ja schlicht Geschmacksfrage.
Daber will ich das jetzt auch noch nicht im Detail kommentieren, sondern beschränke mich mal auf Dinge, die evtl. mit auf die Liste könnten:
- Unterroutinen für "dull tasks" - v.a. die Konfiguration zusätzlicher Kanäle bei den "Mehrkanaligen"; da würde dann auch das mit der Spracherkennung m.E. gut als "Unterprogramm" passen.
- Parametrierungsmöglichkeiten beim Aufruf desselben Templates ("set DEVICE attrTemplate tasmota_basic FLAGS=SimpleIcon_NoGeoData_WasAuchImmerVomStandardAbweicht") => aus dem "FLAGS"-Wert könnten dann per regex die betreffenden Untertemplates abgeleitet werden, die per option (nicht) aufgerufen werden
- (zumeist) einmalige Konfigurationsaktionen auf dem ESP selbst (z.B. longitude&Co) per backlog direkt absetzen.
Anmerkung zum Thema Updates - das geht mit Tasmoadmin (bei mir im Docker) hervorragend, auch mit automatisierter Update-Suche.. Und, btw - wenn ich mal "schnell" was schalten oder prüfen will geht das per Handy (Browser) wesentlich schneller als mich in FHEM durch diverse Räume zu hangeln.
Zitat von: Tedious am 12 März 2020, 16:07:35
Und, btw - wenn ich mal "schnell" was schalten oder prüfen will geht das per Handy (Browser) wesentlich schneller als mich in FHEM durch diverse Räume zu hangeln.
Da wäre ein Vorschlag alle Sonoff/Tasmota Geräte zusätzlich in einen Raum 'Tasmota' anzusiedeln.
Damit kann das Aufsuchen mehrere Räume fur AdHoc Schaltaufgaben minimiert werden.
Allerdings möchte ich Zugeben das auf meinem Handy mehrere (2) Bildschirme voll mit Firefox Links zu im Hause beliebten Tasmota GUIs angelegt sind.
Vielfalt in der Art Steuerungsaufgaben in Auftrag zu geben sehe ich nicht direkt als Widerspruch zu einer zentralen Lösung.
FHEM darf und soll dabei aber immer den aktuellen Status mitführen.
Ein Versuch mit einer readingsGroup einen 'schnellen' Anlaufpunkt zu schaffen zeigte zunächst gute Ergebnisse.
Mit der Einführung von 'split' Geräten für meine Mehrfach Steckdosen ist die readingsGroup nicht mehr so übersichtlich. Da werde ich Nacharbeiten müssen.
Vielleicht etwas OT, aber ggf. als alternative Lösungsansätze interessant:
show setList~.*cmnd.*
attr WEB extraRooms name=Tasmotas:devspec=setList~.*cmnd.*bzw. "frickeliger":
attr WEB extraRooms name=Steuerung->Tasmota:devspec=setList~.*cmnd.*
define tasmotaupdates HTTPMOD https://github.com/arendst/Tasmota/tags 86400
set tasmotaupdates attrTemplate tasmota_firmware_updates
Nachtrag:
So ist dann auch der HTTPMOD in dem dynamischen Raum ;) :
attr WEB extraRooms name=Steuerung->Tasmota:devspec=setList~.*cmnd.*,DEF~.*arendst.Tasmota.*
Hallo zusammen,
via
{ Svn_GetFile("FHEM/lib/AttrTemplate/mqtt2.template", "FHEM/lib/AttrTemplate/mqtt2.template", sub(){}) }
{ Svn_GetFile("FHEM/lib/AttrTemplate/speechrecogn.template", "FHEM/lib/AttrTemplate/speechrecogn.template", sub(){ AttrTemplate_Initialize() }) }
sind seit ein paar Minuten aktualisierte Versionen verfügbar, die u.A. auch alexaName und siriName gleich mit abfragen (sollten?), so man eine der beiden Sprachsteuerungen im Einsatz hat. Diskussion dazu, falls das nicht richtig klappen sollte wäre hier zu finden: https://forum.fhem.de/index.php/topic,108999.msg1033300.html#msg1033300
Da sind aber v.a. in den Tasmota-Strukuren ein paar kleine Änderungen drin mit parametrierten internen Aufrufen von "Grund-Templates". Das wäre aus meiner Sicht ein Einstieg in die Möglichkeit, die Tasmota-Temolates insgesamt zu modularisieren. Für Rückmeldungen, ob das Prinzip an der Stelle funktioniert, wäre ich euch daher sehr verbunden...! (Man kann es leider nur testen, wenn man eine Spracherkennung im Einsatz hat).
Wäre nett, wenn jemand heute den "coronierten Regentag" nutzen könnte und mal testen, ob das alles klappt wie gedacht, ist halt leider manches Neuland und daher potentiell fehlergeeignet ::) .
Gruß, Beta-User
Gibt's hierzu eigentlich weitere Meinungen?
...oder jemand, der Spaß daran hat, die Bausteinchen etwas zu sortieren/strukturieren...?
Zitat von: Tedious am 12 März 2020, 16:07:35
Anmerkung zum Thema Updates - das geht mit Tasmoadmin (bei mir im Docker) hervorragend, auch mit automatisierter Update-Suche.. Und, btw - wenn ich mal "schnell" was schalten oder prüfen will geht das per Handy (Browser) wesentlich schneller als mich in FHEM durch diverse Räume zu hangeln.
Bei dem Punkt UPDATES kann ich mich auch nur anschließen.
Der läuft in einem Docker CT und so oft updated man ja nicht.
Und der macht das Zentral sehr gut, gleich alle Geräte auf einmal.
LG