Lors de notre SAÉ de deuxième année de BUT, nous avons, en groupe de 5, amélioré un projet de mise à jour de microcontrôleur via le protocole Lora.
À partir d’un cahier des charges des fonctionnalités attendues, nous avons pu rédiger une proposition détaillée de la réalisation du projet, ainsi qu’un rapport de veille technologique à destination du client.
Nous avons donc, grâce à ce rapport, mené de nombreuses recherches sur les protocoles et technologies utilisés dans le projet. En effet, nous n’avions alors aucune expérience en développement embarqué. Nous avons ensuite déterminé quelles solutions pourraient être utilisées pour répondre au besoin qui nous a été exposé.
Nous avons donc été très autonomes sur le développement de ce projet, avec le suivi d’un professeur référent, avec qui nous avions un rendez-vous hebdomadaire pour suivre notre avancée et répondre à nos éventuelles questions.
J’ai été personnellement très impliqué dans le développement du projet, puisque j’ai pu aider certains membres du groupe qui étaient un peu plus en difficulté, et j’ai pu développer certaines fonctionnalités clés, comme l’intégration de la librairie LittleFS ou une meilleure allocation mémoire, que nous avons implémentée en binôme.
Pour réaliser ce projet, nous avons donc utilisé nos cours de Programmation Système, dans lesquels nous avons appris les bases de la programmation en C, langage utilisé en majorité sur notre projet. Nous avons également eu recours à nos cours de Management des Systèmes d’Information, dans lesquels nous avons appris les fondamentaux de la méthode agile et de la gestion de projet en utilisant Notion, ce que nous avons également mis en pratique dans le cadre de notre projet. Notre apprentissage de l’anglais a également été essentiel, puisque nous discutions avec notre professeur référent exclusivement en anglais, et nos documents ont également été rédigés en anglais.
Lors du développement du projet, nous avons porté une attention particulière à bien intégrer nos ajouts dans l’application, en respectant l’architecture et l’arborescence de fichiers, en utilisant au maximum les outils déjà présents dans l’application, et en évaluant si l’ajout d’une librairie externe était nécessaire ou non.
Pour tester notre développement, nous n’avons pas pu effectuer de tests unitaires, au vu du fonctionnement particulier du développement sur microcontrôleurs, mais nous avons affiché un maximum d’informations pour attester du bon fonctionnement des fonctionnalités.
Exemples de tests de bon fonctionnement de bons méthodes :
Proposition détaillée de notre SAE :