Discussion :

[electroremy]

Bonjour,

J'ai un Raspberry Pi 3 B avec un HifiBerry DAC+ Pro utilisé comme lecteur audio avec la distribution Moode Audio

Il rempli bien son rôle, en plus Moode Audio permet de se connecter en bluetooth avec un smartphone ce qui permet d'écouter des podcasts.

Mais il y a un détail ennuyeux : l'absence totale de gestion de l'alimentation.

Pour éteindre le Raspberry Pi :
- il faut aller dans le menu de l'interface web et choisir shutdown
- puis il faut attendre une ou deux minutes
- et enfin débrancher l'adaptateur secteur

Je voudrais installer des boutons marche/arrêt pour éteindre proprement et complètement le Raspberry Pi

Complètement signifie déconnecter l'alimentation 5V du secteur.

Il est inenvisageable pour moi d'éteindre le Rapsberry Pi en laissant son adaptateur secteur branché en permanence.
La consommation électrique à vide n'est pas énorme, mais il y a un risque de sécurité électrique.
Les blocs d'alimentation et chargeurs sont une des principales causes d'incendie.

Je n'ai pas de problème avec la partie électronique :
- un relais va connecter ou déconnecter le 230V qui va à l'adaptateur secteur
- pour la mise en route, un bouton poussoir 230V en parallèle avec le contact du relais relier le 230V à l'adaptateur secteur
- un circuit de commande analogique autoalimente la bobine du relais
- pour l'extinction, un bouton poussoir va demander via une GPIO au Raspberry Pi de s'éteindre
- une broche GPIO devra s'allumer (ou s'éteindre) pour dire au circuit de commande analogique qu'il peut couper l'alimentation de la bobine du relais
- je pense utiliser un relais bistable qui se contente d'une impulsion sur une bobine pour fermer son contact, et une impulsion sur une autre bobine pour ouvrir son contact
- en cas de plantage (c'est à dire si le Raspberry Pi refuse de s'éteindre alors que l'ordre d'arrêt a été donné), une temporisation analogique coupera l'alimentation quand même au bout de 4 minutes.
- un raffinement supplémentaire est de prévoir une petite batterie pour, en cas de coupure secteur, demander l'arrêt, la batterie permettant de faire l'arrêt proprement.

Il est inenvisageable qu'un bug empêche la coupure de l'alimentation.

Il y a donc une partie logiciel à faire sur le Raspberry Pi, il faudra que ce soit compatible avec Moode Audio et le HifiBerry DAC+ Pro
C'est là dessus que j'ai besoin de renseignements

Je trouve un peu surprenant et décevant que cette fonctionnalité n'ai pas été prévue d'office sur les Raspberry Pi.
Je ne dit pas qu'il faut inclure le relais et les boutons, car ça prend de la place, ça coûte cher et tout le monde n'en a pas besoin.
Mais au moins prévoir les entrées sorties pour gérer boutons marche/arrêt et un relais de coupure, ainsi que la couche logicielle au niveau du système.

Le Raspberry Pi est autant voire plus utilisé comme "appareil électronique", sans clavier ni écran, que comme ordinateur.
Dans ce cas de figure, la gestion de l'alimentation est problématique.
Devoir se connecter avec un ordinateur (ou un smartphone) juste pour l'éteindre est une gageure.

Le temps que met un Raspberry Pi à s'éteindre est trop important pour permettre une protection contre les coupures secteur juste avec des condensateurs.
D'où mon idée de mettre une batterie (ou alors alimenter le Raspberry Pi derrière mon onduleur)
Là aussi c'est une gageure.
C'est comme avec les ordinateurs, c'est un truc que je ne comprend pas, pourquoi ils mettent autant de temps à s'éteindre
Vider les caches et finir les opérations d'écriture en cours ça ne devrait prendre qu'une fraction de seconde.

