Bodor Denis

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.

Le VPN. Une brique, rien de plus...

Un code comme un code d'entrée d'un hall d'immeuble, étant composé généralement de chiffres de 0 à 9 sur 4 positions, la réponse qu'on est tenté de donner est tout simplement 40000, car il faut saisir tous les codes de 0000 à 9999. Ce qui correspond à 10000 codes de 4 chiffres, soit 40000 pressions sur les touches. En réalité, 10003 pressions peuvent suffire si l'on utilise un mot de de Bruijn...

Les cartes et modules à base d'ESP8266 ont grandement évolué depuis l'ESP-01 et ses malheureux 512 Ko de mémoire flash pour les programmes/croquis. On trouve à présent des cartes comme la NodeMCU ou le Wemos D1 pour quelques euros disposant de 4 Mo de flash. Pourtant seul 1 Mo est utilisable pour les croquis, ce qui est plus que suffisant. Voyons comment utiliser l'espace restant pour facilement stocker des données...

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...

Dans la vie, comme pour les projets, il arrive que des décisions plus ou moins arbitraires prises initialement soient, soit des fantastiques idées fructueuses en devenir, soit de futures catastrophes inéluctables. Dans ce second cas, au mieux, il s'agit d'un handicap auquel le projet devra s'accoutumer tant bien que mal, et au pire, c'est l'élément qui obligera à faire un choix : s'arrêter dans l'impasse et jeter l'éponge ou faire marche arrière et revoir sa copie.

Voici un problème des plus classiques : vous travaillez avec une carte utilisant des niveaux de tensions entre 0 et 3,3 volts et vous souhaitez piloter ces fameuses leds intelligentes qui s'alimentent en 5 volts et qui surtout attendent des signaux en 0/5 volts. Avec la popularisation sans cesse grandissante de cartes ou modules comme les ESP8266, Micro:bit, STM32 Nucléo, ESP32 ou tout simplement une Raspberry Pi et consorts, ce problème ne risque pas de disparaître, bien au contraire. Découvrons ensemble quelques techniques permettant de le régler...

Mais que se passe-t-il donc dans le monde de l'open source et du logiciel libre ?