Bodor Denis

Le terme « baremetal », également orthographié « bare metal » ou « bare-metal » signifie « métal nu » et dans le contexte de développement sur plateforme embarquée désigne un développement reposant directement sur le matériel, sans la moindre couche d’abstraction. Ce type de programmation courant avec les microcontrôleurs est plus rare avec des plateformes utilisant des SoC puissants ou disposant de beaucoup de ressources. Pour autant, il est parfaitement possible d'utiliser l'ARM Cortex-A53 d'une Raspberry Pi de cette manière. Voyons cela...

La richesse d'un environnement et d'un framework dépend de nombreux éléments. Nous avons la ou les plateformes matérielles elles-mêmes, la qualité de l'environnement de développement, le nombre d'exemples permettant de prendre en main le microcontrôleur et enfin, la disponibilité de codes réutilisables permettant d'étoffer ses propres projets avec un minimum de travail : les bibliothèques. Sur ce point, la Pico ne dispose pas de solution entièrement clé en main (pour l'instant), mais la structure du SDK permet une approche relativement efficace.

Si vous venez du monde Arduino et faites vos premiers pas avec le SDK C/C++ de la Raspberry Pi Pico, il est fort probable que certaines choses vous paraissent anormalement complexes. Je ne parle pas seulement des ressources avancées tels les PIO, le DMA ou le contrôleur SSI, mais également des fonctionnalités dont vous pensiez déjà maîtriser le fonctionnement. C'est le cas, par exemple, des sorties PWM qui, avec la Pico, sont accessibles « au naturel » et sans fioritures. Voyons donc ensemble comment démêler tout cela et revenir à l'essentiel...

Sir Clive Sinclair nous a quittés.

Peu nombreux sont ceux qui ont marqué à ce point l'évolution des technologies informatiques et participé à leur démocratisation. Clive Sinclair, visionnaire et inventeur, est l'homme derrière le ZX80, le ZX81, et le ZX Spectrum, pour ne citer que les plus connues de ses contributions à l'Histoire.

Choisir un langage pour un projet est une question d'équilibre entre confort et rapidité de développement d'une part et performance de l'autre. C'est précisément là la raison pour laquelle des langages comme C, C++ et depuis peu, Rust sont omniprésents, dès lors qu'on parle d'embarqué et de microcontrôleur. Aux deux extrémités du spectre des langages, nous avons JS ou Python d'un côté et l'incontournable assembleur de l'autre. Celui-là même dont nous allons nous occuper ici...

Le Commodore 64 est une machine mythique, un morceau d'histoire, qui grâce à sa popularité d’antan est aujourd'hui une des quelques machines 8 bits qu'il est possible d'acquérir sans se ruiner. Mettre la main sur un Commodore 64 vous coûtera actuellement entre 30 € et 60 €, parfois nu et tantôt avec quelques accessoires et jeux d'époque. Mais une fois l'ordinateur réceptionné, ou sorti du fond d'une cave ou d'un grenier obscur, quelques opérations sont nécessaires pour en permettre ou en faciliter l'utilisation. C'est ce dont nous allons parler à présent...

Voici un terrain sur lequel nous nous sommes déjà aventurés par le passé [1], mais qui nous avait en partie laissés sur notre faim. En effet, une carte Arduino UNO et trois malheureuses résistances permettent effectivement d'obtenir un affichage VGA, mais le résultat en 120×60 pixels et 4 couleurs est le maximum qu'on pouvait espérer obtenir. Avec un ESP32 en revanche, les choses sont radicalement différentes : jusqu'à 1280×1024 pixels, 64 couleurs maximum, Wi-Fi, clavier, souris, audio et émulation VT/ANSI ! Tout cela grâce à l'excellente bibliothèque FabGL...

Dans un précédent article, nous avons fait connaissance avec la console Game & Watch, produite par Nintendo à l'occasion des 35 ans de Mario. Grâce au travail de brillants développeurs, nous avons pu procéder à une sauvegarde complète du firmware de la console afin de basculer, en toute sécurité, le microcontrôleur STM32H7B0 dans un mode nous permettant de développer sereinement. Il est temps maintenant de faire connaissance avec l'environnement de développement et les spécificités du matériel pour produire un code « maison », plus évolué que la simple démonstration de base.

Le monde des jeux vidéos est sans pitié et on comprendra aisément la ferveur (voire la férocité) avec laquelle certaines sociétés défendent leur propriété intellectuelle. Comment ne pas estimer cela parfaitement justifié lorsqu'on voit fleurir de toute part des produits surfant sur la vague du rétrogaming, faisant fi de toutes considérations légales, allant jusqu'à intégrer des collections impressionnantes de « ROM », n'étant ni plus ni moins qu'un ensemble de copies pirates de jeux.