ja dazu wärs dann nötig einige Routing Einstellungen vorzunehmen...
Dabei kann man sich aber auch leicht aussperren, wenn man da was falsches macht...
ja dazu wärs dann nötig einige Routing Einstellungen vorzunehmen...
Dabei kann man sich aber auch leicht aussperren, wenn man da was falsches macht...
Das ist mehr erstmal zu aufwändig und heikel.
Es haben sich noch weitere Fragen ergeben:
1) Nach der Umstellung im WLAN gab es plötzlich Verbindungsprobleme im Zigbee Netz (Hue).
Die Netze sind ja eigentlich unabhängig. Habe die Kanalauswahl im WLAN auf automatisch. Evtl hat die Umstellung einen ungünstigen Kanelwechsel ausgelöst.
Hat die Kanalauswahl Auswirkungen auf das zigbeenetz?
2) Apple spezifisch. Habe neben der Timecasule noch zwei weitere Apple-Geräte eingerichtet als Repeater. Einer der beiden ist Kabelgebunden mit der Timecapsule.
Den Drahtlosen habe ich als „drahtloses Netzwerk erweitern“ eingerichtet.
Den Kabelgebundenen als „drahtloses Netzwerk anlegen“ und habe da das gleiche Netzwerk angelegt wie bei der Timecapsule.
Bin mit nun nicht sicher, ob das so richtig eingestellt ist.
Das ganze läuft schon einige Jahre mit wenigen Ausfällen. Durch die obigen Kommentare stelle ich nun allerdings meine ganzen Einstellungen von damals in Frage.
Also zu Prob 1:
WLAN und Zigbee funken auf der gleichen Frequenz, damit sind theoretisch gegenseitige Störungen möglich.
In der Praxis kann ich dazu nicht allzuviel sagen, da ich mich mit Zigbee noch zu wenig auskenne.
Kann es vielleicht auch sein, das einer der Zigbee-Repeater... (also jedes Zigbee-Gerät mit Stromanschluss) ausgeschaltet oder ausgefallen ist?
Also eine Stehlampe im Nebenzimmer würde bei Zigbee als Repeater dienen und die Geräte "erreichen" die keinen direkten Kontakt zum Hue-Hub haben. Das passiert für den Benutzer völlig transparent. Nur wenn diese Stehlampe mal fehlt, merkt man sowas an Problemen....
zum Prob 2:
kein Plan.
rein von der Bezeichnung her würde ich sagen, die erste Variante mit "erweitern" ist richtiger...
das "anlegen" klingt so danach, als sollte das Gerät ein neues Netzwerk aufmachen.
Ist aber nur eine Vermutung...
Für klang nun auch „erweitern“ richtiger, weshalb ich es versuchshalber geändert habe. Doch dann ging erstmal nichts mehr.
Nur ausstecken des lan-kabels und Neustarten der Geräte half dann.
„Erweitern“ gilt wohl nur wenn ein drahtloses Netz empfangen und weitergegeben werden soll.
Damit ist dann (wenn kabelgebunden) doch „anlegen“ die richtige Wahl).
Zu zigbee:
Lampen sind keine ausgefallen. Habe mal die Bridge und alle anderen zigbee Lampen neu gestartet. Vermutlich wird damit das Problem gelöst sein. Jetzt funktionieren sie erstmal wieder.
Wenn dein Netz nicht zu voll ist, sollten auch 2 DHCP Server kaum Probleme machen.
Die Netzwerkgeräte reagieren auf den ersten DHCP der antwortet und der zweite übernimmt meist die Config, die das Gerät dann per Broadcast zurücksendet.
Die Fülle des Netzwerkes ist nicht wirklich das Problem, sondern der Abgleich zwischen den DHCP-Instanzen. Ein wenig googeln hilft um herauszubekommen, dass man eine solche Architektur nur machen sollte, wenn man ganz genau weiß, was man da tut und seine Geräte in- und auswendig kennt. Das scheint mir, mit Verlaub, bei unserem Fragesteller nicht ganz der Fall zu sein. Und sich auf das Timing zu verlassen ist Lotterie: Unser Freund aus Köln würde sagen: Et is ja immer jut jejangen...
Ich hätte folgenden Vorschlag:
Vielleicht lässt sich der Gerätezoo aus PR und offensichtlich mehreren AR grundsätzlich etwas vereinfachen und von den eingesetzten Techniken her vereinheitlichen. Und dann das nächste Thema angehen: Stören sich WLAN und Zigbee?
Jetzt mal unabhängig von den DHCPs ...
Ich konfiguriere das WLAN (1AP + 1RP) für meine Sonoffs immer folgendermaßen:
1. Bei WLAN-1 und WLAN-2 gleiche SSID und Passwort eingeben.
2. Wificonfig 4 --> Wechsel zwischen AP1 und AP2 ohne neustart
3. setoption56 1 --> Stärksten AP bei Systemstart wählen
4. setoption57 1 --> Alle 44 Minuten auf besseres WLAN prüfen
Ich habe/hatte zwar nach Router neustart nie Probleme ... aber im Worst Case wären nach maximal 44 Minuten alle Geräte wieder online und immer mit dem besten Signal verbunden!
JoergZ du hast schon recht. Das Thema Netzwerk ist bei mir eher (gefährliches) Halbwissen, dass ich mir über die Jahre selbst "beigebracht" habe. Klar gibt es da Wissenslücken und auch falsches "Wissen". Deshalb muss bzw. möchte ich mich ja auch an ein Forum wenden
Zu deinen Punkten (danke für deine Mühe):
Brauche ich Subnetze oder brauche ich nur eine großflächige (WLAN-) Netzabdeckung?
Keine Subnetze, ich will alles in einem großen Netz.
Werde ich auf absehbare Zeit mehr als 240 Geräte in meinem Netz betreiben?
Nein
Kann ich Netzwerkausdehnung (teilweise) mit Kabel erreichen oder muss ich (ausschließlich) auf WLAN-Techniken zurückgreifen? Gehen möglicherweise auch Powerline-Verbindungen (Ethernet über Stromleitungen) statt Netzwerkkabel?
Alles was mit LAN-Kabel erreicht werden kann, ist bereits erschlossen. Das ist genau ein Repeater (der eben wie oben schon erwähnt als "Anlegen" konfiguriert sein muss.
Bei nur WLAN: Brauche ich nur die räumliche Ausdehnung, dann Repeater-Modus
Nur räumliche Ausdehnung, da manche Geräte (auch Sonoffs zu weit weg sind). Diese Dinge wie der Bridge-Modus (auch du findest die Nomenklatur hier seltsam) machen das ganze für mich als Laien natürlich schwieriger. Die Suche im Netz kann dann zu verschiedene Aussagen führen.
Bei (teilweise) Kabel: Da können die einzelnen TimeCapsules eigene Netze aufziehen
Einer der anderen Apple-Repaeter (Router?) ist, wie oben erwähnt) per Kabel verbunden. Der zieht sein eigenen Netz auf. Es hat aber die gleiche SSID (und PW) wie die des AR. So kann sich überall im Haus mit den selben Daten ins Netz eingeloggt werden.
Resümee: Ich werde das Netzwerk nun mal so lassen wie es ist und beobachten. Habe nun ja doch was geändert.
Sonoff Static IP
Repeater Static IP
Einstein67 danke für deinen Hinweis. Das klingt auch gut. Ich denke ich werde diese Einstellungen übernehmen.
Gibt es einen schnellen Weg wieder alle Einstellungen auf einmal vorzunehmen
So vielleicht?
backlog savedata 1; Wificonfig 4; setoption56 1; setoption57 1<enter>
backlog savedata 1; Wificonfig 4; setoption56 1; setoption57 1<enter>
Ja das geht. Savedata ist glaub ich standardmäßig schon auf 1. Aber es schadet natürlich nicht!
Da diese Einstellungen für alle gleich sind, sollte es doch möglich sein diese in ein Topic zu publishen und damit alle auf einmal einzustellen richtig.
Alle einzeln durchgehen (hatte ich erst gestern) ist doch sehr mühsam.
h4nc Wüsste nicht, dass man eine backlog-Befehlskette per MQTT übertragen kann. Ein Versuch mit harmlosen Anweisungen hat bei mir nicht geklappt. Wenn es dir gelingt, unbedingt hier posten!
Bin dann doch den Weg über die Konsole gegangen, da ich mit neuen Einstellungen von jedem Sonoff die Konfig sichern möchte. Also musste ich sowieso jeden ansteuern.
eine backlog-Befehlskette per MQTT übertragen
versteh ich euch falsch, aber ist identisch mit Konsolen Eingabe z.B.
sonoffS20/cmnd/Backlog SetOption53 on; Module 08; GPIO1 18; GPIO2 22 usw.
edit: oder z.B. aus mosquitto
mosquitto_pub -t 'cmnd/yoursonoff/Backlog' -m 'ssid1 yournewssid; password1 yournewpassword'
edit: oder z.B. aus mosquitto
mosquitto_pub -t 'cmnd/yoursonoff/Backlog' -m 'ssid1 yournewssid; password1 yournewpassword'
Schon klar, aber genau das funktioniert bei mir nicht. Alle Varianten durch case sensitiv und insensitiv message in ' oder " gesetzt und und und. Wenn ich mit mosquitto_sub abhöre, werden beide Strings korrekt angezeigt, egal ob ich ich sie auf der Tasmota-Konsole eingebe oder per mosquitto_pub schicke. Aber nur auf der Konsole wird er ausgeführt.
Ein neuer Tag, ein neues Problem.
Die Einstellungen von Einstein67 habe ich bereits übernommen.
Nun ist mir aufgefallen, dass einige meiner Sonoffs die nie Probleme machten nun Verbindungsschierigkeiten haben.
Es scheint allerdings so, dass die Verbindungsprobleme nicht der WLAN-Verbindung geschuldet sind, sondern dem MQTT-Broker.
Ich betreibe Mosquitto als addon in hass.io (homeassistant). In home assistant überwache ich die LWT-Zustände der Sonoffs.
Zwei meiner Sonoffs sind weit entfernt und deswegen kann ich ein gelegentliches Abbrechen der Verbindung nachvollziehen.
Nun allerdings sendet ein Sonoff mit der Signalstäre von rund 90% gelegentlich LWT off an meinen Broker.
Sehe ich in die Konsole dieses Sonoffs sehe ich folgendes (davor noch einige weitere fehlgeschlagene Versuche)
Zitat10:36:10 MQT: Verbindung fehlgeschlagen aufgrund von 192.168.0.10:1883, rc -2. Wiederversuch in 10 s
10:36:21 MQT: Verbindungsversuch...
10:36:26 MQT: Verbindung fehlgeschlagen aufgrund von 192.168.0.10:1883, rc -2. Wiederversuch in 10 s
10:36:37 MQT: Verbindungsversuch...
10:36:37 MQT: verbunden
Nicht im Log deutet in der umliegenden Zeit auf einen WLAN Verbindungsabbruch hin. Also Einträge mit
'Zeit' WIF: ...
Innerhalb des Brokers bekomme ich folgende Fehlermeldung:
Zitat1548420571: New client connected from 192.168.0.23 as DVES_689D98 (c1, k10, u’meinusername’).
1548420617: Socket error on client DVES_689D98, disconnecting.
Ich habe bereits versucht das addon neu zu installieren. Die Fehler bleiben bestehen. Nicht nur der eine Sonoff ist betroffen, sondern mehrere (evlt. alle).
Die Verbindungsabbrüche sind nur von kurzer dauer.
Sehe ich in HomeAssistant, dass ein Sonoff LWT off sendet, dauert es nur wenige Sekunden bis der Sonoff wieder online ist.
Woran kann das liegen?
Woran kann das liegen?
Ich vermute du verwendest eine Tasmota Version mit Core 2_4_2, oder?
ja, richtig:
2_4_2/2.2.1(cfd48f3)
aber genau das funktioniert bei mir nicht
Gilt das für die 'normalen' MQTT Befehle bei dir genauso oder
nur in Verbindung mit Backlog, das wäre schon etwas sonderbar.
@h4nc: dann evtl. mal mit 2.3.0 oder 2.5.0 (links z.B. in meiner Signatur) versuchen
Nimm die 2_3_0 Core Version. Die läuft immer noch am besten.
Die 2_5_0 erfordert meist einen kompletten "Flash-Erase" um ordentlich zu funktionieren.
Habe nun alle sonoffs auf 2_3_0 gebracht.
Mal sehen, ob sich damit was bessert.
Warum machst du immer gleich alle?
Ich teste solche Änderungen, auf 2 leicht zugänglichen Geräten, für ein paar Tage! Erst wenn die zwei zufriedenstellend funktionieren kommen alle an die Reihe ...