Les microcontrôleurs (Arduino et compagnie) n'ont pas ce type de problème.
A de rares exceptions près, on peut les éteindre à n'importe quel moment sans risquer de corrompre le programme et/ou les données.
Leur temps de démarrage est quasi instantané.
Et quand ils bugguent, un appui sur le bouton "RESET" et hop c'est repartit.
Certes les microcontrôleurs sont moins puissants que les ordinateurs monocartes mais bien mieux adaptés à un usage en tant qu'objets.

A bientôt

[jackk]

La grosse différence, c'est qu'une Raspberry pi fait tourner un OS (et donc un système de fichiers) alors que l'arduino non. Ce n'est donc pas comparable.

D'autre part, une Raspberry s'éteint en moins d'une minute il me semble (je ne peux pas vérifier car j'utilise rarement clavier / écran avec).

Concernant la gestion de l'alim, une solution élégante et d'utiliser un hat POE. Bon, c'est pas donné, et il faut un switch POE, mais c'est envisageable.
Et dans le cas général, puisque tu sembles bien te débrouiller en électronique, un hat de gestion des alims peut être une solution plus générale, en s'inspirant de celui-ci par exemple.

[electroremy]

Bonjour

Oui tout à fait le Raspberry Pi est un ordinateur avec un OS, ce qui a des avantages mais aussi des inconvénients
Beaucoup de gens sont séduit par la puissance du Raspberry Pi et préfère l'utiliser à la place d'un Arduino mais ne font pas attention à ça.

Je viens de jeter un œil au HAT https://www.waveshare.com/power-management-hat.htm
Impressionnant, mais c'est assez lourd pour juste avoir un marche / arrêt
Et surtout, est-il compatible avec le HiFiBerry DAC ?

Ce que je veux faire serait possible :
- en éditant le fichier config.txt : https://www.raspberrypi.org/document...on/config-txt/
- en installant un script en python : https://www.quartoknows.com/page/ras...wn%20procedure.

Avoir un script qui surveille une broche GPIO et fait un shutdown logiciel à l'air facile à faire

En revanche, faire en sorte qu'après le shutdown une broche GPIO change d'état pour dire "OK on peut couper l'alimentation" à l'air plus difficile...

Du coup je me demande si je ne vais pas uniquement faire une temporisation analogique pour couper la puissance

Une autre solution serait d'utiliser une photodiode installée à proximité d'une des LED du Raspberry Pi qui est allumée quand le Raspberry Pi est en marche, et éteinte quand Linux est arrêté.
Ou alors trouver une broche du Raspberry Pi alimentée en marche et coupée lorsque Linux est arrêté.
L'avantage de cette solution, c'est que si je fais un shutdown logiciel, alors ça va aussi couper la puissance.

A bientôt

[electroremy]

Voici d'autres infos ici :
- https://www.hifiberry.com/docs/hardw...iberry-boards/
- https://raspberrypi.stackexchange.co...iberry-amp-hat

Il semblerait qu'une broche prévue pour la mise en route et le restart est en conflit avec l'I2C

La bonne nouvelle, c'est que je n'ai pas besoin de demander au Raspberry Pi :
- de faire un restart
- de démarrer
car je vais gérer la mise en marche moi-même

Je veux juste :
- que le Raspberry Pi fasse un shutdown logiciel quand j'envoie une impulsion sur une broche GPIO : https://www.stderr.nl/Blog/Hardware/...werButton.html
- idéalement, que le Raspberry Pi me renvoie une info disant que Linux est shudown et qu'il est prêt à éteindre

Je vais faire des tests pour voir ce que ça donne

A bientôt

[Vincent PETIT]

- idéalement, que le Raspberry Pi me renvoie une info disant que Linux est shudown et qu'il est prêt à éteindre

C'était le but de ma question.

Avoir un GPIO en entrée avec un poussoir pour qu'il attrape l'évènement "arrêt"
Le RPI place GPIO en sortie à 1
De l’électronique dédié se retrouve alimenté par cette broche et la scrute. Si celle ci repasse à 0 (le micro est réinitialisé) on coupe l'alimentation principale.

