https://www.loxforum.com/ de Thu, 07 May 2026 10:36:36 GMT vBulletin 60 https://www.loxforum.com/images/misc/rss.png https://www.loxforum.com/ https://www.loxforum.com/forum/projektforen/loxberry/plugins/483875-plugin-pv-solcast-ng-pv-forecast Tue, 05 May 2026 08:41:39 GMT Ich habe das alte Plugin PV Solcast auf End of Life gesetzt! Dafür gibt es ein kpl. neu entwickeletes PV Solcast NG https://wiki.loxberry.de/plugins/pv_solcast_ng/start WICHTIG... Altes Plugin abschalten sonst rufen beide Daten ab!!!!! Das Plugin arbeitet die Call sauberer ab, und Werte die Daten besser aus. Als Zusatz, kann man den reale Erzeugten Wert zurück ans Plugin schicken und 30 Tage lang vergleichen. So findet man evtl. bessere Einstellungen für Solcast zB Efficiency factor ändern etc. Rooftop abruf nach Eingabe des API Keys. Bis zu 10 PV-Anlagen parallel — pro Anlage ein eigener Solcast-API-Key Automatische Forecast-Abrufe über den Tag verteilt (9 Slots, 1 Reserve), beginnend bei Sonnenaufgang Tagessummen-Aggregation über alle Systeme (Sum-Scope), zusätzlich pro System einzeln Stündliche Werte für heute und morgen (24+24 Felder pro System) Top-4-Peaks des Tages (höchste Erzeugungsstunden inkl. Uhrzeit) Rolling-Window-Forecasts für die nächsten 3, 6, 9, 12, 24 Stunden History-Snapshot beim Sonnenaufgang — vergleicht Forecast vs. tatsächlichen Tagesertrag aus Loxone-Rückmeldung Tageswechsel-Mapping um Mitternacht ohne API-Aufruf — Loxone hat um 00:00 lokal frische Werte für Tagesvorausplanung (E-Auto, Wärmepumpe) Zwei Übertragungsarten parallel nutzbar: UDP, MQTT Loxone-Config-XML-Vorlage zum Download — alle UDP-Befehlserkennungen für alle aktiven Systeme + Summe vorgefertigt Quota-Schutz — automatische Sperre bei 429-Antwort von Solcast bis zum Reset um 00:00 UTC
Dafür gibt es ein kpl. neu entwickeletes PV Solcast NG
https://wiki.loxberry.de/plugins/pv_solcast_ng/start

WICHTIG... Altes Plugin abschalten sonst rufen beide Daten ab!!!!!

Das Plugin arbeitet die Call sauberer ab, und Werte die Daten besser aus.
Als Zusatz, kann man den reale Erzeugten Wert zurück ans Plugin schicken und 30 Tage lang vergleichen.
So findet man evtl. bessere Einstellungen für Solcast zB Efficiency factor ändern etc.

• Rooftop abruf nach Eingabe des API Keys.
• Bis zu 10 PV-Anlagen parallel — pro Anlage ein eigener Solcast-API-Key
• Automatische Forecast-Abrufe über den Tag verteilt (9 Slots, 1 Reserve), beginnend bei Sonnenaufgang
• Tagessummen-Aggregation über alle Systeme (Sum-Scope), zusätzlich pro System einzeln
• Stündliche Werte für heute und morgen (24+24 Felder pro System)
• Top-4-Peaks des Tages (höchste Erzeugungsstunden inkl. Uhrzeit)
• Rolling-Window-Forecasts für die nächsten 3, 6, 9, 12, 24 Stunden
• History-Snapshot beim Sonnenaufgang — vergleicht Forecast vs. tatsächlichen Tagesertrag aus Loxone-Rückmeldung
• Tageswechsel-Mapping um Mitternacht ohne API-Aufruf — Loxone hat um 00:00 lokal frische Werte für Tagesvorausplanung (E-Auto, Wärmepumpe)
• Zwei Übertragungsarten parallel nutzbar: UDP, MQTT
• Loxone-Config-XML-Vorlage zum Download — alle UDP-Befehlserkennungen für alle aktiven Systeme + Summe vorgefertigt
• Quota-Schutz — automatische Sperre bei 429-Antwort von Solcast bis zum Reset um 00:00 UTC

]]> LB: Plugins hismastersvoice https://www.loxforum.com/forum/projektforen/loxberry/plugins/483875-plugin-pv-solcast-ng-pv-forecast https://www.loxforum.com/forum/projektforen/loxberry/plugins/483696-maveo-connect Sat, 02 May 2026 20:22:33 GMT
ich möchte mein neues LoxBerry-Plugin Maveo Connect vorstellen.

