[Showcase] SpectrumKNX – Neues Tool für Langzeit-Analyse & Telegramm-Deep-Dive

[martinhoefling]

Da gibts nix zu entschuldigen mumpf, hatte ich ja selbst so geschreiben - henfri hat mich dann doch erinnert, dass es so langsam etwas unübersichtlich wird. Ich übertrag jetzt gerade mal noch alles was ich finde, aber bei neuen Sachen gerne kurzen Kommentar mit link auf GH issue.

[mumpf]

Ja, hab gerade gesehen, dass Du schon alles übertragen hast. In Zukunft mach ich das mit link auf GH issue.

Gruß, Waldemar

[martinhoefling]

Jop, ich bin alle issues und die letzten Seiten jetzt nochmal von Hand durchgegangen. Werd mich zuerst den Bugs und später auch noch den Feature Wünschen widmen.

[TabSel]

beeindruckend wie effektiv Du bist zusammen mit claude!

[henfri]

Ich glaube, man kann es auch so machen, dass man eindeutige issues auf Github macht und Themen, die man vielleicht vorher gut einmal durchdiskutiert - nicht nur zwischen zwei Personen - hier im Forum.

[mars]

Nachdem ich den Thread schon eine Weile mitverfolge möchte ich SpecrumKNX selbst ausprobieren.
Dazu wollte ich die Anwendung neben anderen (Unifi, pihole, lms etc.) im Container Manager auf einer Synology NAS laufen lassen.
Ich habe also ein neues Projekt angelegt, die docker-compose.yml importiert sowie die .env_example angepasst und als .env gespeichert.

Beim Erstellen der Container läuft auch erst einmal alles durch. Zum Schluss soll das Projekt gestartet werden, was dann nicht klappt.
Dabei zeigt das Terminal-Fenster folgende Meldungen:

...
Container knx_timescale Creating
Container knx_timescale Created
Container knx_backend Creating
Container knx_backend Created
Container knx_timescale Starting
Error response from daemon: driver failed programming external connectivity on endpoint knx_timescale (43b....5ca): Error strating userland proxy: listen tcp4 0.0.0.0:5432: bind: address already in use
Exit code 1
​

Ich habe alle Container die im Container Manager der Syno angelegt sind (egal ob gestartet oder nicht) kontrolliert. Die Adresse 0.0.0.0 mit Port 5432 wird nirgends genutzt. Viel mehr Ahnung habe ich leider nicht. Könnt ihr mir Tipps geben, wie ich SpectrumKNX auf Synology zum laufen bekomme - vielen Dank im Voraus und

Gruß Marco

[willisurf]

Es bleibt leider dabei, ich bekomme SpectrumKNX auf einem RasPi 4 mit 64bit Linux nicht zum Laufen.
timescale ist iO, backend wird immer mit einem exec format error beendet.

Im Detail, die einzelnen Schritte:
Alles gelöscht

Portainer Stacks-> Add Stacks
Web editor

copy paste docker-compose.yml
https://github.com/martinhoefling/Sp...er-compose.yml
Die beiden Zeilen entfernt
env_file:
- .env
Portzuordnung angepasst, da $8000 bereits belegt
- "${BIND_PORT:-8080}:${BIND_PORT:-8000}"

Datei .env_example
https://github.com/martinhoefling/Sp...er-compose.yml
über Load variables from .env file hinzugefügt, um über stack.env zu gehen
KNX_PASSWORD ist leer
KNX_PROJECT_PATH ist leer
KNX_GATEWAY_IP ausgefüllt (192.168.178.39)

Deploy

Container backend und timescale ohne Fehler deployed
timescale läuft
backend hat nur kurz die Ports, danach sind diese weg, da laut LOG bei jedem Neustart ein exec format error kommt

Hat irgendjemand eine Idee, bzw. SpectrumKNX auf einem RasPi am Laufen?
image.png
image.png

[henfri]

Kurzversion, da vom Handy: du brauchst nen Container für ARM Architektur.

Langversion von Gemini im Anhang, da ich mobil unterwegs bin.
Hab es aber überflogen und es sieht gut aus.

[martinhoefling]

