KNX-User-Forum - Foren

NetzwerkSFP Modul Glasfaser Hilfe

altes — Mon, 11 May 2026 20:33:12 GMT

Hallo zusammen, bei uns soll nun endlich Glasfaser ins Haus einziehen. In diesem Zuge möchte ich auf alle unnötigen Geräte verzichten und genau hier bräuchte ich ein bisschen Hilfe.

Ich habe eine Unifi Dream Machine Pro hier sollte nun der neue Anschluss am besten direkt angeschlossen werden.

Hier zu habe ich gelesen benötigte ich ein SFP Modul was zur Schnittstelle meines Anschlusses passt. Hier ist genau das problem 😀, so ganz verstehe ich noch nicht wo rauf ich achten muss.

Für Tipps und Hilfestellungen bin ich Dankbar.

Die Schnittstellen Beschreibung habe ich mal angehangen.

Danke euch

FeaturewunschSortierungsfunktion

minnten — Mon, 11 May 2026 18:45:29 GMT

Hallo,

könntet ihr vielleicht im Quick-Check für die Klemmblöcke neben der Suchfunktion auch eine Funktion einbauen, mit der man die Liste durch das Klicken auf verschiedene Spalten entsprechend sortieren könnte.

An mancher Stelle würde ich gerne sortieren und muss dann aktuell doch immer suchen.

Gruß
Minnten

FirmwareOpenKNX LED-Dimmer

Ing-Dom — Mon, 11 May 2026 14:44:48 GMT

Wie im Thread "Reorganisation von Firmware- und Hardware-Threads" angekündigt, ist das hier ein neuer Thread für die OpenKNX LED-Dimmer - Firmware. Hier werden neue Releases vorgestellt und Fragen zur Software behandelt. Dieser Thread löst den bisherigen gemischten Hardware/Firmware Thread ab, dieser wird nach einer kurzen Übergangszeit geschlossen.

Das OAM-LedDimmer bündelt mehrere OpenKNX-Module, um die LED-Dimmer-Funktion zu realisieren. Dazu gehören:

Unser Basismodul (OGM-Common), das Grundfunktionen von OpenKNX-Geräten bereitstellt.
Konfigurationstransfer (OFM-ConfigTransfer), mit dem man einfach Konfigurationen zwischen OpenKNX-Geräten austauschen kann.
Das LED-Dimmer-Modul (OFM-LedDimmer), das alle Hauptaufgaben des LED-Dimmers realisiert.
(teilweise) Schaltaktor-Modul (OFM-SwitchActuator), das - sofern von der Hardware unterstützt - ein direktes öffnen z.B. einer Tür über ein Relais - ermöglicht.
Logiken (OFM-LogicModule), mit dem man einfache Erweiterungen und Ergänzungen für die Zutrittskontrolle realisieren kann
(teilweise) Virtuelle Taster (OFM-VirtualButton), mit dem Signale von Binäreingängen zu KNX-gerechten Tasteneingaben wandeln kann
(teilweise) Binäreingänge (OFM-BinaryInput), mit dem man Signale von Binäreingängen auf den Bus bringen kann (sofern die Hardware Binäreingänge hat).

In diesem Thread werden primär die Funktionen vom LED-Dimmer-Modul behandelt (OFM-LedDimmer), die anderen in der Firmware enthaltenen Module haben eigene Threads, die die jeweilige Funktionalität adressieren.

Das LED-Dimmer Modul hat eine variable, konfigurierbare Anzahl von verschiedenen Dimmkanälen:
- EK ("Einzelkanal") zum Steuern von einfarbigen Lichtkanälen
- TW ("Tunable White") zum Steuern von Lichtkanälen mit einstellbarer Weißlichtfarbe
- RGB ("Rot Grün Blau") zum Steuern von vollfarbigen Lichtkanälen

Dabei existiert ein flexible Zuordbarkeit der physikalisch an einem Dimmer vorhandenen Anschlüsse ("Hardware-Kanäle") - 1 für EK, 2 für TW und 3 für RGB.
Ein Vierfach-Dimmer kann so zB zu Steuerung eines EK und eines RGB verwendet werden, oder auch 2x TW, oder 1xTW + 2xEK etc. pp.