Das Plugin bindet ein Marantec-Garagentor über den Maveo Connect Stick und die Maveo-Cloud (wie die offizielle Maveo-App: Anmeldung, dann MQTT) an LoxBerry an. Tor- und Lichtstatus sind in der Web-Oberfläche sichtbar; optional kann der Daemon die Werte per MQTT an einen lokalen Broker weiterreichen (z. B. LoxBerry-MQTT / Loxone). Steuerbefehle (Tor / Licht) sind über die Plugin-Oberfläche möglich, soweit die Cloud-Sitzung das zulässt. Es kann auch eine Loxone API aktiviert werden mit der die Tor und Lichtsteuerung einfach über Virtuelle Ausgänge in Loxone realisiert werden können.


LoxWiki (Doku + Download):
https://wiki.loxberry.de/plugins/maveo_connect/start

(ZIP/Releases zusätzlich auf GitHub: https://github.com/spid3r/loxberry-m...nnect/releases )

Kurzüberblick

• Web-UI eingebettet in die LoxBerry-Oberfläche, Deutsch und Englisch
• Anmeldung mit Maveo-Konto (E-Mail/Passwort), Auswahl des Connect Sticks (Thing)
• Tab „Status & Steuerung“: Torposition, Licht, Live-Aktualisierung; Befehle wo von der Cloud unterstützt
• Optional MQTT zum Haus-Broker (u. a. gleiche Credential-Auflösung wie beim Plugin Abfall IO über general.json / cred.json auf dem LoxBerry)
• Tab „Protokoll“ für Diagnose; Übersicht mit Daemon-/MQTT-Status
• LoxBerry 3.x, Node-Daemon im Plugin-Paket

Status

• Aktuell BETA
• Bisher nur mit LoxBerry 3.x getested

Feedback / Tests

Ich freue mich über Rückmeldungen, Tests mit anderen Stick-/Tor-Kombinationen und Bugreports.
Wenn etwas nicht funktioniert, am besten direkt mit kurzer Beschreibung + Logauszug aus dem Plugin-Tab Protokoll posten.]]> LB: Plugins toasty https://www.loxforum.com/forum/projektforen/loxberry/plugins/483696-maveo-connect https://www.loxforum.com/forum/projektforen/loxberry/allgemeines-aa/483689-dns-ändern-in-dietpi-loxberry Sat, 02 May 2026 18:34:44 GMT
ich habe Loxberry nach Jahren nochmal neu aufgesetzt auf einen neuen Pi5.
Aktuell habe ich das Problem, dass weather4loxone nicht funktioniert. Ich erhalte immer folgende Fehlermeldung:

Checking wttr.in...
- Checking WTTR.in API: https://wttr.in/merken?format=j1
- HTTP status: 500 Can't connect to wttr.in:443 (Temporary failure in name resolution)

ERROR: No data (HTTP 500). URL: https://wttr.in/merken?format=j1

No data (HTTP 500). URL: https://wttr.in/merken?format=j1

Ich konnte die Ursache darauf zurückführen, das im Dietpi noch die 127.0.0.1 als DNS Server gespeichert ist. Ich würde dies gerne ändern, weiß aber nicht genau wie. Im Loxberry habe ich schon alles auf manuell gesetzt und anschließend in der config des dietpi überprüft. Dort steht in den IP-Einstellungen zwar mein gewählter DNS drin, aber im oberen Teil wird immer noch ein anderer angezeigt und auch verwendet.


​

