Hauptmenü

Neueste Beiträge

#11
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von klaus.schauer - 15 März 2026, 19:20:08
Ich nutze die Readings
Today_MaxPVforecast
Today_MaxPVforecastTime
um den optimalen Zeitpunkt für das starke Aufheizen des Warmwasserspeichers (Legionellen-Funktion) zu bestimmen. Die Funktion prüft stündlich auf Today_MaxPVforecastTime und schaltet bei ausreichendem PV-Überschuss in einem Zeitkorridor von 7 bis 14 Tagen einmalig ein.

Nun kann sich, wie ich heute festgestellt habe, die Uhrzeit in Today_MaxPVforecastTime im Tagesverlauf ändern. Wenn sich aber der in Today_MaxPVforecastTime hinterlegte Zeitpunkt z. B. um 12:00 von 14:00 nach 11:00 ändert und ich ab 13:00 prüfe, habe ich mit meiner derzeitigen Routine Pech.

Grundsätzlich ist diese Funktionalität richtig, wenn man zu jedem Zeitpunkt des laufenden Tages - auch rückwirkend - den tatsächlichen Zeitpunkt von Today_MaxPVforecast ausgeben will. Für meine Funktion ist das natürlich kontraproduktiv. Gibt es - abgesehen von dem formalen Aspekt - einen besonderen Grund für die auch rückwirkende Berechnung des Zeitpunktes?
#12
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von JoWiemann - 15 März 2026, 19:19:46
Hallo elektron-bbs,

anbei eine neue "08.20.20b Preview" in der die Grenze jetzt bei 1440 Minuten liegt.

Grüße Jörg
#13
SVG / Plots / logProxy / Aw: Farbfehler Text vs. Kurve ...
Letzter Beitrag von Prof. Dr. Peter Henning - 15 März 2026, 19:01:22
Hi Rudi,

sieht in Ordnung aus. Danke !

LG

pah
#14
Bastelecke / Aw: Panasonic Klima mit ESP32 ...
Letzter Beitrag von Gisbert - 15 März 2026, 17:55:25
Hallo TomS85,

man kann per ESPHome bequem Updates auf dem ESP machen, ohne ihn physisch an einen Rechner anstöpseln zu müssen. Und natürlich hat auch Guybrush recht, dass man etwas vorher in der .yaml definiert haben muss.

Bei mir sieht es so aus:
ota:
 - platform: esphome
   password: ""

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  ap:
    ssid: "ESPHome Fallback"
# Optional manual IP - damit gelingt ein wireless update in ESPHome
  manual_ip:
    static_ip: 192.168.xxx.yyy
    gateway: 192.168.xxx.1
    subnet: 255.255.255.0

Viele Grüße Gisbert
#15
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von elektron-bbs - 15 März 2026, 17:43:13
Danke, das funktioniert jetzt.

Mir ist in der Zwischenzeit noch etwas aufgefallen. Bisher habe ich bei meinem FRITZ!Smart Thermo 301 über das Modul FBDECT "set boost 10800" erfolgreich ausgeführt. Die Zeit wird dort in Sekunden angegeben.
Bei FritzSmart ist für boost eine Begrenzung auf 120 Minuten eingerichtet. In der Doku AHA-HTTP-Interface.pdf steht für den Befehl "sethkrboost" folgendes:
HKR Boost aktivieren mit End-Zeit(Zeit in Sekunden seit 1970)
zum Deaktivieren:endtimestamp=0
Die End-Zeit darf maximal bis zu 24 Stunden in der Zukunft liegen.
Ich bitte darum, diese Begrenzung noch anzupassen.
#16
Sprachsteuerung / Aw: alexa-fhem test version mi...
Letzter Beitrag von ferby09 - 15 März 2026, 17:36:28
Ok, ich habe es endlich hinbekommen.

Nachdem ich zuerst die Schritte aus einem anderen Thread probiert habe
1. Skill deaktiviert
2. Alexa-fhem gestoppt
3. Alexa device gelöscht
4. Registierung auf dem Server gelöscht mit: sudo -u fhem ssh -p 58824 fhem-va.fhem.de unregister
5. Alexa device neu erstellt
6. Skill Aktiviert
hat es weiterhin nicht funktioniert.
Dann habe ich aber einfach mal set alexa add Katzenklappe ausgeführt und schon wurde es bei der Gerätesuche gefunden.

Die Befehle "auf" und "zu" funktionieren ebenfalls problemlos.
"Sperrzeit" wollte er nicht annehmen, aber das habe ich dann einfach über eine Routine in der Alexa-App gelöst.
#17
Sonstiges / Aw: Mein FHEM "hängt" sich bei...
Letzter Beitrag von hasselh - 15 März 2026, 17:05:22
Danke dir. Das sehe ich auch so. Mein DNS läuft bei mir lokal:

attr global dnsServer 127.0.0.1

Und da ich ja einen Proxy verwende, läuft die Auflösung sowieso auf dem Proxy. Das Problem mit dem hängendem FHEM tritt auch nur so häufig auf wie das WAN Probleme hat (2-3x pro Quartal). Und es tritt auch dann auf, wenn ich den Proxy aus der Config rausnehme. Auf die Stabilität meines WANs habe ich halt nur bedingt Einfluss (der Antrag für einen 2. Provider läuft schon seit über einem Jahr). Und ein FHEM, das dann nicht mehr reagiert nervt halt...

Ich persönlich vermute, dass FHEM nur eine bestimmte Anzahl von parallelen nonblocking Requests zulässt und dann irgendwann komplett die Schotten dicht macht (nicht mehr erreichbar ist). Aber das ist nur eine Vermutung.

Gruß, Hayo
#18
Solaranlagen / Aw: Modul PylonTech
Letzter Beitrag von DS_Starter - 15 März 2026, 17:03:12
Ja, und es war nur eine Kleinigkeit. Die Adresse 10 (0A) wurde in der bisherigen Version als 0a übertragen.
Meine hinzugefügte Batterie als Master eingesetzt hat das nicht akzeptiert und will uppercase Hex, also 0A usw.
Das war alles. Ich tippe auf Firmware Thematik.
#19
Solaranlagen / Aw: Modul PylonTech
Letzter Beitrag von satprofi - 15 März 2026, 16:57:41
aber dein modul konnte doch mind. 14 packs, komisch
#20
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von JoWiemann - 15 März 2026, 16:55:19
Hallo,

anbei eine neue "08.20.20a Preview".

Die von elektron-bbs (Dank an elektron) angemerkten Fehler sollten behoben sein.

Grüße Jörg