Ingénierie et formations sur les systèmes libres
Lors de la mise au point d’un système industriel, il est souvent nécessaire de surveiller les signaux de sortie d’un équipement.
Bien sûr l’oscilloscope et l’analyseur de trames sont indispensables pour l’analyse des signaux instantanés, mais lors des phases de validation d’un produit, il faut généralement faire des observations longues, sur plusieurs heures ou plusieurs jours. Je vous propose un petit outil prévu pour ce genre d’analyse.
La dixième édition du meetup « Paris Embedded » se tiendra le mardi 13 mars 2018 à partir de 19h00 à l’EPITA (14, rue Voltaire — 94270 Le Kremlin-Bicêtre. Métro « Porte d’Italie ») Amphi 1.
Au programme, trois conférences alléchantes :
Les conférences seront suivies d’un moment de discussions informelles et conviviales autour de pizzas.
L’entrée est ouverte à tous, la participation aux frais s’élève à 10 €.
Pour des raisons d’organisation, il est préférable de vous inscrire au préalable sur le site meetup.com.
Tout d’abord, je vous souhaite à tous une excellente année 2018 !
Dans l’article Projet spi-tools, je présentais un petit outil permettant de configurer les paramètres d’une liaison SPI depuis la ligne de commande du shell, en s’appuyant sur l’interface spidev. Depuis quelques temps, l’une des options de cet outil ne fonctionnait plus correctement. En effet, plusieurs drivers SPI du kernel réinitialisent la vitesse de communication lorsque l’on referme le descripteur de fichier /dev/spidevX.Y.
Il existe plusieurs mécanismes proposés par le noyau Linux pour programmer un traitement à réaliser lorsqu’un périphérique externe déclenche une interruption pour nous notifier de l’occurrence d’un événement. Gestionnaire monolithique, tasklet, workqueue, threaded interrupt, chaque solution a des avantages et des inconvénients, qu’il est intéressant de connaître pour optimiser l’efficacité de nos traitements.
J’ai récemment été confronté à un souci de taille de fichiers de traces pour le débogage d’une application. Pour résoudre mon problème j’ai écrit un petit programme en ligne de commande permettant de répartir la sortie d’un pipeline du shell dans des fichiers quotidiens.
J’ai appelé cet outil dailyfile et je vous le présente ici, en espérant qu’il puisse servir à d’autres.
Le modeste programme présenté dans cet article est extrait d’un exercice de travaux pratiques que je propose aux participants de la formation « Programmation en C sur microcontrôleurs » que j’anime régulièrement. Cet exercice permet de réfléchir en profondeur sur le développement d’un petit projet sur microcontrôleur.
Comme l’objet même de la réalisation peut être utile au quotidien (je l’emploie personnellement), j’ai trouvé intéressant de le partager ici.
En ce 1er avril, je vous propose un mini hack amusant, qui peut être mis à profit pour piéger des collègues en open space ou en salle de TP par exemple.
Il s’agit d’émuler un clavier USB, et de lui faire écrire des phrases préprogrammées pour simuler un interlocuteur fantôme cherchant à communiquer avec nous.
Lorsque nous recompilons un noyau Linux pour le Raspberry Pi, nous avons généralement l’habitude d’utiliser un kernel spécifique, disponible sur https://github.com/raspberrypi/linux contenant des drivers absents du noyau standard. Il est néanmoins possible de faire fonctionner sur la plupart des modèles de Raspberry Pi un noyau Linux parfaitement standard (aussi dit Vanilla Kernel). Ceci au prix de quelques efforts de configuration que nous allons voir.
À titre d’exemple, nous allons installer un noyau Linux 4.10.1 (diffusé depuis deux semaines) sur un Raspberry Pi 3.
En outre, nous allons faire fonctionner le Raspberry Pi 3 en mode 64 bits et utiliser le bootloader industriel U-boot !
Dans la longue liste des cartes et composants détruits par un mauvais branchement je viens d’ajouter un Raspberry Pi 2.
Bien qu’assez précautionneux avec les cartes électroniques, je reconnais volontiers ma responsabilité dans plusieurs cas (maladresse, agacement, mauvaise lecture des numéros de broches, etc.). À quelques reprises les erreurs furent commises par des participants à mes sessions de formation.
Cette fois une bonne partie du problème relève de la malchance : je vais vous raconter ma mésaventure en espérant que cela évitera ce genre de situation à l’avenir.
