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

[dJ0]

Franchement, la 1ère fois où j'ai vu ça, j'ai tout de suite eu la crainte d'un bug hard et d'une mauvaise conception de la part de RetroFlag
J'espère que je me trompe et qu'ils ont mis le ventilo sur GPIO, mais je finis par avoir un doute...

[Stefs]

Pareil,je n'arrive pas à comprendre.

Si quelqu'un a une solution,merci par avance.

[Nazgulh]

Alors j'ai moi même le boitier Nespi4case avec un RPI4.
Tout marche parfaitement sans aucune intervention de ma part sur les fichiers de configs.
La seule chose que j'ai changer, c'est mettre l’interrupteur "safe shutdown" dans le boitier Nespi4case sur on.

Avez vous vérifiez la position de l interrupteur ?

[Stefs]

Oui la position de l'interrupteur est bien sur ON

[dJ0]

Idem, il est bien sur ON
Ça commence à être sacrément bizarre cette histoire

Il n'y aurait pas déjà plusieurs versions de Nespi4case ? Parce qu'entre les ventilos qui réagissent différemment, ainsi que les SSD qui parfois font déconner chez les uns et pas chez les autres...

[jonathan13004]

idem le ventilo tourne encore

[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