Message du forum

[Dépannage OpenArm] Interface CAN manquante après le redémarrage sur un nouveau PC de contrôle (débutant)

CAN a fonctionné une fois puis a disparu après le redémarrage ? Vérifiez l'ordre de démarrage, le timing de chargement du module et le nom de l'interface avant de toucher au matériel.

Forum / Index des messages / Bras ouvert

Poste

Un problème courant d'affichage d'OpenArm apparaît sur un nouveau PC de contrôle : CAN fonctionne une fois, puis après le redémarrage, le nom de l'interface attendu a disparu, le périphérique se lie différemment ou le script de démarrage ne peut plus trouver le bus.

Comment diagnostiquez-vous les cas OpenArm où l'interface CAN disparaît après le redémarrage sur un nouveau PC de contrôle ?

Veuillez expliquer comment vous vérifiez le chargement du pilote, la dénomination de l'interface et l'ordre de démarrage, ainsi que les vérifications qui vous aident à distinguer un simple problème de configuration de l'hôte d'un problème de câble ou d'émetteur-récepteur.

Si vous répondez, incluez un symptôme de redémarrage exact et une vérification exacte côté hôte qui ont révélé la cause première.

Chemin de dépannage associé : SocketCAN manquant après la mise à jour de NetworkManager · Aucun périphérique de ce type sur can0 après l'échange de l'adaptateur

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

Mots clés : openarm, can, reboot, control-pc

Commentaire 1

Contexte débutant : Dans notre cas, can0 existait juste après la configuration manuelle, mais disparaissait après chaque redémarrage et le démarrage d'OpenArm expirait. Cela nous a dit qu'il s'agissait d'un ordre de démarrage, pas d'un émetteur-récepteur mort.

Commentaire 2

Contexte débutant : Le chèque qui l'a fait craquer était `journalctl -b | rg -n "can|socketcan|modprobe"`. Modules chargés après notre unité de démarrage, l'interface a donc été interrogée trop tôt et n'a jamais été réessayée.

Commentaire 3

Contexte débutant : Nous avons ajouté un « openarm-can.service » dédié avec « After=systemd-modules-load.service » explicite et une sonde de préparation sur « ip link show can0 ». La fiabilité du redémarrage est de 100 % depuis trois semaines.

Commentaire 4

Suivi contexte débutant : Question complémentaire pour les débutants : pouvez-vous partager votre ordre exact de vérification au démarrage (3 à 5 commandes) afin qu'une autre équipe puisse confirmer l'état de préparation CAN avant de lancer OpenArm ?

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

Quel est le chemin de diagnostic de redémarrage le plus rapide ?

Vérifiez la charge du module, la présence de l'interface, puis l'ordre de service avant de toucher au câblage.

lsmod | rg -i "can|socketcan|peak"
ip -details link show can0
journalctl -b | rg -n "can|socketcan|modprobe"
Comment puis-je le maintenir stable lors des redémarrages ?

Ajoutez une unité de démarrage CAN dédiée avec des dépendances explicites et une porte de préparation sur can0.

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.