Busware bietet einen neuen TPUART (TUL) an. Dieser besitzt im Vergleich zum alten TUL jetzt einen USB-C-Anschluss.
Die Einbindung in FHEM mittels KNXD ist nicht ganz so einfach, weil der TUL sich nicht wie früher mit "usb-busware.de_TPUART_85..." meldet.
Bei mir zeigte ein ls -la /dev/serial/by-id/ usb-Espressif_USB_JTAG_serial_debug_unit_3C:84:27:A7:76:F4-if00 -> ../../ttyACM2Dieses Device mit dem Namen usb-Espressif_USB... ist der TUL mit der Seriennummer 3C:84:27:A7:76:F4.
lsusbzeigt dann die Herstell- und Produktkennung:
Bus 001 Device 007: ID 303a:1001Die Nummern haben sich im Vergleich zum alten TUL geändert. Es erfolgt wieder kein Hinweis auf TUL oder Busware, was zu Verwirrungen führen kann.
Mit diesen Angaben kann man dann wie im Wiki beschrieben diese Datei editieren
sudo nano /etc/udev/rules.d/99-usb-serial.rulesSUBSYSTEM=="tty", ATTRS{idVendor}=="303a", ATTRS{idProduct}=="1001", ATTRS{serial}=="3C:84:27:A7:76:F4", SYMLINK+="knx", OWNER="knxd"Nach einem rebootlief dann mein knxd wieder und die Anbindung in FHEM über die Modul TUL war erfolgreich.
Anmerkung: Falls der knxd nicht korrekt läuft (z.B. wie bei mir TUL defekt), kann es zu einem deutlich verlangsamten FHEM kommen.
Abhilfe schafft hier das manuelle beenden des knxd über
sudo systemctl stop knxd.socket und sudo systemctl stop knxd.servicebis der defekte TUL ausgetauscht worden ist.
Hi,
Dein post gefällt mir, danke für die Info !
Wegen:
ZitatFalls der knxd nicht korrekt läuft (z.B. wie bei mir TUL defekt....
das liegt daran, dass das Modul TUL kein disable Attribut unterstützt, sonst wäre das auch mit einem FHEM-cmd erledigt gewesen.
Ich würde dir empfehlen, auf das Modul KNXIO umzusteigen (Modul TUL ist deprecated/unsupported ...)
Der Umstieg ist einfach: KNXIO-Wiki (https://wiki.fhem.de/wiki/KNXIO#Umstellung_von_TUL_oder_KNXTUL_Modul)
l.g.erwin
Bin jetzt wie im Wiki beschrieben auf das KNXIO-Modul erfolgreich umgestiegen.
Ist es richtig so, dass jetzt nur noch dieses eine Modul als Verbindung vom KNXD zu FHEM benötigt wird?
Früher hatte ich 2 Module KNX und TUL.
KNX-def eibd:localhost 1.0.203
TUL-def knxd:localhost 1.0.203 By the way, was bedeutet diese Meldung?
AKK16_02_A [KNX_Define2 743]: GAD not defined or wrong format for group-number 2, specify as 0-31/0-7/0-255 Ich habe 32 Schalkanäle im KNX-Bus, aber nur bei 2 Kanälen diese Meldung.
ZitatIst es richtig so, dass jetzt nur noch dieses eine Modul als Verbindung vom KNXD zu FHEM benötigt wird?
Ja!
ZitatBy the way, was bedeutet diese Meldung?
...bedeutet ein definitionsproblem bei diesem device, poste doch bitte das resultat von
list AKK16_02_Al.g.erwin
Internals:
DEF 0/1/0:dpt1.001:set on|off
FUUID 5f7cc814-f33f-0cec-a7e6-63c7e782d855e9ca
IODev myKNXGW
NAME AKK16_02_A
NR 85
STATE on
TYPE KNX
eventCount 8
model dpt1
GADDETAILS:
g1:
CODE 00100
MODEL dpt1.001
NO 1
OPTION set
RDNAMEGET getG1
RDNAMESET setG1
SETLIST :on,off,toggle
GADTABLE:
00100 g1
Helper:
DBLOG:
last-sender:
DBLogging:
TIME 1723521600.03129
VALUE fhem
setG1:
DBLogging:
TIME 1723521600.03129
VALUE on
state:
DBLogging:
TIME 1723521600.03129
VALUE on
READINGS:
2024-08-09 15:25:58 IODev myKNXGW
2024-08-09 06:00:00 getG1 on
2024-08-13 06:00:00 last-sender fhem
2023-04-03 10:19:51 off
2023-04-03 10:19:51 on
2024-08-13 06:00:00 setG1 on
2024-08-13 06:00:00 state on
Attributes:
alias E-Herd_L1
room Erdgeschoss_EG,KNX
userattr power power_map structexclude test test_map
webCmd on:off
Hi!
statt:
ZitatDEF 0/1/0:dpt1.001:set on|off
besser so:
DEF 0/1/0:dpt1.001:setWas das Modul statt "on|off" erwartet, ist ein weitere gruppenadresse:dptxxx:... , oder nichts.
l.g erwin
Hallo,
das habe ich geändert. Jetzt ist diese Meldung weg.
VG
Andreas