Lox-Tools, Werkzeugsammlung für Loxone (LoxBerry) und als Webseite - lox-tools.de

**<Andreas>** · In den letzten 2 Wochen

Echt nützliche Sachen dabei, da kommt man in Versuchung wieder einem Loxberry aufzusetzen 😅

**svethi** · In den letzten 2 Wochen

hismastersvoice das hört sich alles sehr interessant an. Nicht schlecht. Allerdings hast Du Dich in der derzeitigen Wärme wohl etwas vertippt. Du hast oben, bei der eigenständigen Varianten, stehen, „die keinen Miniserver brauchen“. Ich vermute mal, Du meinst da, die keinen Loxberry brauchen ?!

Gruß Sven

**Triushi** · 2026-07-02T21:09:29+02:00

sieht auf den ersten Blick sehr nützlich aus. Leider bekomme ich keinen FTP Zugang hin, natürlich ist dieser auf dem Miniserver aktiviert. Kann das evtl. an der neuen Miniserver Firmware (17.1.6.30) liegen? Also bei mir kommt bei fast allem ein Fehler, wenn ich was auslesen möchte. Keine Verbindung zu LoxAPP3.. Strukturfile (Diagnose) Fehler in der Datei: HTTP 403. Es werden auch keine Miniserver Informationen angezeigt:

**hismastersvoice** · 2026-07-03T06:59:52+02:00

Triushi
Die Rechte im Loxberry heißen ja erst mal nur das ein Zugang da ist.
Ob der aber FTP und ggf. Admin Rechte hat ist in der Config einzustellen.

**Triushi** · 2026-07-03T09:58:17+02:00

hismastersvoice

Die Einstellungen haben ich überprüft - FTP Server ist aktiv und der Benutzer hat auch die Rechte auf FTP zuzugreifen.

Hab jetzt alles nochmal neu gestartet und jetzt kommt dieser Fehler bei Strukturfile (Diagnose)

**Triushi** · 2026-07-03T16:51:15+02:00

und gehört auch der Grupper der Administratoren an. Weiß jetzt nicht, was ich sonst noch irgendwo einstellen kann? Ist auch in der Gruppe Vollzugriff...

FTP Zugriff auf den Miniserver mit dem angelegten Benutzer funktioniert über Filezilla.

**Benny2050** · 2026-07-15T18:51:05+02:00

Ich hatte das selbe Problem auf meinem Miniserver Gen 1.
Ich konnte mit Codex eine Version erstellen, die bei mit Meinem Miniserver Gen 1 funktioniert.

Hier die Analyse von Codex:
Ich konnte das FTP-Problem inzwischen dank Codex auf einem LoxBerry mit einem Miniserver Gen 1 genauer untersuchen und direkt mit PHP-FTP-Befehlen reproduzieren.

Kurzfassung

FTP ist am Miniserver korrekt aktiviert. Auch Benutzername, Passwort, Rechte und der passive FTP-Modus sind in Ordnung. Mit FileZilla beziehungsweise WinSCP funktioniert derselbe Zugang.

Das Problem liegt offenbar in einem abweichenden Verhalten des FTP-Servers im Miniserver Gen 1. Der Statistik-Editor und der Log-Viewer verwenden FTP-Befehle, die bei neueren Miniservern möglicherweise funktionieren, vom Gen‑1-FTP-Server aber anders behandelt werden.

Direkt verifiziert wurden:

896 Dateien im Verzeichnis `/stats`
21 Dateien im Verzeichnis `/log`
`SIZE`, `MDTM` und `RETR` funktionieren mit relativen Dateinamen
Eine Statistikdatei und eine Logdatei konnten vollständig gelesen werden
Für die Untersuchung wurden ausschließlich lesende FTP-Befehle verwendet

Das besondere Verhalten des Gen‑1-FTP-Servers

Die übliche Abfrage funktioniert dort nicht:

PHP-Code:

ftp_nlist($ftp, '/stats');
ftp_nlist($ftp, '/log');

Auch nach einem Verzeichniswechsel liefern diese Varianten keine Dateien:

PHP-Code:

ftp_nlist($ftp, '.');
ftp_mlsd($ftp, '.');
ftp_rawlist($ftp, '.');

Auf dem getesteten Miniserver funktioniert stattdessen nur folgende Reihenfolge:

1. Mit `ftp_chdir()` in `/stats` beziehungsweise `/log` wechseln.
2. `ftp_nlist($ftp, '.')` aufrufen. Dieser Aufruf schlägt beim Gen‑1-Miniserver zunächst fehl.
3. Direkt danach `ftp_nlist($ftp, '')` ohne Pfadargument aufrufen.

Der zweite Aufruf liefert dann die vollständige Verzeichnisliste. Allerdings enthält das Array keine reinen Dateinamen, sondern vollständige Unix-LIST-Zeilen, beispielsweise:

Code:

-rw-rw-rw- 1 0 0 47680 Jul 01 07:47 09f0211a-0329-0f31-ffff112233445566.202407

Der Dateiname muss deshalb aus jeder Zeile extrahiert werden, beispielsweise vereinfacht mit:

PHP-Code:

$parts = preg_split('/\s+/', trim($line), 9);
$filename = $parts[8] ?? '';

Wichtig für die weiteren Dateioperationen

Nachdem mit `ftp_chdir()` in das gewünschte Verzeichnis gewechselt wurde, müssen auch `SIZE`, `MDTM`, `RETR` und gegebenenfalls `STOR` mit relativen Dateinamen arbeiten.

Also beispielsweise:

PHP-Code:

ftp_chdir($ftp, '/log');

$size = ftp_size($ftp, $filename);
$time = ftp_mdtm($ftp, $filename);
ftp_get($ftp, $localFile, $filename, FTP_BINARY);

