[Adapter] Sonoff- Tasmota

[Schubi]

Eine Antwort hast du dir bereits selbst gegeben - Adapter manuell neu starten.

2. Cronjob in der Instanzenseite einstellen (vorher links oben "Expertenmodus" aktivieren - wird dann rot)

dann gibt es eine Spalte "Neu starten" - dort kann man ein Zeitschema eintragen.

3. In der Console des WEBIF des Sonoff Moduls:

"Setoption3 1" eintippen und Enter drücken:

4. Setoption3 via Web-Url aufrufen:

http://IP_vom_Sonoff/cm?cmnd=Setoption3%20On

[xADDRx]

Dankeschön!

[Schubi]

So das hab ich jetzt auch wieder gefunden: :idea:
@Micro1959:

Ich wollte mal berichten, wie ich den Sonoff-Aussetzern entgegenwirke.

Scheint sogar zu funktionieren:

Ich habe mir einen Triggerbutton angelegt mit dem Namen "Neustart".

Dann habe ich mit Blockly ein Skript erstellt,

in dem ich den Trigger mit "Falls Objekt…" auf wahr abfrage.

Als Aktion habe ich das "exec Kommando" verwendet und als Kommandotext "iobroker restart sonoff" eingegeben.

Wenn ich nun sage "Alexa, Neustart an", dann wird ein Neustart des Sonoff Adapters ausgeführt.

Und meine Sonoffs haben alle wieder Kontakt.

Wenn jemand von den Profis hier in meiner Vorgehensweise etwas bedenkliches findet, möge er es doch bitte berichten.

Ansonsten hoffe ich, dass dies dem einen oder anderen helfen kann.

LG Volker `

Das entsprechende Blockly schaut so aus:

wobei das Objekt (Datenpunkt) " BUT_Neustart_Sonoff" manuell erzeugt wurde und im vis einem Button zugewiesen ist.

So jetzt genug der Workarounds :?

[Fritz]

Hallo,

wollte nur sagen das ich das selbe Problem habe.

(This socket has been endet by the others party)

Dann geht der Adapter nicht mehr.

Ich lese bei euch fleißig mit und freue mich wenn es bald ne vernünftige Lösung gibt.

Gruß

Fritz

[modmax]

Nur ne kurze Zwischenfrage:

Bei den Sonofds habe ich das Problem, daß "alive=true" verbleibt, selbst wenn der Sonoff irgendwo

inner Schublade liegt und damit keinen Strom mehr.

Ist das bekannt oder irgendwie lösbar?

Sonoff-Adaper: 1.0.0

Sonoff-Firmware: 5.11.1

[Schubi]

Ja auch das ist leider eine unzulänglichkeit des Adapters. Der Alive-Datenpunkt ist nutzlos. Zur Überprüfung ob ein Modul noch „lebt“ würde ich den Ping-Adapter verwenden. Weiters muss das Modul in der Liste connections des Adapters aufscheinen.

LG Schubi

[klassisch]

Oder wie oben schon beschrieben einen Watchdog per JS schreiben und die Datenspur "alive" nutzen.

Der Adapter selbst kann das eigentlich nciht leisten, weil sich die Sonoffs nicht bei ihm abmelden (können), bevor sie offline gehen.

[Fritz]

Hi,

Ich bin immer noch unglücklich über die Fehlermeldung ( Client error []: Error: This socket has been ended by the other party ) ich lasse den Sonoff Adapter stündlich neu starten. Das ist aber noch nicht die beste Möglichkeit, da es manchmal zu Überschneidungen mit dem schalten der Geräte und dem Neustart kommt.

Wenn ich den MQTT Adapter nutzen würde, hätte ich da welche Nachteile?

[Fritz]

Jetzt wird es richtig nervig. Manchmal verliert der Adapter minütlich die Verbindung.

Was könnte das denn sein?

Socket andere Party.

Wer verwendet denn das socket?

Viele Grüße

Fritz

[Schubi]

@Fritz:

Ich hab schon sehr viel probiert, bis jetzt aber keine funktionierende Lösung gefunden.

Einzige Abhilfe schalten mit WEB-Cmd und den Sonoff Adpter nur für die Rückmeldung verwenden.

Bei mir ist es zumindestens so, dass der Sonoff weiterhin Daten an den Adapter schickt.

(Steht alles ein paar Posts weiter oben)

Probier mal (wenn der Sonoff mal wieder auf einer anderen Party ist ) via Web zu schalten:

http://sonoff/cm?cmnd=Power%20On

und schau ob sich der Datenpunkt dann im Adapter entsprechend ändert.

LG Schubi

[Fritz]

Kann ich

Fehlermeldung in der Konsole „12:32:31 MQT: Verbindung fehlgeschlagen aufgrund von 192.168.1.114:1883, rc -2. Wiederversuch in 10 sek“

Ip von meinem raspberry

[Fritz]

Du meinst ob sich von true auf false oder umgekehrt

Ändert? Ja tut es.

[Schubi]

Ja das meine ich - man kann den Sonoff aus ioBroker heraus via WEB-Command steuern und erhält via Sonoff Adapter die Rückmeldung bzw. weitere Daten (z.B. Temperatuen, etc.)

[klassisch]

@Fritz:

„12:32:31 MQT: Verbindung fehlgeschlagen aufgrund von 192.168.1.114:1883, rc -2. Wiederversuch in 10 sek“ `
Jetzt bin ich verwirrt. Arbeitest Du mit dem MQTT Adapter oder dem Sonoff-Tasmota-Adapter, um den es hier geht?