willisurf - ist vielleicht der timescale container das problem? Kannst du den mal von 15->16 hochziehen. Die 15 scheint von timescale nicht für ARM64. gebaut zu sein. Alterntiv tut es auch ein Postgres Container.

[willisurf]

Langversion von Gemini im Anhang

Dankeschön henfri, leider gibt es dabei ein Problem. Anbei die Ausgabe:

admin@raspberrypi:~ $ git clone https://github.com/martinhoefling/SpectrumKNX.git
Klone nach 'SpectrumKNX'...
remote: Enumerating objects: 2009, done.
remote: Counting objects: 100% (367/367), done.
remote: Compressing objects: 100% (196/196), done.
remote: Total 2009 (delta 244), reused 177 (delta 171), pack-reused 1642 (from 2)
Empfange Objekte: 100% (2009/2009), 14.86 MiB | 17.48 MiB/s, fertig.
Löse Unterschiede auf: 100% (1325/1325), fertig.
admin@raspberrypi:~ $ cd SpectrumKNX
admin@raspberrypi:~/SpectrumKNX $ cp .env_example .env
admin@raspberrypi:~/SpectrumKNX $ nano .env
admin@raspberrypi:~/SpectrumKNX $ docker compose up -d --build
[+] up 19/19
✔ Image timescale/timescaledb:latest-pg15 Pulled 70.4s
[+] Building 1.3s (5/5) FINISHED
=> [internal] load local bake definitions 0.0s
=> => reading from stdin 993B 0.0s
=> [backend internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 418B 0.0s
=> [frontend internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 274B 0.0s
=> ERROR [frontend internal] load metadata for docker.io/library/node:24-slim 1.0s
=> CANCELED [backend internal] load metadata for docker.io/library/python:3.14-slim 1.1s
------
[+] up 19/21 internal] load metadata for docker.io/library/node:24-slim:
✔ Image timescale/timescaledb:latest-pg15 Pulled 70.4s
⠙ Image ghcr.io/martinhoefling/spectrumknx:latest Building 1.5s
⠙ Image spectrumknx-frontend Building 1.5s
Dockerfile:1

--------------------

1 | >>> FROM node:24-slim

2 |

3 | WORKDIR /app

--------------------

target frontend: failed to solve: node:24-slim: failed to resolve source metadata for docker.io/library/node:24-slim: no match for platform in manifest: not found

ist vielleicht der timescale container das problem? Kannst du den mal von 15->16 hochziehen

Ja, die Fehlermeldung deutet jetzt auf ein Problem mit dem timescale container hin.
Dumme Frage, wie ändere ich den von 15 -> 16? Postgres Container sagt mir leider auch nichts.

Ok, kaum gefragt, schon gefunden. Ich ändere die docker-compose.yml
Schauen wir mal....
neue Fehlermeldung

admin@raspberrypi:~/SpectrumKNX $ docker compose up -d --build
[+] up 19/19
✔ Image timescale/timescaledb:latest-pg16 Pulled 68.1s
[+] Building 1.1s (5/5) FINISHED
=> [internal] load local bake definitions 0.0s
=> => reading from stdin 993B 0.0s
=> [backend internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 418B 0.0s
=> [frontend internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 274B 0.0s
=> CANCELED [backend internal] load metadata for docker.io/library/python:3.14-slim 0.9s
=> ERROR [frontend internal] load metadata for docker.io/library/node:24-slim 0.9s
------
[+] up 19/21 internal] load metadata for docker.io/library/node:24-slim:
✔ Image timescale/timescaledb:latest-pg16 Pulled 68.1s
⠙ Image ghcr.io/martinhoefling/spectrumknx:latest Building 1.3s
⠙ Image spectrumknx-frontend Building 1.3s
Dockerfile:1

--------------------

1 | >>> FROM node:24-slim

2 |

3 | WORKDIR /app

--------------------

target frontend: failed to solve: node:24-slim: failed to resolve source metadata for docker.io/library/node:24-slim: no match for platform in manifest: not found

admin@raspberrypi:~/SpectrumKNX $

[martinhoefling]

In dem compose file müsste es eine Zeile geben mit

 image: timescale/timescaledb:latest-pg15

die einfach mal zu latest-pg16 ändern. Alternativ einfach mal zu postgres. Die bauen für alle möglichen Architekturen: https://hub.docker.com/_/postgres#quick-reference-cont

[willisurf]

mal zu latest-pg16 ändern

Hatte ich gemacht, dann kam folgender Fehler (Details s.o.)

target frontend: failed to solve: node:24-slim: failed to resolve source metadata for docker.io/library/node:24-slim: no match for platform in manifest: not found

[martinhoefling]

SpectrumKNX 1.14.0 ist da – mit vielen euren Wünschen 🎉

danke für das viele Feedback! Ein großer Teil der neuen Version geht direkt auf eure Anregungen hier im Thread (und die daraus entstandenen GitHub-Issues) zurück. Hier die Highlights von 1.14.0:

Senden auf den Bus

• „Write to bus"-Panel mit mehreren GAs: Aus der einzelnen Sendezeile ist ein Panel mit mehreren Zeilen geworden – jede mit eigener GA, DPT, Wert, Write/Read sowie optionalem verzögertem/zyklischem Senden, plus Zeilen hinzufügen/entfernen.
• Schnelles „Senden an diese GA"-Popover: Ein Sende-Icon an GAs überall in der App (Gruppenmonitor, „Last Seen Values", Gebäudestruktur, Filterpanel) öffnet ein kompaktes Popover mit dem letzten Wert und DPT-abhängigem Schreiben/Lesen – ohne das große Panel zu öffnen.
• DPT-Eingabehilfen: Kalender-/Uhrzeit-Auswahl für Datum-/Zeit-DPTs (10, 11, 19), Dropdowns für Schalt-/Schritt-DPTs und eine Liste der zuletzt gesendeten Werte.
• On/Off-Buttons für Schalt-DPTs sind jetzt als klar erkennbare Aktions-Buttons gestaltet (wie der Write-Button).

Visualisierung

• Punkte an den Telegramm-Zeitpunkten: Zyklische Telegramme mit gleichem Wert (z. B. ein „server alive" DPT 1.011) sind jetzt als Punkte sichtbar – umschaltbar im Kopf der Visualisierung.
• Zeitachse zum Pannen & Zoomen: Ein Scrollbalken/Brush unter den Graphen – ziehen zum Verschieben, an den Kanten ziehen zum Zoomen, Doppelklick setzt zurück.
• Balken laufen bis zum aktuellsten Telegramm: Ein noch anliegender Zustand (z. B. ein aktiver Präsenzmelder) wird bis zum rechten Rand gezeichnet statt als kaum sichtbarer Streifen.

Struktur & Werte

• „Last Seen Values" ist jetzt ein eigenes Panel, direkt über die Toolbar erreichbar (wie Visualisierung, Statistik, Gebäudestruktur) – und aktualisiert live.
• Funktionen in der Gebäudestruktur: ETS-Funktionen werden mit ihren GAs angezeigt, so lassen sich alle GAs einer Funktion auf einmal auswählen.
• Aufklappbarer Kanal-/GA-Baum in der Geräteansicht, mit den letzten Werten direkt daneben (KNX-Lens-Stil).

Behoben

• GAs mit genau einem empfangenen Telegramm zeigten in der Visualisierung eine kaputte Zeitachse (00:00) – jetzt korrekte Zeiten.

Verfügbar wie gewohnt als Home-Assistant-Add-on und via Docker. Über weiteres Feedback freue ich mich – am besten als GitHub-Issue, dann geht nichts unter. Schaut auch zuerst immer nochmal nach, ob ein ähnlicher Bug schon existiert (Ich hab schon die ersten für 1.14.0 gefunden :-) )

Viele Grüße
Martin

[TabSel]

bin mehr als sprachlos

[mumpf]

Schnelles „Senden an diese GA"-Popover:

Cool, aber leider unvollständig: Ich habe es hier https://github.com/martinhoefling/Sp...ent-5011867858 mal kommentiert. Fehlt vor allem an der Stelle, an der ich es am meisten vermisse...

Gruß, Waldemar