PiTerm Console : Circuit d'alimentation

Bonjour à tous,

Edit 03/08/2026: ajout du circuit de contrôle d'alimentation
Edit: 15/08/2026: ce n'est pas le signal Enable qui contrôle le DFR0466

Je ne sais pas pour vous mais je lorgne souvent sur les terminaux portables à base de Raspberry-Pi. Il faut dire que ces solutions sont onéreuses ou techniquement difficile à réaliser.

Je me suis demandé s'il était possible de réaliser quelque-chose avec des méthodes Makers.

Aujourd'hui, nous allons enfin nous pencher sur l'assemblage des élément pour se faire une première idée.
Si le sujet vous intéresse, les précédents articles se penchaient sur:

• La préparation de la base
• L'étude de l'encombrement
• Premier montage de présentation 
• Assemblage et système d'exploitation 
  

Etape précédente

Lors du dernier article, j'en étais arrivé au test sous tension et installation initiale du système d'exploitation. Cette fois, nous allons nous pencher sur le circuit d'alimentation.

Premiers Boot

Circuit d'alimentation

Les différents éléments du PicoTerm sont maintenant déterminés (à l'exception du circuit de mise-sous tension).

Composants et leur circuit d'alimentation

L'alimentation est organisée autour d'un accu Lipo et du circuit DFR0446 (Power Boost & Charger Module à base de MP2636)  .

DFRobot DFR0446

 

Ce module est capable de produire une tension de 5V avec un courant de charge de 2.5A maximum. Cela devrait être suffisant pour notre cas d'usage.
En dessoudant le connecteur USB-A, nous disposons alors d'une alimentation compacte avec un connecteur Micro-USB pour la recharge.

En étudiant le schéma, j'ai remarqué qu'il était possible de récupérer le signal Enable aux bornes de la résistance R5 (voir ci-dessous).
Il sera donc possible d'y raccorder un circuit de contrôle ON/OFF.

Edit 15/08/2026: contrairement à ce que je pensais, ce n'est pas le signal Enable qu'il faut contrôler mais PWIN et Mode. Cela est traité dans l'article suivant.

Schéma du DFR0447

La distribution de l'alimentation est assez évidente et se passe de commentaire.

Un bouton Reset discret permettra de redémarrer le Pi sur demande.

L'écran OLED est branché directement sur le bus I2C du Raspberry-Pi. Par contre, tous les autres signaux sont réservés pour réplication leGPIO sur le PicoTerm.

Le bus I2C progresse également vers un connecteur Qwiic/StemmaQT et vers un Raspberry-Pi Pico 

Le connecteur Qwiic

Aussi appelé Stemma chez Adafruit, ce connecteur transporte un bus I2C en 3.3V, idéal pour tester rapidement un capteur ou ajouter une petite extension vite fait!

Le 3.3V du connecteur Qwiic provient du Raspberry-Pi Pico,.. donc le Raspberry-Pi ne cours aucun risque en cas de court-circuit d'alimentation.

Le Raspberry-Pi Pico

Alors ce microcontrôleur branché sur le bus I2C pourrait sembler fort saugrenu. Pourtant, rappelez-vous que le GPIO du Raspberry-Pi est entièrement réservé pour être répliqué via le GPIO Replicator... seul la fonction du bus I2C est fixé sur le GPIO !

Le Raspberry-Pi est configuré en I2C Slave permettant ainsi au Raspberry-Pi d'envoyer des commande via I2C.

Il sera ainsi possible de:

1. contrôler la luminosité de l'écran depuis le RPI via I2C.
   Un Thumbwheel raccordé sur le Pico permettra aussi de changer manuellement cette luminosité.
2. Contrôler le GPIO nécessaire pour activer la mise-hors-tension du convertisseur 5V (en fin de shutdown).

A noter qu'à la mise-sous-tension, le Pico pourrait initialiser l'afficheur I2C avant le Raspberry-Pi OS prenne le relais.

HDMI-A Breakout

J'ai aussi préparé un breakout permettant raccourcir et adapter un câble HDMI entre le Raspberry-Pi et l'écran HDMI.

Voilà il ne reste plus qu'à attendre l' HDMI-A-BRK et le module DFR0446.

Contrôle d'alimentation

Après avoir couché cet article, j'ai consacré un peu de temps à l'étude et au test du contrôle d'alimentation (en partant du "Push Button Power Switch" d'Adafruit).

Une fois adapté à mon cas de figure, j'obtiens ceci.

PiTerm Console - Contrôle d'alimentation.

La partie Power Booster reprend les signaux EN et VCC ainsi que la résistance présente sur le schéma de DFRobot. Il ne reste donc, au final, qu'à récupérer le signal "enable" (et une masse commune).

Une fois monté sur un breadboard, j'ai eu l'occasion de tester et de valider ce schéma qui fonctionne parfaitement comme attendu.

Edit 15/08/2026: Le schéma ci-dessus sera légèrement adapté pour contrôler les signaux PWIN et Mode.

A tout bientôt pour la suite
Dominique