Stats4Lox - Das Statistik-Plugin

[Grestorn]

Ich habe ein Problem, das Plugin auf einem neu installierten Raspi5 mit Trixie und Loxberry 4.0.11 zu installieren.

Das Logfile bei der Installation deutet auf ein Problem mit einem InfluxDB-Package hin.

Wollte nur nachfragen, ob das ein bekanntes Problem ist oder ein spezielles Problem, von dem nur ich betroffen bin und von `deswegen auch nur von mir behoben werden kann?

[Prof.Mobilux]

Ja das ist bekannt. Werden wir in der nächsten Version fixen.

[Eimerkind]

Eine grobe Idee, wann der FIX mit der nächsten Version kommen wird? =)

[Danimal]

Stats4Lox importiert keine Loxone-Objekte (vermutlich wegen Loxone 17)?
Hallo zusammen. Hab gerade heute das aktuelle plugin installiert und bekomme keine Daten. Kann das wegen der Lox17 version sein? Das Import Fenster bleibt auch hängen und in den grabber logs finde ich nichts. Danke für einen Tip.

[Grestorn]

Eigentlich nicht, bei mir funktioniert Sats4Lox auch mit Version 17 der Miniserver-Firmware einwandfrei. Es muss eine andere Ursache haben. Stell nochmal sicher, dass der User, den Du in Loxberry nutzt, die vollen Rechte auf dem Miniserver hat.

[Danimal]

Danke. Das mit dem User Rechten stimmt, ich habs geprüft.

Aber nach einiger Recherchen kann ich folgendes berichten:

LoxBerry 3.0.1.3
Stats4Lox 0.9.10.2
Loxone 17.0.3.31

LoxAPP3.json kann geladen werden.
Admin-Benutzer mit Vollzugriff.
stats.json bleibt leer ({})
Statistic Selection hängt bei:
"Fetching Loxone Config from Miniservers..."
grabber_loxone.cgi liefert HTTP 200 aber keinen Inhalt.

Hast Du vielleicht dazu noch eine Idee?

[Grestorn]

Melde Dich mal ab und neu an am Miniserver. Das klingt nach einem kaputten Access Token.

[Danimal]

Einmal Passwort neu eingeben und saven müsste reichen, oder?

[Danimal]

Das mit dem Re-Auth hat scheinbar doch geholfen, ich finde jetzt endlich Einträge im Log.
Leider hängts noch, aber hier etwas mehr Info, Vielleicht hast Du dazu ja auch eine Idee?


INFO: LoxBerry Version 3.0.1.3 ( is_arch_x86_64.cfg is_x64.cfg is_hwmodel_x86_64_vm.cfg )

INFO: Stats4Lox Version 0.9.10.2

INFO: Loglevel: 7

INFO: Checking MS1

OK: MS1: Aquired serial from MS: 504F94D0EF63

CRITICAL: Loxone::GetLoxplan::checkLoxplanUpdate--> Could not fetch local version info

INFO: Loxplan file not up-to-date. Fetching from Miniserver
.....
....
weiter unten aber:

INFO: Loxone::GetLoxplan::getFile--> Uripart: /dev/fsget/prog/sps_0267_20260620112550.zip Localfile: /dev/shm/s4ltmp/s4l_loxplan_ms1.zip

OK: Loxone::GetLoxplan::getFile--> File successfully downloaded to /dev/shm/s4ltmp/s4l_loxplan_ms1.zip

INFO: Loxone::GetLoxplan::getLoxplan--> Local file: /dev/shm/s4ltmp/s4l_loxplan_ms1.zip

INFO: Cleaning up old files

INFO: Loxone::GetLoxplan::getLoxplan--> Unzipping zip

INFO: Loxone::GetLoxplan::getLoxplan--> Calling unpack_loxcc.py

OK: Loxone::GetLoxplan::getLoxplan--> Finished

OK: Loxplan for MS1 found, parsing now...


INFO: loxplan2json started

INFO: Reading local Loxplan json

[Danimal]

Hier hätte ich mal die Analyse, wieso es bei mir nicht weitergeht. Vielleicht hilft das? Stats4Lox 0.9.10.2 – Import hängt bei "Fetching Loxone Config"

Umgebung

• LoxBerry: 3.0.1.3
• Stats4Lox: 0.9.10.2
• Loxone Miniserver: 17.0.3.31
• Grafana läuft auf Port 3000
• Telegraf / InfluxDB installiert und aktiv
• Miniserver in LoxBerry korrekt angelegt
• Benutzer: Admin mit Full Access

Ursprüngliches Problem


Beim Öffnen von Statistics Selection bleibt die GUI dauerhaft bei:

Fetching Loxone Config from Miniservers...

stehen.

Dadurch erscheint keine Statistik-Auswahl und stats.json wird nicht aufgebaut.

---

Bereits geprüft

Miniserver erreichbar

curl -I http://<MS-IP>/data/LoxAPP3.json


liefert erwartungsgemäß HTTP 401.

Mit Benutzer/Passwort:
curl -u admin:<passwort> http://<MS-IP>/data/LoxAPP3.json | head


wird die komplette LoxAPP3.json erfolgreich geladen. Authentifizierung erneuert


Nach dem Neu-Anlegen der Miniserver-Authentifizierung im Plugin wurden erstmals sinnvolle Logeinträge erzeugt.

---

Aktuelle Logs


grabber_loxone.log enthält keine Fehler:
grep -i "error\|critical\|warning\|failed" \
/opt/loxberry/log/plugins/stats4lox/grabber_loxone.log


liefert keine Treffer.

---

Loxplan wird erfolgreich geladen


Im AJAX-Log erscheint:
INFO: Checking MS1
OK: MS1: Aquired serial from MS: 504F94D0EF63

CRITICAL: Loxone::GetLoxplan::checkLoxplanUpdate--> Could not fetch local version info

INFO: Loxplan file not up-to-date. Fetching from Miniserver
...
OK: Loxone::GetLoxplan::getFile--> File successfully downloaded
INFO: Loxone::GetLoxplan::getLoxplan--> Calling unpack_loxcc.py
OK: Loxone::GetLoxplan::getLoxplan--> Finished
OK: Loxplan for MS1 found, parsing now...

INFO: loxplan2json started
INFO: Reading local Loxplan json


Danach endet das Log.

---

Auffälligkeit


In ParseXML.pm ist die nächste Logzeile innerhalb von readloxplan():
$log->INF("Reading LoxBerry Miniserver list");


Diese Zeile erscheint niemals im Log.

Der Import scheint also vor oder direkt beim Aufruf von readloxplan() stehenzubleiben.

---

stats.json bleibt leer


Datei:
/opt/loxberry/config/plugins/stats4lox/stats.json


Inhalt:
{}


Größe:
wc -c /opt/loxberry/config/plugins/stats4lox/stats.json


Ergebnis:
3

---

LoxAPP3.json enthält Statistikobjekte


Beispiel:
{
"name":"Außentemperatur",
"type":"InfoOnlyAnalog",
"statistic":{
"frequency":5
}
}


Weitere Typen:
InfoOnlyAnalog
InfoOnlyDigital
LightControllerV2
Dimmer
Pushbutton
Switch
Tracker
...


Die Statistikdefinitionen sind also grundsätzlich vorhanden.

---

Beobachtung im Code


ParseXML.pm erzeugt in readloxplan() ein Hash %lox_statsobject und übernimmt dort alle Controls.

Am Ende:
$combined_data{controls} = \%lox_statsobject;
return \%combined_data;


Daher wäre zu erwarten, dass stats.json nach erfolgreichem Lauf viele Einträge enthält.

Tatsächlich bleibt die Datei jedoch dauerhaft:
{}

---

Frage


Ist dieses Verhalten bekannt mit:

• Stats4Lox 0.9.10.2
• Loxone 17.0.3.31

oder gibt es einen bekannten Bug, bei dem stats.json leer bleibt und der Dialog "Fetching Loxone Config..." dauerhaft hängen bleibt?

Danke vielmals für die Hilfe. Gruss DM

[Steini]

Ich hatte mal ein ähnliches Phänomen und damals habe ich als Ursache die Loxone-eigene Husqvarna-Integration (https://www.loxone.com/dede/kb/husqvarna/) ausgemacht. Als ich diese aus meinem Loxone-Projekt entfernt hatte klappte es wieder und auch mit der V17. Gut möglich, dass es bei dir an einem ähnlichen Problem liegt.

Leider weiß ich nicht mehr was genau das Problem damals bei mir war und wie ich darauf gekommen bin, dass es die Husqvarna-Integration war, aber Schlussendlich war das Entfernen der Husqvarna-Integration die Lösung.
Da ich sowieso das Loxberry Husqvarna Automower Connect Plugin nutze war, das für mich auch kein Problem.

Vielleicht hilft es dir ja.

[Danimal]

Danke für Deine Antwort und den Hinweis. Ich hab zwar keine exotischen Dinge da drin, ausser SONOS.... Aber ich könnte mal mit einer ganz frischen Umgebung nochmals probieren...... Sonst muss ich dann den MQTT Weg nehmen.

[mouzzz]

Danimal : Bei mir besteht dein oben beschriebenes Problem bereits seit über einem Jahr. Im Winter hatte ich am Prox-Server parallel eine Neuinstallation gemacht welche ohne Fehler lief. Bin aber wieder auf die alte (fehlerhafte) zurück weil ich es nicht schaffte meine Daten mitzunehmen

[Heyne]

Hallo,

auch ich habe das Problem, dass keine Loxone-Objekte mehr gefetched werden können.

Ich habe einen Critial Error in der "getloxplan Miniserver 1"

CRITICAL: import.cgi: Cannot parse LoxPLAN XML file: :2576: parser error : Attribute Title redefined
itle="API Connector Grid" NDOC="Intelligent API based connector for grid values"
^
:2579: parser error : Attribute Title redefined
Connector PV" NDOC="Intelligent API based connector for values of the PV system"
^


CRITICAL: Error parsing XML

Miniserver: 17.1.7.27
Stats4Lox: 0.9.10.1

Gibt es dazu schon einen Fix oder Workaround?

Viele Grüße

[Prof.Mobilux]

Hallo Luete,

in ein paar Tagen werden wir nach 5 Jahren Version 1.0 als Alpha releasen. Wir haben dazu die KI mit dem gesamten Forumsthread gefütteert sowie mit allen Issues auf Github. Wir arbeiten das aktuell gerade Stück für Stück ab.

Problematisch ist mal wieder die Grafana-Migration auf die neueste Version. Die Maintainer bauen da wirklich einen Bockmist nach dem anderen.... Das hat uns ja vor ein paar Jahren schon einmal Stats4Lox zerschossen.... Wirklich schrott was die da abliefern (so gut die Software an sich auch ist....).

Seit gespannt, in ein paar Tagen ist es soweit und wir brauchen Tester für Version 1.0

[hme0354]

Bin dabei

[Einhorn]

Sehr cool. Danke für die Arbeit. Würde mich dann auch zur Verfügung stellen weil ich das selbe Problem wie Heyne habe.

[Prof.Mobilux]

Hallo Leute,

ich habe gestern Version 1.0 des Stats4Lox hochgeladen. Das Plugin wurde sehr umfangreich überarbeitet. Wir haben sämtliche der >100 Issues auf Github bearbeitet sowie über die KI auch diesen Thread durchforstet und alle bekannten Probleme bearbeitet. Insbesondere sollte der Loxone Import jetzt wieder funktionieren, der seit der Umstellung bei Loxone (Ausgänge der Bausteine umbenannt) vermutlich mehr oder weniger kaputt war. Zudem gibt es erstmals im Wiki auch eine ausführliche Dokumentation des Plugins. Das Plugin sinatlliert die neuesten Versionen von InfluxDB (V1.x) und Grafana!

Warnung! Ich habe zwar darauf geachtet, dass ein Upgrade von Version 0.9.x funktioniert, garantieren kann ich es aber nicht in allen Fällen! Zudem gab es aus der Beta Phase noch einige Bugs (UTF8 Problem in InfluxDB zum Beispiel), die ein Upgrade nicht repariert. Solltet ihr wirklich ein Upgrade machen wollen MACHT EIN VOLLSTÄNDIGES BACKUP EURES LOXBERRYS BEVOR IHR STARTET! Solltet ihr auf eure alten Daten (Influx und Grafana) verzichten können, so empfehle ich eine vollständige Deinstallation des Plugins und anschließend frische Neuinstallation in einer frischen Datenbank.

Alles weitere im Wiki:

https://wiki.loxberry.de/plugins/sta...4_loxone/start

Änderungen in Version 1.0:

Erste stabile Version. Seit 0.9.10.2 sind 148 Änderungen eingeflossen.

Voraussetzung: LoxBerry 3.0 oder neuer. Automatische Updates sind ab dieser Version aktiv.

Neue Funktionen

• Aufbewahrung und Verdichtung – Daten nach Alter verdichten oder löschen, in bis zu drei Stufen, mit Vorschau des Platzgewinns (#44)
• Neuer Tab InfluxDB – zeigt, was tatsächlich in der Datenbank liegt: Messreihen, Zeitraum, Anzahl, Herkunft; einzelne Reihen löschbar (#117)
• Datenquelle Miniserver – Systemwerte des Miniservers erfassen, eigene Seite mit Auswahl der Werte, ein- und ausschaltbar, Intervall einstellbar
• Datenquelle LoxBerry – Systemwerte über Linfo, auch von weiteren LoxBerrys im Netz
• MQTT Collector: Werte auswählen – die eingehenden Topics erscheinen als Baum, JSON-Payloads lassen sich aufklappen und einzelne Werte anhaken (#124)
• Healthcheck – meldet den Zustand des Plugins an LoxBerry (#73)
• Backup und Restore – eigener Zeitplan, Manifest, Wiederherstellung; im neuen System-Tab
• InfluxDB-Passwort ansehen und ändern, System-Tab per SecurePIN geschützt (#45)
• Diagnose-Logging – ein Schalter macht InfluxDB, Telegraf und Grafana gesprächig und legt die Logs dorthin, wo sie lesbar sind (#134)
• Loxone-Konfiguration manuell hochladen, falls der Miniserver eine unlesbare Datei liefert (#101)
• Seitenfilter für die Bausteinliste (#20)
• Mindest-Abfrageintervall für Loxone-Statistiken, einstellbar von 1 bis 5 Minuten
• Namen, Räume und Kategorien werden täglich mit der Loxone-Konfiguration abgeglichen (#33)
• Fünf Sprachen – Deutsch, Englisch, Niederländisch, Spanisch, Tschechisch (#147)

Fehlerbehebungen

• Zählerbausteine ließen sich nicht importieren – die neueren Meter-, EFM- und Wallbox-Bausteine legen ihre Statistik in Gruppen ab; das Plugin suchte nur die klassische Datei und meldete „keine Statistiken vorhanden" (#609, #759)
• Import und Live-Erfassung schrieben in verschiedene Felder – die Historie brach am Importende ab statt weiterzulaufen
• Import-Zuordnung kommt jetzt vom Miniserver statt aus einer fest verdrahteten Tabelle und übersteht Loxones Umbenennung der Ausgänge (AQ → Ct)
• Miniserver-Nummer im Feldnamen entfernt, vorhandene Daten werden migriert
• Zeitumstellung – ein Zeitstempel in der fehlenden Stunde brach den Import ab
• Ein nicht erreichbarer Miniserver hielt den gesamten Grabber auf; eine fehlgeschlagene Abfrage kostete ein ganzes Intervall
• Abfrage ohne /all entfernt – sie hat bei beschreibbaren Bausteinen geschrieben statt gelesen (#143)
• Statusbausteine sind auswählbar, ihr Zustand wird aufgelöst; Radio, EIBPush und PushButton freigegeben (#20)
• Installation – Grafana 13 und InfluxDB 1.12 starteten unter verschiedenen Umständen nicht
• Restore zerstörte die Rechte des TLS-Schlüssels und meldete Erfolg, wenn nichts zurückgespielt wurde
• Betriebsstatistik füllte die Datenbank – 266 MB auf 25 MB reduziert
• Suchfeld unter LoxBerry 4: Text lag über der Lupe, der Löschknopf fehlte
• Dienste werden bei der Deinstallation mitentfernt (#133)
• Grabber blockierte an der Sperre auf stats.json; Dashboards verloren Panels, die nicht neu gebaut werden konnten

Verbesserungen

• Oberfläche durchgehend überarbeitet: Menüstruktur, Filterzeilen, Sortierung, feste Spalten, eigene Symbole
• Zurücksetzen-Knopf für alle Filter und eine Zusammenfassung unter dem Suchfeld
• Bausteindefinitionen auf Loxone Config 17 aktualisiert – und sie halten sich künftig selbst aktuell
• Geänderte Telegraf-Konfiguration erreicht auch bestehende Installationen
• Spürbar schneller: Backup-Manifest 35-fach, Suchfilter blockiert die Seite nicht mehr
• Hilfe-Link in jeder Seite, Version im Kopf

[kitikonti]

Wie es der Zufall so will baue ich gerade heute wieder an meiner config und haette auch bei Stats4Lox was gemacht. Bis jetzt habe ich dort nur Daten aufgezeichnet und nicht verwendet, die habe ich alle verworfen und ich habe mich fuer eine frische Installation entschieden.

Leider bekomm ich es nicht zum Laufen.

Mein Setup:

• Raspberry Pi 5, 4GB RAM
• SanDisk Extreme microSDXC A2 UHS-I U3 V30 190MB/ s Speicherkarte
• LoxBerry v3.0.1.3
• Stats4Lox Version 1.0.0

Die Plugin Installation ist sauber durchgelaufen. Die Einstellungsseite sieht bereits merkwuerdig aus (siehe Screenshot). Auswahl Datenbank Speicherort hat ein styling Problem und Unterverzeichnis kann ich gar nicht vergeben. Zumindest die SD Karte hat er sich nach dem Speichern gemerkt und es wurde dort auch ein Ordner angelegt.


Auf Home Seite ist alles ok, wobei nach einem Neustart musste ich mehrmals den Telegraf dienst neustarten bis der wieder gruen wurde.

Jetzt zum eigentlichen Problem. Wenn ich unter "Statistik-Auswahl" die erste aktivieren moechte wird nichts gespeichert. Hier der Ablauf anhand Screenshots. Wenn ich danach wieder rein gehe sind wieder alle Einstellungen weg.


Es gibt einige Logeintraege, wobei ich nicht weis welche relevant sind fuer dich.


Falls du noch weitere Infos brauchst einfach melden. Falls Hilfreich, ich bin auch in der LB-Plugins WhatsApp Gruppe.