Discussion :

[watchinofoye]

Bonjour à toutes et tous.

Je travaille actuellement sur deux projets différents, l'un utilisant un Raspberry Pi et l'autre une carte BeagleBone Black, tous deux sous Linux (debian-based). Pour les éteindre, j'utilise sagement la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

shutdown -h now

car on m'a toujours appris qu'une extinction brutale risque de poser des problèmes.
Je vois les conséquences de l'extinction brutale aujourd'hui puisque malgré mes explications et mes recommandations répétées, je bosse avec des gens qui trouvent intelligent d'éteindre le Raspberry Pi à l'arrache en débranchant la prise. Résultat : Linux corrompu, kernel panic au démarrage, obligé de tout réinstaller (en plus d'être emmerdé pour présenter le produit à des clients).

Aujourd'hui, mon chef vient de me demander s'il existe la possibilité d'éteindre le Raspberry Pi ou le BeagleBone directement (en coupant l'alimentation) et de manière sûre, prétextant que sur le projet de la BeagleBone on utilisait un PC/104 avant et qu'on pouvait éteindre l'appareil sèchement sans problème.
Je ne sais pas trop quoi lui répondre. Ma conviction première est que contrairement à ce qu'il croit l'extinction brutale n'est pas sans risque et qu'il n'existe pas d'alternative permettant de faire ça sans risque. Sauf que je ne sais pas comment le lui expliquer et je ne suis pas non plus certain à 100% qu'il n'existe pas de telle alternative (à part certains RAID, peut-être, mais ça ne s'applique pas à notre cas).

Merci par avance pour votre aide.

[Bktero]

Quel est le but de la manip ? De pouvoir facilement éteindre une carte sans avoir à taper une commande ? Si oui, une manip comme ça pourrait faire l'affaire : https://www.element14.com/community/...raspberry-pi-b Si le but est de permettre aux gens de les éteindre à l'arrache sans risque, c'est une autre histoire et je ne m'y connais pas assez en Linux pour te conseiller D'ailleurs, vu le lien précédent et vu celui-ci (https://raspberrypi.stackexchange.co...y-raspberry-pi), j'ai des doutes sur la faisabilité. Il me faut pas non plus se méprendre : ce n'est pas parce que vous n'avez jamais eu de problème sur vos anciennes cartes que c'était safe de le faire ! J'ai déjà branché / débranché un Raspberry Pi sans problème, et pourtant tu dis toi-même que c'est risqué.

[al1_24]

Tu peux aussi adapter le système des onduleurs de secours utilisé sur de gros serveurs : en cas de coupure d'alimentation principale, l'alimentation de secours prend le relais et un message est envoyé au serveur pour qu'il déclenche le shutdown en sécurité.
Dans ton cas, une petite batterie pour l'alimentation et la surveillance du changement d'état d'une broche du GPIO comme message au processeur feraient peut-être l'affaire.

[Vincent PETIT]

Salut,

Aujourd'hui, mon chef vient de me demander s'il existe la possibilité d'éteindre le Raspberry Pi ou le BeagleBone directement (en coupant l'alimentation) et de manière sûre

En coupant l'alimentation sauvagement on est sur de rien mais c'est surtout parce que ce cas de figure n'est pas géré. Imagine si on coupe le courant au moment où Linux écrit dans la carte mémoire !? En réalité c'est ça qui cause des plantages au démarrage.

al1_24, a donné la solution : surveiller l'alimentation et si elle chute on éteint proprement. La durée de l'extinction propre est assurée par une batterie ou gros condensateur. Dans certain cas les condensateurs de lissage des alimentations à découpage suffisent à maintenir l'alimentation aval pendant quelques secondes après la coupure de courant et cela suffit à couper proprement le système.

prétextant que sur le projet de la BeagleBone on utilisait un PC/104 avant et qu'on pouvait éteindre l'appareil sèchement sans problème.

Je ne connais pas bien le PC/104 mais il est possible que les coupures de courant soient détectées.

[watchinofoye]

Merci pour vos réponses. Ça confirme ce que je pensais et ça m'aide à poser des mots sur ce qui m'embêtait.

Sans en dire trop, la BeagleBone doit servir à gérer... une alimentation (et pas une petite). J'ai pu constater que, lorsqu'on débranche la prise, il existe un courant résiduel qui baisse progressivement, mais j'ignore si ça suffira à alimenter la BeagleBone le temps de l'éteindre proprement mais au pire je peux en parler avec l'ingénieur électronicien pour apporter des modifications pour rendre ça possible. C'est d'ailleurs ce que j'avais en tête : faire en sorte qu'à l'extinction de l'alimentation, on donne systématiquement l'ordre à la BeagleBone de s'éteindre - j'ai déjà vu cette possibilité sur Raspberry Pi avec l'écran PiTFT d'Adafruit.

