sebastienr

Dans ce cas, le test intéressant à faire serait d'essayer de créer une VM DSM 6.2 dans ESXi et vérifier si l'onduleur est bien reconnu et n'a pas ce soucis de déconnexion USB. Cela permettrait d'isoler si le problème vient de DSM 7.X ou bien du fait de passer à travers EXSi

Soit un problème hardware soit un problème lié aux drivers. Par expérience, je préfère d'abord vérifier le hardware Si tu as un autre câble USB pour tester, si jamais tu peux connecter ton onduleur en USB sur un ordinateur Linux, etc. Enfin, tout ce qui permet de vérifier que le hardware n'est pas en cause. C'est effectivement la piste que je voulais clarifier avec toi. Car comme tu le dis, DSM7 a supprimer ce type de support. Maintenant tout dépend ce que tu souhaites faire. Si c'était une fonctionnalité de DSM qui était dans l'interface graphique et qui n'est pas présente maintenant, on ne va pas pouvoir faire grande chose effectivement. Par contre si tu souhaites utiliser ta clé Bluetooth dans une image Docker ou bien dans VMM (Virtual Machine Manager) ça doit être possible du moment que le périphérique est présent via la commande lsusb

Les logs ci-dessous : [99150.880048] usb 2-2.2: device descriptor read/64, error -32 [99159.919047] usb 2-2.2: device descriptor read/64, error -84 [99160.020428] usb 2-2-port2: attempt power cycle [99178.164047] usb 2-2.2: new low-speed USB device number 27 using uhci_hcd [99178.191192] usb 2-2.2: device descriptor read/8, error -32 [99178.320222] usb 2-2.2: device descriptor read/8, error -32 [99187.287132] usb 2-2.2: new low-speed USB device number 28 using uhci_hcd [99187.318893] usb 2-2.2: device descriptor read/8, error -32 [99187.446956] usb 2-2.2: device descriptor read/8, error -32 [99187.550421] usb 2-2-port2: unable to enumerate USB device laissent penser qu'il y a un périphérique USB pas trop en forme de connecté à ton NAS (ce qui pourrait correspondre à ton onduleur qui se connecte / déconnecte). Après il faut y aller par étape je pense. Débranche déjà tout les périphériques USB présent à part celui que tu veux essayé de faire fonctionner. Juste pour comprendre, quand tu dis que tu vois la clé Bluetooth, ça veut dire quoi exactement ? Et quand tu dis que tu n'arrives pas à voir ta clé Bluetooth en tant que tel dans DSM, tu t'attends à la trouver où ?

Effectivement tu dois entre en kernel 4.14.x. Est-ce que tu peux ré-essayer d'insérer le module et ensuite effectuer la commande dmesg et me donner les 10 dernières lignes environ ? Merci

Super merci Par contre j'ai seulement testé sur DSM 7.1. Pour DSM 7.0 ça devrait marcher sans soucis, et pour 6.1, le kernel est en version 3.10.102 alors qu'il est à 3.10.108 sur 7.X mais ça ne devrait pas poser trop de soucis non plus

Oui bien sûr J'attends juste un retour de pocopico sur son Github pour m'assurer que j'utilise la bonne méthode. Après ça reste assez technique dans le sens où il faut une machine (ou VM) Linux, télécharger le kernel sur le site de Synology, etc. Je ferais peut être une image Docker toute prête pour simplifier ça. En attendant si vous voulez essayez de voir si votre problème est identique au miens vis à vis de la non-détection des onduleurs, je vous ai mis en pièce jointe de ce post le module kernel. Pour faire un test il faut le copier dans /tmp (depuis votre machine) : scp ohci-hcd.ko <user>@<NasIp>:/tmp Et ensuite en vous connectant sur votre NAS en SSH, charger le module : sudo insmod /tmp/ohci-hcd.ko C'est purement temporaire car au prochain démarrage il faudra recommencer mais ça permettra déjà de voir si ça améliore les choses ou pas ohci-hcd.ko