La question que je posais, était : qu'est ce qui se passe si on place un GPIO à 1 et qu'on fait un shutdown logiciel.

C'est une vraie question que je pose, je n'en ai aucune idée.

[electroremy]

La question que je posais, était : qu'est ce qui se passe si on place un GPIO à 1 et qu'on fait un shutdown logiciel.

C'est une vraie question que je pose, je n'en ai aucune idée.

Je n'en ai aucune idée non plus

Je vais tester... en faisant attention de ne pas griller mon précieux RPi et le Hifi DAC qui va avec

Il faut aussi faire attention à la chose suivante : si j'arrive à mettre une GPIO à 1, cela ne va se faire que lorsque le RPi aura démarré

Autrement dit, cette GPIO sera à zéro pendant le démarrage, à 1 un fois que Linux aura fini de démarrer.

[Vincent PETIT]

Bonjour Rémy,

Pour éteindre le Raspberry Pi :
- il faut aller dans le menu de l'interface web et choisir shutdown
- puis il faut attendre une ou deux minutes
- et enfin débrancher l'adaptateur secteur

Je voudrais installer des boutons marche/arrêt pour éteindre proprement et complètement le Raspberry Pi

Petite question :
Si tu mets une GPIO à 1 avec un multimètre dessus (donc tu mesureras 3.3V de mémoire), qu'est ce qui se passe si tu fais un "shutdown" dans le logiciel ?

Le micro du RPI passe simplement en veille (Le GPIO restera à 1) ?
Le micro du RPI se réinitialise (Le GPIO passe à 0) ?

[Artemus24]

Salut à tous.

Intéressant comme sujet !

J'ai sur mes RPi 4B / 8GB, une carte de refroidissement Argon Fat Hat, avec un bouton poussoir.
Pour l'instant, je ne me suis pas encore penché sur cette question, mais j'aimerai faire en sorte que la pression de ce bouton puisse effectuer le shutdown de la RPi.
Après l'arrêt complet de RPi, j'aimerai que mon disque dur ne soit plus alimenté.

Inversement, quand l'arrêt a été effectué, j'aimerai si j'appuie à nouveau sur le bouton poussoir, effectué le redémarrage de la RPi.

Voici un didacticiel qui explique l'usage du "dtoverlay=gpio-shutdown".
Et un autre didacticiel.

Vous pouvez consulter le device tree du gpio-shutdown.
J'ai recréé le device tree de mon TFT 1.8" de chez Joy-it, ce qui permet de l'adapter à votre environnement et surtout de corriger les bugs existants.

@+

[electroremy]

Intéressant comme sujet !

Merci

Certes avec ce post je n'ai pas inventé l'eau chaude

mais au moins ce sujet regroupe les différentes choses à savoir pour parvenir au résultat de la façon la plus simple

A bientôt

[electroremy]

Je viens de réaliser un petit circuit de mise en route avec un relais

Il y a un petit problème la sortie qui se met à 3.3V pour le shutdown repasse furtivement à 0V avant rester à 3.3V

Je ne l'avais pas vu lors des mesures au multimètre

Ce n'est pas gênant mais il faut le savoir (prévoir un filtre passe bas sur la commande d'extinction)

A bientôt

[Vincent PETIT]

Bonjour,
Je ne comprends pas, la broche est dans quel état en fonctionnement ?

Elle est à 3.3V (fonctionnement) puis elle passe à 0V (shutdown en cours) puis repasse à 3.3V (shutdown) ?

[electroremy]

Salut,

Voici le schéma de mon circuit d'allumage et d'extinction, avec un chronogramme, je pense que c'est plus clair :



