Mise en oeuvre de la bibliothèque graphique LittlevGL sur RaspberryPi

C’est en lisant un article sur le blog d’Olimex, un fabricant bulgare de carte linux embarqué réputé, que j’ai découvert la bibliothèque LittlevGL. La démonstration qu’ils en faisaient sur une de leur carte équipée d’un écran tactile m’a tout de suite convaincu. Je me suis donc mis en tête de tester cette bibliothèque sur un écran tactile TFT connecté à un raspberryPi.

Continuer la lecture

Mise en oeuvre d’un « compute module » RaspberryPi

Pour un projet industriel de fin d’études BTS SNIR, une entreprise a choisi d’utiliser un « compute module » et deux caméras RPi pour réaliser son prototype. La mise en oeuvre d’une telle carte est légèrement différente d’une carte raspberrypi classique. Voyons ce que l’on peut en faire…

Continuer la lecture

Compilation en mode statique : avantages, inconvénients et mise en œuvre

La plupart du temps, lorsque vous compilez un programme avec g++, votre exécutable est en mode dynamique. Ainsi lorsque vous lancez votre exécutable, celui-ci va charger les bibliothèques qui contiennent le code des fonctions que vous n’avez pas codées (par exemple la méthode cout). Ces bibliothèques dynamiques sont des fichiers « .so » sous GNU/Linux ou « .dll » sous Microsoft Windows.

Lorsque vous compilez un programme en mode statique, le code des fonctions externes est inclus dans l’exécutable final. Vous ne dépendez plus alors de bibliothèques externes, votre exécutable est autonome.

Détaillons un peu plus ce qui précède…
Imprimer cet article Imprimer cet article
Continuer la lecture

Compilation croisée ou compilation à distance ?

Tout d’abord il faut définir ces deux termes :

  • la « cross compilation » ou compilation croisée est le fait de compiler un programme sur une architecture qui n’est pas celle de l’architecture cible. Exemple : vous êtes sur un PC avec un processeur de type Intel en 64bits (architecture LittleEndian) et vous souhaitez compiler pour un RaspberryPi ou une BeagleBoneBlack qui utilise une architecture 32 bits de type ARM (architecture BigEndian). Vous disposez ainsi de toute la puissance et du confort d’une station de travail. Le problème est qu’il faut disposer d’un compilateur croisée.
  • le « remote developpement » ou développement à distance est le fait de saisir son code sur une station de travail performante dans un EDI puis de le transférer et de la compiler sur la cible. Cette technique est plus simple à mettre en œuvre que la précédente mais elle est moins performante car vous compilez sur l’architecture cible qui généralement à des ressources en mémoire et puissance processeur relativement faible.

Dans la suite de cette article, vous mettrez en œuvre ces deux solutions.

Continuer la lecture

RaspberryPi à tout faire…

Un titre un peu fourre tout car en effet le sujet est vaste…Cet article présente les bases de l’installation d’un RaspberryPi et sa configuration de base. Puis nous allons tester les différentes possibilités d’E/S SANS programmation : E/S TOR (GPIO), bus 1Wire, bus I2C, voie série,bus SPI. Puis nous passerons à la programmation en langage C à l’aide de la bibliothèque WiringPi de Gordon Henderson. Enfin nous terminerons par la création d’une page web qui dialoguera avec ces différents bus grâce à un script CGI. Bref que du bon… Continuer la lecture

Horloge RTC gérée par le noyau Linux sur RaspberryPi

Vous savez sans nul doute que le RaspberryPi n’est pas équipé d’une horloge temps réel pour des raisons de coût. La distribution Raspian a fait le choix de récupérer l’heure sur Internet quand la carte est connecté sinon elle repart avec la dernière heure connu (fake_hwclock). Bien sur ce n’est pas satisfaisant…aussi vous trouverez sur le grand « n’Internet » nombre de site qui décrive comment rajouter une RTC (principalement en I2C). J’ai même fait quelques lignes la-dessus à la fin de l’article sur l’I2C sur Raspberry. Cependant je voudrais faire « encore mieux », en particulier que la partie « user space » (espace utilisateur) ne gère pas cette RTC mais que le noyau s’en charge de A à Z. Cette article décrit cette mise en oeuvre.

Continuer la lecture

Utilisation du bus I2C sur RaspberryPi

Dans la suite de l’article je présente l’activation puis l’utilisation du bus I2C sur la carte RaspberryPI (ou tout autre carte qui supporte un bus I2C : Olimex A13 ou iMX233, Beagle/PandaBoard de TI, TQ6410, etc…). L’interrogation des esclaves connectés au bus I2C peut se faire sans aucune programmation ! Cela permet de valider rapidement l’écriture ou la lecture des registres d’un esclave I2C. On peut alors passer à la programmation en C/C++ avec des valeurs validées. Continuer la lecture