Raspberry + OpenCPN

Je teste sur un RPI version A (256k). Il est certain que ce n'est pas une bete de course, mais ça reste exploitable. A l'utilisation, ça correspond à une utilisation sur un vieux portable.
Est- lent? oui
très lent ? Non
Exploitable? oui
Il est possible de gagner un peu en confort en overclockant au maxi, mais je n'ai pas fait, je préfère privilégier la consommation...
J'utilise des cartes CM93. Le GPS fonctionne correctement. Pas testé l'AIS pour l'instant.
Je m'attache maintenant a trouver un ecran avec une conso minimale...

Mes excuses, j'ai testé sur un RPI B (256k), le premier modèle sorti, et non sur le A (un moment d'inattention...)
Testé également sur le RPI B (512k) .
Ok sur ces 2 modèles .... je voudrais bien tester le A...

En overclocking moyen je n'ai pas observé de surchauffe.
De plus l'overclocking est géré de manière automatique sur le RPI, c'est a dire que si le processeur n'est pas sollicité, sa fréquence de fonctionnement se repositionne à celle de base. J'ai observé une charge du processeur au moment du démarrage et du chargement des cartes.
Je testerais avec un overclocking au max + GPS pour observer le fonctionnement dans le temps ...

Bonjour, je suis de prêt cette framboise .
j'aime son coté root pour l'instant mon vieux pc portable me donne satisfaction sous linux mais bon !
donc une petite question quelle écran à bord ? en 12 v ?
la consommation total écran + GPS + mnea +wifi + clavier+...
ça donne quoi ?
et en protection mécanique ?
en laissant le materiel à bord la corrosion des solutions !

Merci pour les réponse et 1000 excuses pour le pourrissage de post et les questions non structurées .

Bonne trouvaille, je n'en ai pas trouvé à moins de 100$; par contre, le hic, c'est la connexion: le raspberry accepte le hdmi ou le RCA

Merci pour ce partage. Je viens de commander mon RPi type B, je vais tester tout ça dès que je le recevrai.

Petite question, faut il un radiateur pour pouvoir overclocker à ce niveau là ?

Pour les écrans, j'ai fait quelques recherches, et on tombe souvent sur des écran de caméra de recul de voiture, qu'on peut trouver en 7" autour des 30€ sur amazon.

Merci beaucoup Ecumeur! Une seule petite question : le model b (512k) est-il aussi overclocké?

bonjour à nouveau, je voulais également savoir quel modèle de module gps est utilisé? j'ai trouvé celui-ci qui est compatible nativement avec le RPI
learn.adafruit.com[...]duction

Pas d'antenne déportée sur le GPS ? Pas de problème de réception ?

merci beaucoup!

Tout à fait d'accord Gilletarom!..., bien sûr, rien à voir avec le RPI, mais plus tôt avec le type de bateau, je pense surtout que chaque bateau sera différent suivant les masses métalliques à proximité ainsi que peut-être que de l'épaisseur de la résine...
Encore une fois, rien a voir avec le RPI, comme précisé, j'utilise également sur un portable... mais chaque cas de figure sera certainement différent, et c'est certainement mieux d'avoir une antenne extérieur...
Gilletarom, j'en profite, il me semble que tu as beaucoup travaillé sur la traduction d'opencpn, la compil sur RPI ne prend pas en compte la traduction ... une idée?

Bonjour,

Pour les GPS, ça dépend aussi beaucoup de la puce gps le sirf III par exemple est très sensible et dans mon bateau alu le signal est bien capté à l'intérieur sous 4mm d'alu avec un gps sirf III (en sirf II rien).
Le GPS ND-100 de Ecume29 est un sirf III je pense (le ND-100s en est un c est sûr) donc, ça ne m'étonne pas du tout que ça passe bien surtout avec un bateau en fibre.
Dans mon bateau ça met peut être un peu plus de temps pour le premier fix que si le gps était dehors.

Merci encore pour ce fil vraiment intéressant.

Pierre

Bonjour à tous. Je tente de faire tourner opencpn sur la dernière version de raspbian wheesy (3.6.11+), pour l'instant c'est pas très concluant pour moi.

Le paquetage de Ecume29 fonctionne mais dès que je zoom sur une zone avec beaucoup de détail (la manche), j'ai un segfault :

(opencpn:2302): Gdk-CRITICAL **: IA_gdkcairocreate: assertion 'GDKIS_DRAWABLE (drawable)' failed

