Le projet, définition, inconnues et partis pris

Un projet cela commence avec un cahier des charges.

Système Explo de chez StarLight

Ce projet n'échappe pas à cette règle et voici celui que je me suis fixé :

1. la table de tir devra gérer au minimum 30 lignes 
2. elle devra pouvoir gérer le tir de ces lignes en autonomie en lisant un fichier d'ordres de tir 
3. elle devra permettre de tester la continuité des lignes 
4. le circuit d'alimentation du tir devra être autonome par rapport au circuit d'alimentation du "reste" (test et circuit gérant les ordres) 
5. pouvoir gérer des ordres de tir rapprochés (2ms environ) 
6. l'ensemble devra être : autonome électriquement, posséder des interrupteurs coupe circuit et enfin être disposé dans un boîtier facilement transportable, solide et résistant à des retombées d'artifice

Ceci est la base. Si ce cahier des charges est rempli, le projet sera un succès. Maintenant, il y a les options...

1. pouvoir gérer le feu à distance ...
2. ... si possible en hf
3. gérer numériquement les tests de continuité des lignes 
4. gérer plusieurs modes de tir (pas à pas, manuel, lignes de secours) en plus d'automatique 
5. tester numériquement l'état des batteries 
6. pouvoir gérer plusieurs boîtiers 
7. pouvoir envoyer plusieurs lignes simultanément

Avec les options c'est déjà plus sérieux.

Avant d'aborder la méthode "projet" que je vais utiliser, j'ai fait un choix fondamental pour l'ensemble : choix discutable mais justifié : le système qui commandera l'ensemble sera un Raspberry Pi.
Il y a plein d'autres façons d'y arriver, sûrement des meilleures ou plus efficaces. Mais, il y a plusieurs raisons à cela :

1. vu que le projet est mal défini un système central pouvant faire "plein de choses" (affichage, wifi, hf, usb ...) est un avantage : je ne serai jamais dans un "cul de sac" lié aux choix technologiques
2. je suis à l'aise sous Linux et Python
3. les ressources sur le net sont nombreuses pour ce qui est de programmer un Pi

Par contre je vois déjà des défauts au système :

1. même si c'est un tout petit ordinateur, un Raspberry consomme une quantité non négligeable d'électricité. Pour la partie "mobilité" de l'ensemble cela sera à prendre en compte
2. par rapport à un autre type de "carte" (un Arduino par exemple), le Pi n'a pas en natif de convertisseurs analogiques / numérique. Cela s'ajoute, mais j'en aurais sûrement besoin
3. c'est un linux complet. Donc pour les actions que je vais mener c'est sûrement très lourd, les temps de démarrage seront à ausculter
4. enfin en termes de sécurité, un Raspberry c'est compliqué. Va savoir ce qui va se passer au boot, si il y a un problème sur l'OS ? il ne faut pas que cela puisse déclencher un tir ! Donc il faudra ausculter l'ensemble et mettre des sécurités suffisantes

Mais cela est à relativiser : si je dois changer mon fusil d'épaule je le ferai, le Pi sera de toute façon bien pratique pour la partie maquettage de l'ensemble.

Les bases ayant été posées, je vais pouvoir commencer à parler de la méthodologie du projet.