Zitat von: Moonlightkid am 01 April 2026, 16:44:29Ja, das geht.Verräts du auch wie? Das Internet scheint es nicht zu wissen.
Zitat von: DS_Starter am 29 März 2026, 16:26:12ZitatDer linke gelbe Punkt liefert bei Mouse over:Das ist ok.
Die KI-Unterstützung arbeitet einwandfrei, liefert jedoch keinen Wert für die aktuelle Stunde. Letztes KI-Training: 20.02.2026 02:15:26ZitatDer rechte gelbe Punkt liefert:Hier ist das Traningslog wesentlich -> ctrlDebug=aiProcess -> dann Training (neu) starten.
das neuronale Netz zur Verbrauchsprognose wird gerade trainiert, die Prognose erfolgt ohne KI.
letztes Training des neuronalen Netzes Verbrauchsprognose: -
2026.04.01 18:17:19 1: SolarForecast_dach DEBUG> ################### ENDE Consumption forecast ###################
2026.04.01 18:17:19 1: SolarForecast_dach DEBUG> AI FANN for consumption forecast is not ready. Use legacy procedure ...
2026.04.01 18:17:19 1: SolarForecast_dach DEBUG> consumption since begin hour - day: 01, hod: 19, con: 136 Wh
2026.04.01 18:17:19 1: SolarForecast_dach DEBUG> write pvCircular consumption - hod: 99, todayConsumption: 6934 Wh
2026.04.01 18:21:08 1: SolarForecast_dach DEBUG> AI FANN Training for Consumption Forecast BlockingCall PID "239826" with Timeout 86400 s started
2026.04.01 18:21:10 1: SolarForecast_dach DEBUG> AI FANN - There are 1 Records skipped due to incomplete or invalid data.
2026.04.01 18:21:10 1: SolarForecast_dach DEBUG> AI FANN - dataset skipped - 2026032903 -> con=undef
2026.04.01 18:21:10 1: SolarForecast_dach DEBUG> AI FANN - Training aborted: insufficient number of valid data (767 < 2000)
2026.04.01 18:21:10 1: SolarForecast_dach DEBUG> AI FANN Training BlockingCall PID '239826' finishedZitat von: freetz am 16 März 2026, 23:15:39- ATTENTION: (potentially) BREAKING CHANGE! BSB-LAN is migrating to using TLS (transport layer security) on ESP32 microcontrollers. TLS requires a substantial amount of additional flash memory. For most users, it should still be fine, but if you have a large number of parameters (>1000), you might run out of flash memory. In that case, you can disable TLS by enabling the `#define NO_TLS` definement in `BSB_LAN_config.h`. If you want to use SSL with self-signed certificates add the definement `I_WANT_INSECURE_TLS_AND_I_KNOW_WHAT_I_AM_DOING` to `BSB_LAN_config.h`.
Zitat von: betateilchen am 01 April 2026, 17:08:21Um Dein FHEM zumindest wieder erreichbar zu machen, könntest Du in der Konfiguration temporär das allowed-device löschen.
Zitat von: tomcat.x am 01 April 2026, 17:40:01Ist nur so eine Idee, aber vielleicht müsstest Du noch mal in einer anderen Richtung schauen und es ist nur zufällig ungfähr zur Zeitumstellung passiert.
TOTP basiert ja auf der "Unixzeit", ist also eigentlich unabhängig von der lokalen Zeit und Sommerzeit. Natürlich wird die aktuelle Zeit für die Berechnung benötigt
Oder ist die Uhrzeit nur scheinbar richtig gesetzt? Wie bekommen den die Systeme die aktuelle Zeit, per NTP? Dann sollte das passen. Wenn aber eine falsche Zeitzone eingestellt ist und die Uhrzeit dann nur manuell eingestellt wurde, so dass es richtig aussieht, würde es nicht funktionieren.
Zitat von: bertl am 31 März 2026, 22:22:30Hallo Jörg,
jetzt sind die Warnungen weg - danke dir!
Grüße Robert
2026.04.01 15:46:44 2: [FritzBox_7390 | 0000 | 84.06.88 | Readout_Aborted.9474] - SIGNIFICANT:Error: [144 | BlockingStart] Timeout during API check.
Not a HASH reference at ./FHEM/72_FritzSmart.pm line 9969.
2026.04.01 15:51:57 2: [FritzBox_7390 | 0000 | 84.06.88 | Readout_Aborted.9474] - SIGNIFICANT:Error: [144 | BlockingStart] Timeout during API check.
Not a HASH reference at ./FHEM/72_FritzSmart.pm line 9969.
2026.04.01 15:57:03 2: [FritzBox_7390 | 0000 | 84.06.88 | Readout_Aborted.9474] - SIGNIFICANT:Error: [144 | BlockingStart] Timeout during API check.