folgende Features wurden bereits umgesetzt:

- Einstellung der PWM-Frequenz (wenn von der HW unterstützt)
- verschiedene Dimmkurven
- einstellbare Dimmzeiten (Tag/Nacht)
- einstellbare max. Helligkeit
- Treppenlichtfunktion
- Dimmen relativ und absolut
- Sperrobjekte
- Szenensteuerung
- Temperaturüberwachung

Der Status des LED-Dimmer Moduls ist definitiv noch BETA, es sind noch einige Features offen und in Arbeit (RGBW, RGBTW, HCL, Zentralobjekte, Strommessung) als auch bekannte Bugs vorhanden.

Infos zum LED-Dimmer gibt es auch im OpenKNX-Anwender-Wiki.

Folgende Repositories gibt es:

OFM-LedModule
OAM-LedDimmer (OpenKNX-HW)
OAM-LedDimmer-AB (Drittanbieter-HW)

Das aktuelle Releases findet ihr immer auf Github hier:
https://github.com/OpenKNX/OAM-LedDimmer/releases (OpenKNX-HW)
https://github.com/OpenKNX/OAM-LedDimmer-AB/releases (Drittanbieter-HW)

Die Applikationsbeschreibung findet ihr hier: https://github.com/OpenKNX/OFM-LedMo...g-LedDimmer.md

Die LED-Dimmer Funktionalität wurde hauptsächlich von Stefan, Andreas und Simon entwickelt.

Hardware wird nicht in diesem Thread behandelt. In den folgenden Threads werden Hardware und Hardware-Fragen in Zusammenhang mit der LED-Dimmer Firmware behandelt:

Neue Hardware-Threads:
(wird noch ergänzt) -

Alter, gemischter Thread mit Hardware und Firmwarethemen (wird geschlossen): https://knx-user-forum.de/forum/proj...3%BCr-reg-6-te

OAM-InternetServices: Probleme mit NTP

Janncsi — Mon, 11 May 2026 13:50:47 GMT

Hallo zusammen,

wieder einmal ein Problem, bei dem ich nicht weiterkomme....

Ich habe ein OpenKNX REG1-LAN-TP-Base mit der OAM-InternetServices in der Version 1.2.1, mit dem Netzwerk-Modul 0.5 in Betrieb genommen. Um auszuschließen, dass die Firewall irgendwas behindert, darf das Gerät vollkommen frei in jegliche Richtung kommunizieren. Das ist der Log aus den letzten 2 Stunden:

grafik.png

Zu sehen ist eindeutig, dass er Anfragen bzgl. der Wetterdaten macht und auch bzgl. dem DHCP-Request. Leider kommen aber keinerlei NTP-Anfragen an.

Beim NTP-Server habe ich sowohl den default-Wert genutzt, als auch den Router (welcher selbst NTP-Server ist) mit 10.0.40.1.

ReadRequest wird auch nicht beantwortet, Zeit ist aktuell nicht auf dem Bus verfügbar.

Hier noch die Einstellungen im Device selbst:
grafik.png

grafik.png

Danke vorab

Elsner Vari sendet keine Werte

r4id — Mon, 11 May 2026 07:30:24 GMT

Hallo zusammen,

ich habe einen Elsner Vari KNX 3L-T (70383) parametriert.
Das programmieren der physikalischen Adresse hat funktioniert. Die Applikation wurde auch erfolgreich übertragen.

Das Gerät sitzt zu Testzwecken in der Innenlinie. Es ist also kein Linienkoppler dazwischen.

Der Vari sendet keine Werte, weder Helligkeit noch Temperatur.
Ich habe auf zyklisches Senden parametriert. Bei einem ReadRequest sendet er ebenfalls keinen Wert.
Auch kann ich die LED mittels Schaltobjekt nicht ansteuern.

Hatte mit Elsner schon Kontakt. Aussage war, das eventuell ein Defekt vorliegt.
Will nochmal das Schwarmwissen abgreifen. Seht ihr hier irgendeinen Fehler?

KNX/EIBMDT LED-Aktor lässt sich nicht bedienen

starwarsfan — Sun, 10 May 2026 18:53:54 GMT

