framboise314.fr

Bonjour à tous,

J'ai un module 4G SIM7600E connecté sur ma raspberry et le réveil de ce module (pwrKey) est connecté sur la pin GPIO16.
Pour réveiller le module, il faut que la pin 16 envoie un échelon haut pendant 1 seconde.
Le temps de réveil du module 4G est d'environ 12 secondes.

Afin que le module 4G soit prêt le plus rapidement possible, je souhaiterais que le réveil du module se fasse le plus tôt possible pendant la séquence de boot de la raspberry.

Je pourrais le faire dans le fichier /etc/rc.local. Mais je voulais savoir s'il était possible de le faire avant car je lance un script python dans le rc.local qui utilise le module 4G.

Merci,

Guillaume.

Bonjour,

Je pense que c'est possible, voir le config.txt partie gpio : https://www.raspberrypi.org/documentati ... /README.md

Echelon, c'est quoi, front montant ? Si c'est le cas, pas sûr que cela fonctionne. La solution que j'ai donné, elle met la sortie à 1. Peut-être remettre cette sortie à 0 une fois le boot fait, avec un cron ou autre.

Salut,

Il me semble que systemd permet de lancer des trucs asynchrones.

Salut Dyox,

J'avais pensé au fichier config.txt, mais tu peux juste spécifier un état (haut ou bas) au démarrage. Tu ne peux pas lui spécifier une séquence.
Pour moi un échelon c'est un créneau: je suis à Low, je passe à High pendant 2 secondes et je repasse à Low.

remarque, ça peut peut-être marcher. car le temps de démarrage est compté à partir du front montant. Entre la sortie 16 de la Raspberry l'entrée PWRKEY de la SIM7600, il y a une logique inverse (le niveau haut de la pin 16 envoie un niveau bas sur le PWRKEY). De plus en regardant la doc de la SIM7600, il est écrit que si le PWRKEY est au GND, il s'allumera.
Il faut juste que je m'assure que la puce GSM est éteinte au démarrage de la raspberry sinon ça va l'éteindre (dans le cas d'un reboot par exemple).

Guillaume.

Re,

je viens de tester la mise à HIGH de la GPIO16 dans le fichier config.txt et le module sim7600 s'allume très bien et rapidement même si le niveau reste à HIGH.
J'ai même tenté un reboot de la raspberry et le module ne s'éteint pas. je pense qu'il ne repasse pas à LOW lors du reboot.

Un problème de réglé.

merci,

Guillaume.