Bodor Denis

Nous voici arrivés à la troisième et dernière étape de notre petite aventure dans le monde de la régulation. Nous avons bricolé avec des résistances, tenté une approche simpliste avec un élément chauffant et une sonde de température et tracé quelques graphes avec Processing. Il est temps de passer aux choses sérieuses et de parler de régulation et d'organe de contrôle.

Vous vous souvenez de l'article détaillant l'utilisation d'un écran miniature économique 320×240 pixels ? Les choses depuis la publication ont légèrement changé sur bien des points, tout en restant compatibles. Pourquoi revenir sur le sujet ? Parce que c'est l'occasion de voir ensemble une autre nouveauté, intégrée dans les noyaux Linux utilisés désormais par les Raspberry Pi : le device tree.

L'article précédent a traité en détail le concept proposé ainsi que la réalisation des capteurs. Il est maintenant temps de configurer le système central chargé de collecter les données et de servir de point d'accès.

Classiquement, la programmation sur microcontrôleur est très différente de celle sur un ordinateur. La proximité avec le matériel, les outils utilisés, l'enregistrement des programmes sont autant de points où les différences sont évidentes. Le principe même de fonctionnement et d'utilisation des ressources est sans le moindre doute la caractéristique la plus notable. Pourtant ceci est en train de changer et la nouvelle carte proposée par Texas Instruments en est la parfaite démonstration...

J'ai essayé de trouver un titre plus amusant, mais je n'ai pas réussi. Pourtant, le projet est très drôle puisqu'il s'agit de programmer une carte Arduino pour pouvoir programmer un microcontrôleur dans le but de programmer des microcontrôleurs. Bien entendu, en dehors de l'aspect ludique et récursif, il y a une raison sérieuse à cela : économiser de l'argent en commençant à créer des « presque-uino »...

Gérer et manipuler le système d'une carte Raspberry Pi peut se faire de bien des façons. Écran+clavier, console série, connexion distante avec SSH... mais dans tous les cas, ceci nécessite généralement, d'une façon ou d'une autre, l'utilisation d'un logiciel sur la machine « cliente » qui se connecte à la Pi. Que diriez-vous d'éliminer cette obligation et d'accéder à votre chère framboise depuis un simple navigateur ?

La domotique n'est pas compliquée, mais le domaine est vaste, très vaste. La définition elle-même du terme couvre tout et n'importe quoi plus ou moins en rapport avec l'habitat et l'électronique. Nous allons ici attaquer le sujet par un côté à la fois simple, mais souvent délicat à mettre en œuvre : la mesure de températures et la centralisation de ces informations, le tout avec deux mots en tête : économie et évolutivité.

Arduino, ou Genuino, a chamboulé le monde de l'électronique hobbyiste... et pas seulement. Le projet, les cartes, l'environnement et les bibliothèques ont massivement démocratisé la programmation de ces fantastiques petites puces que sont les microcontrôleurs. Pour autant, cette activité n'a rien de récente auprès des amateurs d'électronique, elle s'est simplement ouverte au plus grand nombre avec Arduino. Mais saviez-vous qu'il est tout à fait possible de programmer le microcontrôleur d'une carte Arduino de manière « native » ?

Il faut l'avouer, depuis l'arrivée de l'Arduino le milieu de l'électronique de loisirs s'en est trouvé tout chamboulé. Il est vrai que c'est une solution parfaite si l'on veut rapidement obtenir un résultat après s'être jeté à l'eau. Le premier croquis de tout utilisateur est la classique led qui clignote, mais les électroniciens font clignoter des leds depuis des décennies. Bien avant l'Arduino, les microcontrôleurs ou les circuits intégrés. Faisons donc ensemble un petit retour aux sources...