Discussion :

[kaitlyn]

J'aimerai savoir comment Mr. Mike McCauley a fait pour créer sa bibliothèque BCM2835.h ?
Je redonne le lien vers son site qui détail toutes les fonctions utilisées.
Je donne aussi le lien vers le GitHub qui contient ls utilitaire pour créer la bibliothèque BCM2835.
En particulier, le lien vers ce qui m'intéresse, à savoir la section "src".

Même en mettant mon nez dans ce GitHub, je n'ai toujours pas compris comment il a fait pour créer cette bibliothèque que j'ai installé depuis fort longtemps dans ma raspberry pi.

En tout cas, Mr. Mike Mc Cauley a fait un magnifique travail !!! Bravo.

@+

Salut,

Tout est dans la function bcm2835_init(), implémentée dans le fichier bcm2835.c, à partir de la ligne 1150, l'auteur fait des mappages de /dev/mem avec la function mmap().

[Artemus24]

Salut Kaitlyn.

Et là maintenant tu parles d'utiliser une bibliothèque.

Je mets en rouge ce que tu as mal lu. Le message dont tu parles est le suivant :

Mon problème est que j'aimerai accéder aux registres des GPIO afin de créer un programme en 'C' sans passer par des bibliothèques.

Franchement, je dois mal m'exprimer.

Et qu'appeles-tu programmation bare metal ?

Bare metal signifie en anglais "métal nu". Ca signifie sans utiliser un OS.
C'est la même chose quand tu utilises un microcontrôleur arduino, où tu installes ton sketch après l'avoir compilé sur une autre plate-forme.
Disons qu'au lieu d'utiliser un microcontrôleur comme l'arduino, j'utilise mes RPi zero.

parce que pour moi, le bare metal c'est lié à la virtualisation.

Pour des serveurs oui, comme dans le cas des clouds.
Sauf que je ne suis pas dans ce cas, car j'utilise des IOT, où je préfère tout développer par moi-même.
Autrement dit, je démarre à nu sur ma carte, comme la RPi zero, l'ESP8266, l'ESP32, ...

Ah bon, et pourquoi ? plus exploitable sur les derniers RaspBerry ?

Je n'en sais rien, mais c'est ce qui est dit. Tu peux continuer à les utiliser.
Je pense que ce sont les accès par des open ... close qui sont devenus obsolètes à cause de leur lenteur.

Il n'existait pas de bibliothèques pour accéder proprement aux registres.
Depuis 2018, tu peux passer par la libgpiod, qui est la "linux/gpio.h", sauf qu'elle concerne que les GPIO, pas les autres registres.

En regardant vite fait sur le net, j'ai vu qu'il existait /dev/gpiomem, le principe semblant le même

"/dev/gpiomem" et "/dev/gpiochip" concernent la nouvelle bibliothèque libgpiod.

En regardant la doc officielle, ils recommandent l'utilisation de libgpiod,

C'est ce que j'ai dit précédemment. Cette nouvelle bibliothèque est arrivé en 2018.
Libgpiod est en fait la bibliothèque qui se nomme "/linux/gpio.h".

Franchement, c'est le bazar car chacun y va de ses bibliothèques et du coup, on s'y perd entre la bonne façon de faire et la pérénité.
Je n'utilise pour l'instant que la bibliothèque de Mr Mike Mc Cauley, que pour accéder aux GPIO.
Pour les accès aux autres registres, je passe par la fonction "ioctl()", comme en i2c et spi.

on peut voir que sysFS est pas mal utilisé, donc pas si obsolète que ça.

--> https://www.kernel.org/doc/Documentation/gpio/sysfs.txt

Cela ne va pas être supprimé du jour au lendemain, il y a des tas de développements qui reposent sur ces techniques.
Elles ne vont plus évoluer et c'est tout, mais tu pourras quand même les utiliser.

Tout est dans la function bcm2835_init(), implémentée dans le fichier bcm2835.c, à partir de la ligne 1150, l'auteur fait des mappages de /dev/mem avec la function mmap().

J'aurai dû me douter que c'est la technique devmem qui a été utilisé car cette bibliothèque a été créé en 2012, bien avant l'apparition de libgpiod.

Je croyais, comme pour le bare metal, utiliser un autre compilateur qui m'aurait autorisé les accès aux registres.
Je suis déçu car je croyais trouver une autre technique que celle que je connaissais déjà (devmem).
C'est même par celle-ci que j'ai commencé à m'intéresser aux GPIO.

Je pense que le sujet est clos, sauf si vous avez d'autres commentaires à me fournir.

Merci à Kaitlyn pour m'avoir ouvert les yeux sur ce que je ne voyais pas dans la bibliothèque "BCM2835".
Merci à tous les autres pour leur participation et surtout leur patience sur ce sujet technique.

P.S.: je n'ai mis que des +1.

@+

[chrtophe]

Si besoin, tu peux aussi aller faire un tour dans le forum RaspBerry.

[kaitlyn]

Je pense que le sujet est clos, sauf si vous avez d'autres commentaires à me fournir.

Schématiquement, sur le plan conceptuel, la différence entre les libs bcm2835 et libgpio n'est pas si énorme que ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
utilisateur / interface / noyau       -> registres
---------------------------------------------------
bcm2535     / devmem    / kernel      -> registres
libgpio     / ioctl     / gpiodriver  -> registres

Donc si le problème est du côté du pull-up, etc, et c'est là que la lib bcm2835 est très intéressante, on y ressent un bel effort de documentation en amont, il y a la fonction bcm2835_gpio_pud() qui montre comment faire, et que tu peux transposer sur libgpio.
Si le problème avec devmem c'est l'instabilité du système, tu peux faire un double mappage, tu modélises tes registres rpi dans une struct(ure) que tu mappes avec devmem, ça évitera d'écrire des choses là où il ne faut pas.

[Artemus24]

Salut à tous.

Si besoin, tu peux aussi aller faire un tour dans le forum RaspBerry.

En ce moment, il n'y a pas beaucoup d'activités dans ce forum.
Ce sont surtout des débutants qui viennent poser leurs questions.
Je ne crois pas que j'aurai eu une réponse adéquate, vu que la question était technique.

Si le problème avec devmem c'est l'instabilité du système

Je n'ai pas de problèmes avec devmem.
C'est juste que je ne savais pas comment accéder aux registres.

Je n'ai pas constaté d'instabilité dans la gestion des registres.
Il y a juste une gestion particulière des adresses de bases puisqu'elles dépendent du type de raspberry que tu utilises.

tu modélises tes registres rpi dans une struct(ure) que tu mappes avec devmem, ça évitera d'écrire des choses là où il ne faut pas.

C'est l'idée première que j'avais, à savoir créer une structure, puisque dans le cas des GPIO, il y a 41 registres contigües.
Mais l'accès à certains registres se font par un simple calcul où la partie entière est le offset et la partie décimal, la valeur à mettre dans le registre.

Pour d'autres, en effet, la structure sera très utile.

@+