Comme je l'ai dit, la broche "poweroff" passe de 0V à 3,3V puis de nouveau à 0V très briévement pour rester à 3,3V ; ce comportement explique la présence du condensateur de 47µf dans mon schéma pour jouer le rôle de filtre passe-bas pour "passer" le passage à 0V

A bientôt

[Artemus24]

Salut à tous.

J'ai voulu faire un test avec mon RPi 4B et mon Argon Fan Hat.
Pourquoi l'Argon Fan Hat ? Il possède un bouton poussoir.
Au préalable, j'ai désinstallé tout ce qui concerne Argon one.

J'ai vérifié et la broche physique est bien la N°7, c'est-à-dire la GPIO04.
D'ailleurs dans le programme argononed.py, je lis bien "shutdown_pin=4".

J'ai mis dans le fichier config.txt :

Code :

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

dtoverlay=gpio-shutdown,gpio_pin=4

mais il ne se passe rien.

Comment tester le bouton poussoir afin d'arrêter la raspberry ? A moins que je m'y prends mal.

@+

[electroremy]

J'ai voulu faire un test avec mon RPi 4B et mon Argon Fan Hat.
Pourquoi l'Argon Fan Hat ? Il possède un bouton poussoir.
Comment tester le bouton poussoir afin d'arrêter la raspberry ? A moins que je m'y prends mal.

Je ne sais pas...

Fais d'abord le test avec un bouton poussoir normal... voire juste un fil.

Le bouton poussoir doit relier la broche shutdown à la masse

La distribution Linux que j'utilise est particulière (Moode Audio), elle est dédiée à un usage précis.

Tu parles d'un script en Python, or normalement l'édition du fichier Boot/Setup.txt est suffisante... Il y a peut être un conflit entre les deux.

A bientôt

[electroremy]

Bonjour à tous,

alors depuis ce matin il se passe un truc très bizarre : mon montage se rallume tout seul au bout d'un certain temps

comme si un fantôme appuyait sur le bouton poussoir "marche"

je vous remet le schéma :

https://www.developpez.net/forums/at...f_circuit.jpg/

Vite, je sors le multimètre.

Lorsque le montage est éteint, alimentation raspberry pi débranché, je mesure une tension alternative de 63V 50Hz sur la prise où est branchée l'alimentation raspberry pi.
Voici donc l'explication : le relais et/ou le bouton poussoir sont hs il y a un défaut d'isolement qui alimente l'alimentation qui fini par avoir assez de jus pour redémarrer.

Mais attendez... un voltmètre numérique a une impédance très élevée.
Et justement, dessus j'ai un bouton "imp 400 K Ohms" qui comme son nom l'indique, met en parrallèle avec le voltmètre une résistance de 400K.

J'appuie sur ce bouton, la tension alternative tombe à 3,6V.

Il est facile de voir que le défaut d'isolement de mon montage est de 25 Méga Ohms.

C'est une valeur très élevée, compatible avec les normes électriques, donc il n'y a pas de défaut d'isolement !

Je rebranche l'alimentation, et mesure la tension lorsque le montage est éteint sur la prise 230V de l'alimentation raspberry pi.
Je trouve environ 27V 50Hz, tension qui monte tout doucement, et paf quand elle atteint 30V le montage s'allume !

C'est très très curieux... l'alimentation est capable de démarrer avec une tension faible (10% de celle du secteur) et surtout un très petit courant !

Je pense avoir la solution : je monte dans une prise 230V 3 résistances de 100K en série, et je branche cette prise en parallèle avec l'alimentation Raspberry Pi.

La tension n'est plus que de quelques volts au lieu de 27V à l'arrêt.

Mais, le montage fini par redémarrer quand même !

Chose curieuse : quand l'alimentation raspberry pi est branchée, la fameuse tension "résiduelle" 50Hz est plus élevée...

Je me dit que l'alimentation raspberry pi doit avoir un de ses condensateurs chargés qui la réalimente automatiquement...