Ce qui m'embête c'est que j'ai bien l'impression que le chef veut absolument une extinction directe et sans délai, et j'aimerais lui faire comprendre que non il n'existe pas de version de Linux alternatif permettant ça... Il va falloir que je lui explique que si ça fonctionnait jusque-là avec le PC/104 c'est très certainement parce que ce genre de matériel gère visiblement assez bien les coupures de courant mais que ce n'est pas pour autant un cas d'utilisation normale...
Aussi, je pense que ce qui est arrivé au Raspberry Pi est surtout causé par le fait que son Linux est situé sur une carte SD et que visiblement ce support gère TRÈS mal les coupures brutales (j'ai déjà eu une carte bloquée en lecture seule à cause de ça). Pour la BeagleBone Black, garder Linux sur la carte SD n'est pas stable, le Linux finit par se corrompre je ne sais trop comment, donc j'ai opté pour l'écriture sur l'eMMC embarqué sur la BeagleBone Black (Révision C). Mais j'ignore si c'est vraiment plus ou moins robuste que le support SD ou si ça ne change rien.

[Vincent PETIT]

J'ai pu constater que, lorsqu'on débranche la prise, il existe un courant résiduel qui baisse progressivement, mais j'ignore si ça suffira à alimenter la BeagleBone le temps de l'éteindre proprement mais au pire je peux en parler avec l'ingénieur électronicien pour apporter des modifications pour rendre ça possible. C'est d'ailleurs ce que j'avais en tête : faire en sorte qu'à l'extinction de l'alimentation, on donne systématiquement l'ordre à la BeagleBone de s'éteindre - j'ai déjà vu cette possibilité sur Raspberry Pi avec l'écran PiTFT d'Adafruit.

C'est bien cette voix qu'il faut explorer.
Ça peut aussi se régler a moindre coût (avec une batterie comme le suggère al1_24) et j'ai l'impression que BeagleBone Black a déjà tout ce qu'il faut de prévu pour gérer cette fonctionnalité.

Demande l'avis de ton collègue électronicien car pour moi la gestion de l'alimentation de ton BeagleBone Black http://beagleboard.org/static/beagle...e/BONE_SCH.pdf

Se fait au travers du composant TPS65217 http://www.ti.com/lit/ds/symlink/tps65217.pdf

Il offre la possibilité d'avoir 3 sources d'énergie différentes :

1. Adaptateur secteur
2. USB
3. Batterie

Et dans la cas de la batterie, le TPS65217 se comporte aussi comme un chargeur. En cas de coupure d'alimentation, si il y a une batterie chargée alors c'est elle qui prendra le relais. J'imagine que le système d'exploitation reconnait d'une manière où d'une autre qu'on est sur une batterie (un peu comme lorsque tu es sur un PC portable est que tu débranches la prise, Linux le détecte et modifie l'icone dans la barre des tâches)

