framboise314.fr

On fait fausse route, l'écran officiel n'est pas SPI mais DSI.
http://raspmap.everpi.net/index_fr.html

Donc si on prend le même raisonnement, il faut trouver la commande pour couper l'alim voire en plus la détection du connecteur DSI pour pouvoir basculer sur le HDMI.
Et comme les drivers de l'écran sont intégrés au kernel, cela se complique.

Après recherche, c'est la commande modprode qui me faut, cela m'amène sur https://doc.ubuntu-fr.org/tutoriel/tout ... ules_linux puis la commande lsmod pour savoir la liste des drivers chargés. Je trouve rpi_backlight et rpi_ft5406 qui concerne le LCD.
En ce qui concerne rpi_backlight, j'ai réussi à éteindre le LCD avec bl.set_power(False), mais pas à récupérer le HDMI malgré tout (même avec Ctrl+Alt+F1 puis Ctrl+Alt+F7).

Entre temps j'ai relu https://www.raspberrypi.org/documentati ... /README.md et mis "ignore_lcd=1" dans le config.txt et là cela marche mais cela implique bien sûr le reboot. Au moins, plus besoin de débrancher le DSI et de jouer avec les options HDMI du config.txt

Bon maintenant je m'attaque à rpi_ft5406. Après recherche il y a un rpi-ft5406.dtbo dans /boot/overlays.
Je lance la commande dtoverlay -l et je n'ai aucun overlays de lancer. J'en déduis que je ne peux pas utiliser le Device Tree pour décharger dynamiquement les modules.
Je pourrais essayer de ruser en chargeant ce module dans le config.txt pour savoir lequel est prioritaire entre le overlay et le driver/kernel puis le décharger le cas échéant

j'ai de la lecture : http://www.framboise314.fr/un-point-sur-le-device-tree/ , je continuerai mes recherches plus tard

Bonjour,

Voici un petit update suite à cette conversation.

Il existe les filtres conditionnels. C'est à dire que l'on charge les options du config.txt suivant une certaine configuration pendant le boot (appui de bouton, détection d'un matériel précis).

Par exemple je boote sur mon écran officiel et lorsque mon moniteur est branché, la pi bootera dessus. Efficace !