ZwaveJS avec Debian 11

captures avec commande dmesg -H
avant insertion de la clé


après insertion de la clé

Je ne pense pas que c’est la fin du log.

capture aec commande mseg -H -w
sans la cle


avec la cle

mesghsans cle


avec cle

avec mes excuses

Si c’est vraiment la fin à chaque fois, soit les ports USB ne fonctionne pas, soit la clé le fonctionnement pas.

Faites l’exercice avec une clé USB de masse pour voir ce qui se passe

Faites avec la commande :
dmesg -T

comme cela, il y aura la vraie date et cela ira directement en bas du log.

Hello,
Pour aider je fais la commande aussi afin d’avoir un élément de comparaison.
Mais on est sensé voir quoi ?
Je n’y trouve rien qui me parle :disappointed_relieved:
A la fin c’est une répétition de
[ven. mars 15 20:41:02 2024] device eth0 left promiscuous mode

et avant cela une répétition de :

[ven. mars 15 13:29:00 2024] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ven. mars 15 13:29:00 2024] meson8b-dwmac ff3f0000.ethernet eth0: Link is Down
[ven. mars 15 13:29:00 2024] meson8b-dwmac ff3f0000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-0
[ven. mars 15 13:29:00 2024] meson8b-dwmac ff3f0000.ethernet eth0: PHY [mdio_mux-0.0:00] driver [RTL8211F Gigabit Ethernet] (irq=25)
[ven. mars 15 13:29:00 2024] meson8b-dwmac ff3f0000.ethernet eth0: No Safety Features support found
[ven. mars 15 13:29:00 2024] meson8b-dwmac ff3f0000.ethernet eth0: PTP not supported by HW
[ven. mars 15 13:29:00 2024] meson8b-dwmac ff3f0000.ethernet eth0: configuring for phy/rgmii link mode
[ven. mars 15 13:29:00 2024] device eth0 entered promiscuous mode
[ven. mars 15 13:29:00 2024] device eth0 left promiscuous mode
[ven. mars 15 13:29:03 2024] meson8b-dwmac ff3f0000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[ven. mars 15 13:29:03 2024] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

Bonsoir.

Il faut mettre un device USB par exemple pour voir…

Chez moi par exemple, excusez pour la qualité du terminal, je suis sur Smartphone :

Ah ok et ça n’apparait que parce-que il y a un New USB qui vient d’être connecté. Moi ils sont installés et fonctionnent je ne vais donc pas y toucher :slight_smile:
« Prudence est mère de sureté » dit le proverbe
Merci Fabrice pour l’explication :ok_hand:

Une petite question: c’est quoi une clé usb de masse ?
Une précision : les tests ont été effectués sans rallonge USB

Une clé USB de stockage pardon.

Voici ce que cela donne quand un périphérique USB arrive :

[Mar13 11:56] usb 1-1.4.1: USB disconnect, device number 5
[  +0.230008] usb 1-1.4.1: new full-speed USB device number 9 using xhci_hcd
[  +0.108478] usb 1-1.4.1: New USB device found, idVendor=0658, idProduct=0200, bcdDevice= 0.00
[  +0.000021] usb 1-1.4.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[  +0.005750] cdc_acm 1-1.4.1:1.0: ttyACM0: USB ACM device
[Mar16 08:50] usb 1-1.4.4.2: new full-speed USB device number 10 using xhci_hcd
[  +0.233776] usb 1-1.4.4.2: New USB device found, idVendor=0a12, idProduct=0001, bcdDevice=52.76
[  +0.000034] usb 1-1.4.4.2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[  +0.007518] Bluetooth: hci1: unexpected event for opcode 0x0000
[  +0.001977] Bluetooth: hci1: CSR: Setting up dongle with HCI ver=4 rev=149c; LMP ver=4 subver=149c; manufacturer=10
[  +0.214353] Bluetooth: MGMT ver 1.22
[Mar16 08:51] usb 1-1.4.4.2: USB disconnect, device number 10

Avec l’option -w, il n’y a pas besoin de saisir de nouveau la commande, les événements doivent arriver au fil de l’eau.
Regardez mon exemple, j’ai pris un dongle USB d’un clavier et il est apparu à 08:50 et je l’ai retiré à 08h51.

Si cela ne fonctionne pas chez vous, vous avez un problème sur la chaine USB. Pour voir si c’est votre contrôleur Zwave ou autre chose, il faut bien tester avec un autre équipement USB.

1 « J'aime »
dmesg | tail -n 100 > dernieres_lignes_dmesg.txt

Pour renvoyer les 100 dernières lignes de dmesg dans le fichier `dernieres_lignes_dmesg.txt’

dmesg | tail -n 100

Pour se contenter de les afficher.

Linux ne vous étant visiblement pas familier, que se passe-t-il lorsque vous branchez la clef problématique sous Windows ? La voit-il ? Si oui, on peut raisonnablement exclure un dysfonctionnement de la clef. Si non, il faut commencer à envisager une panne matériel de l’engin.

voici la capture avec la commande mseg -T, apparemment la clé de stockage est visible

j’ai essayé la clé sur windows 10:elle est reconnue
C’est peut être mon debian qui pertube ?

Ou la machine…

Sur Debian 11 vous aviez le même problème ?

Il faut réinstaller le c4 avec cette image, mettre à jour avec apt update & upgrade
Sans rien faire d’autre, pluger la clé et voir si elle apparait

Si pas, le C4 a un souci usb !

1 « J'aime »

Voir aussi si le firmware du C4 est à jour,
armbian-config logué root en ssh
Firmware Update all packages and firmware

Bonjour,
Installer version @rennais35000, apt update, apt upgrade
voici le dmseg -H du jour


clé installée sur un port USB en direct

Bonjour.

Utilisez plutôt la commande :
dmesg -H -w
Comme cela, les informations arrivent au fil de l’eau

Il ne se passe rien quand vous mettez la clé !

Cela a fonctionné déjà ? Si oui, pour avoir une piste, pourquoi avez-vous eu besoin de tout réinstaller ?

Avez vous tenté de mettre à jour la clé ?

SVP : ARRTEZ DE CITER LES UTILISATEURS AVEC @
perdez cette mauvaise habitude, on vous l’a déjà signalé plusieurs fois. Pour repondre spécifiquement à un message utilisez le bouton répondre en bas à droite sous le message auquel vous répondez.

j’ai adopté la solution préconnisée ci dessus d’actualisé ma version debian 11
avec ou sans clé j’ai ceci avec la commande dmseg -H -w
CapturedmsegHw170324