Redémarrage aléatoire après migration en Debian 11

Merci @Aurelien pour cet effort personnel !

Donc il ne me reste plus qu’un voyage à Lourdes avec ces 3 box pour éventuellement les voir redémarrer à chaque mise sous tension. Chez moi aussi, ces Smart très fiables sont restées allumées en continu, donc avec fort peu de redémarrages, ceci durant de nombreuses années. Un redémarrage aléatoire n’est pas dramatique quand la box est « sous la main » mais quand elle est installée à bonne distance, c’est plus qu’ennuyant. Expérience faite d’où ma sensibilité à ce comportement surprenant. Etant personnellement très satisfait de mon parc de machines Jeedom, c’est bien normal d’avoir envie de faire durer le plaisir ! Non ? Surtout que Jeedom nous incitait ici à « prévenir l’obsolescence », attitude très responsable et bien peu mise en oeuvre dans le monde IT.

Aucun doute que l’équipe Jeedom n’a pas « balancé » une image pour la Smart sans l’avoir bien testée mais force est de reconnaître que les 3 premières box que je tente de faire durer encore un peu me posent un problème ! Et si j’en crois ce que ce que je lis ici ou sur la page correspondante de Domadoo, je ne suis pas le seul. En me contentant de faire part sur ce forum qu’une seule Smart ne redémarrait plus, sûr (et à juste titre) que la réponse eût été « C’est un cas exceptionnel ! » mais avec 3 cas similaires… D’où mes essais pour essayer de cerner le problème grâce aux compétences des membres de ce forum que moi je n’ai pas et que je remercie d’avance.

Lourdes, ça doit être super à cette saison… :grinning:

Bien cordialement …

lol je suis carrément opé pour un pèlerinage si tu te sens de me supporter une heure ou deux (ça c’est un vrai challenge!) :sweat_smile: Durant l’été? Histoire de regarder ton cas de plus près?

Spoil obligé du coup

Ce sera l’occasion de tester les nouvelles images développées par l’équipe de bout en bout :shushing_face:

1 « J'aime »

Avec grand plaisir pour une collaboration… Pour Lourdes, je vais y réfléchir encore un peu et probablement commencer par un fer à cheval !

Roooh j’avais déjà réservé 2 billets de train ! N’hésites pas à m’envoyer un message privé en juillet/aout quelques jours avant d’avoir une de ses Smarts récalcitrantes « sous la main ».

1 « J'aime »

Bonsoir je vais régulièrement à Lourdes mais cela fonctionne pas très bien non plus; c’est aléatoire… :grin: J’ai aussi moi même 3 Box sur 4 qui ne redémarrent de façon aléatoire. Je trouve aussi que la coïncidence est forte.

j’ai moi aussi un systeme à 400km que je dois resetter de temps en temps, et si la BOX ne remonte alors que c’est le coeur du systeme ce n’est pas acceptable.

En attendant le mois de juillet avec @Aurelien ou une proposition d’investigation de suite (via SSH?), voici quelques résultats, confirmations et infos sur mes tests…

Mes eMMC 8Go sont en v0.3. Mes eMMC 16Go sont en v0.5. Les 3 smart sont de 2016 ou 2017 toutes les 3 en REV 0.2.

J’ai nettoyé les connecteurs sur l’eMMC 16Go et sur l’Odroid-C2 (WD-40 Contact), pas d’amélioration

Je confirme que toutes les Smart démarrent sans problème avec une image Debian 10 sur une eMMC 8Go, image que j’ai crée à partir d’une Smart en exploitation et que j’ai élaguée (désactivation des plugins et suppression des scénarios).

Toutes les Smart Debian 11 sur eMMC 16Go ont réussi à démarrer mais pas à chaque mise sous tension. Parfois très difficilement (1x sur 10 mises sous tension). Les kernel sont tous en 6.5.13. La tension sur l’odroid C2 est comprise entre 4.94V et 5.03V (bornes juste à côté du connecteur d’alim.)

Quand une Smart eMMC 8Go démarre, la led bleue s’allume instantanément puis clignote après quelques secondes (double clignotement chaque seconde). Par contre, quand une Smart eMMC 16Go réussit à démarrer, la led bleue ne s’allume pas mais se met à clignoter de la même façon après quelques secondes.