Regardez bien mon montage : il suffit d'une courte impulsion de 5V pour faire coller le relais (mais il faut quand même plusieurs dizaines de mA pour faire coller le relais)

J'essaye en remplaçant l'alimentation raspberry Pi par un chargeur USB.

Plus aucun problème de redémarrage !

Cela m'inquiète quand même... le principe de mon schéma était qu'une fois coupé tout était hors tension !

A bientôt

[electroremy]

Petit indice supplémentaire :

je suis en train de ranger mon bureau et ce matin j'ai débranché complètement mon ordinateur.

Conséquence : avant, la masse "audio" du long câble stéréo qui allait au Raspberry Pi était reliée à la terre, maintenant elle ne n'est plus, la masse audio ainsi que la masse du Raspberry Pi est "flottante"

En effet, mon ampli de chaine HiFi est classe II, c'est la connexion de cet ampli avec mon ordinateur de bureau qui relie la masse audio à la terre

Serait-ce la cause ? Si oui c'est très bizarre... y aurait-il un phénomène de "charge" ou "d'antenne" ???

[electroremy]

Bonjour,

J'ai tout rebranché (masse audio donc)

Le dysfonctionnement avec l'alimentation Raspberry Pi est toujours là (mais pas avec le chargeur CONRAD utilisé en guise d'alimentation)

Le fait que cette panne coincide avec mon "débranchage" est donc le fruit du hasard...

L'alimentation Raspberry Pi est la version "officielle", à 20 euros, 5V1 2.5A, recommandée car les autres alimentations ne tiendraient pas la charge ou délivreraient une tension trop faible.

Bon c'est pas grave je garde l'alimentation Raspberry Pi pour autre chose.

A bientôt

[Artemus24]

Salut à tous.

Comme je l'ai dit précédemment, le sujet m'intéresse.
Mon but consiste à faire des tests pour la compréhension et non d'installer un système pour couper l'alimentation de la raspberry.

- puis il faut attendre une ou deux minutes

Il n'est pas nécssaire d'attendre un certain temps pour éteindre ta raspberry.
Quand la raspberry va s'arrêter, la led verte va se mettre à clignoter dix fois.
C'est un bon indicateur pour débrancher l'alimentation de ta raspberry.

Je n'ai pas de problème avec la partie électronique :

Pour concevoir un circuit électronique, je suppose que OUI, mieux que moi.
Mais quand est-il du comportement électronique de la raspberry lors de son arrêt ? Ce n'est pas aussi évident que cela parait.

- pour l'extinction, un bouton poussoir va demander via une GPIO au Raspberry Pi de s'éteindre

C'est la première étape. Comment va-tu entreprendre l'arrêt de la raspberry ?

a) par un service qui va produire un "shutdown" (halt) logiciel ?
Le montage consiste à brancher sur une GPIO, un BP, une résistance et la masse.
Quelle GPIO utiliser ? Ne pas utiliser la GPIO3 qui sert aussi pour le I2C.

b) par l'usage dans "/boot/config.txt" de "dtoverlay=gpio_shutdown,gpio_pin=xx".
On peut utiliser la GPIO3, mais cette fois-ci sans faire l'usage d'une résistance, sinon cela ne fonctionne pas.
Ce GPIO3 permet aussi de faire redémarrer la raspberry si elle est à l'arrêt.
Mais est-ce le même shutdown logiciel ?

une broche GPIO devra s'allumer (ou s'éteindre) pour dire au circuit de commande analogique qu'il peut couper l'alimentation de la bobine du relais

Il y a deux étapes qui manquent dans ton raisonnement :

a) le "shutdown" se termine par le clignotement de la led vert dix fois.
Comment être certain que l'on peut débrancher la raspberry après cette étape ?
Il doit exister une GPIO (ou autre) qui va basculer lors de cette phase.