Absolute Pfade wie diese funktionieren beim getesteten Gen‑1-Miniserver nicht zuverlässig:

PHP-Code:

ftp_size($ftp, '/log/'.$filename);
ftp_get($ftp, $localFile, '/stats/'.$filename, FTP_BINARY);

Zusätzlicher Fehler bei den Statistikdateien

Die echten Statistikdateien haben auf dem getesteten Miniserver das Format:

Code:

UUID.YYYYMM

Der Punkt vor `YYYYMM` darf nicht Teil der UUID werden. Eine passende Erkennung wäre beispielsweise:

PHP-Code:

/^(.+?)\.?([0-9]{4})([0-9]{2})$/

Andernfalls kann die aus dem Dateinamen gewonnene UUID nicht der LoxAPP3-Struktur zugeordnet werden.

Vorschlag für eine kompatible Implementierung

Für neuere Miniserver kann zunächst das bisherige Standardverfahren verwendet werden. Liefert dieses einen Fehler oder eine leere Liste, sollte automatisch der Gen‑1-Fallback ausgeführt werden:

- `CWD` in das Zielverzeichnis
- erfolgloses beziehungsweise leeres `NLST .` erkennen
- anschließend `NLST` ohne Pfad ausführen
- vollständige LIST-Zeilen in Dateinamen umwandeln
- alle weiteren Dateioperationen relativ zum aktuellen Verzeichnis ausführen

Damit sollte das bestehende Verhalten neuerer Miniserver erhalten bleiben und der Statistik-Editor sowie der Log-Viewer zusätzlich mit dem FTP-Server des Miniserver Gen 1 funktionieren.

Ob das Verhalten ausschließlich von der Hardwaregeneration oder zusätzlich von der Firmware abhängt, ist noch nicht endgültig bewiesen. Auf dem getesteten Miniserver Gen 1 ließ es sich jedoch eindeutig reproduzieren. Das Problem liegt dort nicht an deaktiviertem FTP oder fehlenden Benutzerrechten.

**Triushi** · 2026-07-15T19:18:54+02:00

Mein Loxberry ist als virtuelle Maschine auf einer QNAP installiert. Ich nutze den Miniserver Gen 2. scheint also nicht an der Hardwaregeneration zu liegen.

**ThatRed** · vor 3 Stunden

Ich habe mal Claude zum dem Problem befragt, da es bei mir auch auftritt.

Hast du bei deinem Miniserver Zugangsdaten evtl. ein Sonderzeichen drin?

Fix:

Mach mal eine Sicherung/Backup von deiner virtuellen Maschine/Raspberry

Entpacke die zip Datei vom Loxtools Plugin und ändere in der

Datei: loxtools/webfrontend/htmlauth/api.php,
Funktion: stats_miniservers(), Zeile ~735–747.

die zwei Zeilen mit 'user' und 'pass':

Vorher

Code:

$out[(int)$idx] = [
    'idx'  => (int)$idx,
    'name' => (string)($m['Name'] ?? ('Miniserver '.$idx)),
    'ip'   => (string)($m['IPAddress'] ?? ''),
    'port' => (int)($m['Port'] ?? 80),
    'user' => (string)($m['Admin'] ?? ''),
    'pass' => (string)($m['Pass'] ?? ''),
];

Nachher:

Code:

$out[(int)$idx] = [
    'idx'  => (int)$idx,
    'name' => (string)($m['Name'] ?? ('Miniserver '.$idx)),
    'ip'   => (string)($m['IPAddress'] ?? ''),
    'port' => (int)($m['Port'] ?? 80),
    // IMPORTANT: LBSystem::get_miniservers() returns 'Admin'/'Pass' URL-encoded
    // (used for building FullURI). HTTP Basic Auth (curl CURLOPT_USERPWD) and
    // FTP login both need the plain-text credentials, i.e. the '_RAW' variants -
    // otherwise any user/pass containing chars that get percent-encoded
    // (space, @, umlauts, ...) breaks the Miniserver login (wrong password ->
    // eventually the Miniserver's brute-force IP lockout, seen as HTTP 403).
    'user' => (string)($m['Admin_RAW'] ?? $m['Admin'] ?? ''),
    'pass' => (string)($m['Pass_RAW'] ?? $m['Pass'] ?? ''),
];

Zippe den entpackten Ordner mit der frisch bearbeiteten Datei und installiere das Plugin.

Bei mir werden nach der Änderung, im Menü Miniserver, die Daten korrekt ausgelesen. Vielleicht hilft es ja...

(Das ganze natürlich ohne Gewähr. Keine Ahnung, ob die Änderung Konsequenzen nach sich zieht.)

**t_heinrich** · vor 3 Stunden

Zitat von hismastersvoice

Was ist drin
Werkzeuge mit Miniserver-Zugriff (Plugin):

Statistik-Editor: .dat-Statistiken laden, als Verlauf ansehen, Werte korrigieren und per FTP zurückschreiben (mit Backup).

Das klingt ja richtig gut. Danke für das geniale PlugIn.
Gerade als Mac-User müsste man nicht immer extra Windows für den LoxStatsEditor anschmeißen.

Oder übersehe ich was?

**hismastersvoice** · vor 33 Minuten

Testet mal diese hier ob dann alles geht!

Angehängte Dateien

Loxberry-Plugin-LoxTools-v1.2.3.zip (214,9 KB, 0x aufgerufen)

Lox-Tools, Werkzeugsammlung für Loxone (LoxBerry) und als Webseite - lox-tools.de

Lox-Tools, Werkzeugsammlung für Loxone (LoxBerry) und als Webseite - lox-tools.de

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar