Eteindre OpenCPN OpenPlotter

Bonjour,
Je commencerais à chercher pourquoi openCPN ne s'arrête plus.
Quelle est ta procédure d'extinction ? Tu utilises des scripts ? Si oui, fais ou modifiés par toi ? Y a t'il des erreurs dans les logs ?
En isolant la partie du script qui arrête openCPN, en en faisant un script, et en le "jouant" en ligne de commande (sous terminal), qu'est ce que çà donne ?
A partir de quand çà a commencé à merdouiller, tu ne dis pas depuis quelle MAJ ? Une MAJ OpenCPN ? Une MAJ de l'OS ? Une MAJ de X708 et de ses scripts associés ?
Etc... (D'autres idées ? )
Bref, il y a de quoi développer.

Bonjour à tous,

En effet le problème est que les gens qui seraient amenés à utiliser le systeme ne suivront pas une procédure complexe.(une ou deux séquence ce de plusieurs touche, c'est de trop......)
Donc j'avais mis au point un script qui recevais l'info de la coupure de l'alimentation, grace à un UPS, l'OpenCPN se fermait via pkill opencpn, puis après quelques seconde le raspi s'étaignait.
Cela marchait pas mal sous rasbian bulleyes.
Mais avec Pneplotter, c'est rasbian bookworm qui est fournis.
Et la, cela ne marche plus.
Pour l'instant je tente de faire tourner un script python comme daemon, mais même cela je n'y arrive pas.
Le script depuis thonny fonctionne impeccablement.
J'ai essayé avec /etc/rc.local, avec le lien symbolique du script dans /usr/sbin
Puis avec des recherche sur Internet, mis un service dans /etc/systemd/system/ mais rien a faire, si je lance le daemon depuis un terminal, il fonctionne, mais pas en démarrage automatique. Alors que
systemctl status
me dis bien que le service est actif mais rien ne se pase lors de la coupure de l'alimentation.

Bref, je cherche.....

Bonjour Kivoila,

J'ai essayé ta commande, mais le service opencpn n'est pas connu
```
i@Schero:~ $ sudo systemctl stop opencpn.service
Failed to stop opencpn.service: Unit opencpn.service not loaded.
pi@Schero:~ $


Mon script s'apelle plsd.py et le service crée est:

pi@Schero:~ $ systemctl status plsd
● plsd.service - Gestion de l arret alimentation
Loaded: loaded (/etc/systemd/system/plsd.service; enabled; preset: enabled)
Active: active (running) since Thu 2025-04-17 09:39:23 CEST; 9min ago
Main PID: 1106 (python)
Tasks: 4 (limit: 8728)
CPU: 9min 7.880s
CGroup: /system.slice/plsd.service
└─1106 /usr/bin/python /home/pi/bash/plsd.py ">" /home/pi/log/plsd.log "2>>

avr 17 09:39:23 Schero systemd[1]: Started plsd.service - Gestion de l arret alimentati>

pi@Schero:~ $

Je ne trouve opencpn dans le systemctl que dans:

pi@Schero:~ $ systemctl status | grep opencpn
│ ├─3165 opencpn
│ └─3402 grep --color=auto opencpn
pi@Schero:~ $

```
mais voila.....

michel

Bonjour Virtudes

En effet mon UPS utilise le GPIO 6 pour signaler la disparition de l'alimentation.
Avec Bulleyes, cela ne posait pas de problème. C'est mon script qui gérait Opencpn et le raspi.
Avec bookworm, il semblerait que l'os gère l'extinction du raspi sans s'occuper de ce qui y tourne.
Je voudrait cree comme sous bulleye un script en daemon pour éteindre l'OpenCPN avant l’arrêt du Raspberry.
Mais il semble que quelque chose se passe donc je n'ai aucune doc dans openplotter concernant la gestion de l'alim avec les GPIO.

Je cherche toujour, car en plus avec mon script, le log n'est pas toujours bien écris sur le disque....

Hello !

Peut-être une piste de réflexion, trouvée dans le Wiki Geekworm.

Sur le lien original, ils précisent bien que les scripts sont valides sous Bullseye, mais ils disent aussi que ce n'est plus maintenu, et qu'il faut utiliser l'autre lien, qui lui, dit bien que la Bookworm est supportée, et qu'il suffit de désinstaller / réinstaller le script. Je pense que l'adressage du GPIO reste identique, à vérifier aussi.

Ca mange pas de pain d'essayer. Voici le lien :

wiki.geekworm.com[...]-script

Bojour Lady_C

mais alors pourquoi lors du démarrage du script avec /etc/rc.local, la vitesse est bonne?,
C'est toujours le script qui genere les log et le script c'est du python sur le raspberry

Le x708 n'est justement là que pour ne pas obliger les gens à agir.
L'x708 a une autonomie dépendant de la batterie mise dessus.
La principale fonction est de fournir du courant pour que opencpn puisse s’éteindre correctement puis le Raspberry.
Incidemment j'écris aussi dans un ficher log pour suivre les opérations.
Par principe informatique, ce que les utilisateurs de doivent pas faire, sous peine de destruction, sera effectué par les utilisateurs. Quelque soit le niveau de connaissance (ou prétendu tel) des utilisateurs.

Par ailleur,Je pense m'approcher d'une solution.....

Bonjour,

J'ai du mal à comprendre l'intérêt d’éteindre OpenCPN avant de lancer l'arrêt de l'OS. Ce qui corrompt les filesystems, c'est l'arrêt violent du matériel. Mais si on lance un arrêt propre de l'OS (systemctl poweroff), les process d'OpenCPN seront également arrêtés proprement, et il ne devrait pas y avoir de soucis.

je n'ai pas de raspberry sous la main, j'ai juste fait un peu de syntaxe

pastebin.com[...]iDjpLb2