Une Smart 16Go ne démarre pas mieux sans interface z-wave. Idem sans câble RJ-45 raccordé à mon réseau ethernet.

Contrairement au boot avec une eMMC 8Go, il n’y a pas de « Jeedom Boot Menu » avec une eMMC 16Go.

Quand la Smart 16Go veut bien démarrer, le compteur « Hit Any Key to Stop Autoboot » passe de 2 à 0 et se poursuit ainsi :

Quand une Smart 16Go ne démarre pas, ce message arrive immédiatement, le compteur « Hit Any Key to Stop Autoboot » est dès le début à 0 (sans passer par 2 …1…0). L’appui d’une touche clavier n’a aucune incidence. La Smart n’est pas accessible par SSH.

Ci-dessous, la page Santé d’une des 3 Smart 16Go après mise à jour (les pages Santé des 3 Smart sont identiques) :

J’ai commandé 2 eMMC 16Go comportant Debian 11 chez Domadoo. Les prix ont baissé et la livraison en Suisse est maintenant possible à un prix « raisonnable » ce qui m’évite de les faire livrer en poste restante de l’autre côté de la frontière !

On va y arriver, on va y arriver ! :crossed_fingers:

Pas de collègue frontalier ?

Plus depuis que je suis retraité … :disappointed_relieved:

Bonsoir
j’avais commandé 2 eMMC16G contenant Debain 11 chez Domadoo et cela n’avait pas fonctionné davantage sur mes smart. On converge quand même pas mal sur une incompatibilité avec Debian 11 de certaines version de l’odroid C2 n’est ce pas?
Un test pourrait consister si cela est faisable à démarrer à partir d’une eMMC avec Debian 10 qui fonctionne et mettre à jour vers Debian 11 et jeedom directement par commandes SSH sur la carte.

Bonjour,

Les 2 eMMC 16Go commandées chez Domadoo sont arrivées hier. En version 0.5. A titre de sécurité, j’en ai cloné une sur une de mes eMMC 16Go achetées par le passé (Diskdrill pour faire l’image puis Balena Etcher pour la gravure).

Même constat que précédemment, la Smart qui bootait facilement boote toujours assez facilement à la mise sous tension mais pas à chaque fois . La smart qui bootait moins fréquemment a toujours le même comportement et la Smart qui bootait rarement continue de booter très rarement. En résumé, les cartes reçues de Domadoo n’ont rien changé ! Donc même constat que @bendec.

Je me suis assuré que la tension sur les 3 Odroid soit toujours correcte : ok ! (5.04V).

Puis, lorsqu’un démarrage se déroulait correctement, j’en ai profité pour mettre à jour Jeedom en V4.4.19. Page santé OK, Debian en 11.10 puis après quelques heures passe en 11.11. sans manipulation de ma part. Même après ces mises à jour, le démarrage aléatoire ne s’améliore pas à la mise sous tension ceci pour les 3 Smart.

A noter que sur une smart ayant finalement démarré, un ordre de redémarrage via le dashboard se déroule à chaque fois sans problème pour les 3 box. C’est donc uniquement à la mise sous tension que le problème se situe.

Et là, je suis au bout de mes possibilités. Je suis donc preneur de l’avis de spécialistes et disposé à faire les essais nécessaires ! @Aurelien ou un autre collaborateur de l’équipe Jeedom ? Je devrai même pouvoir vous organiser un accès SSH sur ces Smart en modifiant mon routeur…

Au plaisir de vous lire …

Je n’ai pas tout lu, mais il semblerait que tes alimentations n’arrivent plus à fournir le courant d’appel lors d’un démarrage.
Lors d’un redémarrage, Le courant d’appel est moindre puisque les composants sont déjà chargés.

Je ne l’avais pas mentionné mais j’ai utilisé il y a peu une alim de labo 5A pour remplacer l’alim fournie par Jeedom précisément sur la Smart qui boot rarement. Pas d’amélioration malheureusement …

Et les autres?