J'ai également tenté la compilation depuis les sources d'opencpn 3.2.2, plusieurs warnings puis une erreur fatale :

[ 61%] Building CXX object CMakeFiles/opencpn.dir/src/scrollingdialog.cpp.o
make[2]: *** Pas de règle pour fabriquer la cible « /usr/lib/arm-linux-gnueabihf/libGLU.so », nécessaire pour « opencpn ». Arrêt.
make[1]: *** [CMakeFiles/opencpn.dir/all] Erreur 2
make: *** [all] Erreur 2

Enfin, je ne suis pas un spécialiste d'OpenGL ES mais apparemment les applications compatibles OpenGL n'ont pas toutes l'air d'exploiter la fonctionnalité qui permettrait de tirer parti du GPU du raspberry. Est-ce que votre opencpn fonctionne (mieux) avec OpenGL activé ?

Sur Linux sur mon PC , OpenGL n’amène aucune amélioration bien au contraire des bugs
Blocage des cartes kap construites avec google earth
perte de fluidité des pans et zooms
@+ Aalin

Qu'as-tu comme régulateur pour des batteries de PC portables?, s'agissant de batterie Lithium-Ion, ou trouver un regulateur?, ou alors démonter et adapter une alim 220?

bonjour,

j'ai installer open cpn, carte CM93, vieux gps inforad nmea, mais dès que je zoom opencpn plante et se ferme ! Quelqu'un a t-il eu ce genre de problème ??

merci

Bonjour,
J'ai eu ce problème la première fois mais je ne me rappelle plus très bien comment je l'ai résolu, en reprenant tout depuis le début certainement. J'ai la même configuration que toi hormis le gps.

Le paquetage que je propose plus haut fonctionne très bien chez moi, il est compilé pour raspbian. Il est important de DESACTIVER opengl dans la configuration, ça ira plus vite et ça sera plus stable.

salut,
désolé je passe pas souvent
j'ai pas eu l'occasion de tester beaucoup la bête mais sur ma première installation ça ramait voir figeait pas mal
j'avais résolu ça en ne passant pas par le "windows manager" d'origine (LXDE)
mais en passant directement par la base dont est issue LXDE ... openbox ? (désolé c'est loin tout ça je me souvient plus bien)
avec quelques manip' trouvé sur le net j'ai finis par créer un script qui me permet depuis le terminal de lancer openCPN directement dans openbox sans aucune option
ça libère pas mal de mémoire et rend la chose plus réactif

de là à ce que ça plante pas avec des cartes chargées j'en sais rien

sinon il y avait quand j'ai compilé openCPN (y'a plus d'un an) un bug sur les cartes CM93
ça date alors je sais pas si ça a été résolut
mais j'avais suivi la manip' trouvée sur STW
il fallait modifier un fichier avant la compilation

Bonjour,
je vous remercie tous d'avoir pris le temps de me répondre.
Cocktail670 bien vu le Zotac je connaissais pas
rb1 j'ai essayé 2 CM93.....

g1p je n'ai pas trouvé opengl dans raspi-config, il se cache ou ??

merci @+

essayes de mettre a jour ta configuration logicielle Raspi en tapant la commande sudo apt-get update avec une connexion internet RJ45.
pas mal de bibliothèques linux méritent d’être mises a jour, depuis plus aucun plantage sur mon raspberry, cela prend pas mal de temps mais après compilation OpenCPN tourne parfaitement bien dans mon cas.
Je soupçonne les bibliothèques C et le compilateur d’être "out of date".
@+ Alain

je crois que Alain te conseil de re-compiler openCPN
en effet c'est une solution, la méthode est bien expliqué sur le site d'openCPN
c'est un peu long et fastidieux quand on est pas habitué (pour moi en tout cas)
mais si ta version ne marche pas ça peut aider
t'as essayé de lancer openbox plutôt que LXDE ?
de libérer plus de mémoire (je viens de vérifier chez moi j'ai "gpumem512=64" dans le config.txt) ?

L'un des démons des développeurs c'est d'utiliser tout le temps les versions les plus avancées d'OS , des patches des sources spécifiques.
De ce fait ils ne voient pas les erreurs de compilation avec des versions antérieures lors de leurs tests.
Charger et compiler les dernières sources d'OS et d'OpenCPN te remet bien souvent dans l'état de la machine des développeurs.

merci de vos contributions, je vais étudier ça avec les neurones qui me restent.
:acheval: