Problème interface USB knx au démarrage de jeedom

lionell · Novembre 7, 2020, 8:37

Bonjour, j’ai une interface KNX hager USB TH101. Lors du redémarrage de jeedom V4, le pluging EIB-KNX se lance bien mais il n’y a pas de communication sur le bus. Je suis obligé de redémarrer le Demon pour que cela refonctionne. Pourtant le demon est bien en vert
.
![image|590x211](upload://70tTqZVLq90q1AlQWCCQngRdIfj.png

ET LE LOG si quelqu’un peu m’aider . Merci

Jeedom: Layer 4 [ 1:main        0.000] initialized
Jeedom: Layer 4 [ 1:main        0.000] setting up
Jeedom: Layer 3 [ 4:server/Server      0.001] registerLink: 4:server
Jeedom: Layer 3 [11:A.tcp/inet         0.001] registerLink: 11:A.tcp
Jeedom: Layer 3 [15:B.usb/Conn         0.001] registerLink: 15:B.usb
Jeedom: Layer 4 [ 1:main               0.001] setup OK
Jeedom: Layer 4 [ 1:main               0.001] trigger going up
Jeedom: Layer 3 [15:B.usb/Conn         0.001] Start: cfg:B.usb
Jeedom: Layer 5 [15:B.usb/Conn         0.001] down => >up
Jeedom: Layer 5 [15:B.usb/Conn         0.001] Starting
Jeedom: Layer 1 [18:B.usb/usbL         0.016] Detect
libusb: error [_get_usbfs_fd] libusb couldn't open USB device /dev/bus/usb/001/004: Permission denied
libusb: error [_get_usbfs_fd] libusb requires write access to USB device nodes.
Jeedom: Layer 1 [18:B.usb/usbL         0.017] No matching endpoint found.
Jeedom: Layer 1 [18:B.usb/usbL         0.017] Close G
Jeedom: Layer 1 [18:B.usb/usbL         0.017] Release
Jeedom: Layer 4 [15:B.usb/Conn         0.019] link state changed: >up
Jeedom: Layer 3 [ 4:server/Server      0.019] Start: cfg:server
Jeedom: Layer 5 [ 4:server/Server      0.019] down => >up
Jeedom: Layer 8 [ 4:server/Server      0.019] Open
Jeedom: Layer 0 [ 4:server/Server      0.024] Open
Jeedom: Layer 0 [ 4:server/Server      0.025] Opened
Jeedom: Layer 8 [22:router/driver      0.025] OpenD
Jeedom: Layer 8 [22:router/driver      0.029] OpenedD
Jeedom: Layer 3 [21:router/ConnC       0.029] registerLink: 21:router_21
Jeedom: Layer 3 [21:router/ConnC       0.029] Start: cfg:router
Jeedom: Layer 5 [21:router/ConnC       0.029] down => >up
Jeedom: Layer 5 [21:router/ConnC       0.029] Starting
Jeedom: Layer 5 [21:router/ConnC       0.029] >up => up
Jeedom: Layer 4 [21:router/ConnC       0.029] link state changed: up
Jeedom: Layer 5 [21:router/ConnC       0.029] Started
Jeedom: Layer 4 [21:router/ConnC       0.029] link state changed: up
Jeedom: Layer 8 [ 4:server/Server      0.029] Opened
Jeedom: Layer 5 [ 4:server/Server      0.029] >up => up
Jeedom: Layer 4 [ 4:server/Server      0.029] link state changed: up
Jeedom: Layer 5 [ 4:server/Server      0.029] Started
Jeedom: Layer 4 [ 4:server/Server      0.029] link state changed: up
Jeedom: Layer 3 [11:A.tcp/inet         0.029] Start: cfg:A.tcp
Jeedom: Layer 5 [11:A.tcp/inet         0.029] down => >up
Jeedom: Layer 8 [11:A.tcp/inet         0.029] OpenInetSocket 6720
Jeedom: Layer 8 [11:A.tcp/inet         0.030] InetSocket opened
Jeedom: Layer 5 [11:A.tcp/inet         0.030] >up => up
Jeedom: Layer 4 [11:A.tcp/inet         0.030] link state changed: up
Jeedom: Layer 5 [11:A.tcp/inet         0.030] Started
Jeedom: Layer 4 [11:A.tcp/inet         0.031] link state changed: up
Jeedom: Layer 4 [ 1:main               0.031] going up triggered
Jeedom: Layer 4 [ 1:main               0.032] check start
Jeedom: Layer 4 [15:B.usb/Conn         0.032] state is >up
Jeedom: Layer 4 [ 1:main               0.032] check end: want_up 1 some 1>1 all 0>0, going 1 up 3 down 0
Jeedom: Layer 8 [11:A.tcp/inet         0.694] New Connection
Jeedom: Layer 8 [24:A.tcp/CConn        0.694] ClientConnection Init
Jeedom: Layer 3 [24:A.tcp/CConn        0.694] Allocate 15.15.0
Jeedom: Layer 0 [24:A.tcp/CConn        0.694] ReadMessage(005): 00 26 20 20 00
Jeedom: Layer 7 [25:A.tcp@15.15.0/GS   0.694] OpenGroupSocket
Jeedom: Layer 4 [27:A.tcp/LineDr       0.694] OpenGroupSocket RW
Jeedom: Layer 0 [24:A.tcp/CConn        0.694] Send(002): 00 26
Jeedom: Layer 7 [25:A.tcp@15.15.0/GS   0.694] OpenGroupSocket complete
Jeedom: Layer 3 [26:A.tcp/ConnS        0.694] registerLink: 26:A.tcp_26
Jeedom: Layer 3 [26:A.tcp/ConnS        0.694] Start: cfg:A.tcp
Jeedom: Layer 5 [26:A.tcp/ConnS        0.694] down => >up
Jeedom: Layer 5 [26:A.tcp/ConnS        0.694] Starting
Jeedom: Layer 5 [26:A.tcp/ConnS        0.694] >up => up
Jeedom: Layer 4 [26:A.tcp/ConnS        0.694] link state changed: up
Jeedom: Layer 5 [26:A.tcp/ConnS        0.694] Started
Jeedom: Layer 4 [26:A.tcp/ConnS        0.695] link state changed: up
Jeedom: Layer 4 [ 1:main               0.695] check start
Jeedom: Layer 4 [15:B.usb/Conn         0.695] state is >up
Jeedom: Layer 4 [ 1:main               0.695] check end: want_up 1 some 1>1 all 0>0, going 1 up 3 down 0

beber49 · Décembre 13, 2021, 4:34

Salut, même problème avec le TH101, sauf que moi, je n’arrive rien à lire sur le bus car il cherche ma clef en usb/000 alors qu’elle est sur le bus 001…
Et d’ailleurs dans le champ adresse de la passerelle, j’ai juste ‹ › : ‹ › de marqué…
Tu as réussi à contourner le problème ?

mika-nt28 · Décembre 13, 2021, 5:37

Peux-tu faire un ssh avec la commande « lsusb »

beber49 · Décembre 13, 2021, 10:54

Pas de problème (Jeedom Smart en derniere version officielle, version du plugin NON Beta, page santé nickel) :

Bus 001 Device 007: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 001 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 005: ID 0b05:17cb ASUSTek Computer, Inc. Broadcom BCM20702A0 Bluetooth
Bus 001 Device 004: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 003: ID 135e:0025
Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Donc bus « 001:003 » à priori pour la passerelle non ?

J’ai aucune donnée malgré ça provenant de ma Airzone, alors que quand je branche sur ETS mon module USB TH101, quand j’interroge le 0/0/1 j’ai bien la valeur ON/OFF de la zone 1…

Je complète, j’ai voulu essayer en eibd (déprécié), et je n’arrive même pas à installer les dépendances

my_strings.h:54:28: internal compiler error: Illegal instruction
memcpy (data, a.data, len);
^
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-8/README.Bugs> for instructions.
make[2]: *** [Makefile:314: image.o] Error 1
make[2]: Leaving directory ‹ /usr/local/src/Knx/bcusdk/common ›
make[1]: *** [Makefile:338: all-recursive] Error 1
make[1]: Leaving directory ‹ /usr/local/src/Knx/bcusdk ›
make: *** [Makefile:267: all] Error 2
make install-recursive
make[1]: Entering directory ‹ /usr/local/src/Knx/bcusdk ›
Making install in .
make[2]: Entering directory ‹ /usr/local/src/Knx/bcusdk ›
make[3]: Entering directory ‹ /usr/local/src/Knx/bcusdk ›
make[3]: Nothing to be done for ‹ install-exec-am ›.
make[3]: Nothing to be done for ‹ install-data-am ›.
make[3]: Leaving directory ‹ /usr/local/src/Knx/bcusdk ›
make[2]: Leaving directory ‹ /usr/local/src/Knx/bcusdk ›
Making install in common
make[2]: Entering directory ‹ /usr/local/src/Knx/bcusdk/common ›
g++ -DHAVE_CONFIG_H -I. -I… -g -O2 -fno-rtti -fno-exceptions -MT image.o -MD -MP -MF .deps/image.Tpo -c -o image.o image.cpp
In file included from types.h:25,
from image.h:23,
from image.cpp:24:
my_strings.h: In copy constructor ‹ String::String(const String&) ›:
my_strings.h:54:28: internal compiler error: Illegal instruction
memcpy (data, a.data, len);
^
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-8/README.Bugs> for instructions.
make[2]: *** [Makefile:314: image.o] Error 1
make[2]: Leaving directory ‹ /usr/local/src/Knx/bcusdk/common ›
make[1]: *** [Makefile:338: install-recursive] Error 1
make[1]: Leaving directory ‹ /usr/local/src/Knx/bcusdk ›
make: *** [Makefile:648: install] Error 2
chmod: cannot access ‹ /usr/local/bin/eibd ›: No such file or directory

mika-nt28 · Décembre 13, 2021, 1:27

Pour moi l’adresse de ta passerelle c’est celle si

beber49 · Décembre 13, 2021, 1:54

J’hésite aussi…Il faudrait dans l’idéal que quelqu’un d’autre qui a un USB TH101 nous le dise…
Si c’est bien celui-là, je dois mettre quoi s’il te plait dans l’adresse passerelle ?
Ok, vu sur un site allemand, c’est bien le « 025 » auquel je pensais.
Quoiqu’il en soir, un autre problème prime désormais, j’ai voulu passer de Knxd à EIBD, et réinstaller les dépendances et je n’arrive hélas plus du tout à les réinstaller (dans les 2 modes)…
J’ai redémarré la smart, désactvier et réactiver le produit, rien y fait…voir ci dessus pour les logs

beber49 · Décembre 14, 2021, 7:59

Je complète, je crois que j’ai 2 problèmes :

L’installation des dépendances, marquées désormais comme OK (après suppression du plugin + redémarrage de la box) mais avec des erreurs dans le logs :

| #include <systemd/sd-daemon.h>
configure:14196: result: no
configure:14196: checking systemd/sd-daemon.h presence
configure:14196: g++ -E -Wdate-time -D_FORTIFY_SOURCE=2 conftest.cpp
configure:14196: $? = 0
configure:14196: result: yes
configure:14196: WARNING: systemd/sd-daemon.h: present but cannot be compiled
configure:14196: WARNING: systemd/sd-daemon.h: check for missing prerequisite headers?
configure:14196: WARNING: systemd/sd-daemon.h: see the Autoconf documentation
configure:14196: WARNING: systemd/sd-daemon.h: section « Present But Cannot Be Compiled »
configure:14196: WARNING: systemd/sd-daemon.h: proceeding with the compiler’s result
configure:14196: checking for systemd/sd-daemon.h
configure:14196: result: no
configure:14285: error: Unable to find a suitable libsystemd library
…
…
#define HAVE_SYSTEMD 1
configure: exit 1
dh_auto_configure: ./configure --build=aarch64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libdir=${prefix}/lib/aarch64-linux-gnu --libexecdir=${prefix}/lib/aarch64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking --enable-usb --enable-groupcache --enable-ft12 --enable-tpuart --enable-dummy --libexecdir=/usr/lib --enable-dependency-tracking --enable-silent-rules returned exit code 1
make[1]: *** [debian/rules:22: override_dh_auto_configure] Error 2
make[1]: Leaving directory ‹ /usr/local/src/knxd/knxd ›
make: *** [debian/rules:14: build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
dpkg: error: cannot access archive 'knxd_.deb’: No such file or directory*
Unknown operation knxd.
Synchronizing state of knxd.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable knxd
update-rc.d: error: not enough arguments
usage: update-rc.d [-f] remove
update-rc.d [-f] defaults
update-rc.d [-f] defaults-disabled
update-rc.d disable|enable [S|2|3|4|5]
-f: force
The disable|enable API is not stable and might change in the future.

Le TH101 mal vu par le plugin, le bouton Rechercher retournant « : »…
Pourtant :
dmesg | grep usb

2.382034] dwc_otg: usb0: type: 0 speed: 0, config: 0, dma: 0, id: 0, phy: c0000000, ctrl: 0
[ 2.743111] usb 1-1: new high-speed USB device number 2 using dwc_otg
[ 3.423127] usb 1-1.1: new full-speed USB device number 3 using dwc_otg
[ 3.538275] hid-generic 0003:135E:0025.0001: hiddev0,hidraw0: USB HID v1.01 Device [Hager Electro KNX-USB Data Interface] on usb-dwc2_b-1.1/input0
[

Une idée de quelqu’un s’il vous plait ???

mika-nt28 · Décembre 14, 2021, 8:26

Pour le coup c’est bien ca

Vue que ni le lsusb, ni le ni l’outil findknxusb ne vois pas la passerelle tu doit avoir un problème de drivers.
À voir sur le site du fabricant

beber49 · Décembre 14, 2021, 12:05

En fait, le plugin la voyait la clef avant, je cliquait sur Rechercher et il remplissait bien les champs…
Pour ce qui est de findknxusb, je n’ai pas le script (il n’existe pas dans le path et une commande find / -name « findknxusb » ne donne rien), je ne sais pas comment l’avoir…

lionell · Décembre 14, 2021, 5:23

Bonsoir,

J’ai une th101 et j’avais un problème de droit il me semble résolu par @mika-nt28.
Désolé je ne suis pas chez moi difficile de regarder.

Erreur que j’avais :
Log du démon
sh: 1: /dev/bus/usb/001/005: Permission denied

Voici les paramètres que j’ai depuis plusieurs mois et qui fonctionnent :

Actuellement en déplacement je ne peux pas te donner plus d’éléments.

Depuis quand tu as ces problèmes ?
As-tu fait une mise à jour ?

Si tu veux je regarde mieux vendredi matin je serais plus dispo

mika-nt28 · Décembre 14, 2021, 5:56

=

Qu’à tu changer pour que ça ne fonctionne plus

beber49 · Décembre 14, 2021, 9:15

findusbknx… = ??

Pour que les dépendances ne s’installent plus, j’ai voulu lancer les dépendances en mode EIBD, depuis plus moyen d’installer les dépendances, aussi bien en mode KNXd que EIBD…

beber49 · Décembre 14, 2021, 9:16

Merci beaucoup à toi et à mika !
Le resultat de la commande lsusb serait un gros plus déjà

mika-nt28 · Décembre 15, 2021, 5:11

Fait une restauration de l’image smart jeedom et d’une sauvegarde de configuration.
Je pense que tu as des retours quelque chose qui bloque

beber49 · Décembre 15, 2021, 11:31

J’aimerai bien trouver sans quand même…
Vu que c’est un problème de config, la commande « more /usr/local/src/knxd/knxd/config.log » me donne pas mal d’infos…
Erreurs autour de la 12000e ligne qui fait faire un dump de GCC…
(je suis en gcc version 8.3.0 (Debian 8.3.0-6))

configure:12700: g++ -c -g -O2 -fdebug-prefix-map=/usr/local/src/knxd/knxd=. -fstack-protector-strong -Wdate-time -D_FORTIFY_SOURCE=2 conftest.cpp >&5
In file included from /usr/include/strings.h:144,

            from /usr/include/string.h:431,*

```
            from conftest.cpp:43:*
```

/usr/include/aarch64-linux-gnu/bits/strings_fortified.h: In function 'void bcopy(const void, void*, size_t)’:*
/usr/include/aarch64-linux-gnu/bits/strings_fortified.h:25:72: internal compiler error: Illegal instruction

(void) __builtin___memmove_chk (__dest, __src, __len, __bos0 (__dest));*

^*

Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
Preprocessed source stored into /tmp/ccn85H3G.out file, please attach this to your bugreport.
=== BEGIN GCC DUMP ===

beber49 · Décembre 15, 2021, 11:56

Si qqn pouvait m’envoyer en MP un config.log pour vérifier ce qui ne va pas vraiment, ça serait très sympa donc !