Accéder au contenu principal

Stm32F4, la base logiciel d'un ordinateur de plongée

Vers 2014, j'ai entamé avec un ami,Jonathan Bastien , la conception et développement d'un ordinateur de plongée. Les choix techniques se sont arrêté sur le microcontrôleur STM32F4.

Le MS5803-05BA est un module de capteur de pression absolue et d'altimètre numérique 24 bits fabriqué par TE Connectivity.

Le microcontrôleur peut fonctionner à l'aide de 4 batterie AA.

À la base, gcc 4.9 a été utilisé. Étant sous Linux en x86, faire de la compilation croisée était pas évident, surtout quand on a d'autre version plus récente.

Cette année, j'ai décidé de reprendre le projet, mais je voulais impacté le moins possible mon environnement de développement en local.

Je me suis mis à la recherche d'un docker et j'ai trouvé cette image.

docker pull wischner/gcc-arm-none-eabi:1.2.0

docker build -t stm32-divecomputer .

Quelques modification on script de build et je pouvais compiler et envoyer l'image sur mon ordinateur de plongée

docker run --rm --device-cgroup-rule='c 189:* rmw' -v /dev/bus/usb:/dev/bus/usb -v "$PWD":/work -w /work divecomputer-builder scons upload

C'est gcc 10 qui est utilisé par l'image docker.

L'algorithme de Buhlman a été implémenté, c'est celui le plus utilisé dans l'univers de la plongée. Il y a la gestion de différent gas, la langue, les unités métrique ou impériale. Une carte sd est utilisé pour sauvegarder les tissues de l'algorithme de décompression et différent paramètre de configuration.

L'écran de démarrage


Le menu système


L'écran qui pourrait être affiché sous l'eau



Une écran qui montre de la décompression à faire


L'ordinateur a déjà été testé dans un sac pour mettre une caméra sous l'eau afin de voir la réaction du capteur de pression. L'expérience a été concluante.

Il reste du travail à faire ne serait-ce que présentation des données. Une écran oled avec une meilleur résolution serait aussi intéressant. Le remplacement des batteries AA par une 18650 serait un gain intéressant en terme d'autonomie et de fiabilité avec le froid sous-marin.

L'informatique de micro-controlleur c'est complètement un autre monde que celui de l'informatique de gestion.

Les sources sont disponible sur mon github


Commentaires

Posts les plus consultés de ce blog

Toshiba AC100 et Android 4

Toshiba AC100 est un smartbook. Toshiba est la seule grosse entreprise qui a commercialisé un smartbook, malgré que plusieurs autres en aient présenté. Un smartbook est similaire à un netbook (taille) en plus d'avoir des caractéristiques souvent proche à un mobile (GPS, 3g, processeur ARM, autonomie). Le Toshiba AC100 utilisait le système d'exploitation Android en version 2.1. Toshiba a effectué une mise à jour Android 2.2. Il a arrêté la commercialisation et le support de cette machine. L'appareil ayant un bon rapport qualité/prix, la communauté le prit en charge. Il est possible d'installer une version beaucoup plus récente d'Android telle que la 4.1. La rom alternative Cyanogen a été utilisée pour ce portage. Les procédures citées ont été faites sous Linux.  Sous Windows, il faut télécharger une version de nvflash pour ce système. Préparation Télécharger les fichiers: cm_ac100-ota-eng.cm10-beta2.zombah.zip recovery.ac100-cm10_beta2.img via ce...

Spring data jpa et Hibernate’s Warning “firstResult/maxResults specified with collection fetch”

Nous verrons dans cet article comment corrigé le problème  Hibernate’s Warning “firstResult/maxResults specified with collection fetch” qui peut survenir lorsqu'il y a un fetch d'effectuer et qu'il y a du paging. Nous utiliserons spring data jpa. Détail structure Imaginons une relation 1 à plusieurs Lorsqu'on obtient un parent, on désire obtenir aussi sa liste d'enfants. En sql, il y aurait une jointure à effectuer. Il est question d'une recherche avancé où on pourrait recherche par plusieurs critères. Spécification Création d'une spécification pour construire une requête dynamique @Component public class ParentSpecification {     public Specification<Parent> recherche(RechercheParent recherche) {         return (root, cq, cb) -> {             Join<Parent, enfant> enfantJoin;              List<Predicate> rootPredicates = new ArrayList<>();       ...

Migration d’une application Spring Boot 2.2 vers Spring Boot 4.0 : retour d’expérience concret

 En 2019, nous avons développé une application métier basée sur : Java 8 Spring Boot 2.2.7 Gradle 6.6.1 Thymeleaf Bootstrap 4.3.1 Environ 40 000 lignes de code Java Fin 2025, voici un retour d’expérience concret sur la migration vers : Java 25 Spring Boot 4.0.1 Gradle 9.2.1 La partie thymeleaf, n'a pas été touché, il y a quelques warning concernant l'obsolescence de certain commande tel que th:include. Une migration plus rapide que prévu Un point important : en moins de 30 minutes, l’application démarrait sur la nouvelle stack. Évidemment, "ça démarre" ne veut pas dire "tout fonctionne", mais ce premier jalon est très révélateur : la base Spring Boot reste solide les outils de migration sont matures la dette technique était maîtrisée Les changements majeurs rencontrés De javax.* à jakarta.* C’est probablement le changement le plus visible. Tous les imports javax.* doivent être migrés ve...