NEWS
-
@Fritz: DANKE!!
Ich habe bei mir den PI3 jetzt auch nicht mehr über WLAN eingebunden, sondern über LAN. Bis jetzt läuft es stabil.
Aber erklären kann ich mir das nicht… `
das ist eine philosophie für sich :lol:
-
Ich habe im Moment keine Probleme.
Also was habe ich geändert?
ALLE Module gelösch (Flash mit einem leeren File überschrieben).
Das dürfte wirklich sehr wichtig sein - nicht nur wegen der eigentlichen Konfiguration, sondern auch Teile die anderen Programmteilen vorkommen. Vielleicht bleiben auch Sachen von der alten Software übrig und beeinflussen somit das Verhalten des Moduls.
Bei mir war dass jedenfalls die Lösung - keine Ausfälle seit einigen Tagen.
Nun ja das is nur die halbe Wahrheit - hab vor 2 Tagen aufgrund von Problemen mit IOS-Geräten die „Fast Roaming“ Option (Unifi-Controller) ausgeschalten. Daraufhin haben sich alle Module verabschiedet.
Was ich damit sagen will, offenbar reagieren die Module sehr empfindlich auf Änderungen im WLAN Netz. Es könnte sein, dass ein „Crazy“ Modul alles zusammenhaut.
Nach einem Neustart des Adapters laufen die Module nun wieder stabil.
LG `
Hallo ich habe jetzt alle 17 Seiten gelesen.
Habe auch das Problem das sich die Basic und s20 unregelmäßig und nicht nachvollziehbar abmelden.
Meine Vermutung ist auch das es durch einen sonoff ausgelöst wird der alles durcheinander wirft.
Zur Zeit habe ich 5x Basic und 5x S20 mit aktueller tasmota über den Sonoff Adapter eingebunden.
Einen pi3 mit IOBroker per Kabel an die weiße Kiste von Unitymedia angeschlossen.
Es war okay bis plötzlich die Probleme auftraten.
Geändert habe ich : 3 Sonoff zusätzlich angeschlossen.
Und den Standort von der unitymedia
Box geändert
Jetzt habe ich die Probleme.
Werde mal alle Module löschen und neu Flashen. Da ich am Anfang auch einige Anfänger Fehler beim Flashen gemacht habe und evtl ein Modul durch einander ist.
Mir ist Folgendes aufgefallen : Ich habe einen Basic geflasht. Mit der IP 192.168.0.155. Das Modul könnte sich nicht verbinden. Keine Ahnung warum. Also die IP auf 192.168.0.156 geändert und wieder das selbe Modul geflasht. Eine Verbindung zum Wlan kam auch zustande. Aber mit der IP 192.168.0.155 also dir aus dem ersten Flash Versuch.
Also ein leeres File Flashen ist Pflicht denke ich!
Halte euch auf dem Laufenden.
Mfg Timm
-
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.
Support us
569
Online32.4k
Users81.5k
Topics1.3m
Posts