Raspberry et OpenCPN: pas si top que ça

Salut,
Ben oui, il faut connaitre les limites de ce genre d'installation. C'est du DIY donc il ne faut pas faire sans savoir (ou se renseigner)
On ne coupe pas brutalement un RaspBery Pi sous peine de tuer la carte SD, c'est le seul point faible de ce système tel qu'il est de base.
Le passage sur SSD devrait bien améliorer les choses.
Il y a aussi des systèmes qui détectent la coupure de courant et qui font le shut down propre (maintien sur une petite batterie le temps du shut down)

Quand on sais à quoi s'en tenir, c'est un système très fiable, je l'utilise depuis des années sans jamais un plantage en nav.

Il y a quelques temps j'avais envisager d'en monter quelques un pour rendre service, mais au premier que j'ai fait, je passais mon temps en maintenance, je n'ai pas compris tout de suite, car le mien était super fiable, jusqu'au jour ou j'ai vu comment le gars le coupait en coupant le jus au tableau malgré mes consignes. Après un rappel de la cause de mortalité c'était bon.

j'ai arrêté c'est trop chronophage et c'est destiné à ceux qui ont l'habitude, je ne maintien que le miens et j'ai quand même une carte SD d'avance déjà configurée au cas ou. Le problème le jour ou j'en aurais besoin, sera de la retrouver 😊

Exactement, comme dit jdmuys c'est pénible de devoir arrêter "logiciellement" le pi. Je ne dis pas que c'est un mauvais setup, juste que ce n'est pas la panacée. J'ai un pi depuis des années en média center, il est très facile à éteindre d'un simple raccourci clavier.
Mon setup à bord est sans écran, sans clavier, juste une boîte noire quoi.
Je suis pas débile je sais que c'est pas bien l'arrêt brutal, mais (par exemple) pourquoi openCPN ouvre-t-il son fichier de paramètres en écriture ? Juste pour enregistrer trois réglages persistants .. un second fichier à part aurait été une bonne idée.

Le but de mon message est juste de rappeler qu'un pi c'est fragile, qu'une carte SD aussi, et qu'openCPN peut pourrir son fichier de config, que la licence oesenc est invalidée si on réinstalle l'OS.

Quelqu'un a-t-il expérimenté l'alim du Pi par une batterie 5V de recharge de téléphone, elle-même rechargée par l'alim 12/5V ?
Ça permettrait de ne plus couper le Raspberry Pi (le III B + dans mon cas) en nav prolongée ?

@ Juliusse.. tu as raison sur les limites du Rpi
Sur les domaines que je maitrise un peu plus j'ai tendance comme toi à donner une vision "pessimiste" aux non initiés.
Sur les domaines que je maitrise moins (linux!) je pars optimiste tout en n'étant pas naïf sur les difficultés à venir!

Je ferais la différence entre :
- des systèmes évolutifs type Open Plotter sur lesquels on va faire des mises à jour, ajouter/supprimer de nouveaux logiciels/matériels, ce qui peut s'avérer compliqué à long terme, on va vite être confronté à linux dans le dur...

• de briques plus autonomes type Pypilot Muxberry, qui ont une vocation de boite noire, ça marche, on n'y touche plus.

Effectivement, pour ma part sous linux je me contente de recopier des scripts, j'ai tout de même une vague idée de ce que ça fait et j'essaie de me documenter.
On se retrouve souvent confronté au développeur (auquel je ne jette pas la pierre) qui partage un bel outil mais qui a du mal à vulgariser son installation et son usage. Donc RTFM, OK mais àa dépend aussi de la doc (et là encore je ne jette pas la pierre car ça prend du temps et ce n'est pas simple de vulgariser)
Je trouve qu'on propose aussi souvent ds solutions trop complexes (c'est un bon moyen de "sélectionner" les utilisateurs, ce n'est pas idiot)
Parfois les tutos Rpi expliquent comment installer l'OS, puis SSH, les scripts etc... alors qu'on peut partager une image de la carte SD

On arrive tout de même à de belles choses je trouve.

J'ai installé Open Plotter sans souci avec son GPS. Pas encore utilisé intensivement, ni interconnecté, je vais certainement avoir qq soucis à venir comme sur toute interface, mais je suis confiant.
Je suis en cours d'install de Muxberry, ça se passe plutôt bien même si la doc est un peu obscure pour un débutant. J'essaierai de contribuer à l'améliorer

Bonjour Candide,
je ne comprends pas bien ta configuration. Tu utilises un serveur VNC pour utiliser OpenCPN exécuté sur le Pi depuis une interface tablette ou autre ?
Sans interface déportée sinon je ne comprends pas l'utilisation que tu fais d'opencpn sur le Pi en mode boîte noire. Et s'il y a une interface déportée via VNC, tu dois pouvoir arrêter le Pi logicielement ?

@yannbis: regarde sur kubii.fr, cherche pijuice, tellement fun ce truc, pourquoi s'en priver !!

Juste pour tes histories de carte SD. Apres en avoir cramé .... 4 en un an, je suis passé au SSD.
C'est incomparablement plus performant.

Bonjour, je n'ai pas fouillé le sujet, mais je me pose la question de l'intégration du SSD. Il existe des SSD de petit format ou c'est forcément comme un petit HDD?

Bonjour à tous,
Pour le problème de coupure du raspi j'utilise un UPS à accus 18650 qui est plus cher que les modèles E-Bay.
Il se trouve que je l'avais déjà pour un autre projet. L'autonomie en usage est de plusieurs heures si besoin. Il dispose d'un script python qui éteint proprement le raspi si les batteries baissent trop. Évidemment on peut faire ce que l'on veut de ce script ;)
Et j'envisage de le doter d'un bouton qui lancerait un "shutdown -h" propre. Et aussi le démarrer quand il est arrêté...
A plus,