Ce qui m'embête c'est que j'ai bien l'impression que le chef veut absolument une extinction directe et sans délai, et j'aimerais lui faire comprendre que non il n'existe pas de version de Linux alternatif permettant ça... Il va falloir que je lui explique que si ça fonctionnait jusque-là avec le PC/104 c'est très certainement parce que ce genre de matériel gère visiblement assez bien les coupures de courant mais que ce n'est pas pour autant un cas d'utilisation normale...
Aussi, je pense que ce qui est arrivé au Raspberry Pi est surtout causé par le fait que son Linux est situé sur une carte SD et que visiblement ce support gère TRÈS mal les coupures brutales (j'ai déjà eu une carte bloquée en lecture seule à cause de ça). Pour la BeagleBone Black, garder Linux sur la carte SD n'est pas stable, le Linux finit par se corrompre je ne sais trop comment, donc j'ai opté pour l'écriture sur l'eMMC embarqué sur la BeagleBone Black (Révision C). Mais j'ignore si c'est vraiment plus ou moins robuste que le support SD ou si ça ne change rien.

En effet couper le courant sauvagement n'est pas un cas normal d'utilisation et même si tu fais tourner ton OS sur la eMMC, ça ne changera rien puisque si tu coupes le courant au moment où le processeur est entrain d'écrire alors les données sont simplement corrompues. Ça paraît pourtant logique ! Ton chef a qu'a télécharger une application sur son smartphone et pendant cette opération, il n'a qu'a retirer sa batterie et voir ce qui se passe lorsqu'il l'a remet et redémarre son téléphone (aucun doute que ça va merdouiller alors sur un téléphone et dans le cadre d'un téléchargement d'application ce n'est pas bien grave mais chez un client avec un process qui tourne derrière le produit ça peut être une tout autre histoire)

[Auteur]

J'ai pu constater que, lorsqu'on débranche la prise, il existe un courant résiduel qui baisse progressivement, mais j'ignore si ça suffira à alimenter la BeagleBone le temps de l'éteindre proprement

Il faut quand même vérifier un point : les utilisateurs débranche l'alimentation à quel niveau ? Au niveau de la prise murale ou au niveau de la carte ? Je penche donc pour l'option de la batterie qui te garantie un peu d'énergie quel que soit le niveau où la coupure a lieu.

[watchinofoye]

Oui BeagleBone permet l'utilisation d'un bouton Power, et même d'un bouton Reset en sus. Ils sont d'ailleurs présents par défaut sur la carte normalement. Ce n'est clairement pas un souci et c'était même assez aisé de lui expliquer ça. C'est la solution que je privilégierais si ça ne tenait qu'à moi.
Des dires de l'ingélectronicien, on a affaire à des utilisateurs qui préfèrent débrancher la prise pour éteindre l'alimentation. Ce qui ne l'empêche pas de trouver ça stupide, cela dit.

Après une longue discussion avec le chef, qui a confirmé ce que je redoutais quant à ses exigences, j'ai presque fini par lui faire entendre raison, même s'il reste absolument convaincu qu'il y a forcément un moyen d’éteindre l'appareil à l'arrache sans risque. Je lui ai donc proposé la solution de rajouter un relais et une batterie pour détecter la coupure de courant et donner assez de jus au BeagleBone pour qu'il s'éteigne correctement.

Une autre approche, que je trouve un peu discutable : on n'a pas réellement besoin du Linux. Si on l'utilise c'est parce que c'est la solution la plus simple de prime abord, pour développer la solution de façon expérimentale, mais si ça rajoute surtout des contraintes de ce genre, je m'interroge sur la possibilité et la pertinence de programmer la BeagleBone en Bare Metal plutôt que via Linux. Est-ce que ça changerait vraiment la donne ?

[Forthman]

Il est clair que pour une utilisation "pro" le fait de débrancher la prise ne doit pas nécessiter
l'intervention d'un technicien pour tout réinstaller

je pense également que la meilleure option est la batterie de secours pour une extinction propre
S'il y a un affichage, ne pas hésiter à prévenir que l'arrêt ne s'est pas exécuté correctement,
et des risques si la batterie venait à se décharger.

[Vincent PETIT]

Une autre approche, que je trouve un peu discutable : on n'a pas réellement besoin du Linux. Si on l'utilise c'est parce que c'est la solution la plus simple de prime abord, pour développer la solution de façon expérimentale, mais si ça rajoute surtout des contraintes de ce genre, je m'interroge sur la possibilité et la pertinence de programmer la BeagleBone en Bare Metal plutôt que via Linux. Est-ce que ça changerait vraiment la donne ?

Oui ça changerait les choses puisque d'après moi, c'est l'OS qui trinque lors d'un débranchement sauvage et pas l'application. En plus, si tu n'as pas d'OS, tout le système d'extinction devient beaucoup plus rapide.

Par contre, programmer le processeur SITARA directement tu as déjà ouvert la doc ? 5000 pages ! Franchement si tu sais par quel bout prendre le truc, s'il te plaît fait nous partager.

[watchinofoye]

Par contre, programmer le processeur SITARA directement tu as déjà ouvert la doc ? 5000 pages ! Franchement si tu sais par quel bout prendre le truc, s'il te plaît fait nous partager.

C'est typique des processeurs ARM d'avoir un manuel de référence indigeste. Heureusement, il n'est pas toujours nécessaire de se farcir l'intégralité de ce document-là. Généralement on se concentre sur le chapitre dédié au(x) module(s) du processeur qui nous concernent pour le travail en cours et on utilise ce que le constructeur fournit comme outils et comme exemples pour démarrer rapidement.

Sur ce processeur-là, les infos que j'ai pu trouver redirigent vers le StarterWare de TI : http://processors.wiki.ti.com/index...._AM335x_Portal (catégorie StarterWare). Leur IDE, CodeComposer Studio, permet visiblement de programmer le processeur assez facilement (et il intègre ARM GCC Linaro en plus de leur compilateur, je trouve ça cool).

Ce qui m'emmerde c'est que le JTAG n'est pas intégré par défaut sur le BeagleBone Black (contrairement à la première BeagleBone). Heureusement, il "suffit" de faire des modifs sur la carte : http://elinux.org/Beagleboard:Beagle...#Optional_JTAG

Pour l'instant je dois mettre ce projet-là en pause pour un autre plus prioritaire.