b) il y a aussi le "poweroff" qui permet de mettre la raspberry au minimum de son alimentation.
En ce qui me concerne, je ne suis pas arrivé à le faire fonctionner correctement.
Ou bien, je n'arrive pas à mettre la raspberry à son minimum après le "shutdown".
Ou bien, la raspberry se met à son minimum mais trop tôt, c'est-à-dire avant d'effectuer complètement le "shutdown".

Pour ce qui concerne la gestion de ton relais, une GPIO peut être destiné à cela , en faisant en sorte qu'elle produise en permanence 3v3.
Si tu passes au minimum de l'alimentation de la raspberry, automatiquement, cette GPIO passe à 0v.

- en cas de plantage (c'est à dire si le Raspberry Pi refuse de s'éteindre alors que l'ordre d'arrêt a été donné), une temporisation analogique coupera l'alimentation quand même au bout de 4 minutes.

Comment sais-tu que l'ordre a été donné ? Admettons que cela soit un plantage logiciel. Tu n'as plus la main sur ta raspberry.
La GPIO reste à 3v3 et ne permet pas au relais de basculer pour couper l'alimentation.
Qu'est-ce que tu fais ?

- un raffinement supplémentaire est de prévoir une petite batterie pour, en cas de coupure secteur, demander l'arrêt, la batterie permettant de faire l'arrêt proprement.

Tu compliques drôlement ton montage. Cela implique de gérer différemment l'alimentation de la raspberry.
Autant acheter un onduleur, ou plus simplement un HAT qui sait gérer l'UPS (uninterruptible power supply) ou si tu préfères, une alimentation sans interruption.

Je trouve un peu surprenant et décevant que cette fonctionnalité n'ai pas été prévue d'office sur les Raspberry Pi.

A ma connaissance, il n'y a pas de bouton d'arrêt sur une carte mère d'ordinateur.
Le bouton d'arrêt se trouve en principe relié au transformateur de l'alimentation secteur dans n'importe quelle ordinateur.
Et c'est ce dispositif, en 5v, qui vient alimenter la carte mère. Attention, à ne pas confondre avec le bouton reset.

C'est comme avec les ordinateurs, c'est un truc que je ne comprend pas, pourquoi ils mettent autant de temps à s'éteindre

Il existe deux modes d'arrêt de l'ordinateur qui sont l'arrêt à chaud et l'arrêt à froid.
L'arrêt à chaud consiste à effectuer des sauvegardes du contexte de l'exploitation de l'ordinateur afin de créer un point de reprise ou stable lors du prochain redémarrage. Cela prend du temps.
L'arrêt à froid consiste par un arrêt brusque et à redémarrer l'ordinateur sur son dernier point reprise ou stable.
Sauf que la complexité des systèmes d'exploitations ne permettent plus l'arrêt à froid, car ils se servent du disque dur comme extension de la mémoire.
Et de ce fait, il n'y a pas de points stables.

Les microcontrôleurs (Arduino et compagnie) n'ont pas ce type de problème.

Tout est stocké dans une mémoire flash et il n'y a pas de contexte à sauvegarder.

Et quand ils boguent, un appui sur le bouton "RESET" et hop c'est repartit.

C'est un redémarrage à froid.

@+

[Artemus24]

Salut à tous.

Je ne suis pas arrivé à faire fonctionner correctement "dtoverlay=gpio_poweroff".
En te lisant et en lisant ce que j'ai pu trouvé sur le net, cela parait simple, mais je n'y arrive pas.
Il est fort possible que je n'ai pas bien compris comment procéder.
Mon intention est de mettre l'alimentation de la raspberry à son minimum après la fin du shutdown.

En dehors de cela, j'ai aussi test les deux bornes (ou trous) dans la raspberry, à savoir le PEN & RUN.
PEN signifie (power enable) et permet de provoquer l'arrêt brusque de l'alimentation.
RUN est similaire au bouton reset et donc de redémarrer la raspberry, même si elle est en fonction, c'est-à-dire sans faire un reboot.

