NEWS
-
Neustarten des gesamten Netzwerkes ist jedes mal sehr wichtig. Denn änderungen einzelner Geräte die irgendwo noch eingebunden sind, oder aber auch waren sind manchmal schwierig und übernehmen änderungen nicht.
Versuche mal eine geöffnete Datei auf dem PC zu löschen oder umzubenennen.
Viele Grüße
Fritz
-
Hatte ebenfalls Probleme mit der Verbindung der Sonoff Module. Habe dann eine leere bin geflasht und in den Arduino Einstellungen von wifi_wpsconfig auf wifi_retry gestellt. Zusätzlich habe ich bei cfg_holder das Datum auf ein aktuelleres gestellt. Sind so ein paar Sachen die ich hier und da gelesen habe.
Teste nun seit ein paar Tagen einen Basic und eine Bridge mit den Flasheinstellungen.
Bisher keine Probleme.
Der alte Sonoff mit anderen Einstellungen und einer älteren Tasmota Software hat sich zwischenzeitlich des öfteren verabschiedet.
Grundsätzlich denke ich ist es besser den Pi per LAN Kabel zu verbinden. Ob es auch dazu beiträgt das der Sonoff sich nicht mehr verabschiedet weiß ich nicht aber wenn möglich ist die Kabelverbindung denke ich immer die bessere Wahl.
Das sind meine derzeitigen Erfahrungen.
Gruß Markus
Getippt von unterwegs mit Tapatalk Pro.
-
Natürlich ist es auch wichtig ein vernünftiges Image laufen zu haben. Wenn der Sonoff beim Flashen einen Fehler übermittelt bekommt oder sich ein Fehler in der Config eingeschlichen hat, dann wird der auch die Fehlermeldung (Error: This socket has been ended by the other party) schmeissen.
Es kann also mehrere Gründe für die Fehlermeldung geben.
@Master77 halte uns auf den laufenden.
viele Grüße
Fritz
-
Moin,
so sieht mein heutiger Test aus.
- Raspi3 mit Io Broker per Kabel verbunden
-unitymedia wlan Box weiß
-
7x Sonoff mit tasmota neuste Version heute 5.12.0a
-
alle Sonoff 2x vor dem Flashen gelöscht
-
allen eine neue IP Adresse vergeben
-alle sonoff befinden sich zur Zeit in dem selben Raum wie die wlan box
Ich bin gespannt
Mfg Timm
Edit:
Wasserstand : bis jetzt 15h keine Ausfälle! Die Sonoffs sind jetzt in der Wohnung verteilt. Ich melde mich heute abend oder bei nem Ausfall.
Edit2: jetzt über 12 Stunden keine Ausfälle!
-
Freut mich, dass es jetzt auch stabil läuft. Meine laufen auch noch stabil. Meinen Orange Pi Plus 2e habe ich per LAN angebunden und die Sonoffs sind WLAN-technisch gut versorgt (z.B. "RSSI" > 80%). Wenn Ihr History und FLOT auf dem ioBroker laufen habt (für die History Daten empfehle ich ein externes Speichermedium wie USB-Stick oder SSD), könnt Ihr ja mal den "RSSI"-Wert mitloggen.
Ich habe meine letzten Sonoffs per SonOTA vom Ausliefrungszustand auf Tasmota geflasht.
-
kannst von mir haben. Vorher aber entpacken bitte.
1526_blank_1mb.7z -
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.
Support us
711
Online32.6k
Users82.3k
Topics1.3m
Posts