7.0.1 Toujours problème avec Nespi4case ventilateur ne s'éteint pas

[shamael_1]

Bien content de trouver ce topic, je rencontre le même soucis. J'ai passé une partie de la soirée à faire des tests et voici le comportement:

• RB 7.0.1 fresh install

• 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.

• mon fichier recalbox.conf correspond au post de @dJ0

• un ps -ef|grep - i shut montre bien le script Python qui tourne

• les 3 scripts sont bien présent dans /opt/Retroflag

Ce qui contourne le problème chez moi:
installer https://github.com/crcerror/retroflag-picase ne fonctionne que partiellement, la partition étant en RO, mais le power off fonctionne alors à chaque fois. Le comportement (reset différent selon interface etc) n'est pas présent, aucun changement de la fonction des boutons.
Afin de confirmé j'ai désinstallé via le uninstall script présent également sur la page et je retourne au comportement décrit plus haut.

Ceci confirme qu'il n'y pas de soucis hardware/boitier me semble-t-il.

[acris]

@shamael_1 said in 7.0.1 Toujours problème avec Nespi4case ventilateur ne s'éteint pas:

la partition étant en RO,

faut monter la partition avant d'appliquer des changements.

[shamael_1]

@acris said in 7.0.1 Toujours problème avec Nespi4case ventilateur ne s'éteint pas:

@shamael_1 said in 7.0.1 Toujours problème avec Nespi4case ventilateur ne s'éteint pas:

la partition étant en RO,

faut monter la partition avant d'appliquer des changements.

@acris pas de soucis à la faire mais mon but est de faire fonctionner les scripts par défaut, je pense que ca aiderait le plus grand nombe

[bozothegeek]

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.

[bozothegeek]

@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 ?!

[shamael_1]

@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-picase

For Recalbox:
wget -O - "https://raw.githubusercontent.com/crcerror/retroflag-picase/master/install_recalbox.sh" | bash

Pour uninstall:
wget -O - "https://raw.githubusercontent.com/crcerror/retroflag-picase/master/uninstall_all.sh" | bash

[bozothegeek]

@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.

[bozothegeek]

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....

[bozothegeek]

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

[dJ0]

@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

[bozothegeek]

@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...

[dJ0]

@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 faire

wget -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...

[shamael_1]

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"?

[dJ0]

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

[Pitch64]

@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

[shamael_1]

@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 crcerror

wget -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% success

C'est résolu pour ma part. Thx!

[danielr]

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).

[shamael_1]

@Pitch64 shame, shame...on me. Merci

[shamael_1]

@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

[danielr]

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.