Dans un précédent article j’ai décrit la mise en oeuvre de LittlevGL sur un écran de chez Adafruit. Nous allons passer à la vitesse supérieur avec un écran tactile capacitif de 4 pouces de haute qualité en 800×600 de chez Pimoroni.
Continuer la lectureArchives de catégorie : Informatique
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 lectureMise 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 lectureUtiliser le connecteur C++ pour la BdD MySQL
Dans l’article qui suit, nous allons installer le connecteur C++ pour la base de données MySQL (aussi bien sous GNU/Linux que sous Microsoft Windows). Puis nous présenterons quelques exemples d’applications en manipulant une base de test. 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
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.
Modification Debian Wheezy pour TP BTS IRIS
Pour changer facilement la configuration IP de la Debian Wheezy 7.0 avec XFCE4, il faut installer puis configurer différents logiciels. Ce qui me paraissait simple au premier abord mérite maintenant un petit article (sous forme de mémo) pour les prochaines fois. 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.
Installer une chaîne de cross-compilation pour µP ARM sur une Debian Squeeze (6.0) ou Wheezy (7.0)
De plus en plus de cartes électroniques à bas coût sont disponibles sur le marché de l’embarqué. Dans quasiment tous les cas elles sont équipées d’un coeur ARM. Par exemple, le RaspberryPi (ARM11 : architecture armv6) ou les cartes Olinuxino (ARM9 (armv5) pour la iMX233 et Cortex A8 (armv7) pour la carte A13) utilisent des processeurs ayant un coeur ARM. Suivant le processeur utilisé, celui-ci peut posséder une unité de calcul en virgule flottante. Nous aurons donc à installer une chaîne de cross-compilation qui supporte ou pas l’unité de calcul en virgule flottante. Sur Debian, le projet emdebian propose des cross-compilateurs pour les architectures précédemment cités.
Imprimer cet article
Continuer la lecture