{"id":4747,"date":"2026-10-01T13:57:42","date_gmt":"2026-10-01T11:57:42","guid":{"rendered":"https:\/\/sophie-matthieu.eu\/?p=4747"},"modified":"2026-10-01T14:27:40","modified_gmt":"2026-10-01T12:27:40","slug":"hp-prime-arduino-leonardo-une-calculatrice-qui-lit-un-capteur-dhumidite-en-usb-hid-brut","status":"publish","type":"post","link":"https:\/\/sophie-matthieu.eu\/index.php\/2026\/10\/01\/hp-prime-arduino-leonardo-une-calculatrice-qui-lit-un-capteur-dhumidite-en-usb-hid-brut\/","title":{"rendered":"HP Prime + Arduino Leonardo : une calculatrice qui lit un capteur d’humidit\u00e9 en USB-HID brut"},"content":{"rendered":"

Ma HP Prime<\/strong> passe le plus clair de son temps \u00e0 faire des maths \u2014 mais c’est aussi, sous le capot, un petit ordinateur avec un port USB et un vrai langage de programmation (le PPL<\/strong>, HP Prime Programming Language). Et depuis quelques versions de firmware, elle sait causer en USB-HID brut<\/strong> avec n’importe quel p\u00e9riph\u00e9rique USB, sans passer par un protocole calculatrice propri\u00e9taire. L’id\u00e9e du projet : transformer un Arduino Leonardo<\/strong> en passerelle g\u00e9n\u00e9rique \u2014 I\/O num\u00e9riques, entr\u00e9es analogiques, bus I2C \u2014 et piloter le tout directement depuis un programme PPL sur la calculatrice, capteur d’humidit\u00e9 \u00e0 la cl\u00e9.<\/p>\n

L’id\u00e9e de d\u00e9part n’est pas sortie de nulle part : c’est Mark Power<\/strong> qui l’a pr\u00e9sent\u00e9e au HPCC 2023<\/strong> (HP Calculator Conference), avec sa propre version du pont USB-HID bas\u00e9e sur une puce FT260<\/strong> (un convertisseur USB vers I2C\/UART d’FTDI). Cette pr\u00e9sentation m’a donn\u00e9 envie de relever le d\u00e9fi \u00e0 ma fa\u00e7on, avec le mat\u00e9riel que j’avais sous la main \u2014 un Arduino Leonardo plut\u00f4t qu’un FT260 \u2014 en m’appuyant sur des informations trouv\u00e9es sur le forum HP Museum<\/a> pour la partie Arduino.<\/p>\n

Pourquoi la HP Prime peut parler USB-HID<\/h2>\n

Sur la HP Prime G2<\/strong>, depuis la version de firmware 14603<\/strong> (d\u00e9cembre 2021), trois fonctions PPL donnent un acc\u00e8s direct au port USB : USBOpen(VID, PID)<\/code>, USBSend(trame)<\/code> et USBRecv()<\/code>. Rien de sp\u00e9cifique \u00e0 un protocole calculatrice : on ouvre un p\u00e9riph\u00e9rique par son identifiant VID:PID<\/strong> comme n’importe quel h\u00f4te USB-HID, on lui envoie des octets, on en re\u00e7oit. Autant dire que c’est rest\u00e9 assez peu exploit\u00e9 \u2014 la documentation officielle sur le sujet est maigre, et la plupart des exemples qui circulent n’ont jamais \u00e9t\u00e9 confirm\u00e9s sur du mat\u00e9riel r\u00e9el.<\/p>\n

De l’autre c\u00f4t\u00e9, un Arduino Leonardo<\/strong> est un choix presque \u00e9vident : son microcontr\u00f4leur (ATmega32U4) g\u00e8re l’USB nativement en mat\u00e9riel, ce qui permet de l’\u00e9num\u00e9rer comme un vrai p\u00e9riph\u00e9rique HID g\u00e9n\u00e9rique \u2014 contrairement \u00e0 un Uno ou un Nano classique, qui ont besoin d’une puce USB-s\u00e9rie s\u00e9par\u00e9e et ne peuvent pas facilement se faire passer pour autre chose qu’un port COM.<\/p>\n

Le protocole : des rapports HID de 64 octets<\/h2>\n

Le sketch Arduino s’appuie sur la biblioth\u00e8que HID-Project<\/strong> (NicoHood) et son mode RawHID<\/code>, qui d\u00e9clare des rapports de 64 octets<\/strong> dans les deux sens. Le protocole maison tient sur un octet de commande suivi de quelques param\u00e8tres :<\/p>\n

    \n
  • 0x00 PING<\/code> \u2014 renvoie la trame telle quelle, pour v\u00e9rifier que la liaison r\u00e9pond.<\/li>\n
  • 0x01 READ_ANALOG<\/code> \/ 0x02 READ_DIGITAL<\/code> \/ 0x03 WRITE_DIGITAL<\/code> \/ 0x04 PIN_MODE<\/code> \u2014 l’essentiel des entr\u00e9es-sorties classiques.<\/li>\n
  • 0x05 I2C_READ<\/code> \/ 0x06 I2C_WRITE<\/code> \u2014 acc\u00e8s g\u00e9n\u00e9rique au bus I2C (adresse 7 bits, registre, jusqu’\u00e0 6 octets de donn\u00e9es).<\/li>\n
  • 0x07 READ_DHT<\/code> \u2014 lecture directe d’un capteur DHT22 (humidit\u00e9 + temp\u00e9rature), le protocole 1-fil \u00e9tant bit-bang\u00e9 c\u00f4t\u00e9 Arduino.<\/li>\n
  • 0x10 START_SCAN<\/code> \/ 0x11 STOP_SCAN<\/code> \u2014 un mode \u00ab scan \u00bb o\u00f9 l’Arduino pousse de lui-m\u00eame, sans qu’on lui demande rien, un rapport analogique toutes les 30 ms en boucle sur A0-A5 (marqueur 0xA0<\/code>), pratique pour un trac\u00e9 en direct.<\/li>\n<\/ul>\n

    Un d\u00e9tail qui a son importance : le sketch d\u00e9clare des rapports pleins de 64 octets<\/strong> (RawHID.begin(rawhidData, 64)<\/code>), et il faut vraiment envoyer des trames de cette taille compl\u00e8te \u2014 une trame tronqu\u00e9e \u00e0 8-9 octets d\u00e9synchronise le firmware HID-Project c\u00f4t\u00e9 Arduino, qui attend son compte. Toute la couche PPL c\u00f4t\u00e9 Prime (fonction buildframe()<\/code> ci-dessous) existe pr\u00e9cis\u00e9ment pour \u00e7a : elle compl\u00e8te syst\u00e9matiquement chaque commande \u00e0 64 octets avant de l’envoyer.<\/p>\n

    Le sketch Arduino : ArduinoSensorBridge.ino<\/h2>\n

    Voici le sketch flash\u00e9 sur le Leonardo, tel qu’il tourne r\u00e9ellement \u00e0 la maison. Il g\u00e8re les commandes ci-dessus, plus le bit-banging du DHT22 et le mode scan automatique :<\/p>\n

    La zone ci-dessous se parcourt avec son propre ascenseur (ou s\u2019agrandit avec la poign\u00e9e en bas \u00e0 droite). Pour r\u00e9cup\u00e9rer le code : cliquez dedans, s\u00e9lectionnez tout (Ctrl+A ou Cmd+A), puis copiez (Ctrl+C).<\/em><\/p>\n