Hallo miteinander

Auf meiner Aussenlinie habe ich heute diverse Geräte in Betrieb genommen unter anderem Temperatursensoren, einen PM sowie einen MDT LED-Aktor AKD-0224V.02 mit einem Meanwell HLG als Netzteil für einen LED-Strip, geschaltet auch via dem LED-Aktor.

Das Problem: Ich kann alle Geräte problemlos programmieren, incl. Linienkoppler. Der PM funktioniert und die Temperatursensorn melden auch Werte auf den Bus. Der LED-Aktor macht aber keinen Mucks. Er lässt sich problemlos programmieren und auch die Info-Abfrage via ETS funktioniert tadellos. Er reagiert aber auf keinerlei Aktionen, weder direktem An/Aus via KO 135 noch absolutem Dimmen via KO 137. Der Witz dabei: Der Testmodus bei kurzem Betätigen der Programmiertaste funktioniert, der LED-Strip dimmt hoch und bei nochmaligem Betätigen auch wieder runter. Von daher ist die Verkabelung offensichtlich korrekt.

Ich habe den Koppler auch schon Testweise auf Durchzug gestellt aber das macht keinen Unterschied. Und nun sind mir die Ideen ausgegangen. Fällt dem Schwarmwissen hier noch etwas ein? Welche Details braucht's noch?

Neutralleiter parallel schalten, erlaubt?

Gunner67 — Sun, 10 May 2026 16:39:19 GMT

Hallo, mein Elektriker hat fleißig Leitungen verlegt, jetzt ist mir beim Überprüfen seiner Arbeit folgendes aufgefallen:

Ich habe insgesamt 3 abgehende Leitungen gefunden wo der N , also blaue Draht, irgendwo in der Anlage durchverbunden sein muss.
Jedenfalls habe ich die Trennschieber der PTI Klemmen alle rausgemacht, die blauen Adern gegeneinander auf Durchgang überprüft und bin eigentlich davon ausgegangen dass ich da keinen Durchgang feststelle. Jetzt habe ich aber mindestens 3 Leitungen wo er den blauen irgendwo durchverbunden haben muss, wo weiß ich nicht, teilweise wirkt es recht chaotisch. Meine Frage, ist so etwas überhaupt zulässig?

Ich habe so etwas ehrlich gesagt noch nie irgendwo erlebt, außer vielleicht in einem Altbau wo eh alles Kreuz und quer verdrahtet ist. Aber bei ner Neuinstallation bin ich eigentlich der Meinung dass so etwas nicht erlaubt ist.

Also solche "Schleifen" zu bauen kann doch nicht rechtens sein?

OpenKNX Logikmodul: Treppenlichtfunktion mit Einschaltverzögerung

tobiasr — Sun, 10 May 2026 16:13:24 GMT

Hallo,

ich verwende zwei Zutrittskontrollmodule, eines an der Haus- das andere an der Wohnungstür. Ich habe mir jetzt eine Aktion gebaut, die BEIDE Türen mit kurzem Versatz auslösen soll.

Idee: Eine Gruppenadresse "Beide Türen" wird durch die Aktion ausgelöst und geht auf dem Haustür-Controller auf den Eingang "Relais schalten". Der Aktions-Timer schaltet das Relais wieder aus.

Gleichzeitig geht er an eine Logik der Wohnungstür mit insbesondere folgenden Einstellungen:
grafik.png

Der Ausgang der Logik geht an 'absolutes KO 91' (Relais).

Mein Wunsch wäre jetzt: die Logik schaltet nach 15 Sekunden aus und 3 Sekunden später wieder aus. Aber offenbar scheint das so nicht zu funktionieren.

Zum testen habe ich die Treppenlicht-Zeit auf 18 Sekunden gestellt, und dies scheint den erwünschten Effekt zu bringen. So ganz richtig wirkt das aber nicht für mich.

Ist hier ggf. ein Ablauffehler im Code, ein Fehler in der Beschreibung oder in meinem Verständnis der Funktion?

Quantenphysik im EibPC: then und else "gleichzeitig"

Tokamak — Sun, 10 May 2026 15:27:07 GMT