1883 deutet auf MQTT hin, zumindest ist das dessen Standardport.

Falls Du mit dem MQTT-Adapter arbeitest, dann wäre hier der falsch Thread.

Falls Du beide Adapter gleichzeitig laufen hast, dann solltest Du den Port bei den Sonoffs und dem Sonoff-Tasmota-Adapter auf einen anderen, unbenutzten Port umstellen. Hier haben einige den Port 1500 verwendet. Das habe ich so abgeschrieben und meine Sonoffs senden noch Daten. Allerdings schalte ich sehr selten.

[Fritz]

Habe ich mir gedacht, nur habe ich noch nicht herausgefunden wie das blockly aussehen muss

Gesendet von iPad mit Tapatalk

[Fritz]

Hi klassisch,

Zur Zeit arbeite ich nur mit dem Sonoff Adapter. Den Port habe ich noch nicht geändert. Meinst du das es daran liegt? Eigentlich ist kein MQTT bei mir im Netzwerk am laufen.

Gesendet von iPad mit Tapatalk

[Schubi]

Blockly kann so aussehen. vorher einen Datenpunkt anlegen.

[Fritz]

Habe grade den Port überall geändert. Mal schauen ob es jetzt wieder besser wird.

@Schubi

Habe noch nicht ganz verstanden wie ich dann die eine Zeit rein bringen kann.

z.B. Um 23 Uhr aus schalten.

Gesendet von iPad mit Tapatalk

[klassisch]

@Fritz:

Den Port habe ich noch nicht geändert. Meinst du das es daran liegt? ` Ich weiss es nicht wirklich, aber ein Versuch ist es wert.

Was mich stutzig macht: Deine Fehlerlog startet mit "MQT".

Wenn ich einen Sonoff vom Stromnetz nehme und ihn mit dem Sonoff-Tasmota-Adapter ansteuere startet der Logeintrag im ioBroker bei mir mit sonoff.0, Beispiel

sonoff.0	2018-01-27 14:05:03.353	warn	Client "Heizraum-Temp" not connected

Das Umstellen hast Du ja jetzt gemacht, dann hoffen wir, daß es geholfen hat. Falls nicht, hat es nicht geschadet und war einfach und schnell.

Falls Deine o.g. Fehlermeldung vom Sonoff war, dann würde ich es mal mit der Englischen Firmware testen. Denke irgendwo gelesen zu haben, daß es mit der Deutschen Version Verständigungsschwierigkeiten geben könnte. Da ich immer nur Englische Version installiert habe, kann ich das aber nicht mit Gewissheit bestätigen.

Im Großen und Ganzen scheint es bei mir zu funktionieren.

Was aber faul zu sein scheint:

Wenn ich ein Geräte abstecke und danach per ioBroker schalte, wird der Zustand rot angezeigt. Plausibel.

Wenn ich das Gerät dann aber wieder einstecke, schmiert der Adapter ab, wird aber restartet und zeigt dann das Objekt richtig an: Logeintrag

sonoff.0	2018-01-27 14:19:57.272	info	Client [SonoffS20-01] connected
sonoff.0	2018-01-27 14:19:55.787	info	Client [SonoffS20-01] closed
sonoff.0	2018-01-27 14:19:55.783	error	Closed because of error
sonoff.0	2018-01-27 14:19:55.771	warn	Client error [SonoffS20-01]: Error: This socket is closed.
sonoff.0	2018-01-27 14:19:55.753	warn	Client error [SonoffS20-01]: Error: read ECONNRESET

[taba_luga]

Hallo,

ich bin neu hier im Forum und möchte mich erstmal an der Stelle bedanken. Es ist wirklich sehr hilfreich und in den meisten Fällen kommt man alleine weiter!

Jetzt leider nicht, denn ich habe auch das Problem mit dem Sonoff Adapter. Alle Teilnehmer (Sonoff S20) verlieren regelmäßig die Verbindung zum Sonoff Adapter.

Den Port habe ich bereits gewechselt, das hat aber leider nicht zum Erfolg geführt. Den Adapter starte ich über einen Cron Job regelmäßig neu. (Finde ich unglücklich, da eventuelle Steuerbefehle hier nicht übertragen werden) Welches QoS Level benutzt der Sonoff-Adapter? Oder kann man einen "Lastwill" definieren? Dann wäre der Neustart nicht so tragisch.

Auf den Sonoffs läuft die Firmware Sonoff-Tasmota 5.11.1. Hier finde ich leider zu QoS o.ä. nichts.

Was mich wundert, ich habe wissentlich eigentlich nichts geändert. Die Sonoffs habe ich vor zwei Monaten in Betrieb genommen und sie liefen einwandfrei. Jetzt, seit ca. 2 Wochen, läuft es mehr als instabil. Das Update der Sonoffs auf 5.11.1 habe ich erste jetzt gemacht, da ich hoffte hierdurch den Fehler zu beheben. (englische Verison, nicht die deutsche) Es lässt sich keine Logik oder Regel erkennen wann die Sonoffs aussteigen. Den Debug Mode im Adapter habe ich angeschaltet, leider hilft der mir auch nicht weiter. Es ist immer der gleiche Fehler: "This socket has been ended by the other party"

Kann mir jemand erklären wodurch dies zustande kommt?

Eine Ansteuerung über Web-Request würde ich gerne vermeiden.

Gruß Alex