Même sous docker cela ne fonctionne pas. Lorsque que j'essaye de démarrer mon conteneur basé sur une image zwavejs2mqtt, j'ai le message d'erreur suivant : Start container zwave-js failed: {"message":"error gathering device information while adding custom device \"/dev/ttyACM0\": no such file or directory"}. En parallèle j'ai pu continuer mes investigations et j'ai finalement réussi à compiler le module kernel ohci-hcd ainsi que le charger : [91053.467433] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [91053.467903] ohci_hcd 0000:00:12.0: OHCI Host Controller [91053.468114] ohci_hcd 0000:00:12.0: new USB bus registered, assigned bus number 4 [91053.468409] ohci_hcd 0000:00:12.0: irq 18, io mem 0xfe6fe000 [91053.530186] hub 4-0:1.0: USB hub found [91053.530357] hub 4-0:1.0: 5 ports detected [91053.535861] ohci_hcd 0000:00:13.0: OHCI Host Controller [91053.536066] ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 5 [91053.536361] ohci_hcd 0000:00:13.0: irq 18, io mem 0xfe6fd000 [91053.598272] hub 5-0:1.0: USB hub found [91053.598416] hub 5-0:1.0: 5 ports detected [91053.599238] ohci_hcd 0000:00:16.0: OHCI Host Controller [91053.599432] ohci_hcd 0000:00:16.0: new USB bus registered, assigned bus number 6 [91053.599708] ohci_hcd 0000:00:16.0: irq 18, io mem 0xfe6fc000 [91053.658920] hub 6-0:1.0: USB hub found [91053.659076] hub 6-0:1.0: 4 ports detected [91053.874094] usb 4-2: new full-speed USB device number 2 using ohci_hcd [91054.043129] Got empty serial number. Generate serial number from product. On voit bien que des hub USB supplémentaires sont détectés : |__usb1 1d6b:0002:0310 09 2.00 480MBit/s 0mA 1IF (ehci_hcd 0000:00:12.2) hub |__usb2 1d6b:0002:0310 09 2.00 480MBit/s 0mA 1IF (ehci_hcd 0000:00:13.2) hub |__2-3 f400:f400:0100 00 2.00 480MBit/s 200mA 1IF (USB Flash Disk 907A1700015A) |__usb3 1d6b:0002:0310 09 2.00 480MBit/s 0mA 1IF (ehci_hcd 0000:00:16.2) hub |__usb4 1d6b:0001:0310 09 1.10 12MBit/s 0mA 1IF (ohci_hcd 0000:00:12.0) hub |__4-2 0658:0200:0000 02 2.00 12MBit/s 100mA 2IFs ( ffffffd1ffffffb2ffffffdbffffffad) |__usb5 1d6b:0001:0310 09 1.10 12MBit/s 0mA 1IF (ohci_hcd 0000:00:13.0) hub |__usb6 1d6b:0001:0310 09 1.10 12MBit/s 0mA 1IF (ohci_hcd 0000:00:16.0) hub Et ensuite en chargeant le module cdc_acm qui est nécessaire au fonctionnement de la clé ZWave, je retrouve bien mon périphérique /dev/ttyACM0 🥳 : root@DiskStation:/tmp# ll /dev/ttyACM0 crw------- 1 root root 166, 0 Apr 27 16:12 /dev/ttyACM0 Finalement, mon image docker re-fonctionne à nouveau. Il faut maintenant que je me renseigne sur le Github de pocopico pour pouvoir livrer cette nouvelle extension. Je vous tiens au courant

À propos de l'USB, dans mon cas, le problème est encore pire. Ma clé ZWave utilisée dans mon système domotique n'est même pas reconnue par le kernel lui même : sebastien@DiskStation:/lib$ lsusb |__usb1 1d6b:0002:0310 09 2.00 480MBit/s 0mA 1IF (ehci_hcd 0000:00:12.2) hub |__usb2 1d6b:0002:0310 09 2.00 480MBit/s 0mA 1IF (ehci_hcd 0000:00:13.2) hub |__2-3 f400:f400:0100 00 2.00 480MBit/s 200mA 1IF (USB Flash Disk 907A1700015A) |__usb3 1d6b:0002:0310 09 2.00 480MBit/s 0mA 1IF (ehci_hcd 0000:00:16.2) hub Alors que cette même clé est correctement détectée dans TinyCore : tc@box:~$ lsusb Protocol spec without prior Class and Subclass spec at line 23281 Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 002: ID 13fe:1d00 Kingston Technology Company Inc. DataTraveler 2.0 1GB/4GB Flash Drive / Patriot Xporter 4GB Flash Drive Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 002: ID 0658:0200 Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090) - UZB Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub En vérifiant les logs du démarrage de TinyCore je me rends compte que ce périphérique est géré par le driver ohci-pci : [ 2.605994] usb 4-2: new full-speed USB device number 2 using ohci-pci [ 2.811537] cdc_acm 4-2:1.0: ttyACM0: USB ACM device Et malheureusement ce driver est manquant dans l'image DSM Je ne sais pas si c'est la cause du problème ou pas pour le moment