Bonjour,
Comment gérez vous l'arrêt ? Pour le système, cela est similaire à un arrêt brusque à chaque fois ?Citation:
Envoyé par Philippe Dpt35
Version imprimable
Bonjour,
Comment gérez vous l'arrêt ? Pour le système, cela est similaire à un arrêt brusque à chaque fois ?Citation:
Envoyé par Philippe Dpt35
Il faut bien sûr procéder à l'arrêt du système avant.Citation:
Envoyé par LittleWhite
D'ailleurs les PC modernes sous Windows (c'est le cas du mien en tout cas) restent sous tension quand on arrête le système. Il faut aussi couper l'alimentation si on veut un arrêt total (ou faire un appui long sur le bouton power, ce qui est plus casse-pieds).
L'ajout d'une icône permettant l'arrêt direct, dans la barre des tâches, peut aussi être une solution si le but est de gagner du temps, comme dans le cas du paramétrage d'un bouton power pour que le système s'arrête automatiquement quand on appuie dessus.
J'ai une RPI qui me sert de serveur réseau, qui elle reste allumée en permanence. Et pour celle qui me sert de lecteur multimédia, qui n'est allumée qu'occasionnellement, ça ne me pose pas de problème à l'usage cette absence de bouton marche-arrêt. Sous Raspbian le démarrage-arrêt du système est très rapide, rien à voir avec Windows par exemple !
Pour un Raspberry Pi en média center, sans clavier, ni souris, comment gérez vous l'arrêt ? Moi, je suis obliger d'avoir une autre machine, de me connecter en SSH et de lancer un shutdown. Je trouve ça plutôt nul comme solution et c'est pour ça que je cherche une meilleure idée.
Bonsoir,
j'ai trouvé plusieurs liens sur ce sujet : cela consiste à placer entre une broche du port GPIO et la masse un bouton poussoir puis de créer un script python qui tourne en tâche de fond.
Le bouton est entre les pins 4 et la masse :
- http://www.pobot.org/Arret-shutdown-...i.html?lang=fr
attention : dans cet exemple l'entrée est configurée comme une entrée pull-up- http://www.pihomeserver.fr/2013/10/2...bouton-darret/Citation:
the I/O is configured as input with pullup enabled
ici le bouton est sur le pin 23 (en pull-up également) avec une LED témoin
J'ai également vu un article qui propose 3 boutons : marche, arrêt et reset avec un peu d'électronique. Malheureusement, les schémas électroniques sont illisibles :aie:
En media center, un clavier sans fil est indispensable, sinon comment le commander ? Je n'ai pas testé la solution par télécommande à infrarouge, qui doit certainement permettre aussi un arrêt du système (du moins avec Kodi). Il y a également une solution avec commande par appareil mobile. Elle doit certainement elle aussi permettre un arrêt du système.Citation:
Envoyé par LittleWhite
En fait, les usages qui ne nécessitent pas de clavier (on intervient alors sur la Raspberry par SSH ou VNC),correspondent en général à des usages où on la laisse en permanence allumée. Quel autre usage sans clavier impose des arrêts-redémarrages fréquents ?
Le sujet est très intéressant.
Même si un interrupteur sur un GPIO permet l'extinction propre, il reste toujours le problème du redémarrage !
Parce ce que si pour redémarrer il faut débrancher et rebrancher l'alimentation je crains que la connectique USB ne résiste pas.
Ou alors avoir 2 interrupteurs ? Un ON et l'autre OFF ?
J'ai une question, est ce que le Raspberry peut sortir de veille si un GPIO changé d'état ?
C'est le rôle des pins "run" de la carte.Citation:
Envoyé par Vincent PETIT
J'ai remarqué aussi un truc : lorsque le système est éteint même si la carte reste sous tension, la date et l'heure ne sont plus plus mises à jour :aie: Il faut donc ajouter un module RTC.
Ah bon ?Citation:
Envoyé par Auteur
C'est dommage ça, je vais tester ce week-end si je trouve le temps.
Puisque je vois qu'on aime le bricolage par ici, des idées pour résoudre à la fois le problème de l'arrêt du système sans clavier, et l'arrêt-redémarrage électrique de la RPi:
commande vocale (un micro USB) ou vibratoire (un capteur piezzo ne coûte que quelques euros, reste le problème de la Pi qui n'a pas d'entrée analogique, mais là le nombre de commandes à traiter est réduit donc ça devrait être faisable) avec un petit script Python pour arrêter le système. Associé à une alimentation passant par un télérupteur. En fin d'arrêt du système, on demande à la Py d'envoyer un signal au télérupteur pour couper l'alimentation. On relance l'alimentation par le télérupteur...
Pour Kodi, il est totalement contrôlable à la télécommande. J'imagine que le retour se fait à travers le cable HDMI. En tout cas, pas de clavier/souris.
Sinon, j'ai une méthode bourrine, c'est d'utiliser mon téléphone portable pour SSH le Raspberry Pi.
Mais bon, il est clair que la solution finale, c'est d'utiliser un bouton, connecté à un script. Mais, j'aimerai plutôt réussir à gérer cela avec la télécommande, comme ça, je peux éteindre TV, Son et serveur rien qu'avec la télécommande.
Peut être Kodi a une option pour ça ? (Toutefois, je n'utilise pas Kodi pour mon media center :aie:)
En ce qui me concerne, pour ma TV, j'ai opté pour Kodi au sein de Raspbian commandé par un clavier sans fil Logitech avec Pad tactile. J'ai ainsi la possibilité de navigation Internet sur la télé, de streaming, d'enregistreur numérique des chaînes TV, etc., plus Kodi pour le visionnage de la vidéothèque en réseau.
A parti de Kodi, il est possible d'arrêter directement le système, donc pilotable par télécommande si on n'a pas de clavier. Kodi est également contrôlable à partir d'un appareil mobile sous Android avec Yatse. Sans clavier, il faut effectivement plutôt s'orienter vers la solution OSMC (système lançant directement Kodi).
J'ai un peu cherché sur Internet et beaucoup propose de brancher le Raspberry Pi en USB à la télévision. Toutefois, toutes les télévisions ne sont pas "nice". Dans le sens où, par exemple, Sony envoie un signal d'extinction et laisse le port USB alimenté encore 30 seconde, alors que d'autres éteignent le port USB immédiatement (coupant le Raspberry Pi de manière non propre).
Par contre, je me demande si je ne peux pas obtenir moi même des informations sur ce que la télévision reçoit comme signaux de la télécommande, avec le protocole (?) CEC. Vulgairement, dans un tel cas, la télévision deviendrait un capteur IR classique.
=> Je pense que c'est ainsi que fait Kodi
Je viens de vérifier chez moi sur mon RPi2 en boîtier multimédia relié à une ancienne TV LCD par HDMI.
Kodi est installé au sein de Raspbian. Il me faut donc un clavier pour lancer Kodi (mais avec OSMC, il n'y a pas ce problème, Kodi se lançant comme base du système).
Une fois Kodi lancé, je prends sans problème le contrôle de Kodi avec Yatse sur mon smartphone Android, et je fais à peu près ce que je veux avec, y compris éteindre le système directement et proprement (pas seulement Kodi, tout le système).
Bien sûr, liaison Internet requise pour le RPi.
Salut,
Je vais peut-être dire une "bêtise", mais pourquoi ne pas mettre un programme qui va l'éteindre s'il n'y a aucune activité au bout de x minutes.
Cdlt.
@Philippe Dpt35 : on peut rapidement faire une modification pour lancer un programme au démarrage du Raspberry Pi (automatiquement). C'est ce que je fait d'ailleurs.
Aussi, je n'ai pas d'Android, et comme je l'ai dit plusieurs fois, je n'utilise pas Kodi :D
@zoom61 : car un serveur multimédia/serveur de fichiers est souvent inactif. Si on l'arrête, il faudrait un Wake On Lan pour le relancer.
J'avais bien lu et noté, mais c'était une réponse à la cantonade car elle pouvait servir à des visiteurs du fil de discussion ! ;)Citation:
Envoyé par LittleWhite
Mais le serveur, lui, tu n'as pas besoin de l'arrêter (ou très rarement). Dans ces cas peu fréquents, un arrêt par SSH n'est pas trop gênant me semble-t-il. Ou alors je n'ai pas encore bien compris ton installation et ton problème. :aie:Citation:
Envoyé par LittleWhite
Bonjour à tous,
En fait, avec une framboise, le problème est double.
Il y a le premier point, l'extinction. Les solutions sont de ce coté là multiples. KODI de mémoire permet de stopper le système lors de la sortie du programme. Il est possible de développer des scripts python qui vont tourner en daemon afin de tester les activités et de lancer une commande d'extinction propre. Il est aussi possible de faire tourner un script lié au port GPIO qui testera l'appui sur un bouton et qui enverra alors une commande d’arrêt du système
Le démarrage : Là c'est plus compliqué. Le pi ne redémarre que lorsque l'alimentation est branchée. C'est purement hardware. Donc, les solutions sont beaucoup öoins nombreuses.
Principalement il y a le câble d'alimentation micro usb disposant d'un interrupteur. Lorsque le circuit sera fermé, la framboise, recevant son impulsion électrique va redemarrer. Attention aux ports USB auto alimentés car les prérequis électriques de la framboise sont assez spécifiques. Si le port ne peut continuellement envoyer les 5V requis par la framboise, surtout lors d'une montée en charge du CPU, la framboise se plantera.
L'autre solution, en ayant une alim "fixe", qu'on n'enlève ni ne remet en place, ce qui épargne le port, est de générer un court circuit sur les plots run de la carte, ce qui sera interprété par la framboise comme une demande de hardreset. La carte étant (normalement) éteinte, le comportement sera celui d'un démarrage. Cette solution passe donc obligatoirement par un brin de soudure et l'ajout d'un bouton poussoir (genre un bouton reset de boitier pc fera parfaitement l'affaire).
Attention, l'appui sur ce bouton lorsque la framboise fonctionne provoquera un hard reset et un reboot qui risque, puisque l’arrêt n'est pas propre, de corrompre la carte SD
Pour info, sur un modèle 3, ces plots sont proches du port gpio vous avez l'emplacement sur cette photo https://habitsofsocialmedia.files.wo.../03/pihero.jpg
Explication détaillée et démonstration de l'utilisation des pins run:
https://blog.adafruit.com/2014/10/10...-raspberry_pi/
Merci beaucoup Auteur.
Personnellement, je n'aime pas le iSwitchPi que je trouve très compliqué pour un unique bouton :aie:. Le second ajoute un cable en plus (pour le premier, j'ai l'impression que c'est un hat). Un câble en plus, donc de la résistivité en plus.
Mais en effet, ce sont des solutions. Qu'en avez-vous pensé ?
Hello,
Pour le Pi Supply Switch, et si j'ai bien compris, il y a trois boutons Soft-off, Off et On.
- Le bouton Off coupe bêtement l'alimentation:aie:, à utiliser en dernier recours quand le Pi est planté.
- Il y a un service en fond avec un script Python qui va faire un shutdown sur un appui court du bouton Soft-off, et un reboot sur un appui long.
- Le bouton On, pour rallumer le Pi of course...
Si tu fais un sudo halt, l'alimentation est coupée automatiquement au bout de deux minutes.
A noter que la carte monopolise deux broches du port GPIO pour ses besoins (1 entrée pour le bouton Soft-Off et une sortie pour couper l'alimentation). On peut choisir les broches qu'on veut.
ça m'a l'air complet:), je regarderai l'autre usine à gaz plus tard !
Quand je vois un microcontrôleur pour réaliser un bouton On/Off je me dis que ça fait très complexe pour la fonction réalisée :weird:.Citation:
Envoyé par f-leb
C'est comme voir un programme informatique de 300 lignes pour afficher "Hello World !"... ça n'inspire pas confiance de prime abord même si le code peut être d'une grande qualité.
Il y en a que ça n'arrête pas: on essaie bien de nous vendre des applications pour smartphone afin... d'allumer ou éteindre la lumière quand on rentre ou sort de chez soi ! :arf:
Oui mais d'un autre côté quand rien n'est prévu sur la carte mère pour quelque chose de ci-bas niveau cela devient vite une usine à gaz quand il faut le rajouter en extérieur. Je suppose que le micro ne sert que à séparer le bouton sur les 3 commandes (On/Off Hard, Off Soft, et un pulse qui sert à ???) vers le Pi, et à l'heure actuelle c'est plus simple avec un petit micro que des portes logiques.Citation:
Envoyé par Vincent PETIT
Delias
Sacrée usine que cet iSwitchPi:mrgreen:
Il n'y a qu'un seul bouton On/off sur ce HAT, et c'est le micro ATtiny qui gère son état (on, off, appui court ou long, temporisations...). Les messages entre l'ATtiny et le Pi ne monopolisent qu'une seule broche du Pi. Il y un service avec un script Python sur le Pi pour recevoir ou produire des signaux vers l'ATtiny.
C'est vrai que ça semble plus élaboré pour ressembler à un on/off d'un PC classique.
A noter que le générateur de signaux rectangulaires est un plus qui n'a rien à voir avec ce bouton on/off:)