Neuigkeiten:

Am Sonntag den 8.12.2024 kann es ab ca. 8:00 Uhr zu kurzzeitigen Einschränkungen / Ausfällen bei den Diensten des FHEM Vereines kommen.
Die Server müssen mal gewartet und dabei neu gestartet werden ;)

Hauptmenü

Neus TPUART USB Modul (TUL)

Begonnen von andremar6918, 05 August 2024, 16:19:46

Vorheriges Thema - Nächstes Thema

andremar6918

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.

erwin

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
l.g.erwin
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

andremar6918

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.

erwin

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_A
l.g.erwin
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

andremar6918

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

erwin

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
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

andremar6918

Hallo,

das habe ich geändert. Jetzt ist diese Meldung weg.

VG

Andreas