Pinhapple a écrit :Bud Spencer a écrit :Ensuite en consultant la doc de wiringPi, j’ai aussi vu qu’il y avait 4 méthodes pour l’initialiser (
http://wiringpi.com/reference/setup/ ). Pour celle qui nous concerne ici, (wiringPiSetup() et wiringPiSetupGPIO()), l’une utilise un mappage pour renuméroter les n° de pin et l’autre utilise des n° de pin sans renumérotage. Donc vu que c’est ta librairie du LMS qui initialise wiringPi et qu’elle le fait en utilisant wiringPiSetupGPIO(), tu dois utiliser le numérotage ‘BCM GPIO’ et non le numérotage wiringPi (
https://projects.drogon.net/raspberry-pi/wiringpi/pins/).
Bon raisonnement, je m'étais pour ma part arrêté à la deuxième étape en fouillant également dans les sources de la bibliothèque pour y trouver le
wiringPiSetupGPIO() et le comparer avec la doc de WiringPi. J'aurais probablement continué de creuser si je n'avais pas eu ce problème de deux initialisations de WiringPi, puisque du coup les DEL ne se seraient pas allumées non plus.
...
Là c'est le fonctionnel, je verrai après en fonction de mes besoins pour l'optimiser ! Merci pour les remarques, ça m'encourage à continuer !
AMHA c'est la démonstration flagrante d'un point déjà abordé dans l'autre discussion.
Plus on empile les niveaux d'abstractions, moins on sait ce que l'on fait exactement.
Cette bibliothèque cache le détail de la wiringPi qui cache le détail de la BCM qui cache le détail du hard.
Sans être maso et sauf cas très particulier, la BCM, en restant plus proche du matériel, devrait couvrir la plupart des besoins.
En tout cas, compte tenu des retours très positifs de ces discussions, je pense que je vais "creuser"" cette voie dès que j'aurais stabilisé mon environnement de cross-compilation (en ce moment, je teste Eclipse).
Sylvain