Plutôt qu’une assistante à distance, il faudrait envyoer cette atlas chez Domadoo/jeedom, si il devait le proposer.

Ce qui m’étonne beacoup, c’est qu’avec une eMMC (Debian 10) de 8Go, les 3 démarrent normalement à chaque fois. Mais aucune ne démarre à chaque mise sous tension avec une eMMC 16Go (Debian 11) !

Bonjour,

La emmc 16 Go consomme un peu plus si la puce mémoire est de plus grande capacité.
Ca sent quand même un circuit d’alimentation sur la CM fatigué.

1 « J'aime »

Bonjour,

Merci pour vos suggestions. Voici le résultat des mesures de ce matin.

Mesures A)
Oscilloscope :
Entrée 1 sur connecteur d’alimentation de l’Odroid
Entrée 2 sur pin 2 du connecteur GPIO (5.0V)

Alimentation 1 : transfo « officiel »
Alimentation 2 : alim de laboratoire, limiteur de courant fixé à 1A.
eMMC 1 : 16Go reçue de Domadoo
eMMC 2 : 8Go récupérée sur une jeedom en exploitation (Debian10).
HDMI utilisé sur un moniteur, interface z-wave débranché du GPIO

Tension :
Durant tous mes essais, quelle que soit la source d’alimentation et quelle que soit l’eMMC, aucun impact n’a été mesuré sur l’alimentation 5V de l’Odroid (pin 2 GPIO) lors de la mise sous tension. On constate que le 5V à cet emplacement est présent 25 ms après l’enclenchement de l’alimentation externe, dû probablement à un filtrage fait par la partie « DC-DC Power Supply Circuit » de l’Odroid de façon à éviter les éventuels « glich » de démarrage.

Courant :
290mA lorsque la Smart est alimentée mais n’a pas démarré (avec eMMC 16Go)
270mA lorsque la Smart est alimentée et a démarré (avec eMMC 8Go), mais avec des pointes de courant fréquentes à quelques secondes d’intervalle (non mesurées) mais toujours inférieures à 1A (sinon le limiteur de l’alim me l’aurait fait savoir !). Ces pointes de courant n’ont pas d’impact sur la tension 5V de l’Odroid.

Mesures B)
Ces mesures complémentaires sont faites sachant que le processeur S905 Amlogic est alimenté en 3.3V (et probablement les autres circuits concernés aussi).

Oscilloscope
Entrée 1 sur pin 2 du connecteur GPIO (5.0V)
Entrée 2 sur pin 1 du connecteur GPIO (3.3V)

Alimentation 1 : transfo « officiel »
Alimentation 2 : alim de laboratoire, limiteur de courant fixé à 1A.
eMMC 1 : 16Go reçue de Domadoo
eMMC 2 : 8Go récupérée sur une jeedom en exploitation (Debian10).
HDMI utilisé sur un moniteur, interface z-wave débranché du GPIO

Tension :
L’alimentation 3.3V (GPIO 1) suit l’alimentation 5V (GPIO 2) de quelques millisecondes. Son flanc positif n’est pas aussi « propre » que le flanc du 5V. Cela pourrait être un problème mais j’ai constaté que, malgré ce flanc moins raide omniprésent, la Smart boote parfaitement avec une eMMC 8Go et ne boote que très rarement avec une eMMC 16Go. Alim 1 ou alim 2 : même résultat.

Donc le problème est très probablement ailleurs ……

1 « J'aime »

Bonjour

Je n’ai pas cette carte mais je chercherai du côté de la gestion du RESET, un circuit génère un délai sur cette pin:
image

La datasheet du circuit est disponible sur internet.

Le timing du reset est peut être trop court pour la 16G.

Avec le scope il est possible de vérifier si le signal Vout est propre et mesurer le délai entre Vin et Vout.

Merci @Echo pour ces schémas. Même si je trouvais le layout de l’Odroid C2, je me vois mal changer un condensateur sur un circuit composé de SMD, technologie pour laquelle je ne suis pas équipé. Et renvoyer cette Smart hors garantie chez Domadoo comme suggéré est aussi un problème depuis la Suisse. Si tel devait être le cas, ce sera malheureusement « poubelle » vu le prix d’une Luna.