7.0.1 Toujours problème avec Nespi4case ventilateur ne s'éteint pas
-
Bonjour à tous, de mon côté, zéro problème avec le ventillo et le bouton pour s'éteindre / même le reset fonctionne en 7.0.1. Est ce que vous avez vérifier le cablage des GPIOs ? Je demande parce que je trouve que c'est pas super clair cette partie dans la doc Retroflag quand on monte le boitier. Il faudrait comparer les fils cablés, C'est comme si les commandes GPIO était sans effet. Ensuite, si vous avez des probs, il faudrait regarder l"état des partitions, lors du flashage, on peut avoir des partitions en RO et que l'on ne pourra pas mettre à jour pour le script.
-
@shamael_1 said in 7.0.1 Toujours problème avec Nespi4case ventilateur ne s'éteint pas:
les boutons sont reconnus de suite mais le power off est inconsistant. Sur 10 tests, l'interface se coupe à chaque fois mais le ventilateur continue de tourner environ 4x sur 10.
Sinon, il faudrait regarder le contenu des scripts python, un problème de commande GPIO ?!
-
@bozothegeek le second script ne permettrait pas d'avoir 100% de succès dans ce cas, ou alors je serais le seul tout du moins à avoir mal mis mes cables J'ai revérifié en tous les cas le câblage, un sticker sur un des câbles indique bien le sens de montage et il est bien positionné. Idem que dans les tutos et les reviews que j'ai trouvé.
Une partie du second script (crcerror) fonctionne, de tête il s'agit de /etc/init.d/S99Retro. Le plus simple serait d'avoir un second retour. Parmi ceux qui ont le problème, l'un de vous peut se rendre sur cette page et installer le script? Le uninstall est également fourni, c'est très simple
https://github.com/crcerror/retroflag-picaseFor Recalbox:
wget -O - "https://raw.githubusercontent.com/crcerror/retroflag-picase/master/install_recalbox.sh" | bashPour uninstall:
wget -O - "https://raw.githubusercontent.com/crcerror/retroflag-picase/master/uninstall_all.sh" | bash -
@shamael_1 OK, ce que je propose est de comparer le script de "shutdown" de recalbox avec celui que propose Retroflag, on devrait peut être voir des différences et expliquer ce qui se passe, je vais regarder et je vous dis si je vois et comprends ce qui se passe.
-
Bon j'ai regardé....
la seule différence est le fait que le script de retroflag essai de tuer ES avant en appelant un script.sh supplémentaire :Dans le .py de retroflag:
os.chdir(scriptDir) output = int(subprocess.check_output(['./recalbox_SafeShutdown.sh', '--espid'])) if output: os.system(scriptDir + "/recalbox_SafeShutdown.sh --shutdown") else:
Dans le .sh de retroflag:
ES_PID=$(check_esrun) if [[ "$1" == "--shutdown" && -n $ES_PID ]]; then [[ -z $RC_PID ]] || smart_wait 1 $RC_PID && sleep 3 kill $ES_PID smart_wait 0 $ES_PID shutdown -h now fi
Mais en terme de GPIO, c'est les mêmes utilisant les mêmes commandes De plus, pour ma part, je n'arrive pas à reproduire ce problème même si j'éteins à partir d'un emulateur ou partir du menu ES.... Donc la différence de script, je me l'explique pas encore... peut être un paramètre sur les GPIOs... mis lors de l'installation des scripts... je vais voir....
-
Apparement, on configure différemment dans recalbox la partie "dtoverlay", c'est la manière qui est différente et pas forcement le résultat. Pour tester, c'est juste idée pour investiguer, on peut jouer avec /boot/config.txt, et de rajouter la ligne suivante à la fin du fichier :
dtoverlay=gpio-poweroff,gpiopin=4,active_low=1,input=1
Et ainsi on verra si cela améliore ou pas le comportement du ventilateur.
Bien sur avant de modifier ce fichier, il faudra faire en ssh, la commande suvante:# mount -o remount,rw /boot
-
@shamael_1
Bingo, ça marche, bien joué !
Jamais le ventilo s'était éteint chez moi jusque là
Script installé et après redémarrage, quand je relache le bouton le ventilo se coupe grosso modo en même temps que la led, donc très vite (2 à 4 secondes)
Ca semble bien lié à cette dernière ligne "dtoverlay", c'est la seule chose qu'ils ont modifié chez Retroflag pour rendre leur script compatible avec Nespi4case (selon leurs derniers commits sur github)Par contre j'ai pas compris l'histoire de monter la partition /boot en rw : sans avoir rien monté j'ai toujours le fichier /boot/config.txt qui reste modifié après déjà 2 redémarrages... est-ce que ça veut dire que l'extinction du raspberry est pas totale, et qu'il garde la partition boot en mémoire ?? Pourtant elle est bien en readonly...
C'est cool en tout cas, déjà c'est pas un souci hard et puis on peut se faire la modif nous-même et la team pourra sortir tranquillement la correction plus tard
-
@dJ0 Donc t'as réussi à modifier le fichier dans /boot sans faire la commande "mount -o remount,rw /boot" ? Normalement, t'as besoin de faire cela pour débloquer ta partition. Mais peut être que ta partition se monte en "rw" automatiquelment à chaque fois pour toi, je sais que cela peut arriver qu'une partition ne se monte pas comme prévu, tu risque d'avoir d'autres problèmes par la suite... pour le savoir, à l'occas, lance la commande "mount" tout simplement, et envoi le résultat, je pourrais vérifier si c'est bien monté comme prévu sur ton Pi4...
-
@bozothegeek
C'est la première chose que j'ai regardé et j'étais bien en readonly pourtant
La raison est plus simple que ça : je viens de voir que le script Retroflag fait lui-même la commande pour monter boot en rw
Donc en clair, il suffit de fairewget -O - "https://raw.githubusercontent.com/crcerror/retroflag-picase/master/install_recalbox.sh" | bash
et c'est bon
(en tout cas chez moi, et visiblement chez shamael_1 aussi) Si une 3ème personne peut le confirmer... -
Et moi qui avait mis le flag watching pour suire le topic, je n'ai pas reçu de notif alors que passiez à la partie la plus fun
@bozothegeek merci pour les recherche
@dJ0 également et merci pour le test. Effectivement je n'avais pas précisé de monter la partition en RW, le script le faisant déjà (j'aurais du le précision éviter cette perte de temps, my bad).Une fois le fix ajouter dans une release pas de soucis à tester de mon coté. Le script crcerror ayant un unistall tout en bas de la page,c 'est plutot simple :).
Merci pour les retour et j'espère que d'autres personnes pourront confirmer.
PS: normal pas de mail pour les notifs alors que je suis bien en "watching"?
-
Sinon pour ceux qui veulent tester la méthode de bozothegeek, selon le script il faudrait juste faire :
mount -o remount,rw /boot echo "# Overlay setup for proper powercut, needed for Retroflag cases" >> /boot/config.txt echo "dtoverlay=gpio-poweroff,gpiopin=4,active_low=1,input=1" >> /boot/config.txt shutdown -r now
A tester aussi
-
@shamael_1 said in 7.0.1 Toujours problème avec Nespi4case ventilateur ne s'éteint pas:
PS: normal pas de mail pour les notifs alors que je suis bien en "watching"?
Dans les paramètres de ton profil, tu as bien choisi de recevoir par email (la troisième option visible ici) ? JE n'ai pas essayé si ça fonctionne, simple question
-
@dJ0 j'ai pris un peu de temps pour tester, en court ca marche
Ci-dessous les details et tests effectués:
#uninstall du script crcerrorwget -O - "https://raw.githubusercontent.com/crcerror/retroflag-picase/master/uninstall_all.sh" | bash
Les lignes ajoutées par le crcerror script dans /boot/config.txt sont dès lors commentées. Niveau process j'ai bien uniquement le shutdown.py.
#reboot et test du comportement
j'en reviens à mon premier post avec le comportement erratique, c'était attendu.#ajout des lignes via tes commandes et test
10x poweroff, 100% successC'est résolu pour ma part. Thx!
-
Bonjour,
Je suis venu à ce post via une recherche pour un problème légèrement différent bien que mentionné dans le fil :
Je n'ai aucun problème de ventilateur (il s'arrête bien systématiquement dans tous le cas) mais ce qui m'intéresse c'est le script de crcerror et son comportement particulier par rapport au script de safe shutdown de base fourni par recalbox (le redémarrage commence forcément par revenir à ES pour sauvegarder les metadonnées et les sauvegardes de jeu, et quand on est dans un jeu le reset fera revenir à ES à la place d'un redémarrage).
J'ai réussi à obtenir ce comportement sur la 7.0.0 avec la NesPi4case (et avec la 7.0.1 sur un autre boîtier de retroflag) mais avec la 7.0.1 impossible : j'ai beau installer et désinstaller le scrit de crcerror, un appui de reset depuis un jeu fera toujours redémarrer le boitier plusôt que de revenir à ES.
À la désinstallation j'ai également une erreur disant que le volume est monté en lecture seule :
wget -O - "https://raw.githubusercontent.com/crcerror/retroflag-picase/master/uninstall_all.sh" | bash --2020-10-22 16:44:31-- https://raw.githubusercontent.com/crcerror/retroflag-picase/master/uninstall_all.sh Resolving raw.githubusercontent.com... 151.101.120.133 Connecting to raw.githubusercontent.com|151.101.120.133|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 2338 (2.3K) [text/plain] Saving to: 'STDOUT' - 100%[=========================================================================================================================================>] 2.28K --.-KB/s in 0s 2020-10-22 16:44:31 (14.4 MB/s) - written to stdout [2338/2338] Try to delete dir: /opt/RetroFlag rm: can't remove '/opt/RetroFlag/recalbox_SafeShutdown.py': Read-only file system rm: can't remove '/opt/RetroFlag/recalbox_SafeShutdown.sh': Read-only file system '/opt/RetroFlag': removal failed! Try to remove autostart-feature grep: /etc/rc.local: No such file or directory Autostart disabled Try to disable UART UART disabled Try to disable overlay file overlay disabled
PS: je pense qu'il existe bel et bien plusieurs versions de la Nespi4case car quand je l'ai reçu le ventilateur était légèrement différent que sur les photos sur internet et le dessin du guide de montage (le câble d'alimentation et le connecteur n'étaient pas exactement au même endroit).
-
@Pitch64 shame, shame...on me. Merci
-
@danielr le script gère bien le montage de la partition en RW pour "/boot" mais mais pas pour "/" qui semble nécessaire aussi. Je suis récent sur le projet et donc une confirmation doit être attendue mais si:
- tu backup les fichiers e /opt/RetroFlag
- tu montes "/" avant l'install/désinstall
mount -o remount,rw /
Ca pourrait le faire. Backup et confirmation si tu n'es pas aventureux
-
Merci j'ai testé et effectivement je n'ai pas eu d'erreur lors du désinstall et réinstall mais malheureusement aucun changement de comportement : un appui sur reset provoque toujours un redémarrage complet du système.
-
Dans /opt/RetroFlag il y a 3 scripts, pas regardé leur contenu de près mais niveau daemon seul shutdown.py est loadé. Ce dernier lance peut-être ceux associé sans le même folder. Il doit y avoir moyen de remplacer leur contenu.
C'est une piste simplement, je n'ai rien essayé à ce niveau
-
Pour ma part je n'ai que 2 scripts dans /opt/RetroFlag (recalbox_SafeShutdown.sh et recalbox_SafeShutdown.py).
Mais là où ça commence à être fou c'est que j'ai également une Superpi case qui tourne aussi sur la 7.0.1 où tout marche comme prévu. Je viens de faire un diff entre les 2 configs et les fichiers dans /opt/RetroFlag sont absolument identiques (et dans les 2 cas j'utilise un stockage externe en plus de la carte SD, une clé USB pour le Superpi case et un SSD pour la NesPi4case)
-
@danielr pour ton cas, lance la commande "mount" pour voir l'état de tes partitions, si tu as un blem sur la microsd, tu peux avoir le problème, j'ai eu le cas :-(... envoi moi le résultat et je te dirais.