Ficheux Pierre

« Changement de main, changement de vilain » comme disait le grand Bernard Lavilliers.

Les périphériques USB sont de plus en plus présents dans le monde industriel où ils ont supplanté les interfaces RS-232 et autres GPIB (IEEE-488). On peut expliquer cela par le côté universel du protocole et donc le faible coût du contrôleur. Dans cet article, nous allons décrire les méthodes de pilotage d'un périphérique USB sous Linux en nous focalisant sur la catégorie (ou classe) HID (Human Interface Device) très largement répandue en particulier dans les instruments de mesure.

Nous avons déjà évoqué les extensions temps-réel du noyau Linux dans les colonnes d'Open Silicium et en particulier Xenomai [1]. Dans cet article, nous allons découvrir comment mettre en place le composant RTnet [2] qui permet de disposer d'une API réseau déterministe. Dans un deuxième temps, nous verrons une application de RTnet avec l'implémentation de la pile réseau déterministe openPOWERLINK [3]. Les tests seront réalisés sur la carte BeagleBone Black [4] ainsi que sur une Armadeus APF6 [12].

Dans ce numéro 14, nous évoquons un exemple d'extension de l'API Android afin d'ajouter le support d'un matériel spécifique [4]. Cette extension est par défaut démontrée sur l'émulateur Android, mais peut également fonctionner sur une carte BeagleBone Black (BBB). Même si le support Android de la BBB n'est pas officiel et s'il existe plusieurs projets permettant d'utiliser cette carte dans un tel environnement. Les projets existants utilisent la sortie HDMI de la carte alors que nous désirons utiliser un écran tactile connecté au bus d'extension de la BBB. Dans cet article, nous allons voir comment modifier le support AOSP de la BBB (Jelly Bean 4.3) afin d'utiliser un écran tactile à bas coût conçu par la société australienne 4D Systems.

Dans le numéro 8 de la revue Open Silicium, nous avions présenté l'utilisation d'Android dans le cadre d'un environnement industriel. À titre d'exemple, nous avions mis en place...

La Raspberry Pi (RPi) est le plus souvent utilisée sous GNU/Linux. Il est cependant possible de l'utiliser avec des systèmes beaucoup plus légers comme des RTOS (Real Time Operating System). L'exécutif RTEMS est disponible depuis quelques mois sur la RPi. Après avoir mis en place la chaîne de compilation croisée, nous présenterons quelques exemples dont un pilote pour les GPIO de la RPi. Les tests sont réalisés sur les modèles B et B+ de la RPi.

La carte Raspberry Pi (RPi) fut initialement conçue comme un « PC bon marché ». Elle dispose donc d'un contrôleur graphique performant permettant la connexion à un écran HDMI externe. Dans cette configuration, il est possible d'utiliser un mode accéléré (OpenGL) compatible avec des bibliothèques graphiques telles que Qt 5. Cependant, de nombreuses applications embarquées utilisent un écran local (fixé à la carte) souvent tactile et permettant d'utiliser une application métier. Dans cet article, nous allons décrire la mise en place et l'utilisation sous Qt et DirectFB d'un écran 320x240 2,8 pouces, connecté au bus SPI de la carte RPi.

La fondation Raspberry Pi avait jusqu'à présent produit deux versions de sa carte, la A et la B. La version B était une évolution importante par rapport à la A. La version B+ est une simple mise à jour de la B, mais mérite cependant quelques explications.

Dans le numéro 6 d'Open Silicium, nous avons décrit l'utilisation du système temps réel RTEMS sur un carte ARM Mini2440. Cette carte était très populaire à l'époque mais a été depuis supplantée par de nombreux produits à la fois bon marché et beaucoup plus performants. La célèbre Raspberry Pi (RPi) est la plus ancienne de cette catégorie et un portage RTEMS est officiellement disponible depuis l'été 2013. Dans cette article nous décrirons la mise en place du BSP RTEMS pour la RPi puis nous mettrons en œuvre un exemple de pilote pour les GPIO de la RPi.