Message du forum

[Dépannage OpenArm] « Aucun périphérique de ce type » sur can0 après l'échange de l'adaptateur USB-CAN (débutant)

Échange d'adaptateur effectué mais can0 n'existe plus ? Confirmez le mappage de l'interface et le nom udev avant de modifier les configurations OpenArm.

Forum / Index des messages / Bras ouvert

Poste

Une erreur très courante côté hôte OpenArm apparaît après le changement d'un adaptateur USB CAN : les anciennes commandes de configuration font toujours référence à can0, mais le nouvel adaptateur se lie différemment ou ne crée pas du tout l'interface attendue.

Comment diagnostiquez-vous les cas OpenArm où le système signale « Aucun périphérique de ce type » sur can0 après un échange d'adaptateur USB CAN ?

Veuillez expliquer comment vous vérifiez la détection de l'adaptateur, la création d'interfaces et les hypothèses de dénomination, ainsi que les vérifications qui vous aident à distinguer les erreurs de configuration de l'hôte des défauts matériels CAN réels.

Si vous répondez, incluez un symptôme d’erreur exact et une vérification exacte de l’interface ou de l’adaptateur qui a révélé la cause.

Chemin de dépannage associé : SocketCAN manquant après la mise à jour de NetworkManager · Interface CAN manquante après le redémarrage

Module : OpenArm · Public : constructeurs-intégrateurs · Type : question

Mots clés : openarm, can0, usb-can, aucun appareil de ce type

Commentaire 1

Contexte débutant : Après avoir échangé les adaptateurs, nous avons obtenu « candump can0 : Aucun périphérique de ce type » à chaque fois, mais « lsusb » affichait toujours le dongle. Le matériel a donc été vu, mais n'est pas lié au nom d'interface attendu.

Commentaire 2

Contexte débutant : Le contrôle décisif fut `dmesg | rg -je peux` plus `lien ip -details`. Le nouvel adaptateur est apparu sous le nom de can1 car un autre CAN virtuel a d'abord été créé. Les anciens scripts codaient en dur can0, donc l'affichage a échoué.

Commentaire 3

Contexte débutant : Nous l'avons corrigé avec une règle udev épinglée sur l'adaptateur série et un démarrage mis à jour pour résoudre l'interface par nom de règle. Depuis lors, les swaps sont plug-and-play sans réécrire les scripts de lancement.

Commentaire 4

Suivi contexte débutant : Question complémentaire pour les débutants : après l'échange de l'adaptateur, quelle commande exécutez-vous en premier pour mapper le numéro de série de l'adaptateur physique au nom de l'interface avant l'affichage ?

Sélecteur rapide de symptômes

Choisissez votre symptôme le plus proche pour suivre le bon chemin de dépannage.

Pas encore sélectionné.

FAQ rapide

Qu'est-ce qui provoque généralement « Aucun périphérique de ce type sur can0 » après l'échange de l'adaptateur ?

Le plus souvent, l'interface est renommée ou liée à des différences, et non à une panne matérielle.

lsusb
dmesg | rg -i "can|usb"
ip -details link | rg -n "can"
Comment puis-je conserver les futurs échanges plug-and-play ?

Épinglez l’identité de l’adaptateur avec udev et résolvez l’interface par nom stable dans les scripts de démarrage.

Puis-je copier ces commandes telles quelles ?

Utilisez-les d’abord comme modèle de liste de contrôle. Confirmez les noms d’interface, les identifiants d’appareils et les conditions de sécurité dans votre propre cellule avant l’exécution.