Tasmota-Clients werden im IOBroker disconnected
-
@crunchip gib dich nicht auf, lerne MQTT! Für ich war es am Anfang auch erst einmal unverständlich und Abstrakt. Aber dann hat es irgendwann "ping" gemacht und ich möchte es als Austausch-System nicht mehr missen.
Der erste Clou ist ja das die Geräte einfach ihre Statusmeldungen und Zustandsänderung an den MQTT-Broker pushen, das steht ganz ähnlich wie bei den Datenpunkten des ioBroker immer was gerade Sache ist.
Der zweite Clou ist das du den Status von bestimmten Pfaden abonnieren kannst (nutze ich z.B. in Bash-Skripten). Dann sagt der Broker dir bescheid, hey, hier hats sich Wert X geändert, den wolltest du doch haben. Und schon musste ich nichts mehr pollen und hatte alle Daten und Reaktionen quasi in Echtzeit.
Tasmota macht das von Haus aus sehr gut, der pusht in bestimmten Pfaden seine Daten und horcht wiederum auf einem anderen. Der Sonoff-Adapter macht eigentlich nichts anderes, der Simuliert einen MQTT-Broker und baut dir die JSON-Meldungen schön in Einzelwerte um.
Der 3. Clou ist für mich - wegen des Mosquitto-Brokers - das ich da auch alles andere was MQTT dranhängen kann, wenn es ein muss auch am ioBroker vorbei oder parallel.
Nachteil ist ganz klar das der Sonoff-Adapter dir zum Schalten (Power) einen schönen True/False-Datenpunkt baut. Den hats du im ersten Moment in MQTT nicht.
Ich habe dazu für jedes Tasmota-Gerät ein eigenes JavaScript laufen was mir das nachbaut. Im Prinzip was der Sonoff-Adapter macht. Weil es aber für jedes Gerät ein eigenes Skript gibt (also 64 Stück) und die quasi Parallel laufen gibt es keine Probleme, der Adapter wäre ein Skript was versucht alle 64 zu händeln.@bananajoe sagte in Tasmota-Clients werden im IOBroker disconnected:
Weil es aber für jedes Gerät ein eigenes Skript gibt (also 64 Stück) und die quasi Parallel laufen gibt es keine Probleme, der Adapter wäre ein Skript was versucht alle 64 zu händeln.
sorry, das kann aber nicht sinn der sache sein.
dann bräuchten wir keine adapter und könnten alles über scripts laufen lassen...gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@bananajoe sagte in Tasmota-Clients werden im IOBroker disconnected:
Weil es aber für jedes Gerät ein eigenes Skript gibt (also 64 Stück) und die quasi Parallel laufen gibt es keine Probleme, der Adapter wäre ein Skript was versucht alle 64 zu händeln.
sorry, das kann aber nicht sinn der sache sein.
dann bräuchten wir keine adapter und könnten alles über scripts laufen lassen...@da_woody gebe ich dir recht. Aber der Adapter "packt es halt nicht". Zudem hatte ich Extrawünsche wie z.B. die Erfassung von Laufzeiten oder ein Info an welchen AP die Dinger gerade hängen.
Und da gleich einen eigenen Adapter zu schreiben, soweit war ich da noch nicht (und bin ich auch noch nicht denke ich).Eigentlich müsste man dem Adapter beibringen das er sich mehr aufteilt und ggf. pro Gerät einen Unterprozess startet - aber ich hab keine Ahnung ob das technisch geht.
ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 10 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV APC 750W kaskadiert || Creality CR-10 SE 3D-Drucker
-
@da_woody gebe ich dir recht. Aber der Adapter "packt es halt nicht". Zudem hatte ich Extrawünsche wie z.B. die Erfassung von Laufzeiten oder ein Info an welchen AP die Dinger gerade hängen.
Und da gleich einen eigenen Adapter zu schreiben, soweit war ich da noch nicht (und bin ich auch noch nicht denke ich).Eigentlich müsste man dem Adapter beibringen das er sich mehr aufteilt und ggf. pro Gerät einen Unterprozess startet - aber ich hab keine Ahnung ob das technisch geht.
@bananajoe hast aber schon einige "spezial" wünsche... ;)
die uptime sehe ich im sonoff adapter. zwar nur die tage, aber immerhin. wobei, gibt auch uptimesec...
an welche AP das ding hängt ist mir eigentlich tögal, solange online. kann mir aber über meine top denken an welchem AP der nuckelt.
hab allerdings nur mehr 7 SP112 und im mom 2 D1-mini im sonoff hängen. der rest ist bei mir nur mehr shelly. ca. 80stk. -
@crunchip gib dich nicht auf, lerne MQTT! Für ich war es am Anfang auch erst einmal unverständlich und Abstrakt. Aber dann hat es irgendwann "ping" gemacht und ich möchte es als Austausch-System nicht mehr missen.
Der erste Clou ist ja das die Geräte einfach ihre Statusmeldungen und Zustandsänderung an den MQTT-Broker pushen, das steht ganz ähnlich wie bei den Datenpunkten des ioBroker immer was gerade Sache ist.
Der zweite Clou ist das du den Status von bestimmten Pfaden abonnieren kannst (nutze ich z.B. in Bash-Skripten). Dann sagt der Broker dir bescheid, hey, hier hats sich Wert X geändert, den wolltest du doch haben. Und schon musste ich nichts mehr pollen und hatte alle Daten und Reaktionen quasi in Echtzeit.
Tasmota macht das von Haus aus sehr gut, der pusht in bestimmten Pfaden seine Daten und horcht wiederum auf einem anderen. Der Sonoff-Adapter macht eigentlich nichts anderes, der Simuliert einen MQTT-Broker und baut dir die JSON-Meldungen schön in Einzelwerte um.
Der 3. Clou ist für mich - wegen des Mosquitto-Brokers - das ich da auch alles andere was MQTT dranhängen kann, wenn es ein muss auch am ioBroker vorbei oder parallel.
Nachteil ist ganz klar das der Sonoff-Adapter dir zum Schalten (Power) einen schönen True/False-Datenpunkt baut. Den hats du im ersten Moment in MQTT nicht.
Ich habe dazu für jedes Tasmota-Gerät ein eigenes JavaScript laufen was mir das nachbaut. Im Prinzip was der Sonoff-Adapter macht. Weil es aber für jedes Gerät ein eigenes Skript gibt (also 64 Stück) und die quasi Parallel laufen gibt es keine Probleme, der Adapter wäre ein Skript was versucht alle 64 zu händeln.@bananajoe das klingt plausibel! Ehrlich gesagt habe ich ein externes Backup der SD-Card gemacht; gefühlt fing der Ärger danach an. Insgesamt sind etwa 25 Clients am sonoff-Adapter.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden554
Online32.9k
Benutzer83.1k
Themen1.3m
Beiträge