Ich weiß nicht, ob das Thema in diesem Unterforum schon mal behandelt wurde.

Das nun folgende Problem hat mich Stunden gekostet und lässt mich immer noch kopfschüttelnd zurück.

Bei der Programmierung eines Automaten für unser Garagentor, das sowohl über einen Auf/Ab/Stop-Taster als auch über die Fernbededienung und das EibPC-UI gesteuert werden kann, bin ich auf ein Problem gestoßen, das im folgende Code-Beispiel zum Ausdruck kommt:

Code:

letzter = 0b01
aktuell = 0b01

if aktuell != letzter then letzter = aktuell; endif;

if cycle(0u08, 3u08) then {
        if letzter == 0b01 then {
                aktuell = 1b01;
        } else {
                aktuell = 0b01;
        } endif;
} endif;

(ja, der Code ist zu vereinfachen, er stellt lediglich den Kern des Problems dar)

In letzter wird unter bestimmten Umständen der aktuelle Wert gespeichert (hier vereinfacht, wenn aktuell != letzter). Dieser archivierte Wert beeinflusst unter bestimmten Umständen den aktuellen Wert (hier vereinfacht bei jedem cycle()).

Dieser Code sollte in allen Programmierwelten, die ich kenne, alle 3 Sekunden den Wert von aktuell toggeln. Das tut er aber nicht. Nach jedem cycle() ist aktuell immer noch bzw. wieder 0.

Tatsächlich geschieht das Kuriosum, dass aktuell im then-Zweig zunächst auf 1b01 gesetzt wird, letzter daraufhin auf Grund der if-Bedindung aktuell != letzter davor ebenso auf 1b01, was dann dazu führt, dass nun wegen letzter != 0b01 der else-Zweig durchlaufen wird, der aktuell wieder auf 0b01 setzt.

Das heißt, obwohl cycle() lt. Dokumentation "für einen Verarbeitungszyklus" den Rückgabewert 1b01 setzt, wird innerhalb dieses einen(!) Verarbeitungszyklusses

unten letzter == 0b01 geprüft
aktuell = 1b01 im then-Zweig gesetzt
oben aktuell != letzter geprüft
letzter = aktuell im dessen then-Zweig gesetzt
unten letzter == 0b01 nun negativ geprüft
aktuell = 0b01 im else-Zweig gesetzt

Das widerspricht meiner Anschauung von "ein Verarbeitungszyklus". Im Ergebnis widerspricht das dem entweder-oder des then...else. Wenn der Code des then-Zweiges ausgeführt wird, dann niemals der Code des else-Zweiges - und umgekehrt, zumindest nicht in einem Zyklus.

Meines Erachtens ist das Verhalten des EibPC an dieser Stelle möglicherweise erklärbar, aber falsch.

Alexa Darstellung Raffstores/Jalousie

Disk2012 — Sun, 10 May 2026 13:29:01 GMT

Hey,
wisst ihr, wie ich es hinbekomme, in der Alexa App, zwei Regler zu bekommen, um sowohl die Höhe als auch die Position der Lamellen zu fahren?
Hintergrund: Wir wollen viel über die Sprachsteuerung machen und im Idealfall bekomme ich es hin, beide Dinge über ein Gerät in der Alexa App fahrbar zu machen, anstatt ein zweites Gerät dafür anzulegen. Dann hätte ich nämlich in der Gira Smart Home App ein weiteres Gerät dafür.
Ich habe in einem alten Forum gesehen, dass es mal mit Alexa ging, sich zwei Regler anzeigen zu lassen.
Im GPA habe ich alles richtig konfiguriert, denn mit der Gira Smart Home App funktioniert es wunderbar.
Vielen Dnak euch & liebe Grüße
Matthias

Heizungsregelung zeigt nur die Temperatur an.

burna — Sun, 10 May 2026 09:59:03 GMT

Guten Tag
Ich habe bei HA einen Heizungsregelung eingerichtet. Nun zeigt dieser lediglich die Temperatur an.
Ich kann aber an diesem Rad die Temperatur nicht verschieben.
Ich mache dies Zusammen mit KNX.
Hier einige Print Screens der Konfiguration.
image.png image.png
Hat mir jemand bitte einen Tipp.

