Hauptmenü

Neueste Beiträge

#11
Bastelecke / Aw: ESP RGBWW Controller - Fir...
Letzter Beitrag von pjakobs - 28 April 2026, 14:06:12
so, ich glaube, die V5.0.0-807-develop ist wieder okay.
Du darfst diesen Dateianhang nicht ansehen.
Das Problem war scheinbar, dass ich im Controller zu aggressiv gecached habe, jetzt nutze ich cache-busting im Vue/vite build Prozess, was dafür sorgt, dass jetzt alle Objekte, die nachgeladen werden einen eindeutigen String pro Build angehängt bekommen (siehe Anhang). Die Dateien sehen dann so aus:
/assets/index-DjEmwXxm.js
/assets/index-BdtixC0s.css
und wenn es einen neuen Build gibt, dann verändert sich der String, so dass der Browser Cache automatisch ein neues Dokument zieht, aber innerhalb eines Build die Datei gecached wird.
Nebenbei ist die CI für die Firmware jetzt deutlich ausgeweitet, inclusive valgrind checks, um eventuell neue Memory Leaks zu finden.
Ich arbeite gerade daran, dass API fast komplett aus dem http server heraus zu nehmen und in eine eigene Klasse zu packen, auf die Weise ist das API dann über HTTP, MQTT und Websocket nahezu 100% deckungsgleich, das Frontend wird das nutzen, um die Kommunikation mit dem Controller über Websocket abzuwickeln. Das sollte, besoders auf dem ESP8266 dazu führen, dass es seltener zu Verbindungsabbrüchen wegen vollständig benutzter TCP Verbindungen kommen wird.
#12
FRITZ!Box / Aw: FritzSmart and FritzBox do...
Letzter Beitrag von RalfRog - 28 April 2026, 14:02:31
Sorry Update: Call works with external number.
#13
TabletUI / Aw: Langsame Anzeige
Letzter Beitrag von grossmaggul - 28 April 2026, 13:50:24
Ich habe da keine Probleme, ein Refresh dauert bei mir ca. 5 Sekunden.

Hat aber vielleicht auch was damit zu tun, wieviel Geräte man auf der Seite hat.

Wenn man das DBLog benutzt kann auch der Zugriff auf die Datenbank das Ganze verlangsamen.

Wie schnell sind denn die Zugriffe auf die FHEM Oberfläche?
#14
FRITZ!Box / Aw: FritzSmart and FritzBox do...
Letzter Beitrag von RalfRog - 28 April 2026, 13:41:17
Hi Jörg

Checked the actual module-version "26.04.27" with my 7590 (Setting > Wählhilfe verwenden: ISDN- und Schnurlostelefone)
  • "...ring 611 5" lets my 611 DECT ring for 5 sec
  • "...ring 9 5" lets all my DECTS ring for 5 sec; also Fritz!App Fon (have only DECT and App)
  • "...call 611 5" does not work, even if Wählhilfe is set to a dedicated number 612 in this case

Log V3:
2026.04.28 13:03:41.555 3: [FritzboxS | 7590 | 154.08.20 | Set_Modul.2406] - BASIC:set FritzboxS ring - 611 5
2026.04.28 13:29:39.730 3: [FritzboxS | 7590 | 154.08.20 | Set_Modul.2406] - BASIC:set FritzboxS ring - 9 5
2026.04.28 13:34:52.225 3: [FritzboxS | 7590 | 154.08.20 | Set_Modul.2406] - BASIC:set FritzboxS call - 611 5
2026.04.28 13:34:52.264 3: [FritzboxS | 7590 | 154.08.20 | Set_call_Phone.12419] - BASIC:Call 611 for 5 seconds - 49443
2026.04.28 13:37:34.988 3: [FritzboxS | 7590 | 154.08.20 | Set_Modul.2406] - BASIC:set FritzboxS call - 613 15
2026.04.28 13:37:35.027 3: [FritzboxS | 7590 | 154.08.20 | Set_call_Phone.12419] - BASIC:Call 613 for 15 seconds - 49443
#15
Sonstiges / Modul für Tankerkönig?
Letzter Beitrag von Marko1976 - 28 April 2026, 13:29:25
Da ich seit einiger Zeit bei Clever-Tanken.de immer wieder mit Serverausfällen zu kämpfen habe, denke ich über eine Alternative nach.

