- 8 / 8 - Conclusion, perspectives

(768 mots dans ce texte )  -   lu : 1425 Fois     Page Spéciale pour impression

 Pour imprimer, cliquez sur l'icône ci-dessus

 

Conclusion, perspectives

 

Il y a six mois, je n’avais vu ni un Raspberry Pi ni un Arduino de près. C’est dire que ce premier projet - aussi rudimentaire qu'il soit - n’a pas été une sinécure !

 

Même si, au départ, je savais faire la différence entre une résistance et un condensateur et que j’avais pratiqué plusieurs langages de programmation, l’immersion a été rude.

Des semaines de lecture, de tâtonnements avec, parfois des moments de grande incertitude…

 

Les principales difficultés rencontrées, les problèmes les plus chronophages ont été les suivants :

 * Dans un assez grand nombre de cas, les sketches "pompés" à titre d’exemples ne se compilaient pas à cause de librairies obsolètes.

Par exemple, la librairie VirtualWire incompatible avec la version 1.0.6 de l’IDE.  la rétro-compatibilité n’est visiblement pas respectée. D’où, modifications de :

VirtualWire.h

modif1.jpg

VirtualWire.cpp

modif2.jpg

Pas facile à trouver...

 

 * La récupération des codes RF des prises Phénix a été fastidieuse. C’est pourtant si simple…

 * La communication entre le Pi et le Uno via USB-Série m’a posé un gros problème et une perte de temps de plusieurs jours. Jusqu’à ce que j’apprenne que l’instruction PHP fclose émise par le Pi entraînait un reboot systématique de l’arduino…

Pour y remédier : interposer un condensateur de 10 microfarads entre la borne GND et la borne Reset de l’arduino…

Mais ce n’est pas tout ! Laisser ce condensateur lors du téléversement d’un sketch provoque une erreur "à causes multiples" qui fait couler beaucoup d’encre, si l'on peut dire,  dans les forums :

stk500v2.jpg 

  * J’ai également appris à mes dépends qu’il fallait composer la commande sudo adduser www-data dialout sur le pi pour autoriser apache émettre et recevoir des données sur TTYACM0 le port USB attribué à l’Arduino.

 

Ce que je viens de présenter n’est qu’une première étape. Prochainement, je me propose de :

- Remplacer la liaison USB par une liaison sans fil XBEE

- Stocker l’état des entrées-sorties en eeprom de l’arduino et les renvoyer au Pi en guise d'acquitement.

- Afficher sur l'interface web une température acquise par l'arduino (LM35 sur une entrée analogique, ce qui justifie la présence de l'Arduino)

- Refondre l’interface web de manière plus présentable.

- Piloter la mise en marche et l'arrêt d'un équipement dans une plage horaire spécifique.

  (Utilisation de crontab sur le Pi).

 

 

 

Crédits:

Un petit GRAND merci à ces sources d'inspiration et à leurs auteurs dont certains ont pris la peine de répondre à mes mails parfois désespérés!

- Idleman

- timmyzophrène

- Novares

- http://fabrice.sincere.pagesperso-orange.fr/

- http://electroniqueamateur.blogspot.fr/

- http://www.mon-club-elec.fr/pmwiki_mon_club_elec/pmwiki.php?n=MAIN.ARDUINO

- http://eskimon.fr/category/arduino

 

 

 

  [Le projet] <==

 

 

 

 




Retour à la sous-rubrique :

Autres publications de la sous-rubrique :