Étape 3: Codage... et une réalisation sombre
Les matériaux ont été assemblés et production d’un code viable a commencé. Cependant, les limitations de l’Uno est vite devenaient évidente : tous les trois fonctionnalités de l’appareil (écriture d’une carte SD, recueillant des données GPS et collecte de données de l’accéléromètre) ne peut pas tout travail simultanément. Deux des trois travaille juste très bien, mais l’ajout du troisième équarisseurs complètement l’appareil dans le caractère inopérant (l’accéléromètre et GPS flux des données numériques à l’appareil, qui est alors incapable de tout traitement et comptabilité pour toutes les variables nécessaires). Par conséquent, l’appariement, que nous avons choisi était celui de l’écriture de carte GPS et SD. Cependant, compliquer le code de cet appariement (comme l’écriture de la carte SD uniquement lorsque la personne commence à passer et s’arrêter lorsque la personne arrête) a été prouvé comme une impossibilité pour les mêmes problèmes que précédemment ont été respectées. Ces diverses fonctions dans le code ont été laissées (ainsi qu’à la partie podomètre) pour les générations futures... et une meilleure Uno.
Traitement des données se produit avec le Code de Matlab. La personne extrait leurs données de la carte SD sur leur ordinateur, lance la fonction Matlab, sélectionne le. Fichier CSV et observe son activité tracée sur Google Maps.
Le code de l’Arduino, code Matlab et trois est jointe. Fichiers CSV qui servent d’exemples pour la fonction de Matlab.