merkwürdiger Plot

[eisman]

hi,

ja, da gebe ich dir recht, ich kann auch in keinen anderen Logfile etwas auffälliges finden.
das unlogische dabei sind immer die 2 Std. und das auch nur sehr kurz,
na, heute ist der EAP773 gekommen, mal sehen ob sich da was ändert.

sonst habe ich echt keine Idee mehr.

gruss

[RalfRog]

Nur so als doofe Idee:
Die zwei Stunden sind doch genau der Unterschied der Zeitzonen UTC und MST.
Findet sich vielleicht was im Syslog/Journal?

[frank]

das unlogische dabei sind immer die 2 Std. und das auch nur sehr kurz,

keine wlan verbindung heisst bei dir dann wohl auch:

1. keine verbindung zum NTP-sever (angeblich fritzbox)
was macht nun der ntpd? wie ist er konfiguriert?
gibt es vielleicht auch noch eine hardwareclock?

2. keine verbindung zum DNS-server (fritzbox?)
3. keine verbindung zum internet
4. ...

na, heute ist der EAP773 gekommen, mal sehen ob sich da was ändert.

teste besser erst einmal über LAN.

[eisman]

hi,

die FB als NTP habe ich auch schon Raus genommen, der NTP-Sever(FB, da IP eingetragen)
ist bei allen Geräten jetzt de.pool.ntp.org (nicht als IP) und es aktuell ein ESP32,
hier gibt es keine Möglichkeit etwas anderes einzutragen.

was mir aber aufgefallen ist, es gibt doch mehr log-Files, in denen man etwas
findet (in dem Fall nämlich nichts) zwischen 05:07 bis 05:10. 3 Minuten in dem das
Netzwerk komplett steht. Nur Warum trägt ein Device etwas falsches ins log.

Code Auswählen Erweitern

ESP_51
2025-06-12_05:08:45 TC_0807 measured-temp: 49.8
2025-06-12_05:08:45 TC_0808 measured-temp: 43.3
2025-06-12_03:08:55 PH_0801 status: wasser
2025-06-12_03:08:55 TC_0802 measured-temp: 58.4
2025-06-12_03:08:55 TC_0801 measured-temp: 59.6
2025-06-12_03:08:55 TC_0803 measured-temp: 42.6
2025-06-12_05:09:18 PH_0801 status: wasser
2025-06-12_05:09:18 TC_0804 measured-temp: 39.4

TC_0101
2025-06-12_05:07:21 TC_0101 lueftenMoeglich: ja
2025-06-12_05:07:41 TC_0101 actuator: 0
2025-06-12_05:07:41 TC_0101 lueftenMoeglich: ja
2025-06-12_05:10:20 TC_0101 humidity: 53
2025-06-12_05:10:20 TC_0101 measured-temp: 24.4
2025-06-12_05:10:20 TC_0101 T: 24.4 H: 53

VD_0101
2025-06-12_05:07:41 VD_0101 operState: onTarget
2025-06-12_05:07:41 VD_0101 0
2025-06-12_05:10:40 VD_0101 ValveDesired: 0
2025-06-12_05:10:40 VD_0101 set_0

also der EAP773, hat zwar das gebracht was er sollte, nur mit dem Netzwerkproblem hat er nichts zu tun.

und wenn ich mir unter diesen Bedingungen, das Problem anschaue,

Anbieter XXX ==> keine Probleme, schnelles Netzwerk (Normales DSL)
Wechsel von XXX zum Anbieter YYY
Anbieter YYY ==> sporadische Netzwerk Probleme (DS-Lite)

Wechsel der Netzwerk Infrastruktur zu Omada... wegen ständiger Netzwerkproblemen
immer mal wieder kleine ausfälle.

Einführung NAT abschaltbar bei Omada, seit dem diese Plot Probleme.
ich werde das doppelte NAT wieder einschalten und beobachten.

