Bodor Denis

Dans de précédents articles, et dans le dernier sur le sujet des contrôleurs UDC intégrés aux SBC et à certains PC en particulier [1], nous avons vu qu'il était relativement aisé de créer arbitrairement des périphériques USB. Et même qu'il était possible de faire cela d'une façon qu'on pourrait qualifier de « logicielle » grâce au support USB Gadget de Linux. Mais lorsque le SBC en question ne dispose pas d'un contrôleur dédié, que peut-on faire ? La réponse est simple, il suffit de l'ajouter...

Il y a quelques semaines, au détour d'un post X, je découvre la carte PCIe YPCB-00388-1P1 de TiferKing [1] équipée d'un monstrueux FPGA Xilinx Kintex7 XC7K480T et vendue sur eBay pour moins de 80 €, port inclus (cherchez juste « XC7K480T », il y a des vendeurs et des offres à foison). On parle ici de quelque 470000 éléments logiques (LE), 380 E/S et de ~34 Mb de mémoire embarquée. À ce prix, c'est une affaire de rêve, d'autant que le support LiteX pointait déjà le bout du nez.

Dans de précédents articles, nous avons expérimenté autour des smartcards et des Java Cards en particulier, allant même jusqu'à développer nos propres programmes ou applets s'y exécutant. Ici, nous allons être un peu plus « passifs » et, plutôt que de créer, allons simplement explorer un certain type de smartcard que vous avez très probablement sous la main : la carte SIM de votre téléphone/smartphone.

Vous connaissez Git. Mais si, le petit système de gestion de versions décentralisé développé initialement par un certain Linus Torvalds il y a vingt ans, alors qu'il était énervé par la licence propriétaire de BitKeeper. Aujourd'hui, Git est utilisé presque partout, en particulier autour de sites comme GitHub, GitLab, Codeberg, etc., au point de se demander si le terme « décentralisé » a encore vraiment un sens. Game Of Trees, ou Got, est un système similaire, compatible avec les dépôts Git, mais développé spécifiquement pour les besoins des développeurs OpenBSD. Et peut-être les vôtres...

La famille de MCU Espressif Systems est déjà bien étoffée et, entre le « simple » ESP32, les « vieux » ESP8266 et toutes les déclinaisons intermédiaires à base de cœurs Tensilica Xtensa (ESP32-S*) ou de RISC-V (ESP32-C*), nous avons de quoi faire. L'ESP32-P4 cependant est très différent et adresse des besoins qui vont bien au-delà de ceux satisfaits par les autres modules et MCU de la famille. Nous avons là une « bête », mettant l'accent sur la performance et la richesse en fonctionnalités.

Qu'il s'agisse de simple confort ou de sécurité, la capacité à détecter une personne ou un mouvement est une part importante d'un système domotique. L'idée ne date pas d'hier avec des dispositifs d'éclairage automatique, intérieur ou extérieur, mais l'utilisation de concert avec une installation comme Home Assistant apporte une tout autre dimension et offre une infinité de possibilités. Cependant, à la base de toute scénarisation, même complexe, se trouve le capteur lui-même et nous allons voir que tous ne se valent pas...

Qui n'a jamais, dans les logs d'une machine ou d'une VM exposée au grand nain Ternet, remarqué des tentatives de connexion sur l'un ou l'autre service qui, de toute évidence, n'était pas de son fait ? Je sais, ceci est monnaie courante et la plupart du temps totalement bénin, dès lors qu'on aura configuré son serveur SSH avec un minimum de sérieux. Mais ne vous êtes-vous jamais demandé quelles informations de connexion étaient utilisées ou quel mot de passe aura été tenté ?

Lorsqu'on imagine des capteurs et sondes, on y associe presque toujours une communication radio (Wi-Fi ou BLE) ou filaire (série, CAN, Ethernet, etc.). Mais il existe des situations où ce type de média n'est pas envisageable et/ou souhaitable. Il peut s'agir de contraintes pratiques dues à la situation de la sonde ou tout simplement un impératif de sécurité pour exposer le moins possible l'installation à d'éventuelles attaques. Dans ces cas de figure, l'option NFC peut constituer une approche intéressante...

Un récent billet [1] de Niccolò Venerandi, développeur KDE Plasma, met l'accent sur un problème impactant certains sites web : les bots/scrapers/crawlers IA/LLM les surchargent au point d'en pénaliser le fonctionnement, ainsi que celui des projets associés.