Mein Abfrageintervall habe ich schon hochgesetzt (aktuell 1500), also kann ich einen IP-Block eigentlich ausschließen. Die Seite ist dann auch generell nicht erreichbar wenn diese fehlerhaften Werte ausgelesen werden. Das heißt entweder ich schaffe es die Abfrage zu unterdrücken wenn die Seite nicht erreichbar ist bzw. die Werte 0 sind oder ich suche mir eine andere Datenquelle.

Da ich aktuell mmer öfter Tankerkönig lese und auch schon mehrfach Posts gelesen habe das es dafür ein eigenes Modul gibt wäre das eine Option wenn die Datenfür mich stimmen. Da ich eine komplette Auswertung fahre frage ich nämlich auch werte für LKW-Diesel oder LPG, LNG etc. ab, selbst wenn die Tankstelle selbst es gar nicht anbietet.

Ich habe gestern schon im Netz gesucht, konnte aber zu einem Modul nichts finden, lediglich zur Abfrage mit HTTPMOD, doch das wäre ja genau wie Clever-Tanken nur mit einer anderen Datenquelle oder nicht?
Kann mich mal jemand zu dem Thema schlau machen und ein paar gute Quellen für Infos etc. nennen. Meine Suchbegriffe taugen anscheinend nichts.
#16
Unterstützende Dienste / Aw: Neues Modul: Signalbot (In...
Letzter Beitrag von Adimarantis - 28 April 2026, 13:24:11
Da ist irgendwo noch eine inkonsistenz im Script - da es so viele Varianten gibt ist das schwer alles zu testen.

Schau einfach mal auf
https://adoptium.net/temurin/releases/

Und lade dir von da die jre 25 Version runter die zu deinem System passt.
Diese dann nach /opt/java installieren.
Ob es funktioniert merkst du wenn "/opt/java/bin/java --version" korrekt eine Version ausgibt

Dann sollte der Installer die Version finden und weiter durchlaufen.

Jörg
#17
Home Connect / Aw: HomeConnect V2 released
Letzter Beitrag von Adimarantis - 28 April 2026, 13:19:38
Bin mir in dem Fall nicht sicher wegen http vs https
Ich erinnere mich das für manche auch die (lokale) IP Adresse besser funktioniert hatte

Ich hab mal in meinem Account nachgeschaut und hab da eine ganze Liste von Varianten hinterlegt:
https://<kurzname>.local:8083/fhem?cmd.Test=set hhconn auth
https://<locale IP>:8083/fhem?cmd.Test=set hhconn auth
Und dann das selbe nochmal mit "http" - was dann am Ende funktioniert hat, weiss ich nicht mehr.
Im developer Portal ist auch kein %20 sondern echte Leerzeichen

Gruß,
Jörg
#18
TabletUI / Aw: Langsame Anzeige
Letzter Beitrag von Marko1976 - 28 April 2026, 13:17:17
Also bei mir muss ich fast bei jedem refresh 20-30 Sekunden warten bis alle Daten angezeigt werden. Gerade wenn ich an der Oberfläche bastele muss ich sie ja jedesmal refreshen nachdem ich im Code etwas geändert und gespeichert habe. Sehr, sehr selten dauert es weniger als diese Zeit.
Ich darf auch komischerweise während des Refresh's nicht das Fenster wechseln oder ein anderes aktiv machen, dann hängt sich der Refresh sofort auf.

Was die angesprochenen Atribute angeht:
Im Web-Device war lediglich das longpoll-Attribut gesetzt, im Websocket-Device nur das CORS-Attribut. In beiden Fällen war das gesetzte Attribut aber zumindest wie vorgeschlagen eingestellt. Habs jetzt mal bei beiden Devices angepasst und werde es mal im Auge behalten ob dadurch eine verbesserung eintritt.
#19
TabletUI / Aw: Langsame Anzeige
Letzter Beitrag von tomster - 28 April 2026, 12:33:17
Auch bei mir braucht die Seite manchmal ewig.
Wenn ich aber refresh clicke, dann lädt es in 80% aller Fälle ganz normal.
Nur bei 20% muss ich ein weiteres Mal refresh clicken.
Noch öfter musste ich aber refresh noch nie bemühen...

Hast Du:
Im WEB das attribut CORS auf "1" gesetzt, longpoll auf "websocket" und crsfToken auf "none" stehen?
#20
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 28 April 2026, 12:22:54
Hallo Peter,

ZitatPasst das so noch zu folgender Aussage?

    Zitat
    Die gespeicherten Korrekturfaktoren werden nicht immer zu der Tilted Irradiance PV nach der neuen Methode (https://forum.fhem.de/index.php?msg=1361246) passen. Es werden Unter- und Übertreibungen auftreten.
Diese Entwicklungen kannst du verfolgen. Einerseits über die Faktorenentwicklung der Readings:

setstate SolDwd 2026-04-28 07:00:04 pvCorrectionFactor_07 1.06 (automatic - old factor: 1.03, Sun Alt range: 5, Cloud range: 65, Days in range: 5)
setstate SolDwd 2026-04-28 08:00:04 pvCorrectionFactor_08 1.11 (automatic - old factor: 1.24, Sun Alt range: 15, Cloud range: 65, Days in range: 9)
setstate SolDwd 2026-04-28 09:00:03 pvCorrectionFactor_09 1.09 (automatic - old factor: 1.18, Sun Alt range: 25, Cloud range: 65, Days in range: 3)
setstate SolDwd 2026-04-28 10:00:04 pvCorrectionFactor_10 1.13 (automatic - old factor: 1.08, Sun Alt range: 35, Cloud range: 60, Days in range: 3)
setstate SolDwd 2026-04-28 11:00:05 pvCorrectionFactor_11 1.09 (automatic - old factor: 0.97, Sun Alt range: 40, Cloud range: 60, Days in range: 5)
setstate SolDwd 2026-04-28 12:00:05 pvCorrectionFactor_12 1.05 (automatic - old factor: 1.12, Sun Alt range: 50, Cloud range: 50, Days in range: 2)

Weiterhin über die verwendeten effektiven Korrekturfaktoren via "get ... forecastQualities"

Start: 2026-04-28 12:00:00, Quality: 0.80, Factor: 0.79, AI usage: 0, PV expect: 5150 Wh, Sun Alt: 52.10, Cloud: 50, DaysInRange: 3
Start: 2026-04-28 13:00:00, Quality: 0.96, Factor: 1.02, AI usage: 0, PV expect: 6845 Wh, Sun Alt: 52.70, Cloud: 50, DaysInRange: 3
Start: 2026-04-28 14:00:00, Quality: 0.88, Factor: 1.14, AI usage: 0, PV expect: 6996 Wh, Sun Alt: 49.60, Cloud: 38, DaysInRange: 4
Start: 2026-04-28 15:00:00, Quality: 0.79, Factor: 0.94, AI usage: 0, PV expect: 5518 Wh, Sun Alt: 43.50, Cloud: 36, DaysInRange: 7
Start: 2026-04-28 16:00:00, Quality: 0.55, Factor: 0.98, AI usage: 0, PV expect: 4387 Wh, Sun Alt: 35.50, Cloud: 33, DaysInRange: 6
Start: 2026-04-28 17:00:00, Quality: 0.74, Factor: 0.86, AI usage: 0, PV expect: 2483 Wh, Sun Alt: 26.60, Cloud: 26, DaysInRange: 3
Start: 2026-04-28 18:00:00, Quality: 0.95, Factor: 0.64, AI usage: 0, PV expect: 824 Wh, Sun Alt: 17.30, Cloud: 24, DaysInRange: 2

Hier würde man auch Faktoren sehen die auffällig aus der üblichen Range fallen würden.
Wenn man solche Faktoren sieht, ist das kein Grund zur Sorge. Es passiert eine automatische Anpassung.
Solche falschen Faktoren können mal durch einen Meßfehler, Softwarefehler, falsche Vorhersagen (Bewölkung etc.) oder andere Probleme ins System gekommen sein. Man kann sie zwar über "reset" löschen, das ist jedoch i.A. nicht nötig.

LG,
Heiko