PEN doit être relié à la masse pour provoquer la mise au minimum de l'alimentation.
Le mieux est d'utiliser un interrupteur et non un BP.
Si PEN n'est plus relié à la masse, l'alimentation revient et la raspberry redémarre.
Seul la led rouge fonctionne quand la raspberry est à son minimum, qui est de 0,01A, d'après mes lectures.

RUN doit être relié à la masse, et provoque l'arrêt du fonctionnement de la CPU.
L'alimentation n'est pas arrêté et elle est de 0,10A.

Il est a remarqué qu'avec la RPi 4B, le PEN devient Global_En.
Il y a trois broches dont celui du milieu est la masse.

Avoir un script qui surveille une broche GPIO et fait un shutdown logiciel à l'air facile à faire

Création d'un service qui va gérer la broche de la GPIO et provoquer soir un shutdown ou soit un reboot au choix.
Mais cela ne va pas résoudre le problème du relais.

En revanche, faire en sorte qu'après le shutdown une broche GPIO change d'état pour dire "OK on peut couper l'alimentation" à l'air plus difficile...

Oui, c'est le cas.
Mais cette broche GPIO va-t-elle changer d'état juste à la fin du shutdown ou durant le shutdown ?
Et que se passe-t-il si l'alimentation bascule à son minimum ?

Du coup je me demande si je ne vais pas uniquement faire une temporisation analogique pour couper la puissance

C'est ce qu'il y a de plus simple à faire.
J'ai déjà remarqué que le temps nécessaire à l'arrêt complet de ma raspberry peut aller de quelques secondes à 2 minutes dans certains cas.

L'avantage de cette solution, c'est que si je fais un shutdown logiciel, alors ça va aussi couper la puissance.

Le shutdown ne provoque pas l'arrêt de l'alimentation. Au mieux, l'alimentation passe à 0,10A.
L'alimentation reste en fonction, sauf si tu mets "gpio_poweroff" dans le fichier "/root/config.txt".

Il semblerait qu'une broche prévue pour la mise en route et le restart est en conflit avec l'I2C

C'est la GPIO3 (broche N°5).

- idéalement, que le Raspberry Pi me renvoie une info disant que Linux est shudown et qu'il est prêt à éteindre

Tout dépend si tu fais un "shutdown" logiciel ou un "poweroff".

Ce que je cherche à faire est différent de ton sujet.
Quand la raspberry est en fonction, si j'appuie sur le BP, cela fait successivement un "shutdown" et un "poweroff".
Et dans ce cas, je peux débrancher sans crainte ma raspberry.

Si la raspberry est à son minimum, en appuyant sur le BP, je désire effectuer un redémarrage, et c'est tout.

@+

[electroremy]

Bonjour,

Tout ce que j'ai décrit fonctionne sur mon Raspberry PI 3B+ avec distribution Moode Audio et HifiBerry DAC+ PRO

Je ne sais pas pourquoi ça ne fonctionne pas sur ton Raspberry PI

Je ne maitrise pas assez Raspberry PI pour pouvoir apporter de réponse (j'en ai juste un seul, utilisé avec Moode Audio)

Il faut éplucher la documentation de ton Raspberry PI et aussi celle de la distribution que tu utilises.

Moode Audio est une distribution bien spécifique pour faire un lecteur audio, et donc utiliser le Raspberry PI :
- soit sans écran ni clavier
- ou alors juste avec un écran tactile spécifique raccordé sur le connecteur avec un ruban, l'interface est celle de Moode Audio (on ne voit pas Linux)
Par rapport à une distribution Linux de base, la distribution Moode Audio est donc préconfigurée d'une façon particulière, même après la 1iere installation de Moode Audio, on a pas besoin de clavier ni d'écran pour faire les premières réglages (tout se fait via le réseau local en Wifi ou en Ethernet)

Avec une distribution "normale", il faut certainement installer un package ou un script en plus pour que mon montage fonctionne.

A bientôt