[Adapter] Sonoff- Tasmota

el_malto

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.

modmax

Der Sonoff-Adapter im ioBroker kann alles steuern, was die Tasmota-Firmware drauf hat.

Von daher brauchste auch nur den Adapter …

el_malto

Ok, vielen Dank für die Antwort :)

wowik2018

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

Jan1

erledigt

xADDRx

Hallo,

sag mal habt ihr auch momentan Verbindungsprobleme mit einigen Sonoffs? Bei mir reagiert der ein oder andere plötzlich nicht mehr….

Gruß

Master77

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

xADDRx

~~@Master77:~~

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

xADDRx

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?

Chaot

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.

smartboart

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

Jan1

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.

smartboart

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

Jan1

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.

smartboart

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.

ltsalvatore

~~@Jan1:~~

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.

dirkhe

Unter dem Bereich Common stehen die verschiedenen Versionen, einfach die 2.4 auskommentirrennhnc die 2.5 einkommentieren, indem du die semicolon wegmachst, bzw. Hinzufügst

ltsalvatore

~~@dirkhe:~~

Unter dem Bereich Common stehen die verschiedenen Versionen, einfach die 2.4 auskommentirrennhnc die 2.5 einkommentieren, indem du die semicolon wegmachst, bzw. Hinzufügst `

hm…

bei mir steht im bereich common nichts dergleichen....

[common]
framework                 = arduino
board                     = esp01_1m
board_build.flash_mode    = dout

platform                  = ${core_active.platform}
build_flags               = ${core_active.build_flags}
;                            -DUSE_CLASSIC
;                            -DBE_MINIMAL
;                            -DUSE_SENSORS
;                            -DUSE_BASIC
;                            -DUSE_KNX_NO_EMULATION
;                            -DUSE_DISPLAYS
;                            -DUSE_CONFIG_OVERRIDE

; *** Fix espressif8266@1.7.0 induced undesired all warnings
build_unflags             = -Wall

; set CPU frequency to 80MHz (default) or 160MHz
board_build.f_cpu         = 80000000L
;board_build.f_cpu         = 160000000L

monitor_speed             = 115200
upload_speed              = 115200
upload_resetmethod        = nodemcu

; *** Upload Serial reset method for Wemos and NodeMCU
upload_port               = COM5
extra_scripts             = pio/strip-floats.py

; *** Upload file to OTA server using SCP
;upload_port               = user@host:/path
;extra_scripts             = pio/strip-floats.py, pio/sftp-uploader.py

; *** Upload file to OTA server in folder api/arduino using HTTP
;upload_port               = domus1:80/api/upload-arduino.php
;extra_scripts             = pio/strip-floats.py, pio/http-uploader.py

; *********************************************************************

dirkhe

Sorry war falsch

[core_active]
; Select one core set for platform and build_flags
;platform                  = ${core_2_3_0.platform}
;build_flags               = ${core_2_3_0.build_flags}
;platform                  = ${core_2_4_2.platform}
;build_flags               = ${core_2_4_2.build_flags}
platform                  = ${core_2_5_0.platform}
build_flags               = ${core_2_5_0.build_flags}
;platform                  = ${core_stage.platform}
;build_flags               = ${core_stage.build_flags}

xADDRx

~~@Chaot:~~

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. `

Daran hat es wohl gelegen!

Vielen Dank!!

Community Forum

NEWS

[Adapter] Sonoff- Tasmota

Support us

787

32.4k

81.6k

1.3m