Quel(s) langage(s) source pour vos dev /Raspberry++

C++ sur arduino, python sur raspi quand j'en ai besoin. Le principal inconvénient de python à mon sens réside dans ses performances relativement modestes. Ce n'est absolument pas dérangeant pour faire de petits scripts qui n'ont pas d'objectif de performance, mais ca peut devenir embetant pour de plus gros projets (mais ca dépasse le cadre de cette discussion).
Le raspi à bord, je ne lui ai toujours pas trouvé d'utilité, à part pour jouer. Tout ce dont j'ai eu besoin, j'ai toujours réussi à le faire avec des cartes arduino-compatibles (dont les incroyables esp8266 et esp32), pour une fraction du prix et de la conso d'un raspberry.
J'ai fait jusque la :
- sur atiny13 : un diviseur de fréquence pour le compte-tour (le compte tour aliexpress n'avait pas une plage de réglage adaptée à mon moteur, malgré ce que disait la doc)
- sur atmega328 : un systeme de surveillance des differentes températures moteur avec écran lcd 2X16 et 3 sondes ds18b20 (de mémoire)
- sur esp-01 : multiplexeur nmea0183 avec renvoi en wifi des informations ais (pour ma tablette qui me sert de gps)
- sur esp-12 : une carte 4 relais avec module radio 433Mhz. Par encore trouvé d'utilité à bord, mais elle pilote mon chauffage à la maison

Je crois surtout que le choix du langage dépend du projet. Si un projet est orienté micro-électronique et ne nécessite qu'un micro-contrôleur, le C ou le C++ me semble les plus indiqués, ils permettent entre autres de venir très près du matériel. Si le projet fait intervenir beaucoup de calculs, des IHM, le Pi est plus adapté, on trouve beaucoup de bibliothèques scientifiques en Python. Enfin si on souhaite distribuer les applications, si on veut faire du web, de l'IHM, alors je pense que c'est plutôt Javascript qu'il faut choisir. Sachant que dans un projet on n'utilisera pas forcément qu'un seul langage.

Hello,
Perso je n'ai développé que sur Arduino, Uno, Méga, et Esp32. Ca convenait à de que j'avais besoin de faire.
Je n'ai pas encore eu besoin de passer sur Rasp. Et ça ne me tente pas , car je n'ai pas le temps de me mettre à un autre langage et je n'ai pas eu le besoin de ce type de carte. En plus j'apprends ici que ça consomme pas mal.
Coté langage je suis donc resté sur le C++ de l'IDE Adruino classique. Pas encore essayé l'IDE V2. Des avis ?
J'ai beaucoup utilisé les excellentes libraries NMEA2000 de Timo Lappalainen.

Ce que je devrais explorer maintenant c'est le BLE Bluetooth Low Energy. J'ai essayé le BT "normal", mais si on peut encore diminuer la conso tant mieux.
Et le BT serait peut-être un bon moyen de diminuer les câblages toujours casse-pied à mettre en oeuvre: prises, soudures, fils à faire passer...
J'ai un peu freiné mes petits essais de développement pour le bateau car il faut reconnaitre que certains fabricants comme Yacht Devices est très inventif dans des capteurs et interfaces à un prix relativement correct.
Le dernier truc sur lequel il faudrait que je retravaille c'est la montre conectée TTGO que j'avais fait l'an dernier, justement pour passer en BLE.
Amicalement.
FX

Sur une base OpenPlotter/Signalk, Nodered permet de faire pas mal de choses, les bouts de scripts étant plutôt JavaScript.

C++ ,un peu HTML ,Ubuntu ,Debian niveau 1 je tente le python mais j'arrive pas à accroché !
Je suis amoureux des ESP 32 ! mais je joue volontiers avec les Raspberry (2 a bord) .
Dans les projets un vrai Navtex (NAVDAT) moderne pas un truc des année 70.

1/ cobol, c, c++, java, python, R, javascript un peu (et des trucs propriétaires)

2/
2a/ les OS : Zos, Linux, assez peu de windows pour y être perdu
2b/ les babases : les machines qui font tourner Zos, les machines qui font tourner Linux, un peu de PC, et en perso 1 PC Linux, 1 RPi 4 qui héberge le PC de nav (Raspbian + kplex + qtVlm + xyGrib (+openplotter) + des trucs pour me faciliter la vie. Comme le pilote est un NKE et que je n'arrive pas à me passer des cartes papier, que je navigue qu'en côtier à la journée, le besoin n'est pas follement établi. C'est surtout de la capture de données

3/ ohlala !

3a/ Finir les formations de mes remplaçants --> plan de charge allégé --> retraite quand formations finies (en 2024)
3b/ Un truc à propos de Victron ? je le découvre... :-D
3c/ Ne pas lâcher trop vite l'analyse de données (va falloir un peu de sevrage) --> Comparer les prévisions MTO et les relevés, voir www.hisse-et-oh.com[...]te-grib

4/ aucun, je n'ai pu naviguer l'année dernière que grâce à MMW33 qui m'a botté le cul, m'a appâté et embarqué

bonjour

Python sur raspberry pour recuperer via BLE les temperatures de thermometre mijia en differents endroits du bateau
Python sur raspberry pour recuperer par MQTT les infos du systeme electrique victron et
une appli. barometre a base de bmp280

le tout mis en base de données Influx et visualisé par grafana. L'emsemble de ces logiciels est opensource et marche très bien sur raspberry 3b

J'utilise aussi un 2eme pi 3b comme centrale de nav. avec opencpn, le pypilot tourne lui sur un rasp zero dedié. Mais la il n'y a pas de programmation à faire.

mon pc est sous linux/ubuntu