NEWS
-
Also ich kann zur Zeit auch nur positives berichten! :D
Alle Module laufen nun schon seit einer Woche ohne Ausfall!!!
Zusammenfassend kann man glaub ich folgendes festhalten:
Wenn es Probleme mit Abbrüchen gibt:
<list type="decimal">3. Raspberry ans LAN hängen - nicht via WLAN-
Sonoff neu flashen (vorher den Speicher mit leerem File löschen)
-
Nach Änderungen alle Netzwerkkomponenten (Switch, AP, Router, …) neu starten
Danke für die vielen Beiträge - ich hoffe jetzt ist endlich Schluss mit der "andernen Party" :lol:
Trotzdem würde ich mir wüschen, wenn der Adapter solche Probleme von selbst erkennt (tut er ja offenbar eh) und das in einen Datenpunkt schreibt, bzw. alive auf false setzt.
-
-
Hallo allerseits
Ich verfolge nun schon seit einiger Zeit die Fortschritte von ioBroker und besonders die Unterstützung der Sonoff Adapter. Derzeit teste ich Basic und S20. Die dargestellten Probleme mit den abbrechenden Verbindungen kann ich aktuell bestätigen.
Meine derzeitige Konfiguration:
Raspi3 mit ioBroker über LAN
Sonoff Basic
Sonoff S20
mqtt mit diversen esp-Modulen zum testen (Port 1883)
mysensors mit nrf24 (läuft bestens)
Homematic über Raspberrymatic/HM-CFG-LAN
Die Sonoffs sind zuerst 'geblankt' mit 1MB.bin und anschliessend mit dem relativ frischen TASMOTA Ver. 5.12 geflasht worden.
Als Port ist auf beiden 1958 eingestellt. Die Kommunikation ist anfänglich o.k. Die Adapter sind per Webif erreichbar und die Schaltvorgänge über die ioBroker-Objekte sind ok.
Das war der stand gestern abend.
Heute folgendes Bild
Webif ok
Adapter per ping erreichbar (auch vom Raspi aus)
ioBroker schweigt. Keine Kommunikation mit den Adaptern
In einem Testaufbau mit einem 10-MBit-Hub kann ich die Kommunikation zwischen Raspi/ioBroker über Wireshark mitlesen.
10 MBit-HUB
-+–------+----------+---
| | |
ioBroker PC Switch
(Raspi) (wireshark) +---------WLAN
|
. . . . Sonoff
Die Webif Kommandos vom PC an die Sonoffs gehen ohne Probs raus und die Sonoffs schalten. Die einzige Kommunikation zwischen ioBroker und den Sonoffs scheinen die mqtt Lebenszeichen 0xcc und 0xdd zu sein. Darüber hinaus läuft nichts
Hat jemand eine Idee
Fragen beantworte ich gerne
Gruß an alle
-
Kleine Korrektur
Die mqtt "keep alive" Meldungen scheinen vom Client gesendet und vom Broker beantwortet zu werden (im Wireshark als data 'c000' und 'd000' zu sehen).
Die Status-Meldungen vom Sonoff tele/<topic>/state… werden regelmäßig an den Broker geschickt.
Im Anhang nochmal der Testaufbau</topic>
6018_testaufbau.png -
Ich hatte auch alles im Griff bis ich ein weiteren Sonoff Touch hinzugefügt habe (auch frisch geflasht). Der ganze Misst von vorne.
Da habe ich alles Stück für Stück alle Adapter sowie alle Geräte nach einander wieder rausgenommen. Zig mal neu gestartet ohne Erfolg.
Da habe ich mir die Fritzbox nochmal genauer angeschaut und bemerkt das ich einen Repeater im Netzwerk habe der versucht Endgeräte über LAN das Internet zu geben obwohl er eigentlich vom LAN das Internet bekommen sollte und über wlan verteilen.
Als ich den vom Netzwerk genommen habe ging es wieder ohne Probleme.
Jetzt müsste ich wieder alle Schalter einbinden.
-
Für eine dauerhafte Verwendung der Sonoff-Teile mit Tasmota Firmware fehlt noch ein Stück Zuverlässigkeit. Durch welche Soft/Hard-Ware Komponente dies unterbunden wird ist schwierig herauszufinden. Zumindest derzeit. Das fängt damit an, daß jeder Beteiligte Tester mit einer anderen Umgebung arbeitet. Hier zu belastbaren Ergebnissen zu kommen ist eine interessante Herausforderung.
-
Nachdem meine Sonoff's ohne Probleme seit November liefen, habe ich vor 2 Tagen auf 5.12.0 geupdatet.
Heute sah ich im iobroker-Log, das meine Sonoff's sehr oft rebooten. Bin jetzt wieder auf 5.9.0 zurück, seitdem nicht's mehr. Berichte morgen noch einmal.
-
Heute Morgen hat sich der S20 wieder verabschiedet. Der Basic mit der Version 5.11.1 ist weiter ansprechbar. Habe eben den S20 mit 5.12.0c versorgt. Mal sehen wie der sich verhält. Werde berichten. Log läuft seit gestern mit. Weiß noch nicht wie ich das zu lesen habe.
-
Nicht nur wir beschäftigen uns mit den Abbrüchen. Auch hier https://github.com/esp8266/Arduino/issues/2330 ist ein ellenlanges Issue (Esp8266 IP Address not reachable after a while #2330), das sich mit diesem Problem beschäftigt. Ich befürchte, daß da noch einiges im Argen liegt. Oder?
-
Ich habe seit dem ich den repeater von der fritzbox entfernt habe keine andere Party mehr.
Allerdings sind die beiden Touch die ich über blockly als Wechselschalter nutze wohl durcheinander gekommen und haben den ganzen log zugemüllt iobrocker Hatz Zuviel Ereignisse und die beiden Touch gingen sekündlich an und wieder aus einmal gab es wie ein maschinenfeuer aus einen der sonoffs. Hörte sich echt gefährlich an
-
Hab die Abbrüche auch immer wieder mal?
Ist auch egal welche Firmware ich auf dem Sonoff drauf hab, es sind 20 von den Dingern im Haus verbaut.
Alle mit unterschiedlicher Firmware, haben aber alle etwas gemeinsam fallen alle in unterschiedlichen Etappen aus! :twisted:
Bin gespannt wie lange es dauert das die Dinger oder der Sonoff.0 Adapter Funktionieren!
Kann nicht sagen das es am Adapter oder am Sonoff liegt.
Hab auch schon die Sleep auf 0 gehabt und Domoticz aus dokumentiert usw. bringt nicht wirklich was.
Hab jetzt bei Iobroker die Neustart versucht einzustellen für den Sonoff.0 Adapter.
Hoffe mal richtig da Blick ich nicht durch, finde aber auch keine Beschreibung dafür.
Bis dato geht es einigermaßen wenn ich Pech hab erwisch ich genau den neustart des Adpters, ist zwar keine endgültige Lösung aber es geht zumindest.
Gibts eigentlich schon Anhaltspunkte was schief läuft?
Interessant zu wissen ist auch noch benutzt ihr die Firm von Reloxx13 oder vom Arendst?
-
So, nachdem ich von 5.12.0 auf 5.12.0c geflasht habe, laufen die Dinger seit 2 Tagen wieder störungsfrei. Davor waren es ca. 3 Monate mit 5.9.0 ohne Probleme.
Die Teile sind bei mir an einem Fritz-Repeater 1450 der über Lankabel mit einer kdg 6490 Cable verbunden ist angemeldet.
RSSI ist bei 42%
Hardware:
Odroid XU4 mit Lan-Anbindung
Fritzbox 6490, FritzRepeater1450E
FritzPowerline 1000E, mehrere D-Link 1GB Switches
Software:
Armbian 5.37
Root auf 128GB Samsung SSD umgeswitcht
-
Das Problem mit den nicht reagierenden ESP's liegt nicht an Sonoff oder Tasmota.
Es ist ein Problem im ESP8266 Core.
Das Problem scheint größtenteils in der Arduino ESP8266 Core 2.4.0 RC2 behoben zu sein, diese ist aber noch ziemlich buggy …
Eine Lösung ist entweder von Extern regelmäßig die IP des ESp anzupingen, oder eventuell im Code einen Reconnect anzustoßen.
Regelmäßigen Timer setzen und dann nach Ablauf folgenden Befehl ausführen :
WiFi.reconnect();
Mittlerweile mache ich das nur noch alle 30 Minuten, die ersten Tests hatte ich noch alle 30 Sekunden.
Das Problem ist danach nicht mehr aufgetreten.
Grüße
Tom
Support us
626
Online32.7k
Users82.3k
Topics1.3m
Posts