NEWS
[Adapter] Sonoff- Tasmota
-
Bin leider nicht so fit in Topics .. was sind denn Standardtopics? VG
-
Damit meine ich die Topics, die verwendet werden wenn kein Switchtopic angegeben wird.
-
Vielleicht hilft dir das weiter:
@Schubi:Also ich hab das jetzt folgendermaßen schon etliche Monate im Einsatz:
Ein Relais (steuert einen Motor der ein Klappe öffen und schließen kann)
(Motor stoppt in den Endlagen automatisch)
Einen Endschalter oben und einen unten, der angibt ob die Klappe offen oder geschlossen ist.
Die Endschalter sind als Switch1 und 2 angelegt.
folgendes habe ich uber die Konsole eingegeben:
Swichmode 1 Switchtopic 0
Und dann noch folgende Rules:
on Switch1#state do publish stat/LW_HS_01/Switch1 %value% endon on Switch2#state do publish stat/LW_HS_01/Switch2 %value% endon
Hat den Vorteil, dass der Switch1 nicht mehr das Relais schaltet und man (wenn man das Topic in den Rules richtig anpasst) den Sonoff-Adapter verwenden kann.
LG Schubi `
LW_HS_01 ist der Name des Sonoffs.
-
Danke .. da bin ich noch nich so blickig .. werde meine Zaut brauchen :?
-
Guten Abend,
bin neu im Forum und möchte bald meinen ersten Raspberry mit ioBroker einrichten. Ich lese mich generell immer erst ziemlich viel ein bevor ich ein Projekt anfange. Trotzdem bleibt noch die ein oder ander Frage offen.
Habe nun den ganzen Thread hier gelesen, die Verbindungsabbrüche scheinen ja gefixed zu sein?
Kann man diesen Sonoff Tasmota Adapter als „universal“ Adapter für alle Geräte mit Tasmota verwenden? Habe z.B. Sonoff S20, Obi Steckdose und Shelly1 (der Shelly Adater ist ja nur für die original FW oder?). Alle mit Tasmota geflasht (laufen zur Zeit mit Himebridge und einen MQTT Broker auf Windows, habe mich dann über die verschiedenen Plattformen wie OpenHub usw. informiert und finde ioBroker für mich am besten. Gerade weil die VIS sehr flexibel ist und genau auf seine Bedürfnisse aufgebaut werden kann). Oder kann ich nur die Sonoffs mit diesem Adapter einbinden und die anderen Geräte mit den MQTT Broker Adapter?
Der „abgespeckte“ MQTT Broker der mit diesem Adapter installiert wird unterstützt ja die Topics von Tasmota. Müsste dann ja eigentlich gehen oder?
Finde es sonst irgendwie doof wenn man zwei MQTT Broker laufen hat und würde sonst evtl. alle Geräte mit den MQTT Broker Adapter einbinden Da ich aber nur Geräte mit Tasmota habe würde der „abgespeckte“ MQTT Broker ja reichen.
Vielen Dank schon mal für die Antworten.
-
Der Sonoff-Adapter im ioBroker kann alles steuern, was die Tasmota-Firmware drauf hat.
Von daher brauchste auch nur den Adapter …
-
Ok, vielen Dank für die Antwort
-
Hallo, kann mir jemand helfen warum bekomme ich immer diese Benachrichtigungen?
! 2018-12-07 00:03:57.830 - info: sonoff.0 Client [DVES_A3174F] connection closed: timeout
! 2018-12-07 00:04:56.696 - info: sonoff.0 Client [DVES_A3174F] connected with secret 1544137496695_2083
! 2018-12-07 00:05:35.346 - warn: sonoff.0 Old client DVES_A3174F with secret 1544137126635_9957 sends pingreq. Ignore! Actual secret is 1544137496695_2083
! 2018-12-07 00:17:36.888 - info: sonoff.0 Client [DVES_A3174F] connection closed: timeout
! 2018-12-07 00:31:44.704 - info: sonoff.0 Client [DVES_A3174F] connected with secret 1544139104691_8535
! 2018-12-07 00:41:45.181 - info: sonoff.0 Client [DVES_A3174F] connection closed: timeout
! 2018-12-07 00:56:04.958 - info: sonoff.0 Client [DVES_A3174F] connected with secret 1544140564956_374
! 2018-12-07 01:04:56.208 - info: sonoff.0 Client [DVES_A3174F] reconnected. Old secret 1544140564956_374. New secret 1544141096206_2420
! 2018-12-07 01:04:56.448 - warn: sonoff.0 Old client DVES_A3174F with secret 1544140564956_374 sends pingreq. Ignore! Actual secret is 1544141096206_2420
! 2018-12-07 01:09:12.382 - info: host.raspberrypi Delete log file iobroker.2018-11-30.log
! 2018-12-07 01:34:58.541 - info: sonoff.0 Client [DVES_A3174F] reconnected. Old secret 1544141096206_2420. New secret 1544142898539_7507
! 2018-12-07 01:35:06.445 - warn: sonoff.0 Old client DVES_A3174F with secret 1544141096206_2420 sends publish. Ignore! Actual secret is 1544142898539_7507
! 2018-12-07 01:35:06.515 - warn: sonoff.0 Old client DVES_A3174F with secret 1544141096206_2420 sends pingreq. Ignore! Actual secret is 1544142898539_7507
! 2018-12-07 02:21:09.008 - info: sonoff.0 Client [DVES_A3174F] connection closed: timeout
! 2018-12-07 02:34:56.729 - info: sonoff.0 Client [DVES_A3174F] connected with secret 1544146496727_3666
! 2018-12-07 04:22:35.002 - info: sonoff.0 Client [DVES_9EAD94] connection closed: timeout
! 2018-12-07 04:35:03.608 - info: sonoff.0 Client [DVES_9EAD94] connected with secret 1544153703606_2868
! 2018-12-07 06:31:10.574 - info: sonoff.0 Client [DVES_A3174F] connection closed: timeout
! 2018-12-07 06:34:59.847 - info: sonoff.0 Client [DVES_A3174F] connected with secret 1544160899846_4734
! 2018-12-07 06:36:03.519 - warn: sonoff.0 Old client DVES_A3174F with secret 1544146496727_3666 sends pingreq. Ignore! Actual secret is 1544160899846_4734
! 2018-12-07 07:43:51.321 - info: sonoff.0 Client [DVES_9EAD94] connection closed: timeout
! 2018-12-07 07:58:03.213 - info: sonoff.0 Client [DVES_9EAD94] connected with secret 1544165883212_4554
! 2018-12-07 08:04:56.351 - info: sonoff.0 Client [DVES_A3174F] reconnected. Old secret 1544160899846_4734. New secret 1544166296350_5294
! 2018-12-07 08:04:57.067 - warn: sonoff.0 Old client DVES_A3174F with secret 1544160899846_4734 sends pingreq. Ignore! Actual secret is 1544166296350_5294
! 2018-12-07 09:55:17.191 - info: sonoff.0 Client [DVES_A3174F] connection closed: timeout
! 2018-12-07 10:05:04.665 - info: sonoff.0 Client [DVES_A3174F] connected with secret 1544173504663_2194
! 2018-12-07 11:01:25.114 - info: sonoff.0 Client [DVES_A3174F] connection closed: timeout
! 2018-12-07 11:04:57.195 - info: sonoff.0 Client [DVES_A3174F] connected with secret 1544177097194_2055
! 2018-12-07 11:07:21.694 - warn: sonoff.0 Old client DVES_A3174F with secret 1544173504663_2194 sends pingreq. Ignore! Actual secret is 1544177097194_2055
! 2018-12-07 11:31:47.467 - info: sonoff.0 Client [DVES_A3174F] connection closed: timeout
! 2018-12-07 11:35:03.728 - info: sonoff.0 Client [DVES_A3174F] connected with secret 1544178903726_9711
! 2018-12-07 13:55:52.100 - info: sonoff.0 Client [DVES_A3174F] connection closed: timeout
! 2018-12-07 14:04:57.785 - info: sonoff.0 Client [DVES_A3174F] connected with secret 1544187897783_5853
! 2018-12-07 14:07:07.123 - warn: sonoff.0 Old client DVES_A3174F with secret 1544178903726_9711 sends pingreq. Ignore! Actual secret is 1544187897783_5853
! 2018-12-07 14:35:02.686 - info: sonoff.0 Client [DVES_A3174F] reconnected. Old secret 1544187897783_5853. New secret 1544189702684_1525
! 2018-12-07 14:39:08.385 - info: sonoff.0 Client [DVES_A3174F] reconnected. Old secret 1544189702684_1525. New secret 1544189948383_9436
! 2018-12-07 14:39:21.667 - warn: sonoff.0 Old client DVES_A3174F with secret 1544189702684_1525 sends publish. Ignore! Actual secret is 1544189948383_9436
! 2018-12-07 14:39:21.691 - warn: sonoff.0 Old client DVES_A3174F with secret 1544189702684_1525 sends unsubscribe. Ignore! Actual secret is 1544189948383_9436
! 2018-12-07 14:39:21.692 - warn: sonoff.0 Old client DVES_A3174F with secret 1544189702684_1525 sends pingreq. Ignore! Actual secret is 1544189948383_9436
! 2018-12-07 14:39:21.693 - warn: sonoff.0 Old client DVES_A3174F with secret 1544189702684_1525 sends unsubscribe. Ignore! Actual secret is 1544189948383_9436
! 2018-12-07 15:52:50.024 - info: sonoff.0 Client [DVES_A3174F] connection closed: timeout
! 2018-12-07 16:04:56.814 - info: sonoff.0 Client [DVES_A3174F] connected with secret 1544195096813_1773 -
erledigt
-
Hallo,
sag mal habt ihr auch momentan Verbindungsprobleme mit einigen Sonoffs? Bei mir reagiert der ein oder andere plötzlich nicht mehr….
Gruß
-
Ja, hatte ich die Tage auch 2 mal gehabt.
Wollten einfach nicht mehr auf die Alexa Befehle reagieren.
Im Log stand nichts drinnen, die Adapter waren alle auf grün.
Habe dann einen Neustart gemacht und danach war alles wieder gut. Ich könnte bis jetzt keine Ursache dafür finden.
Gesendet von unterwegs mit Tapatalk
-
Ja, hatte ich die Tage auch 2 mal gehabt.
Wollten einfach nicht mehr auf die Alexa Befehle reagieren.
Im Log stand nichts drinnen, die Adapter waren alle auf grün.
Habe dann einen Neustart gemacht und danach war alles wieder gut. Ich könnte bis jetzt keine Ursache dafür finden.
Gesendet von unterwegs mit Tapatalk `
Ja nachdem man den Adapter neustartet geht alles wieder, so ist es bei mir auch
-
Also bei mir nervt es langsam. Das Problem kann dich nicht nur bei mir sein.? Dadurch das ich einige Sonoffs am laufen habe, nervt es langsam….
Neben den Fehlermeldungen im log:
rLOG HERUNTERLADENLog-Größe: 0.00 MB Zeit sonoff.0 2018-12-27 17:57:18.428 info Client [Sonoff-Standlicht] connected with secret 1545929838426_9193 sonoff.0 2018-12-27 17:57:07.530 info Client [Sonoff-Standlicht] connection closed: closed sonoff.0 2018-12-27 17:56:19.437 info Client [Sonoff-Standlicht] connected with secret 1545929779436_1302 sonoff.0 2018-12-27 17:56:18.987 info Client [Sonoff-Standlicht] connection closed: Error: read ECONNRESET telegram.0 2018-12-27 17:55:43.975 info getMe (reconnect): {"id":484625650,"is_bot":true,"first_name":"xADDRx","username":"xADDRxBot"} sonoff.0 2018-12-27 17:54:32.434 info Client [Sonoff-Standlicht] connected with secret 1545929672433_6189 sonoff.0 2018-12-27 17:54:31.797 info Client [Sonoff-Standlicht] connection closed: closed sonoff.0 2018-12-27 17:52:34.420 info Client [Sonoff-Standlicht] connected with secret 1545929554419_9471 sonoff.0 2018-12-27 17:52:34.177 info Client [Sonoff-Standlicht] connection closed: closed sonoff.0 2018-12-27 17:51:46.649 info Client [Sonoff-WZ-Tisch] connected with secret 1545929506647_4002 sonoff.0 2018-12-27 17:51:46.064 info Client [Sonoff-WZ-Tisch] connection closed: closed sonoff.0 2018-12-27 17:51:24.395 info Client [Sonoff-Standlicht] connected with secret 1545929484394_5606 sonoff.0 2018-12-27 17:51:13.305 info Client [Sonoff-Standlicht] connection closed: closed sonoff.0 2018-12-27 17:49:54.400 info Client [Sonoff-Standlicht] connected with secret 1545929394398
Kommen dadurch natürlich auch falsche Anzeigen im Vis.
Ich habe alle Sonoffs mit dem aktuellen Update aufgespielt. Auch habe ich alle neu verbunden mit meiner fritzbox (avm 6590). Alles hilft nicht….
An der Reichweite liegt es auch nicht, da einige Sonoffs daneben liegen.
Hat noch wer eine Idee?
-
Ich vermute das könnte am Core liegen.
Der wurde in den neuen Tasmota Versionen auf 2.4.2 geändert.
Wenn du beim Update nicht aufpasst hast du den salat:
http://forum.creationx.de/forum/index.p … -0er-core/
Abhilfe (zumindest bei mir) wäre neu erstellen und dann mit der eigenen Version und Cor 2.3.0 updaten.
-
Also ich hatte auch abbrueche und habe uerberall mal wieder sleep0 hinterlegt… Mal segen obs besser wird.. Auffällig war bei mir ein basic und ein 2ch wandtaster die 4chpro bislang unauffällig... Aktuellste firmware.
Gesendet von meinem CLT-L09 mit Tapatalk
-
Sleep habe ich bei mir bei allen Tasmota Geräten auf 100 und mit aktueller Tasmota und Core 2.5.0 keine Probleme. Sleep 0 sorgt nur für eine höhere Stromrechnung wenn mal viele Geräte am Laufen hat.
Der 2.5.0 soll auch Verbesserungen bei WLAN Probleme enthalten und speziell bei Problemen mit Reportern verbessert worden sein. Kann man unter dem Link den Chaot oben gepostet hat nachlesen.
Ich habe bei den meisten Geräten 2.5.0 am Laufen und der scheint recht stabil zu sein, da bis jetzt keine Probleme. Hatte allerdings mit 2.3.0 und Repeater auch keine Probleme.
-
Hab nur 4 Geräte im Einsatz. Sonst nur homematic… Und sleep 0 auch nur zum test... 100 hatte ich sonst auch eingestellt... Will nur sehen ob sich was tut... Die paar Geraetchen update ich nur ueber die Web Oberfläche.. Weil fest verbaut... Laesst sich der core denn nachträglich ändern? Baue den Kram bestimmt nicht wieder aus um mit ftdi und Phantom arduiono nachzuflashen... Ist schon gut ein Jahr her wo ich die Teile geflasht habe...
Bekomme demnächst aber noch 2 leisten zum Flaschen... Dann beschäftige ich mich mal wieder mit der Thematik..
Gesendet von meinem CLT-L09 mit Tapatalk
-
Mit Atom kannst das in der platformio.ini einstellen welche Core verwendet wird. Das bin lässt sich dann wie gehabt über die Weboberfläche flashen. Derzeit ist in Tasmot wieder der 2.4.2 als default drin und der hat einige Probleme. Also entweder den 2.3.0 oder den neuen 2.5.0, wobei der neue laut Beschreibung einige gute Verbesserungen beinhaltet und bei mir auch bis jetzt ohne Probleme läuft.
-
ist her im prinzip alles gut erklärt…
https://github.com/arendst/Sonoff-Tasmo ... leshooting
2.3.0
All Tasmota features works
Modem Sleep works to save energy (see Wiki Energy Saving)
WEB UI is slow
Low Ram Available - Not much features can be enabled at once (sensors, etc)
It has the Krack Vulnerability
Software Serial can produce a restart exception (not enough RAM) if several features are enabled. (So, in this case only hardware serial will work - TX and RX pins)
Most Wifi Repeaters produces conflicts and disconnections
Mesh Networks are not supported
Some Routers of brands Ubiquity and Fritzbox produces conflicts and disconnections
If the wifi router has auto channel it is reliably managed the channel's jump by this core
2.4.0:
This core has several bugs and produces wifi disconnections. Do not use.
2.4.1:
This core has several bugs and produces wifi disconnections. Do not use.
2.4.2: (By releasing the firmware 6.4.0, the Arduino Core used is v2.4.2 by default)
All Tasmota features works except Alexa that needs a patch in the core (in the precompiled bins this patch is included)
Modem Sleep don't works but Tasmota has a CPU dynamic sleep to save energy, so it is not a big issue for this core
WEB UI is faster
Serial Software exceptions of 2.3.0 are solved
Krack Vulnerability is solved.
More RAM is available
Firmware is a little bigger in size
Most Wifi Repeaters produces conflicts and disconnections
Mesh Networks are not supported
Some Routers of brands Ubiquity and Fritzbox produces conflicts and disconnections
If the wifi router has auto channel, it is not very reliable how it is managed the channel's jump by this core. Use Fixed Channels in the router instead.
2.5.0:
All Tasmota features
Modem Sleep works to save energy (see Wiki Energy Saving)
Alexa works
WEB UI is faster
Serial Software exceptions of 2.3.0 are solved
Krack Vulnerability is solved.
Much More RAM is available compared to 2.4.2
Firmware is a little bigger in size compared to 2.4.2
Most Wifi Repeaters don't produces conflicts or disconnections
Mesh Networks are supported
Most Routers of brands Ubiquity and Fritzbox don't produces conflicts or disconnections
If the wifi router has auto channel, it is not very reliable how it is managed the channel change by this core. Use Fixed Channels in the router instead.
-
Mit Atom kannst das in der platformio.ini einstellen welche Core verwendet wird. Das bin lässt sich dann wie gehabt über die Weboberfläche flashen. Derzeit ist in Tasmot wieder der 2.4.2 als default drin und der hat einige Probleme. Also entweder den 2.3.0 oder den neuen 2.5.0, wobei der neue laut Beschreibung einige gute Verbesserungen beinhaltet und bei mir auch bis jetzt ohne Probleme läuft. `
Hi zusammen,
ich habe die tage eine meiner sonoff basics über das webfrontend auf die neuste v6.4.1 aktualisiert.
nach dem update lief diese ein paar stunden ohne probleme und irgendwann im laufe des tages ging dann gar nichts mehr.
die led war dauerhaft am blinken und die wlan verbindung war (laut fritzbox) nicht mehr vorhanden.
jetzt bin ich nochmal hingegangen und habe die bin über atom erstellt und nudemcu (mit nem erase flash) hochgeladen.
da ich hier und da ein paar schwierigkeiten hatte mit atom die bin zu erstellen, bin ich dann zufällig auf diesen thread gestoßen und habe das erste mal etwas über eine core version gelesen.
jetzt würde ich gerne die vorhandene 2.4.2 core, welche, so wie ich gelesen habe, probleme macht, auf die 2.5.0 aktualisieren.
jedoch gelingt mir das über atom nicht so richtig bzw. habe ich nicht ganz verstanden, wo exakt ich diese einstellung in der platformio.ini vornehmen muss.
danke schon mal im voraus.