Bonjour à tous,
Comme je suis nouveau dans ce forum, je me présente : je suis étudiant en Licence 3 Électronique et Télécommunications et je suis passionné par la fabrication de petits projets.
En ce moment dans le cadre scolaire, je dois fabriquer le projet suivant :
- mesure de température avec le capteur LM35 et traitement de ces informations par une carte1 Arduino ( UNO ou autre )
- transmission vers une carte2 Arduino ( Arduino WiFi Shield ou autre ) par wifi ou bluetooth
- stockage des mesures sur la carte2 dans une carte SD ( fichier txt )
- affichage en temps réel des mesures transmises sur un afficheur LCD ( et probablement visionnage des mesures précédentes ).
J'aimerais qu'on m'aide à déterminer la meilleure façon pour transmettre ces informations d'une carte vers l'autre, comment les afficher sur un écran LCD compatible Arduino ainsi que le choix des composants.
Cordialement,
luso22
Attention ! Fermeture imminente du forum d’Elektor (pour en savoir plus, cliquer ici). À partir du vendredi 1er mars il ne sera plus possible de s’identifier sur ce forum, mais son contenu restera disponible en lecture seule jusqu’à la fin du mois. Le 1er avril, il sera fermé définitivement.
mesure de température, transmission, stockage SD, affichage
3 posts
• Page 1 of 1
by hooligan0 » Sat Jan 19, 2013 12:00 am
Bonjour luso22,
Pour la communication il y a deux grandes questions (intimement liées) pour commencer "quel média physique" et "pour faire passer quoi".
La première a déjà une réponse partielle dans votre post (un lien RF a quelques GHz). Pour les liens RF sur ce type d'application, les trois grands critères à prendre en compte sont : le débit, la consommation, la portée souhaitée. Là, c'est un peu à vous de faire des choix pour savoir ce que vous souhaitez privilégier.
- Le WiFi est, dans les technos "simples" d'accès l'option qui va vous donner le plus gros débit de l'ordre de plusieurs dizaine de MBits, au prix d'une importante consommation. Dans le cas présent, pour les mesures d'un capteur c'est probablement un peu sur-dimensionné.
- Le Bluetooth, donne une impression de simplicité parce que les composants intègrent beaucoup de parties pour vous. Ca consomme moins que le WiFi, quoi que ce soit encore un peu énergievore. Vous pouvez espérer un débit jusqu'à (environ) 1MBits ce qui est encore largement suffisant pour les mesures d'un capteur.
Si votre choix final est limité aux deux technos pré-citées la seconde est plus adaptée techniquement, mais vous apportera peut⁻etre moins pour la comprehenssion de ce qui se passe 'dedant'.
- Le Zigbee (ou juste la couche 802.15.4 http://fr.wikipedia.org/wiki/802.15.4) pourrait être une autre voie, qui vaut au moins le coup que vous regardiez. Cest utilisé pour les réseaux à bas débit (~250kbits) et faible consommation.
- Enfin dernière voie, vous pouvez prendre la main directement avec un transceiver à quelques GHz, pour faire par exemple du narrow-band (ex . http://www.ti.com/product/cc1101). Là cest beaucoup plus long compliqué, et donc pas forcément adapté à votre projet, mais c'est bon de savoir que ca existe ca pourrait vous re-servir à l'avenir.
Au dessus de l'interface matérielle vous allez devoir mettre un peu de logiciel. Pour faire plus simple et réutilisable, ce travail est généralement séparé en plusieurs couches, que, je suppose, vous avez vu en cours (ex modèle OSI). Pour les couches "basses" permettant de controler votre matériel, il y a déjà avec les les modules arduino des librairies qui ont l'air complètes (mais je n'affirmerais rien, je ne les aient pas utilisées) http://arduino.cc/en/Reference/WiFi http://arduino.cc/en/Main/ArduinoBoardBluetooth.
Au dessus, il faut ensuite que vous décidiez dun protocole pour envoyer les données de votre application (les relevés de température). Plus les paquets seront petits et les échanges limités, moins votre application va consommer, donc même si la trnasmission HTTP est à la mode, ce n'est pas le plus optimal. Vous pouvez regarder du coté de SSI http://en.wikipedia.org/wiki/Simple_Sensor_Interface_protocol, au moins pour vous donner des idées.
Pour la communication il y a deux grandes questions (intimement liées) pour commencer "quel média physique" et "pour faire passer quoi".
La première a déjà une réponse partielle dans votre post (un lien RF a quelques GHz). Pour les liens RF sur ce type d'application, les trois grands critères à prendre en compte sont : le débit, la consommation, la portée souhaitée. Là, c'est un peu à vous de faire des choix pour savoir ce que vous souhaitez privilégier.
- Le WiFi est, dans les technos "simples" d'accès l'option qui va vous donner le plus gros débit de l'ordre de plusieurs dizaine de MBits, au prix d'une importante consommation. Dans le cas présent, pour les mesures d'un capteur c'est probablement un peu sur-dimensionné.
- Le Bluetooth, donne une impression de simplicité parce que les composants intègrent beaucoup de parties pour vous. Ca consomme moins que le WiFi, quoi que ce soit encore un peu énergievore. Vous pouvez espérer un débit jusqu'à (environ) 1MBits ce qui est encore largement suffisant pour les mesures d'un capteur.
Si votre choix final est limité aux deux technos pré-citées la seconde est plus adaptée techniquement, mais vous apportera peut⁻etre moins pour la comprehenssion de ce qui se passe 'dedant'.
- Le Zigbee (ou juste la couche 802.15.4 http://fr.wikipedia.org/wiki/802.15.4) pourrait être une autre voie, qui vaut au moins le coup que vous regardiez. Cest utilisé pour les réseaux à bas débit (~250kbits) et faible consommation.
- Enfin dernière voie, vous pouvez prendre la main directement avec un transceiver à quelques GHz, pour faire par exemple du narrow-band (ex . http://www.ti.com/product/cc1101). Là cest beaucoup plus long compliqué, et donc pas forcément adapté à votre projet, mais c'est bon de savoir que ca existe ca pourrait vous re-servir à l'avenir.
Au dessus de l'interface matérielle vous allez devoir mettre un peu de logiciel. Pour faire plus simple et réutilisable, ce travail est généralement séparé en plusieurs couches, que, je suppose, vous avez vu en cours (ex modèle OSI). Pour les couches "basses" permettant de controler votre matériel, il y a déjà avec les les modules arduino des librairies qui ont l'air complètes (mais je n'affirmerais rien, je ne les aient pas utilisées) http://arduino.cc/en/Reference/WiFi http://arduino.cc/en/Main/ArduinoBoardBluetooth.
Au dessus, il faut ensuite que vous décidiez dun protocole pour envoyer les données de votre application (les relevés de température). Plus les paquets seront petits et les échanges limités, moins votre application va consommer, donc même si la trnasmission HTTP est à la mode, ce n'est pas le plus optimal. Vous pouvez regarder du coté de SSI http://en.wikipedia.org/wiki/Simple_Sensor_Interface_protocol, au moins pour vous donner des idées.
- hooligan0
- Posts: 26
- Joined: Mon Jan 20, 2014 8:06 am
by abuche » Mon Feb 18, 2013 12:00 am
Je ne peux pas aider , mais je ferai le choix suivant :
La liaison usb n'est rien de plus qu'une liaison série
- je commencerai avec un arduino avec usb vers un support ( et pourquoi pas carte SD et disk dur pour un enregistrement en continu sur 3 mois )
- les data logger portable enregistrent 16000 points sur 24 heures et un système arduino peut beaucoup plus
http://www.conrad.fr/ce/fr/product/105056/Enregistreur-de-temprature-USB-Voltcraft-DL-101T
- emission/réception radio arduino est déjà traité
http://skyduino.wordpress.com/2011/12/29/tutoriel-arduino-et-emetteurrecepteur-433mhz-virtualwire/
La liaison usb n'est rien de plus qu'une liaison série
- je commencerai avec un arduino avec usb vers un support ( et pourquoi pas carte SD et disk dur pour un enregistrement en continu sur 3 mois )
- les data logger portable enregistrent 16000 points sur 24 heures et un système arduino peut beaucoup plus
http://www.conrad.fr/ce/fr/product/105056/Enregistreur-de-temprature-USB-Voltcraft-DL-101T
- emission/réception radio arduino est déjà traité
http://skyduino.wordpress.com/2011/12/29/tutoriel-arduino-et-emetteurrecepteur-433mhz-virtualwire/
- abuche
- Posts: 58
- Joined: Mon Jan 20, 2014 8:07 am
3 posts
• Page 1 of 1
Return to Microcontrôleurs & microprocesseurs
Who is online
Users browsing this forum: No registered users and 1 guest