Gruss und danke

Erdgeschoss auf 24V umrüsten über Kriechspeicher

Theees — Sat, 09 May 2026 20:18:54 GMT

Hallo zusammen,

ich überlege meine Beleuchtung im Erdgeschoss komplett auf 24V umzurüsten. Ich habe in der Unterverteilung kaum Platz und die Leitungsverlegung für den aktuell verbauten Enertex HV Dimmaktor stellt mich nicht zufrieden.

Wir haben über dem EG einen Kriechspeicher da unser Dach 12° hat. Im Kriechspeicher wurden damals überall Verteilerdosen installiert in welchen auch die NYM-Leitungen zu den Lampen liegen.

Der Haken an der Sache wäre der Speicher an sich, denn dieser ist dank Geschossdeckendämmung ungedämmt. D.h. im Sommer sind da schon wirklich ordentliche Temperaturen (habs aber noch nicht gemessen) von schätzungsweise bestimmt 40°-50° je nach Aussentemperatur. Ich denke nicht das es im Winter unter 0° geht aber denkbar wäre das.

Der Plan wäre z.B. alle GU10-Deckenspots z.B. auf diese Benory Spots umzurüsten und diese dann mit den Meanwell PWM-60/120/200-KN Dimmaktoren zu betreiben.
Die könnten zumindest laut Datenblatt die Temperaturen locker ab und wären einfach direkt neben der entsprechenden Verteilerdose am Balken montierbar. Ich habe schon ein Meanwell in der Garage an den Voltus MR16 Spots und das läuft soweit gut.

Ich frage mich aber ob ich mich damit nicht zu stark einschränke. Wenn die Netzteile auf lange Sicht nicht performen gibt es hierzu so gut wie keine Alternative. Ich könnte zwar auch einen MDT AKD verbauen aber es gibt hier ja keinen Schaltschrank und laut Datenblatt ist die Umgebungstemperatur von 0-45° angegeben.
Alternativ gäbe es noch den Enertex Dimmsequenzer mit -5 - 45° in einer größeren Verteilerdose und externen NT.

Andrerseits macht man ja an so Tagen mit über 30° Tagsüber eh nicht das Licht an. Haben da genug und große Fenster.

Mich würde mal interessieren ob ihr hier ne Meinung zu habt von wegen mach oder lass es lieber weil...

Gruß Thies

SmartHomeNG Release v1.12

Morg — Sat, 09 May 2026 10:10:40 GMT

Aktuelle Version

Stand 09. Mai 2026 ist im master Branch auf Github die Version v1.12.0 als stabile Version von SmartHomeNG verfügbar.
Nur die Version aus dem master Branch sollte für den produktiven Einsatz benutzt werden!

Was ist neu in SmartNomeNG v1.12.0?

Es handelt sich um ein Feature-Release, welches neue Features und Plugins enthält.

Eine Kurzübersicht der größeren Neuerungen findet sich hier in der Dokumentation: Neuerungen im Release v1.12

Eine vollständige Übersicht über alle Änderungen ist in den Release Notes zu finden. Die aktuellen Release Notes sind in der Anwender Dokumentation unter docs.smarthomeng.de zu finden.

Was ist beim Update auf v1.12 zu beachten?

Die minimale Python Version mit der SmartHomeNG v1.12 startet ist Python 3.9. offiziell unterstützt wird Python 3.10
Falls SmartHomeNG sonst als Linux systemd Service gestartet wird:
1. Bitte dringend zunächst den Service abschalten
2. erfolgreiche Installation abwarten, es sollten keine Fehler mehr im Log zu finden sein
3. Service anpassen siehe https://docs.smarthomeng.de/installa...ng_daemon.html
4. Service wieder in Betrieb nehmen
Falls die smartVISU zusammen mit dem websocket Modul verwendet wird, muss das smartvisu Plugin konfiguriert sein.

Dokumentation

Unter https://www.smarthomeNG.de findet sich unser Blog. Die Dokumentation ist unter https://docs.smarthomeng.de zu finden.

Der Develop Branch

