Ingénierie et formations sur les systèmes libres
Le Raspberry Pi ne comporte pas de bouton « reset » – ni d’ailleurs aucun autre bouton – et la plupart du temps on le redémarre soit logiciellement (en utilisant la commande reboot par exemple) soit électriquement en le débranchant puis le rebranchant.
Il est pourtant pratique de disposer d’un bouton de réinitialisation hard lors de développement de modules kernel susceptibles de geler le système en cas d’erreur ou si des tâches temps réel se mettent à boucler frénétiquement.
Il y a un quart d’heure de cela, un livreur a déposé sur mon bureau deux exemplaires (pour limiter les frais de port) d’un nouveau terrain de jeu pour hackers de Linux embarqué : le BeagleBone Black. Je vous propose un petit tour de piste rapide…
Nous avons déjà vu dans plusieurs articles qu’il était facile de manipuler les GPIO sous Linux depuis l’espace utilisateur avec l’interface /sys. Jusqu’à présent je ne m’étais intéressé qu’aux lectures et écritures, mais il est également possible de faire des attentes passives de changement d’état avec select() ou poll(). Voyons-en une mise en œuvre sur le Raspberry Pi.
J’ai continué mes expériences avec la gestion d’interruptions par un driver RTDM-Xenomai sur les ports GPIO d’un Raspberry Pi que j’avais entamées dans le précédent article. Jusqu’alors j’avais pu déterminer « à l’œil » en utilisant un oscilloscope que le temps de réponse était de l’ordre de 3 à 4 micro-secondes, avec des pointes régulières à 8 micro-secondes environ. Ce sont justement ces pointes – et celles plus longues – qui m’intéressent et j’aimerais en avoir un aperçu plus complet. Mon objectif est de pouvoir déterminer le temps de réponse que peut garantir dans le pire des cas un système temps réel construit sur Xenomai avec l’API RTDM.
Dans le numéro 158 (mars 2013) de Gnu Linux Magazine France se trouve la suite des articles que j’avais écrits sur la création d’un système « from scratch » sur Raspberry Pi (Linux Mag’ 155).
Les fichiers décrits dans cet article sont accessibles à partir de cette page de téléchargement.
Dans un article précédent, j’indiquais que le support des interruptions déclenchées par les ports GPIO du Raspberry Pi n’était pas encore satisfaisant sous Xenomai en utilisant un driver RTDM. Depuis quelques semaines Paul Corner travaille sur le sujet, et il a finalement résolu le problème mercredi dernier. Comme nous le soupçonnions, il y avait un conflit entre le gestionnaire d’interruptions de Xenomai et celui de Linux (qui restait anormalement installé).
Les patches de Paul n’ont pas encore été intégrés dans Xenomai (mais je suppose qu’ils le seront dans les jours à venir). En attendant, voici comment obtenir de meilleurs résultats que précédemment.
Plusieurs personnes m’ont demandé récemment si l’utilisation des GPIO du Raspberry Pi étaient possible en employant un driver RTDM pour Xenomai. Si le traitement des entrées et sorties est effectivement simple, l’utilisation des interruptions pose encore quelques soucis.
Lire la suite de cette entrée »
Tout d’abord je vous souhaite une excellente année 2013, en espérant qu’elle sera – entre autre – riche en hacks, protos, bidouilles, mesures, expérimentations, micro-processeurs, micro-contrôleurs, etc.
Pour commencer cette nouvelle année, je vais vous présenter un petit écran TFT-LCD sympathique prévu pour servir de vue arrière en voiture en le connectant à une petite caméra. Il est tout à fait possible de l’utiliser comme écran portable pour le Raspberry Pi.
Dans le nouveau numéro de Gnu/Linux Magazine France (n° 155) se trouvent deux articles que j’ai écrits durant les mois de juillet et août sur la construction d’un système Linux embarqué sur Raspberry Pi en partant de zéro. Comme l’actualité concernant le Raspberry Pi évolue rapidement, voici quelques compléments pour les éléments ayant changé depuis la rédaction.
Conformément à la politique d’édition adoptée par les Éditions Diamond, ces articles seront disponibles dans quelques temps ici sous licence CC-BY-NC-ND.
Le Raspberry Pi offre quelques possibilités d’entrées-sorties directes en utilisant les broches GPIO présentes sur son connecteur P1. Elles ne sont pas très nombreuses (une dizaine) mais cela peut suffire pour des petits projets interactifs nécessitant d’interroger des capteurs tout-ou-rien ou de valider des actionneurs.
Nous pouvons utiliser ces GPIO de différentes façons, depuis l’espace utilisateur ou depuis le noyau. Voyons-en rapidement les principaux aspects…
Lire la suite de cette entrée »