Wo liegt hier mein Fehler?
Ich konnte im Forum leider nichts zu dem Thema finden, wenn doch schon ein Beitrag dazu existiert bitte ich um Verlinkung.]]> LB: Allgemeines Mikro1987 https://www.loxforum.com/forum/projektforen/loxberry/allgemeines-aa/483689-dns-ändern-in-dietpi-loxberry https://www.loxforum.com/forum/projektforen/loxberry/plugins/483625-plugin-abfall-io-abfallabholung-api-abfall-io Fri, 01 May 2026 07:23:37 GMT Hallo zusammen, ich möchte mein neues LoxBerry-Plugin Abfall IO / Abfallabholung (api.abfall.io) vorstellen. Das Plugin holt Abfuhrtermine über api.abfall.io und stellt die Daten für Loxone/LoxBerry bereit. Da meine Stadt selbst abfall.io nutzt habe ich die Gelegenheit genutzt um daraus ein kleines Plugin zu erstellen das auch anderen helfen kann die Abfuhrtermine in Loxone zu bekommen. LoxWiki (Doku + Download): https://wiki.loxberry.de/plugins/api_abfall_io/start Kurzüberblick Abfuhrtermine per Web-UI konfigurierbar (Region / Straße / Hausnummer) Ausgabe über MQTT (optional) Ausgabe über HTTP (u. a. loxone.php für einfache Loxone-Integration) JSON-Ausgabe für eigene Auswertungen Unterstützte Regionen aus Service-Map + manuelle Service-ID möglich (datengrundlage ist ein anderes projekt in dem die infos glücklicherweise schon zusammengetragen wurden: https://github.com/mampfes/hacs_waste_collection_schedule/blob/master/custom_components/waste_collection_schedule/waste_collection_schedule/service/AbfallIO.py ) Status Aktuell BETA Bisher nur mit LoxBerry 3.x getestet Läuft bei mir seit ein paar Wochen stabil im Alltag Feedback / Tests Ich freue mich über Rückmeldungen, Tests mit weiteren Regionen und Bugreports. Wenn etwas nicht funktioniert, am besten direkt mit kurzer Beschreibung + Logauszug posten. Kleiner Hinweis für andere Plugin-Entwickler: Ich habe mir für den Entwicklungs-/Test-Workflow zusätzlich einen kleinen LoxBerry-Client sowie einen MCP-Server gebaut, um ZIP-Upload und Tests im AI-Kontext zu vereinfachen. Releases: https://www.npmjs.com/package/loxberry-client-library https://www.npmjs.com/package/loxberry-client-mcp
ich möchte mein neues LoxBerry-Plugin Abfall IO / Abfallabholung (api.abfall.io) vorstellen.

Das Plugin holt Abfuhrtermine über api.abfall.io und stellt die Daten für Loxone/LoxBerry bereit.
Da meine Stadt selbst abfall.io nutzt habe ich die Gelegenheit genutzt um daraus ein kleines Plugin zu erstellen das auch anderen helfen kann die Abfuhrtermine in Loxone zu bekommen.

LoxWiki (Doku + Download):
https://wiki.loxberry.de/plugins/api_abfall_io/start

Kurzüberblick

• Abfuhrtermine per Web-UI konfigurierbar (Region / Straße / Hausnummer)
• Ausgabe über MQTT (optional)
• Ausgabe über HTTP (u. a. loxone.php für einfache Loxone-Integration)
• JSON-Ausgabe für eigene Auswertungen
• Unterstützte Regionen aus Service-Map + manuelle Service-ID möglich (datengrundlage ist ein anderes projekt in dem die infos glücklicherweise schon zusammengetragen wurden: https://github.com/mampfes/hacs_wast...ce/AbfallIO.py )

Status

• Aktuell BETA
• Bisher nur mit LoxBerry 3.x getestet
• Läuft bei mir seit ein paar Wochen stabil im Alltag

Feedback / Tests


Ich freue mich über Rückmeldungen, Tests mit weiteren Regionen und Bugreports.
Wenn etwas nicht funktioniert, am besten direkt mit kurzer Beschreibung + Logauszug posten.


Kleiner Hinweis für andere Plugin-Entwickler:
Ich habe mir für den Entwicklungs-/Test-Workflow zusätzlich einen kleinen LoxBerry-Client sowie einen MCP-Server gebaut, um ZIP-Upload und Tests im AI-Kontext zu vereinfachen.
Releases:
https://www.npmjs.com/package/loxberry-client-library
https://www.npmjs.com/package/loxberry-client-mcp
]]> LB: Plugins toasty https://www.loxforum.com/forum/projektforen/loxberry/plugins/483625-plugin-abfall-io-abfallabholung-api-abfall-io