Neueste Beiträge

#41

Wiki / Aw: Funktioniert 100% : hue üb...

Letzter Beitrag von rabehd - 01 April 2026, 18:34:35

Ja, das geht.

Verräts du auch wie? Das Internet scheint es nicht zu wissen.
Mir fehlt auch die Vorstellung, erscheinen die Geräte an der Hue als eigene Geräte in zigbee2mqtt?

#42

Off-Topic / Aw: Spritbreisbremse

Letzter Beitrag von rabehd - 01 April 2026, 18:29:42

das nur noch eine tägliche Änderung um 12 Uhr möglich sein soll.

-> das nur noch eine tägliche Erhöhung um 12 Uhr möglich sein soll.
 

#43

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von denis.robel - 01 April 2026, 18:29:38

Der linke gelbe Punkt liefert bei Mouse over:
Die KI-Unterstützung arbeitet einwandfrei, liefert jedoch keinen Wert für die aktuelle Stunde. Letztes KI-Training: 20.02.2026 02:15:26

Das ist ok.

Der rechte gelbe Punkt liefert:
das neuronale Netz zur Verbrauchsprognose wird gerade trainiert, die Prognose erfolgt ohne KI.
letztes Training des neuronalen Netzes Verbrauchsprognose: -

Hier ist das Traningslog wesentlich -> ctrlDebug=aiProcess -> dann Training (neu) starten.

Mein log zeigt folgende Zeilen:

Code Auswählen Erweitern

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' finished
Und die zwei Punkte sind immer noch gelb.

Dazu noch meine Fragen:

1. Interpretiere ich es richtig, dass die Anzahl der Werte noch zu klein ist, um die KI zu trainieren?
Und wenn ja, muss ich einfach nur warten und das Training später noch einmal amstoßen?

2. reicht die Rechenpower von meinen Raspi 4 aus um alles in einer vernünftigen Zeit durchzurechnen oder ist das System damit überfordert?

VG Denis

[ATTENTION: (potentially) BREAKING CHANGE!]

#44

Heizungssteuerung/Raumklima / Aw: LAN-Anbindung für BSB-Bus ...

Letzter Beitrag von RonaldN - 01 April 2026, 18:29:25

- 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`.

Hi Frederik

Kurze Frage, aktuell TLS nur für MQTT. Planst Du es auch für die GUI? Würde mich stark reizen, weil ich immer wieder die Meldung bekomme, dass die Verbindung nicht sicher ist 

Gruß
Ronald

#45

Sonstiges / Aw: Google Authenticator geht ...

Letzter Beitrag von mistepke - 01 April 2026, 18:27:46

Das habe ich gemacht, also Basic Auth. wieder eingeschaltet. Damit komme ich per Username und PW wieder rein.

Um Dein FHEM zumindest wieder erreichbar zu machen, könntest Du in der Konfiguration temporär das allowed-device löschen.

#46

Sonstiges / Aw: Google Authenticator geht ...

Letzter Beitrag von mistepke - 01 April 2026, 18:26:48

Die Zeit für FHEM im Docker kommt vom Host und dieser bekommt es per NTP.

Ist 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.

#47

Einplatinencomputer / Suche altes Jessy Image für Cu...

Letzter Beitrag von Navigator - 01 April 2026, 18:20:38

Hallo, einer meiner Cubie´s läuft noch auf Armbian Jessy und zwar bootet er noch vom Nand. Leider bekomme ich beim booten neuerer Images von SD immer einen Bootloop. Eindeutige Fehler gibts nicht, das letzte was ich lesen kann ist ein "Loading Device Tree" gefolgt von vielen roten Artefakten über den Bildschirm und einen Neustart. Hat jemand noch ein Image von Wheezy oder Jessy Armbian. Ich möchte wissen ob es damit funktioniert oder vielleicht doch ein Hardwaredefekt vorliegt.

#48

FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...

Letzter Beitrag von mistepke - 01 April 2026, 18:16:55

Hallo Jörg,

bei mir sieht es jetzt im Log auch sehr gut aus, vielen Dank. Sorry, bin gestern Abend nicht mehr zum Testen gekommen.

Grüße
Michael

Hallo Jörg,

jetzt sind die Warnungen weg - danke dir!

Grüße Robert

#49

FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...

Letzter Beitrag von elektron-bbs - 01 April 2026, 17:56:06

Leider funktioniert das jetzt nicht mehr mit meiner FRITZ!Box Fon WLAN 7390. Es gibt folgende Fehlermeldungen im Log:

Code Auswählen Erweitern

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.

Die letzte funktionierende Version aus dem SVN ist: Revision 31042: 72_FritzSmart.pm: Version 26.03.28
Im Forum gabs dann später noch ein funktionierendes Update: 29 März 2026, 21:03:59

Das nächste Update aus dem Forum funktionierte dann nicht mehr: 31 März 2026, 21:25:09

#50

Sonstiges / Aw: Google Authenticator geht ...

Letzter Beitrag von tomcat.x - 01 April 2026, 17:40:01

Ist 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.