Einzige was ich noch nicht so auf die reihe bekomme, sind die 2 Stunden bei einem ESP device
bei einem Lan Ausfall keine log Einträge wäre ja verständlich ...


1. keine verbindung zum NTP-sever (angeblich fritzbox (die IP gibt es nur einmal))
was macht nun der ntpd? wie ist er konfiguriert? ja laut FHEM wiki
gibt es vielleicht auch noch eine hardwareclock? (bei VM oder RPI, normal nein = auch nein)

2. keine verbindung zum DNS-server (fritzbox?) Doch zum Omada, da FB nicht im eigenen netz läuft (aber alles über IP)
3. keine verbindung zum internet (ist möglich, siehe oben)
4. ...


gruss
 
 

[Nobbynews]

Da ich bei mir gerade auch einen falsch konfigurierten ESP mit EspEasy entdeckt habe zwei Hinweise:
In den Advanced Settings muss zusätzlich unter Loation Settings noch der Wert für Timezone Offset auf 60 Minuten gesetzt werden.
Dann hat der ESP lokal die richtige Zeit.
Und zumindest bei mir:
Der Zeitstempel im Log-File wird von Fhem gesetzt und nicht aus den Daten des ESP gelesen.

[eisman]

hi,

der ist auf 60 gestellt (Hat nur nicht aufs Bild gepasst),

und leider ist das Problem mitgewandert vom RPI auf VM,

gruss

[eisman]

hi,

ganze Netzwerk umgestellt: Ergebnis, gleiche Problem

Code Auswählen Erweitern

VM Debian Bookworm + FHEM uptodate (Daten über sDuino --> MQTT2)

2025-06-13_10:06:52 Bresser lux: 6388
2025-06-13_10:07:04 Bresser temperature: 24.4
2025-06-13_10:07:04 Bresser humidity: 53
2025-06-13_10:07:29 Bresser humidity: 52
2025-06-13_10:07:42 Bresser humidity: 53
2025-06-13_10:07:42 Bresser windSpeed: 0
2025-06-13_10:07:42 Bresser windSpeed_kmh: 0.0
2025-06-13_10:07:42 Bresser windGust: 0
2025-06-13_10:07:42 Bresser windGust_kmh: 0.0

2025-06-13_10:07:54 Bresser lux: 6397
2025-06-13_10:08:07 Bresser humidity: 52
2025-06-13_10:08:57 Bresser lux: 6408
2025-06-13_10:09:59 Bresser batteryState: ok

2025-06-13_10:09:59 Bresser rain: 0
2025-06-13_10:09:59 Bresser rain_total: 0
2025-06-13_10:09:59 Bresser lux: 6407

VM Debian Bookworm + FHEM uptodate (Daten über MQTT2)

2025-06-13_10:06:52 Bresser_7in1 lux: 6388
2025-06-13_10:07:05 Bresser_7in1 temperature: 24.4
2025-06-13_10:07:05 Bresser_7in1 humidity: 53
2025-06-13_10:07:30 Bresser_7in1 humidity: 52
2025-06-13_10:07:42 Bresser_7in1 humidity: 53
2025-06-13_10:07:42 Bresser_7in1 windSpeed: 0
2025-06-13_10:07:42 Bresser_7in1 windSpeed_kmh: 0.0
2025-06-13_10:07:42 Bresser_7in1 windGust: 0
2025-06-13_10:07:42 Bresser_7in1 windGust_kmh: 0.0
2025-06-13_10:07:54 Bresser_7in1 lux: 6397

2025-06-13_08:08:07 Bresser_7in1 humidity: 52

2025-06-13_10:08:57 Bresser_7in1 lux: 6408
2025-06-13_10:10:00 Bresser_7in1 batteryState: ok

und zum spaß

Auflösung 1 Stunde(kein Ergebnis) zu 15 Minuten (da kann man was sehen, von 07:00 bis jetzt geht der plot)

gruss