Bodor Denis

Les créateurs de cet équipement le décrivent comme un couteau suisse de la RFID. Et en effet, il ne s'agit pas d'un simple adaptateur RFID/NFC permettant de lire ou d'écrire le contenu de tags, mais d'un outil de test et d'analyse complet, en open source, doublé d'une plateforme de développement. Si vous vous intéressez aux technologies RFID, il s'agit d'un incontournable du domaine, mais également la source de bien des confusions et de mauvaises surprises, pour qui ne fait pas suffisamment attention...

Après avoir vu toute la partie théorique de ce qui fait les échanges entre un navigateur et un site web, et découvert comment espionner et analyser ces communications, il est temps de passer à quelque chose d'un peu plus créatif. Armés de toutes les informations nécessaires, nous pouvons enfin nous pencher sur le code et commencer à obtenir des résultats.

Lorsqu'on s'intéresse à l'Histoire et plus précisément l'histoire de l'informatique, au point de vouloir posséder l'un de ses morceaux, il y a deux approches possibles : acquérir du matériel testé et fonctionnel ou récupérer ce qui pourrait passer pour un déchet électronique (pour le commun des mortels) et lui redonner vie. N'étant pas du genre à apprécier qu'on fasse les choses à ma place, je préfère largement la seconde option, me permettant par la même occasion d'apprendre et de partager mes découvertes et déboires avec vous...

Coupler une carte Arduino ou ESP8266 à une sonde environnementale (température, hygrométrie, pression) pour collecter des données n'est pas chose compliquée. Si accumuler ces mesures est aisé, il n'en va pas de même pour les représenter. Le plus souvent, même pour une unique sonde, il est nécessaire de mettre en place toute une infrastructure pour obtenir de beaux graphiques. Mais il existe une autre solution : laisser l'ESP8266 représenter les mesures avec du HTML et un peu de JavaScript...

Accédez-vous régulièrement à une ou plusieurs pages web spécifiques pour vous informer sur un point précis, comme une valeur numérique, un état ou encore une progression quelconque ? Si tel est le cas, pourquoi le faire manuellement et de façon répétitive avec votre ordinateur et un navigateur web ? L'objet même de la programmation consiste à remplacer les tâches fastidieuses et récurrentes par du code, pour vous simplifier la vie. Les petites cartes connectées comme l'ESP8266 se prêtent parfaitement à ce type d'usage, à condition de franchir chaque difficulté une par une. Et c'est précisément ce que nous allons faire ici...

Le changement est pour bientôt ! Le mot « changement » n'est pas le plus juste car, en vérité, il faut surtout parler d'améliorations et d'ajouts. Je parle, bien entendu, du magazine que vous tenez entre vos mains ou, plus justement, du prochain que vous tiendrez entre vos mains. Enrichie de plusieurs dizaines de pages, la nouvelle formule introduite avec le futur numéro 30 gagnera en diversité en couvrant de nouveaux sujets de façon récurrente, comme la robotique, la sécurité et l'embarqué industriel.

Au-delà des applications et environnements « lourds » comme GNU Radio, SDRAngel ou Gqrx, existe toute une collection d'outils et d'utilitaires, parfois méconnus, adressant des besoins spécifiques. Ceux-ci constituent une boîte à outils complémentaires présentant l'avantage d'être non seulement dans l'esprit UNIX où chaque outil fait une seule chose, mais la fait bien, mais offrent également l'opportunité d'appréhender le traitement de signal à son niveau le plus bas.

Quel que soit le projet sur lequel on travaille, au final on ne fait que manipuler des octets et leur constituant, les bits. Il est fréquent, en raison de la facilité d'utilisation du langage Arduino, de perdre de vue qu'il ne s'agit, en réalité que de C/C++ étoffé de quelques fonctions et mécanismes livrés « clé en main ». Or justement, le C et le C++ sont ce qu'on appelle des langages de bas niveau en raison de leur proximité avec l'architecture matérielle. Et qui dit « proximité avec le matériel », dit forcément « bits » et « opérations binaires ».

Dans le précédent article, nous avons fait connaissance avec le signal /WAIT et son utilité lorsqu'il est associé à une action découlant de l'inspection du signal /M1. Nous avons rapidement développé un croquis Arduino nous permettant de lier ces deux signaux et avons eu l'impression que ceci fonctionnait à merveille puisque l'exécution des instructions par le Z80 semblait effectivement ralentie. Faisons face ensemble à la triste réalité, aux limitations d'une carte comme l'Arduino UNO et surtout, à la façon de régler le problème...