Massive Probleme nach Austausch von Router und Mesh Repeater

[da_Woody]

@invidianer said in Massive Probleme nach Austausch von Router und Mesh Repeater:

Da sucht man sich einen Wolf

as u say...
hab ich auch gerade hinter mir. ewig keine probleme, plötzlich keine saubere retourmeldungen von den shelly's. nach adapterstart 5 minuten alles i.o., danach switchstate rot.
backup, synology-support, FW downgrade u.s.w. ich wollte ioBroker schon in die tonne treten. eindeutig ein IGMP snooping problem mit CoAP. weis nicht mehr wie, irgendwann ist mir eingefallen, daß ich 2 managed router im netz hängen habe. dort aber nie etwas eingestellt, oder upgedatet. netgear-tool geholt, config belinst, siehe da: IGMP snooping aktiv! deaktiviert, gleich deutsche FW aufgespielt, keine probleme mehr!
gute 2 monate rumgeeiert...
du siehst, daß es immer überaschungen geben kann...

[invidianer]

@da_woody
Ja, krasse Geschichte!
Dachte, sowas passiert nur (fast nur) mir

[invidianer]

@wendy2702
Hmm, wenn der Pi so "strahlt", macht es vermutlich auch keinen Sinn, ihn an die Steckdosenleiste für meine Hifi-Anlage zu hängen? Gerade die wären bestimmt "empfindlich" gegenüber so einem Störenfried, oder?

[invidianer]

Hier wieder etwas, das ein wenig "unschön" zu sein scheint, wenn auch "nur" eine Info:

2021-03-06 11:22:44.211 - info: mqtt.0 (1339) Client [shelly1-E098068D096C] connection closed: timeout
2021-03-06 11:22:53.778 - info: mqtt.0 (1339) Client [shelly1-E098068D096C] connected with secret 1615026173777_2189
2021-03-06 11:22:53.810 - info: mqtt.0 (1339) Client [shelly1-E098068D096C] subscribes on "mqtt.0.shellies.command"
2021-03-06 11:22:53.811 - info: mqtt.0 (1339) Client [shelly1-E098068D096C] subscribes on "mqtt.0.shellies.shelly1-E098068D096C.command"
2021-03-06 11:22:53.812 - info: mqtt.0 (1339) Client [shelly1-E098068D096C] subscribes on "mqtt.0.shellies.shelly1-E098068D096C.relay.0.command"

[wendy2702]

@invidianer nicht alle Geräte reagieren da empfindlich drauf. Muss man im Einzel Fall testen

[invidianer]

@wendy2702
Okay!
Sicherheitshalber lege ich den Pi aber vermutlich doch in den Kabelkanal unter meinen Schreibtisch. Dort könnte er höchstens das WLAN meines Macs stören, der aber zusätzlich per LAN-Kabel angeschlossen ist (WLAN nur, damit ich AirDrop und andere „Apple-Dinge“ nutzen kann).

[invidianer]

Hmm, der hier will einfach nicht verschwinden:

2021-03-06 13:55:55.234 - info: mqtt.0 (1339) Client [shelly1-E098068D096C] connection closed: timeout
2021-03-06 13:56:04.519 - info: mqtt.0 (1339) Client [shelly1-E098068D096C] connected with secret 1615035364517_7910
2021-03-06 13:56:04.556 - info: mqtt.0 (1339) Client [shelly1-E098068D096C] subscribes on "mqtt.0.shellies.command"
2021-03-06 13:56:04.557 - info: mqtt.0 (1339) Client [shelly1-E098068D096C] subscribes on "mqtt.0.shellies.shelly1-E098068D096C.command"
2021-03-06 13:56:04.562 - info: mqtt.0 (1339) Client [shelly1-E098068D096C] subscribes on "mqtt.0.shellies.shelly1-E098068D096C.relay.0.command"

[wendy2702]

@invidianer Zu mqtt und Shelly kann ich leider nichts sagen.

Aber sind die Shelly nicht auch per WLAN im Netz?

[invidianer]

@wendy2702
Ja, sind sie. Aber außer dieser Meldung ist rein gar nichts in den Logs, nachdem ich Deinem Rat folgend den Pi weit weg von der FritzBox aufgestellt habe!
Daher muß es sich wohl um ein anderes Problem handeln.

Gut, die bekannten Meldungen vom DWD sind drin (kommen alle 5 Minuten), aber die sind wohl normal und nicht zu ändern (hatte ich schon immer):

2021-03-06 15:05:00.063 - info: host.raspberrypi instance system.adapter.dwd.0 started with pid 14085
2021-03-06 15:05:01.986 - info: dwd.0 (14085) starting. Version 2.7.5 in /opt/iobroker/node_modules/iobroker.dwd, node: v12.21.0, js-controller: 3.2.16
2021-03-06 15:05:06.859 - info: dwd.0 (14085) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-03-06 15:05:07.402 - info: host.raspberrypi instance system.adapter.dwd.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)

[wendy2702]

@invidianer Wenn du ja dein WLAN umgebaut hast. Kann es sinn machen den Shelly mal vom WLAN zu entfernen und neu anzumelden damit er einen Kanal und eine Quelle wählt die eventuell für ihn Empfangstechnisch besser ist.

[invidianer]

@wendy2702
Hmm, okay, das geht glaube ich über die Shelly App.
Später im Keller mal schauen. Danke!

Die DWD-Geschichte ist ja normal so, richtig?

[da_Woody]

@invidianer brauchst nur kurz dein wlan abdrehn, dann sollten sich die shellys neu anmelden.

[invidianer]

@da_woody
Hmm, dann kann ich sie ja auch einfach über die App rebooten lassen?
Drehe ich das WLAN ab, sind danach bestimmt wieder einige Geräte nicht an dem nächstgelegenen Router (trotz Mesh kommt es häufiger dazu bei mir).

EDIT: So, Shelly durchgestartet und dabei gleich mal die Firmware upgedated. Mal abwarten ...

EDIT 2: Bisher sieht es gut aus, keine weiteren Fehlermeldungen.

[wendy2702]

@invidianer drücke die Daumen das es so bleibt.

[invidianer]

@wendy2702
Danke Dir! Bisher topp! Habe den DWD-Adapter einfach mal deaktiviert, damit es im Log übersichtlicher ist. Bisher keine einzige Meldung.
Jetzt positioniere ich den Pi mal unter meinem Schreibtisch in dem Kabelkanal, dort könnte er höchstens mein MacBook und/oder die angeschlossene USB-Festplatte stören.

[Thomas Braun]

@invidianer sagte in Massive Probleme nach Austausch von Router und Mesh Repeater:

damit es im Log übersichtlicher ist.

Setz das log level doch für die Instanz einfach auf Error oder Warn. Dann sieht man die Info-Meldungen nicht mehr.

[wendy2702]

@invidianer Zum DWD Adapter: ändere den Schedule zur Abfrage auf einen höheren Wert.

Alle 5 Minuten ändert sich das eh nicht.

Oder wie @Thomas-Braun schreibt

[Thomas Braun]

Ich würde beides machen.
Abrufe seltener und Log Level auf Warn.

[invidianer]

@thomas-braun
Cool! Wußte nicht, daß das geht! Nur, wo stellt man das ein? Sorry, habe ich noch nie gesehen, diese Option.

[wendy2702]

@invidianer Hier: