Hi, ich musste FHEM ganz neu aufsetzen.
Meine Hardware ist:
Raspberry 3b
ZWAVE Doungle
Busware Tulstick (älteres Modell)
Nach der Installation sind die ZWAVE- und KNX-Adressen sowohl über das Web als auch über die FHEM-App schaltbar.
Ich habe aber noch die folgenden 2 Probleme.
Anmerkung: ich habe die fhem.cfg aus der alten Installation übernommen.
Dort hatte ich diese beiden Probleme nicht. Was sich jetzt natürlich geändert hat, ist das neue Betriebssystem des Raspberry und neues KNXD und FHEM.
Problem 1:Wenn ich im EG ein Licht über den Wandschalter schalte, dann sehe ich in der FHEM-App diesen Statuswechsel (on oder off).
Im Keller und OG ändert sich der Status aber nur, wenn ich das Gerät über FHEM schalte aber nicht über den entsprechenden Wandschalter.
Auch der Befehl get Objekt g1 funktioniert dort nicht.
Deswegen funktionieren auch meine notify-Befehle nicht mehr.
Problem 2:Die Ist-Temperatur, die Luftfeuchtigkeit wird in FHEM für alle Räume angezeigt. Die Soll-Temperatur jedoch nur komplett im EG und nur 2 Geräte im Keller und keines im OG.
Hier mal 2 Beispiele:
das funktioniert:
Zitatdefine Heizg_Luftf_EG_WZ KNX 5/3/13:dpt9.007:Humidity:get:nosuffix 5/6/13:dpt9:solltemp_ist:get:nosuffix 5/5/13:dpt9:temperature:get:nosuffix 2/1/5:dpt5.001:valvepos:get:nosuffix
attr Heizg_Luftf_EG_WZ room C_Heizung,KNX
attr Heizg_Luftf_EG_WZ stateFormat Luftf: Humidity, Ist: temperature °C, Soll: solltemp_ist °C, Ventil: valvepos
das nicht:
Zitatdefine Heizg_Luftf_OG_Buero KNX 5/3/17:dpt9.007:Humidity:get:nosuffix 5/6/17:dpt9:solltemp_ist:get:nosuffix 5/5/17:dpt9:temperature:get:nosuffix 3/1/6:dpt5.001:valvepos:get:nosuffix
setuuid Heizg_Luftf_OG_Buero 69982218-f33f-5a18-095c-2e71c4506b1484d9
attr Heizg_Luftf_OG_Buero room C_Heizung,KNX
attr Heizg_Luftf_OG_Buero stateFormat Luftf: Humidity, Ist: temperature °C, Soll: solltemp_ist °C, Ventil: valvepos
Vielleicht noch zur Zusatzinfo meine Einbindung des TUL-Sticks (gem. FHEM-WIKI):sudo nano /etc/udev/rules.d/99-usb-serial.rulesZitatSUBSYSTEM=="tty", ATTRS{idVendor}=="03eb", ATTRS{idProduct}=="204b", ATTRS{serial}=="854393438363514130E0", SYMLINK+="knx", OWNER="knxd"
Serielle Schnittstelle deaktiviert
sudo nano /etc/knxd.confZitatKNXD_OPTS="-e 1.2.202 -E 1.2.203:8 -c -DTRS -b tpuarts:/dev/knx"
In fhem.cfg
(hier bin ich mir unsicher, ob das richtig ist, da ich diesen Eintrag nicht in FHEMWIKI gefunden habe):
Zitatdefine KNX TUL knxd:localhost 1.2.203
Vielleicht liegt dort der Fehler?
Ich bin jetzt unsicher, wo ich noch suchen kann. Es irritiert mich, dass es vor der Neuinstallation geklappt hatte.
LG Boekel
Hi,
1) wenn Heizg_Luftf_EG_WZ funktioiert, aber Heizg_Luftf_OG_Buero nicht, dann ist dass seltsam:
Die beiden definitionen sind ident, abgesehen von den Gruppenadressen! Daher ist klar, das Interface KNX-Bus- TUL- FHEM funktioniert grundsätzlich.
als Vermutung bleibt: Die Gruppenaddressen sind nicht korrekt, oder (unwahrscheinlich) es gibt ein KNX-Bus Problem zw. EG und OG.
Besser wäre es statt definitionen ein list <device> zu posten, da kann man wesentlich mehr erkennen.
2) zu Problem 1: poste doch mal ein Beispiel eines devices und des notifies, das nicht funktioniert.
3)statt:
Zitatdefine KNX TUL knxd:localhost 1.2.203
besser:
define KNXGW KNXIO T localhost:6720 1.2.203 siehe wiki KNXIO - dort gibts auch Hinweise zum knxd
PS: evtl auch einen Blick ins Log vom KNXD werfen, .....
l.g. erwin
Hi, erstmal danke.
mit
define KNXGW KNXIO T localhost:6720 1.2.203 hatte ich keinen Zugriff mehr auf den BUS.
Außerdem musste ich mit
sudo raspi-config jetzt auch die serielle Schnittstelle wieder aktivieren. Da nur dann ZWAVE funktioniert.
mit
define KNX KNXIO T localhost:6720 1.2.203 hatte ich wieder Zugriff. Aber mit den gleichen beiden Problemen wie oben.
Beim Restart von FHEM wurde folgendes ins log geschrieben:
Zitat2026.02.25 10:08:06 1: Including fhem.cfg
2026.02.25 10:08:06 3: WEB: port 8083 opened
2026.02.25 10:08:06 3: WEBphone: port 8084 opened
2026.02.25 10:08:06 3: WEBtablet: port 8085 opened
2026.02.25 10:08:07 2: eventTypes: loaded 2460 lines from ./log/eventTypes.txt
2026.02.25 10:08:07 3: Opening ZWAVE1 device /dev/serial0
2026.02.25 10:08:07 3: Setting ZWAVE1 serial parameters to 115200,8,N,1
2026.02.25 10:08:08 3: ZWAVE1 device opened
2026.02.25 10:08:08 1: PERL WARNING: Attempt to call undefined import method with arguments ("DevIo_OpenDev" ...) via package "DevIo" (Perhaps you forgot to load the package?) at ./FHEM/00_KNXIO.pm line 106, <$fh> line 67.
2026.02.25 10:08:08 1: PERL WARNING: Attempt to call undefined import method with arguments ("TcpServer_Open" ...) via package "TcpServerUtils" (Perhaps you forgot to load the package?) at ./FHEM/00_KNXIO.pm line 108, <$fh> line 67.
2026.02.25 10:08:08 1: PERL WARNING: Attempt to call undefined import method with arguments ("HttpUtils_gethostbyname" ...) via package "HttpUtils" (Perhaps you forgot to load the package?) at ./FHEM/00_KNXIO.pm line 109, <$fh> line 67.
2026.02.25 10:08:08 3: KNX [KNXIO_gethostbyname_Cb 837]: DNS query result= 127.0.0.1
2026.02.25 10:08:08 3: KNX [KNXIO_Define 257]: opening mode=T
2026.02.25 10:08:08 3: ZWave: cannot load Crypt::Rijndael, SECURITY class disabled
2026.02.25 10:08:08 1: PERL WARNING: Odd number of elements in hash assignment at ./FHEM/10_ZWave.pm line 5678, <$fh> line 1000.
2026.02.25 10:08:10 1: Including ./log/fhem.save
2026.02.25 10:08:10 1: usb create starting
2026.02.25 10:08:10 3: Probing CUL device /dev/ttyACM0
2026.02.25 10:08:10 3: Probing TCM_ESP3 device /dev/ttyACM0
2026.02.25 10:08:10 3: Probing ZWDongle device /dev/ttyACM0
2026.02.25 10:08:11 3: Probing SIGNALDuino device /dev/ttyACM0
2026.02.25 10:08:11 3: Probing MYSENSORS device /dev/ttyACM0
2026.02.25 10:08:11 3: Probing ArduCounter device /dev/ttyACM0
2026.02.25 10:08:11 3: Probing ElsnerWS device /dev/ttyACM0
2026.02.25 10:08:12 3: Probing FRM device /dev/ttyACM0
2026.02.25 10:08:12 3: Probing CUL device /dev/ttyS0
2026.02.25 10:08:12 1: PERL WARNING: can't getattr: Input/output error at FHEM/DevIo.pm line 613.
2026.02.25 10:08:12 1: CUL: Can't open /dev/ttyS0: Input/output error
2026.02.25 10:08:12 1: usb create end
2026.02.25 10:08:12 0: Featurelevel: 6.4
2026.02.25 10:08:12 0: Server started with 295 defined entities (fhem.pl:30719/2026-01-11 perl:5.040001 os:linux user:fhem pid:787)
2026.02.25 10:08:12 1: SUNRISE: set both longitude and latitude or none of them
2026.02.25 10:08:12 2: ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
2026.02.25 10:08:13 2: OG_SZ_Kleider_Licht [KNX_Define2 810]: GAD 3/2/2 may be supplied only once per device
2026.02.25 10:08:14 3: KNX [KNXIO_handleConn 1011]: initial-connect
Kannst Du daraus schon was ableiten? Die wiki KNXIO ist für mich schwer zu verstehen. Gerade auch wenn dort steht:
ZitatEine direkte Unterstützung von Seriellen/USB Gateways ist nicht implementiert!
und ich verwende einen schon älteren TUL-Stick über eine der 4 USB-Schnittstellen.
Zu list Heizg_Luftf_EG_WZ: hier funktioniert die Anzeigt solltemp_ist:
ZitatInternals:
DEF 5/3/13:dpt9.007:Humidity:get:nosuffix 5/6/13:dpt9:solltemp_ist:get:nosuffix 5/5/13:dpt9:temperature:get:nosuffix 2/1/5:dpt5.001:valvepos:get:nosuffix
FUUID 6998215e-f33f-5a18-e132-79ac941d35d669c2
IODev KNX
KNX_MSGCNT 4
KNX_TIME 2026-02-25 10:12:40
LASTInputDev KNX
MSGCNT 4
NAME Heizg_Luftf_EG_WZ
NR 358
STATE Luftf: 50.8 %, Ist: 21.5 °C, Soll: 21.5 °C, Ventil: 34 %
TYPE KNX
eventCount 4
model dpt9
GADDETAILS:
Humidity:
CODE 0530d
MODEL dpt9.007
NO 1
OPTION get
RDNAMEGET Humidity
RDNAMESET Humidity
SETLIST
solltemp_ist:
CODE 0560d
MODEL dpt9
NO 2
OPTION get
RDNAMEGET solltemp_ist
RDNAMESET solltemp_ist
SETLIST
temperature:
CODE 0550d
MODEL dpt9
NO 3
OPTION get
RDNAMEGET temperature
RDNAMESET temperature
SETLIST
valvepos:
CODE 02105
MODEL dpt5.001
NO 4
OPTION get
RDNAMEGET valvepos
RDNAMESET valvepos
SETLIST :slider,0,1,100
GADTABLE:
02105 valvepos
0530d Humidity
0550d temperature
0560d solltemp_ist
Helper:
READINGS:
2026-02-25 10:12:21 Humidity 50.8 %
2026-02-25 10:08:14 IODev KNX
2026-02-25 10:12:40 last-sender 1.2.29
2026-02-20 09:55:41 solltemp_ist 21.5
2026-02-25 10:12:40 state 34 %
2026-02-25 10:11:21 temperature 21.5
2026-02-25 10:12:40 valvepos 34 %
Attributes:
room C_Heizung,KNX
stateFormat Luftf: Humidity, Ist: temperature °C, Soll: solltemp_ist °C, Ventil: valvepos
Zu list Heizg_Luftf_EG_WZ: hier funktioniert die Anzeige solltemp_ist NICHT:
ZitatInternals:
DEF 5/3/17:dpt9.007:Humidity:get:nosuffix 5/6/17:dpt9:solltemp_ist:get:nosuffix 5/5/17:dpt9:temperature:get:nosuffix 3/1/6:dpt5.001:valvepos:get:nosuffix
FUUID 69982218-f33f-5a18-095c-2e71c4506b1484d9
IODev KNX
NAME Heizg_Luftf_OG_Buero
NR 360
STATE Luftf: 50.6 %, Ist: 20.4 °C, Soll: solltemp_ist °C, Ventil: 22 %
TYPE KNX
model dpt9
GADDETAILS:
Humidity:
CODE 05311
MODEL dpt9.007
NO 1
OPTION get
RDNAMEGET Humidity
RDNAMESET Humidity
SETLIST
solltemp_ist:
CODE 05611
MODEL dpt9
NO 2
OPTION get
RDNAMEGET solltemp_ist
RDNAMESET solltemp_ist
SETLIST
temperature:
CODE 05511
MODEL dpt9
NO 3
OPTION get
RDNAMEGET temperature
RDNAMESET temperature
SETLIST
valvepos:
CODE 03106
MODEL dpt5.001
NO 4
OPTION get
RDNAMEGET valvepos
RDNAMESET valvepos
SETLIST :slider,0,1,100
GADTABLE:
03106 valvepos
05311 Humidity
05511 temperature
05611 solltemp_ist
Helper:
READINGS:
2026-02-25 07:40:07 Humidity 50.6 %
2026-02-25 10:08:14 IODev KNX
2026-02-25 07:40:07 last-sender 1.3.14
2026-02-25 07:40:07 state 50.6 %
2026-02-25 07:40:07 temperature 20.4
2026-02-25 00:29:10 valvepos 22 %
Attributes:
room C_Heizung,KNX
stateFormat Luftf: Humidity, Ist: temperature °C, Soll: solltemp_ist °C, Ventil: valvepos
Die KNX-Adressen stimmen. Sie haben mit der alten Installation geklappt.
Noch eine Zusatzinfo:
Die solltemp_ist wird in 2 Räumen des Kellers angezeigt. Aber auch dort gibt es keine Statusrückmeldungen der Schaltvorgänge der Wandschalter.
lg Boekel
Ich will bei KNX nicht mitmischen aber:
Zitat von: Boekel am 25 Februar 2026, 10:39:36ZWave: cannot load Crypt::Rijndael, SECURITY class disabled
dir fehlt das debian Paket libcrypt-rijndael-perl
Zitat von: Boekel am 25 Februar 2026, 10:39:36usb create starting
das hilft selten und macht eventuell Probleme:
Bitte mach in FHEM
attr initialUsbCheck disable 1gefolgt von einem save. Und dann noch zeitnahe ein Neustart am Besten mit "Strom aus" - manche USB Geräte mögen nämlich diesen Check nicht und geraten in einen eigenartigen Zustand.
Danke!
Paket installiert und die Fehlermeldung
ZitatZWave: cannot load Crypt::Rijndael, SECURITY class disabled
ist weg.
In FHEM:
attr initialUsbCheck disable 1 Nach Neustart raspberry (und Runterfahren, vom Strom weg und nach 30 Sekunden wieder dran) kommt folgender viel übersichtlicher log:
Zitat2026.02.25 12:12:26 1: Including fhem.cfg
2026.02.25 12:12:27 3: WEB: port 8083 opened
2026.02.25 12:12:27 3: WEBphone: port 8084 opened
2026.02.25 12:12:27 3: WEBtablet: port 8085 opened
2026.02.25 12:12:27 2: eventTypes: loaded 2497 lines from ./log/eventTypes.txt
2026.02.25 12:12:27 3: Opening ZWAVE1 device /dev/serial0
2026.02.25 12:12:27 3: Setting ZWAVE1 serial parameters to 115200,8,N,1
2026.02.25 12:12:29 3: ZWAVE1 device opened
2026.02.25 12:12:29 1: PERL WARNING: Attempt to call undefined import method with arguments ("DevIo_OpenDev" ...) via package "DevIo" (Perhaps you forgot to load the package?) at ./FHEM/00_KNXIO.pm line 106, <$fh> line 68.
2026.02.25 12:12:29 1: PERL WARNING: Attempt to call undefined import method with arguments ("TcpServer_Open" ...) via package "TcpServerUtils" (Perhaps you forgot to load the package?) at ./FHEM/00_KNXIO.pm line 108, <$fh> line 68.
2026.02.25 12:12:29 1: PERL WARNING: Attempt to call undefined import method with arguments ("HttpUtils_gethostbyname" ...) via package "HttpUtils" (Perhaps you forgot to load the package?) at ./FHEM/00_KNXIO.pm line 109, <$fh> line 68.
2026.02.25 12:12:29 3: KNX [KNXIO_gethostbyname_Cb 837]: DNS query result= 127.0.0.1
2026.02.25 12:12:29 3: KNX [KNXIO_Define 257]: opening mode=T
2026.02.25 12:12:29 1: PERL WARNING: Odd number of elements in hash assignment at ./FHEM/10_ZWave.pm line 5678, <$fh> line 1000.
2026.02.25 12:12:31 1: Including ./log/fhem.save
2026.02.25 12:12:31 1: Messages collected while initializing FHEM:SecurityCheck:
WEBtablet is not password protected
WEB is not password protected
WEBphone is not password protected
Protect this FHEM installation by configuring the allowed device allowed_WEB
You can disable this message with attr global motd none
2026.02.25 12:12:31 0: Featurelevel: 6.4
2026.02.25 12:12:31 0: Server started with 295 defined entities (fhem.pl:30719/2026-01-11 perl:5.040001 os:linux user:fhem pid:735)
2026.02.25 12:12:31 2: ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
2026.02.25 12:12:31 3: KNX [KNXIO_handleConn 1011]: initial-connect
2026.02.25 12:12:42 2: AttrTemplates: got 269 entries
D.h. viele Meldungen wie z.B.
ZitatCUL: Can't open /dev/ttyS0: Input/output error
sind verschwunden.
Auf meine beiden Probleme mit der Statusweitergabe von KNX an FHEM hatte das keine Auswirkungen. Entweder hängt das wohl direkt am Bus oder doch eher an den Einträgen im Raspberry zur KNXD-Schnittstelle.
Habt Ihr dort noch eine Idee?
Zitat von: Boekel am 25 Februar 2026, 12:32:512026.02.25 12:12:29 1: PERL WARNING: Attempt to call undefined import method with arguments ("DevIo_OpenDev" ...) via package "DevIo" (Perhaps you forgot to load the package?) at ./FHEM/00_KNXIO.pm line 106, <$fh> line 68.
2026.02.25 12:12:29 1: PERL WARNING: Attempt to call undefined import method with arguments ("TcpServer_Open" ...) via package "TcpServerUtils" (Perhaps you forgot to load the package?) at ./FHEM/00_KNXIO.pm line 108, <$fh> line 68.
2026.02.25 12:12:29 1: PERL WARNING: Attempt to call undefined import method with arguments ("HttpUtils_gethostbyname" ...) via package "HttpUtils" (Perhaps you forgot to load the package?) at ./FHEM/00_KNXIO.pm line 109, <$fh> line 68.
Fehlt da jetzt noch was für die KNX Kommunikation? Vielleicht mal noch hier lesen und suchen: FHEM Kommandozeile
help knx bzw.
help knxio ich lese da auf die Schnelle keine Voraussetzungen.
ZitatFehlt da jetzt noch was für die KNX Kommunikation?
Abgesehen von DevIo, TCPServerUtils, HttpUtils (nur für DNS resolve) brauchts keine zus. Module.... und diese sind mit use eingebunden.
Ich hab zwar jetzt kein perl 5.040 aber falls das das Problem ist, sollten das mehrere User haben...
ZitatDie wiki KNXIO ist für mich schwer zu verstehen. Gerade auch wenn dort steht:
Zitat
Eine direkte Unterstützung von Seriellen/USB Gateways ist nicht implementiert!
..und wie verständlich ist der gesamte Absatz???
ZitatT -TCP Mode: Verbindet mittels TCP-Protokoll mit knxd. Dieser Modus ist der Nachfolger des TUL-Moduls.. Eine direkte Unterstützung von Seriellen/USB Gateways ist nicht implementiert! Falls ein Serielles / USB -Gateway verwendet wird ist die Empfehlung, das via knxd-daemon einzubinden und die Modes: M,S oder T zur Verbindung knxd->FHEM zu verwenden.
Mittlerweile bin ich der Meinung, dass es am knxd bzw. an der Verbindung knxd->TULStick liegt.
Überprüfe noch mal die knxd- optionen - siehe KNXIO wiki!! Sinngemäß sollte das so ausschauen:
KNXD_OPTS="-e 0.0.50 -E 0.0.51:8 -D -T -R -S -single -b tpuarts:/dev/ttyxxx" # connect to a serial/USB KNX GWDaher die Frage: geht eine Verbindung mittels ETS? Gibts infos aus dem knxd Log?
Hi,
aktuell habe ich in /etc/knxd.conf :
ZitatKNXD_OPTS=" -i -D --e 1.2.202 -E 1.2.203:8 -u /tmp/knx -b tpuarts:/dev/knx
.
In
sudo nano /etc/udev/rules.d/99-usb-serial.rulesZitatSUBSYSTEM=="tty", ATTRS{idVendor}=="03eb", ATTRS{idProduct}=="204b", ATTRS{serial}=="854393438363514130E0", SYMLINK+="knx", OWNER="knxd"
und in fhem.cfg
Zitatdefine KNX KNXIO T localhost:6720 1.2.203
Wie sieht das für dich aus?
Ergänzung:
ZitatKNXD_OPTS="-e 0.0.50 -E 0.0.51:8 -D -T -R -S -single -b tpuarts:dev/knx" # connect to a serial/USB KNX GW
in Verbindung mit:
Zitatdefine KNX KNXIO T localhost:6720 0.0.51
hat gar keine Verbindung zwischen FHEM und KNX gehabt.
deswegen habe ich sinngemäß geschrieben,
der -e und -E parameter solle schon zum Rest der KNX passsen,
aber wie siehts mit ETS Verbindung aus
und wie mit dem log vom knxd.
PS: wie man knxd richtig stopped/startet weißt du?
sudo systemctl stop knxd
sudo systemctl stop knxd.socket
sudo systemctl start knxd.socket
sudo systemctl start knxd
### und als draufgabe:
sudo systemctl status knxd
PS: die e option (knxd.conf) sollte nur EINEN - haben, bei dir sind es zwei!!
@erwin: vielen Dank für deine Geduld. Auch wenn es den Eindruck macht, ich bin hier Stunden über Stunden dabei das Problem zu lösen.
sudo nano /etc/knxd.confergibt:
ZitatKNXD_OPTS="-e 0.0.50 -E 0.0.51:8 -D -T -R -S -b tpuarts:/dev/knx"
sudo systemctl status knxdergibt nach Neustart:
Zitatknxd.service - KNX Daemon
Loaded: loaded (/usr/lib/systemd/system/knxd.service; enabled; preset: enabled)
Active: active (running) since Thu 2026-02-26 11:07:02 CET; 7min ago
Invocation: abe3d53cbc4a4eb98d0a27bc0c860824
TriggeredBy: ● knxd.socket
● knxd-net.socket
Main PID: 708 (knxd)
Tasks: 1 (limit: 764)
CPU: 178ms
CGroup: /system.slice/knxd.service
└─708 /usr/bin/knxd -e 0.0.50 -E 0.0.51:8 -D -T -R -S -b tpuarts:/dev/knx
In fhem.cfg habe ich:
Zitatdefine KNX KNXIO T localhost:6720 0.0.51:8
Hier macht es keinen Unterschied, ob ich :8 angefügt habe oder nicht.
Du hast geschrieben:
PS: die e option (knxd.conf) sollte nur EINEN - haben, bei dir sind es zwei!!
Siehst Du das noch? Und falls ja, sehe ich wohl den Wald vor lauter Bäumen nicht mehr und bitte dich mir zu sagen, wo Du das siehst.
Zitat-single
... in der knxd.conf in der Zeile hinzufügen führt dazu, dass in fhem keine Schaltvorgänge auf KNX-Objekten funktionieren.
Woran könnte das liegen?
Siehst Du oder jemand anderes, warum, obwohl der Zugriff soweit funktioniert, die Statusrückmeldungen der Schaltvorgänge über die Wandtaster nur auf einer Etage funktionieren, aber nicht auf den anderen beiden Etagen, obwohl dort die Schaltvorgänge über fhem funktionieren?
LG Boekel
Zitatsiehst Du das noch? Und falls ja, ....
Das war in deinem post vom 25 Februar 2026, 17:01:27
Wo steht beschrieben, das man
ZitatHier macht es keinen Unterschied, ob ich :8 angefügt habe oder nicht.
in der KNXIO-def anfügen soll - nirgends!
Ich verstehe auch nicht warum du nicht Deine ursprünglichen -e und -E parameter verwendest. Also:
KNXD_OPTS="-e 1.2.202 -E 1.2.203:8 -D -T -R -S -b tpuarts:/dev/knx"Ich denke zwar nicht, das das hilft, aber um sicher zu gehen:
define KNXGW KNXIO T 127.0.0.1:6720 0.0.203 und alle bisherigen KNXIO und TUL definitionne löschen.
Nach wie vor keine Erklärung warum eine Etage funktioniert und eine andere nicht!
Hast du evtl. EIB definitionen in deiner fhem.cfg ?
list TYPE=EIB auf der FHEM cmd-line.
ETS hast du noch nicht versucht?
Danke Erwin,
ich muss mal in die ETS, also direkt in den Bus eintauchen. Ich melde mich dann wieder.
Schönes Wochende
Axel