Ankündigung

Einklappen
Keine Ankündigung bisher.

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

Einklappen
Dieser Beitrag wurde beantwortet.
X
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    🥹 GA Network?

    wtf

    Bitte eine HA App dafür damit es auf nem HAOS läuft…!

    Wer wird der erste sein der die xknxproj “Semantik” fürs Filtern greifbar macht? „Charte einen Durchschnitt aller Werte aller Telegramme an GAs, die die mit einem CommObj mit Namen „*Temperatur*“ SENDEND verbunden sind, die von irgendeinem Gerät mit Namen „BWM*T“ in irgendeinem Raum im „Erdgeschoss“ stammen……
    Zuletzt geändert von TabSel; 26.07.2026, 14:20.

    Kommentar


      Zitat von ingel81 Beitrag anzeigen
      lokal gehostete oder Portable UI-Lösung, um mal kurz auf den Bus zu schauen, mit History etc.
      sieht cool aus, danke fürs teilen!

      Kommentar


        ingel81 - deine Version kannte ich auch noch nicht :-), sieht echt so aus, als hätten wir da z.T. ähnliche Ansätze.

        Kommentar


          Hier mal ein Zwischenbericht zur Version 2.0.0-beta4. Eines der neuen experimentellen Features ist ein MCP server der diverse tools der verwendeten KNX Bibliotheken (Telegramme, Project, Bus) zur Verfügung stellt. Damit ist jetzt folgendes möglich:


          Frage an Gemini 4.6 Flash mit konfiguriertem SpectrumKNX MCP Server:

          Kannst du mir sagen, warum heute morgen die Jalousien in der Küche nicht automatisch Verschattet haben?

          Die Antwort sah wie folgt aus:

          Hier sind die genauen Ursachen aus der KNX-Telegramm-Analyse von heute Morgen (02.08.2026):
          1. Öffnen der Türen/Fenster (Aussperrschutz & Sicherheit)
          • Um 07:20 Uhr (CEST) registrierten die Binäreingänge (1.0.12), dass die Küchen-Terrassentür (2/5/6,2/5/7) sowie die Schiebetür (2/5/8) geöffnet/gekippt wurden.
          • Wenn Türkontakte offen gemeldet sind, blockiert der Jalousieaktor (1.0.1) die Sonnenschutzautomatik auf diesen Kanälen, um ein versehentliches Aussperren auf der Terrasse oder Schäden an der Jalousie bei geöffneter Tür zu verhindern.
          2. Manuelle Übersteuerung (Manuell-Betrieb)
          • Um 09:47 Uhr wurde das Küchenfenster F04 manuell über den Taster in der Küche (Glastaster II Kochen 1.0.26 auf GA 2/1/20) bedient.
          • Sobald ein Jalousiekanal manuell über eine Taste bedient wird, schaltet der MDT-Jalousieaktor den entsprechenden Kanal in den Handbetrieb / Manuell-Modus. In diesem Zustand ist die automatische Sonnenschutzsteuerung deaktiviert, bis sie wieder freigegeben oder zurückgesetzt wird.
          3. Keine automatische Beschattungsfreigabe
          • Im Bus-Protokoll wurde heute Morgen kein automatisches Telegramm zur Aktivierung der Sonnenschutz-Freigabe für die Küche (2/1/69 bzw. 0/4/1) gesendet.
          • Erst um 10:52 Uhr wurde die Beschattung der Küche manuell per Tastendruck am Glastaster II Kochen (1.0.26 an GA 2/1/69) gestartet.

          Kommentar


            Zitat von martinhoefling Beitrag anzeigen
            Version 2.0.0-beta4
            Version ist ja als Release mit dem Tag "latest" auf GitHub.

            Update meiner arm64 Version (Portainer auf RasPi) hat nicht funktioniert, ich habe alles genauso gemacht, wie beim Update auf die 1.16.2, d.h. in Portainer auf Stack -> Edit -> Update inkl. "Re-pull image and redeploy". Die Version ist immer noch 1.16.2

            Auch ein Neuinstall in einem zweiten Stack geht nicht auf die neue Version.

            Hat jemand schon upgedated? Habe ich etwas übersehen?

            Das ist mein Docker Compose File
            muss ich eventuell bei der TimeScale db die Version hochsetzen?
            Code:
            services:
              db:
                image: timescale/timescaledb:latest-pg15
                pull_policy: always
                container_name: knx_timescale
                environment:
                  POSTGRES_USER: ${POSTGRES_USER:-knxuser}
                  POSTGRES_PASSWORD: ${POSTGRES_PASSWORD:-knxpassword}
                  POSTGRES_DB: ${POSTGRES_DB:-knx_analyzer}
                ports:
                  - "${POSTGRES_PORT:-5432}:5432"
                volumes:
                  - knx_db_data:/var/lib/postgresql/data
                restart: unless-stopped
            
              backend:
                image: ${APP_IMAGE:-ghcr.io/martinhoefling/spectrumknx:latest}
                container_name: knx_backend
                environment:
                  - POSTGRES_USER=${POSTGRES_USER:-knxuser}
                  - POSTGRES_PASSWORD=${POSTGRES_PASSWORD:-knxpassword}
                  - POSTGRES_DB=${POSTGRES_DB:-knx_analyzer}
                  - POSTGRES_HOST=${POSTGRES_HOST:-db}
                  - POSTGRES_PORT=${POSTGRES_PORT:-5432}
                  - LOG_LEVEL=${LOG_LEVEL:-INFO}
                  - BIND_HOST=${BIND_HOST:-0.0.0.0}
                  - BIND_PORT=${BIND_PORT:-8765}
                env_file:
                  - stack.env
                volumes:
                  - knx_project_data:/project
                ports:
                  - "${BIND_PORT:-8765}:${BIND_PORT:-8765}"
                depends_on:
                  - db
                restart: unless-stopped
            
            volumes:
                knx_db_data:
                knx_project_data:​
            Edit: Durch direkte Angabe des 2.0.0 beta Repos im Docker Compose hat das Update funktioniert, allerdings ist das Tag „latest“ irgendwie nicht bei dem beta Release 2.0.0 wirksam
            Zuletzt geändert von willisurf; 03.08.2026, 17:39.
            Gruß Bernhard

            Kommentar


              Setz mal die pull_policy bei dem SpectrumKNX-Container auch auf always wie bei der TimescaleDB. Wenn sonst ein mit latest getaggter container vorhanden ist wird nicht gepullt.

              edit: Laut Doku sollte allerdings grade latest immer gepullt werden, egal obs bereits lokal gecacht ist oder nicht. Ich würds trotzdem mal probieren.
              Zuletzt geändert von Aandy; 03.08.2026, 20:06.

              Kommentar


                willisurf - latest image tag zeigt immer auf das letzte stabile release.

                Kommentar


                  Zitat von martinhoefling Beitrag anzeigen
                  latest image tag zeigt immer auf das letzte stabile release
                  Passt. Konsequent wäre dann die unstable/beta releases nicht in SpectrumKNX als verfügbares Update anzuzeigen
                  Gruß Bernhard

                  Kommentar

                  Lädt...
                  X