Es findet eine aktive Weiterentwicklung statt, daher bitte mit einem Produktionssystem nicht auf den Entwicklungszweig gehen!
Man sollte nur auf den develop Branch gehen, wenn man genau weiß, was man da macht.
Es kann immer mal passieren, dass der develop branch aufgrund der laufenden Entwicklung in einem nicht lauffähigen Zustand ist.

Auch ein Mischen vom master Branch und develop Plugins kann, aber muss nicht klappen, da einige Plugins aus dem develop Branch Funktionalitäten des Core benötigen könnten, die im master branch noch nicht vorhanden sind. In diesem Fall wird das Plugin nicht laden und einen Log Eintrag schreiben.

Unterstützung

Natürlich gibt es hier im Forum Unterstützung. Zusätzlich haben wir auf https://gitter.im/smarthomeNG/smarthome einen Chat für SmartHomeNG eingerichtet. Dort schauen viele User und Entwickler in regelmäßgen Abständen rein.

Hinweis: Da der Anmeldeserver von gitter nicht mehr die volle Funktionalität bietet, sind Neuanmeldungen dort nicht möglich. Wer sich bei Matrix anmeldet (z.B. mit der Element-App oder auf der Element-Webseite), kann trotzdem den SmartHomeNG-Raum betreten.

WICHTIG: Unterstützung bei Fragen und Problemen

Bevor ihr postet oder um Hilfe fragt, bitte

im Administrations-Interface einen Überblick verschaffen ob z.B. config files richtig im SmartHomeNG ankommen
Im Logfile nach Fehlern oder Warnungen suchen und wenn möglich deren Ursachen beseitigen.
SmartHomeNG im Debugmodus starten oder besser: Für nur den betroffenen Teil den Log-Level auf INFO oder DEBUG hochsetzen.

Wenn Ihr Hilfe braucht und nicht weiterkommt werden Euch andere hier im Forum gerne weiterhelfen.

Wenn ihr dann postet, geizt bitte nicht mit Informationen über eure Installation. Wir können alle nicht Hellsehen. Für uns hilfreich oder sogar notwendig sind unter anderem:

Beschreibung was ihr erreichen wollt
Erläuterung was ihr bisher gemacht habt
Genaue Bescheibung des wahrgenommenen Problems
("Läuft nicht" ist da nicht ausreichend...)
Erläuterung welches Verhalten ihr erwartet
SmartHomeNG Version
Python Version
Betriebssystem mit Version
eingesetzte Hardware
Art der Installation
(z.B. Nach Komplettanleitung oder Raspberry Pi Image oder Update von Vorversion oder ...)
Konfigurierte Plugins (gerne die etc/plugin.yaml mit posten)
gegebenfalls die entsprechenden Item Konfigurationen (aus items/*.yaml)

Viel Spaß und viel Erfolg mit Eurem SmartHomeNG!

X1Gira X1 - Shelly Pro3 EM :: Mini Logikbaustein zum Auslesen Leistung/Strom

MultiMike — Fri, 08 May 2026 14:29:37 GMT

Falls noch jemand Verwendung dafür hat ...

KNX Stammtisch Schweiz im Juni

PeterPan — Fri, 08 May 2026 13:12:50 GMT

Hallo Kollegen!

nach langer Zeit würde ich gerne den KNX Stammtisch Schweiz wieder aufleben lassen.

Wir treffen uns der Einfachheit halber am Besten im Restaurant in Eggenwil bei Bremgarten. Dann würde ich die Speisen vorbereiten und es käme uns wesentlich günstiger. Alternativ das bewährte Restaurant Katzensee.

Der Ablauf wäre wieder ab 18:30 Uhr gemeinsames Essen. Ab 19:30 Uhr zwei oder max. drei Vorträge Ende gegen 22 Uhr.

Bereits bei mir gemeldet haben sich Elsner und Enertex. Atios ist auch dabei. Bin aber offen für weitere KNX Vertreter.

Hier geht es zur Doodle-Umfrage

https://doodle.com/group-poll/participate/dJKgkAJe

Hier geht's zum Foren-Thread:
https://knx-user-forum.de/forum/%C3%...mmtisch/page83

Bei Fragen und Anregungen: Melden!

Gruss Peter