3. Reprise du code

Le projet AppBanquette a maintenant deux parties qui doivent avancer ensemble : l'application mobile et le firmware embarque. Pour que le projet soit reprenable sans passer une demi-journee a ouvrir les fichiers au hasard, nous avons ajoute une documentation technique dediee dans le depot principal.

L'objectif est simple : quelqu'un qui arrive sur le projet doit savoir quoi installer, quoi lancer, quels fichiers lire et dans quel ordre tester le systeme.

Les fichiers importants

La reprise commence par quelques reperes :

• App.tsx contient l'application mobile React Native ;
• Banquette_ATmega.ino contient le firmware Arduino/C++ ;
• package.json indique les scripts et dependances ;
• android/ contient la partie native necessaire au build APK ;
• docs/ contient maintenant la documentation technique.

Cette separation est importante parce que toutes les erreurs ne viennent pas du meme endroit. Un probleme d'interface ne se cherche pas dans le firmware. Un moteur qui ne bouge pas ne se corrige pas forcement dans React Native.

Reinstaller et relancer

Pour reprendre le projet mobile, il faut installer les dependances :

npm install

Puis lancer l'application Android :

npm run android

Le projet demande Node.js 22.11.0 ou plus recent, un JDK compatible Android, les outils Android SDK et un telephone Android avec le debogage USB active.

Pour la partie embarquee, le firmware se reprend avec Arduino IDE. Le fichier a ouvrir est Banquette_ATmega.ino, avec une communication serie a 9600 bauds.

Ordre de validation conseille

La documentation recommande une validation progressive :

1. compiler le firmware ;
2. lancer l'application ;
3. appairer le HC-05 dans Android ;
4. connecter l'application au module ;
5. tester MONTER et DESCENDRE sans situation dangereuse ;
6. enregistrer un profil ;
7. rappeler ce profil ;
8. diagnostiquer couche par couche si quelque chose echoue.

Cette methode evite le classique "rien ne marche" sans savoir si le probleme vient du telephone, du Bluetooth, du firmware, du pont en H ou du capteur.

Ce que la documentation apporte

La documentation ajoutee au depot ne sert pas seulement a expliquer comment lancer l'application. Elle donne aussi une methode de reprise :

• ne modifier qu'une couche a la fois ;
• verifier d'abord la connexion Bluetooth ;
• garder le firmware responsable de la securite moteur ;
• utiliser les profils comme lien entre une fiche utilisateur mobile et une position physique en EEPROM.

Ce travail rend le projet plus defendable techniquement. Il montre que l'application n'est pas juste une interface graphique, mais une partie d'un systeme complet avec protocole, stockage local, firmware et tests.