Avec ses deux caméras 16 Mpx, ce scanner Raspberry Pi lit un livre ouvert en une seule capture, sans écran ni menu. Conçu par Ludwin, ce lecteur vocal open source combine OCR, synthèse vocale, résumés par blocs de 10 à 20 pages et suivi des ouvrages via NFC.
Un lecteur de livres papier pensé pour se passer totalement d’écran
Le prototype signé Ludwin (lhm0) prend une direction rare dans l’accessibilité numérique : supprimer l’écran au lieu d’essayer de le rendre plus tolérable. Le principe est simple. L’appareil photographie un livre ouvert, transforme l’image en texte par OCR, puis lit ce contenu à voix haute via une synthèse vocale. L’utilisateur pilote l’ensemble avec des boutons physiques et des repères tactiles, sans interface visuelle, sans menus, sans navigation logicielle complexe.
C’est précisément là que ce montage se distingue. La plupart des solutions d’assistance à la lecture reposent encore sur une étape visuelle : choix d’un fichier, validation d’un scan, consultation d’une application compagnon ou réglage via smartphone. Ici, la chaîne est plus radicale. Le livre reste au centre. On ouvre l’ouvrage, on le pose, on lance la capture, puis on écoute.
Selon la description d’origine, le système capture les deux pages d’une double page en un seul passage grâce à deux caméras de 16 mégapixels placées sous le livre. Cette architecture évite une manipulation page par page plus lente et réduit le nombre d’actions nécessaires. Sur un produit d’accessibilité, ce détail compte davantage que l’effet “maker” du projet.
Une architecture optique plus sérieuse qu’elle n’en a l’air
Le montage repose sur deux modules photo grand-angle, chacun dédié à une page. Le texte source évoque des capteurs 16 MP. En parallèle, la documentation officielle de Raspberry Pi rappelle que le module Camera Module 3 standard est un capteur 12 MP avec autofocus, HDR et une définition de 4 608 x 2 592 pixels, tandis que la version Wide monte à 120° de champ diagonal contre 75° pour la version standard, selon Raspberry Pi. Le prix public démarre à 25 dollars par module, soit environ 22 € au taux de change de la BCE relevé au 1er septembre 2026 (1 € = 1,1578 $, soit 1 $ ≈ 0,86 €). Un duo de caméras officielles reviendrait donc à 43 € hors reste du montage.
Ce point mérite d’être souligné : même si le prototype décrit par Yanko Design parle de 16 MP, l’écosystème Raspberry Pi officiel propose déjà des modules 12 MP autofocus largement documentés. Cela ouvre deux lectures. Soit le projet utilise des caméras tierces compatibles, soit il s’appuie sur une configuration personnalisée proche de l’offre Arducam, qui commercialise aussi des modules autofocus pour Raspberry Pi. Dans les deux cas, l’approche reste crédible techniquement.
Le vrai choix malin n’est pourtant pas la résolution. Il tient à l’éclairage. Les LED latérales éclairent le papier avec un angle rasant au lieu d’un flux vertical. Ce parti pris réduit les reflets sur les plaques de verre qui maintiennent le livre à plat. C’est un détail d’ingénierie optique, mais il fait une différence concrète sur l’OCR. Un éclairage homogène et peu spéculaire améliore la lisibilité des caractères, surtout sur papier glacé, pages jaunies ou typographies fines.
Autre élément utile : le verre inférieur. Un livre imprimé se déforme toujours au niveau de la reliure. Or la zone proche du pli central est précisément celle qui dégrade le plus la reconnaissance de texte. Le projet impose donc une marge minimale de 0,35 pouce depuis la gouttière, soit environ 8,9 mm. Cette conversion constitue une première métrique dérivée absente du texte source. En clair, si le texte d’un poche mord trop près de la reliure, la précision baisse. C’est une limite réelle, mais assumée.
La valeur ajoutée n’est pas le scan, c’est la continuité de lecture
Scanner une page et la lire à voix haute ne suffit plus à différencier un appareil en 2026. Le point fort de ce prototype est ailleurs : il gère la reprise de lecture. Les pages sont regroupées par blocs de 10 à 20 pages, souvent alignés sur les ruptures naturelles du livre, puis résumées automatiquement. L’appareil peut donc produire un rappel vocal de ce qui a déjà été lu.
Je trouve cette fonction plus intelligente que la promesse “n’importe quel livre devient un audiobook”. Un simple lecteur OCR traite la page présente. Ce système, lui, gère aussi la mémoire du lecteur. Après plusieurs jours d’arrêt, il évite de relancer plusieurs pages juste pour retrouver le fil. Dans un usage réel, c’est un gain de confort plus important que quelques secondes de latence en moins.
Le texte source parle de blocs de 10 à 20 pages. La deuxième métrique dérivée est donc immédiate : la taille moyenne d’un bloc se situe à 15 pages, avec une amplitude de 100 % entre le minimum et le maximum du lot. Dit autrement, le système peut doubler la taille d’un segment résumé selon la structure du livre. Cette souplesse a du sens pour coller au découpage d’un chapitre plutôt qu’à une mécanique arbitraire.
Le NFC règle un problème que beaucoup de lecteurs assistés oublient
L’autre bonne idée tient au suivi multi-livres. Chaque ouvrage reçoit un tag NFC. Quand l’utilisateur présente ce tag, l’appareil rattache les nouvelles pages au bon historique de lecture. Le texte d’origine présente cette fonction comme simple, et c’est justement sa force. Elle répond à un cas concret : plusieurs livres entamés en parallèle, parfois abandonnés des semaines, qu’il faut pouvoir reprendre sans confusion.
Un lecteur audio classique sait mémoriser une position dans un fichier. Un livre papier, lui, n’existe pas nativement dans ce flux numérique. Le tag NFC sert donc d’identifiant physique. C’est une façon très propre de faire le lien entre objet imprimé et mémoire logicielle, sans demander à l’utilisateur de nommer, classer ou sélectionner quoi que ce soit sur un écran.
Selon la fiche repérée sur Hackaday.io, le projet utilise même deux lecteurs PN5180 pour identifier le livre placé sur le scanner. Cette précision ne figurait pas dans le texte initial. Elle renforce l’idée d’un système pensé pour l’usage et pas seulement pour la démonstration technique.
Un positionnement open source qui change la lecture du produit
Le matériel, les PCB, les fichiers d’impression 3D et la pile logicielle sont publiés en accès ouvert selon la présentation du projet. C’est un point clé. Face aux aides à la lecture commerciales, souvent fermées et coûteuses, ce choix transforme l’appareil en base de travail reproductible. Un fablab, une association de malvoyants, un établissement scolaire spécialisé ou un ergothérapeute peut adapter le concept à ses contraintes.
Cette ouverture a aussi un effet économique. Là où un produit fini doit intégrer distribution, support, certification, packaging et marge, un prototype documenté laisse chaque acteur arbitrer entre coût, complexité et robustesse. En clair, le projet n’est pas seulement un objet. C’est un plan.
Le contexte marché montre pourquoi ce type de montage a une vraie place
Selon l’OMS, au moins 2,2 milliards de personnes vivent avec une déficience visuelle de près ou de loin dans le monde. Parmi elles, au moins 1 milliard de cas auraient pu être évités ou restent insuffisamment pris en charge. L’OMS estime aussi la perte annuelle de productivité liée à la déficience visuelle à environ 411 milliards de dollars, soit environ 355 milliards d’euros au taux de la BCE. Enfin, l’organisation rappelle que 2 personnes sur 3 qui ont besoin de lunettes dans les pays à faible revenu n’y ont pas accès.
Ces chiffres ne parlent pas directement de lecture audio, mais ils posent le décor. L’accès au texte imprimé reste un sujet concret, massif et insuffisamment couvert. Dans ce contexte, un lecteur de livres papier autonome, local et peu dépendant d’un smartphone a une utilité évidente, surtout quand les solutions du marché dépassent très vite le budget d’un particulier.
Face aux concurrents, le DIY attaque par le prix et la simplicité d’usage
Le concurrent le plus proche par fonction est OrCam Read 3. Selon OrCam, l’appareil sert de compagnon de lecture portable et peut aussi devenir lecteur fixe via un support dédié. La marque annonce plus de 20 langues prises en charge, un poids de 22,5 g et des dimensions de 76 x 21 x 14,9 mm. C’est un produit fini, compact et mobile. Il va plus loin que le prototype sur l’intégration.
Mais le prix change totalement l’équation. Selon la boutique OrCam US, l’OrCam Read 3 est affiché à 2 790 $, soit environ 2 410 €. À titre de comparaison, les Envision Glasses Read Edition sont vendues 1 899 $, soit environ 1 640 €, selon Envision. L’écart entre ces deux offres commerciales atteint donc 891 $, soit environ 769 €. En pourcentage, l’OrCam Read 3 coûte environ 47 % de plus que les Envision Glasses Read Edition. Cette comparaison chiffrée n’apparaissait pas dans la source d’origine.
Le prototype de Ludwin ne joue pas dans la même catégorie industrielle. Il faut l’assembler, le configurer et accepter une finition de laboratoire personnel. En revanche, il vise une autre promesse : transformer des livres déjà possédés en lecture vocale, sans s’enfermer dans un appareil à plusieurs milliers d’euros.
Ce que le projet apporte de neuf par rapport à la source initiale
1. Un repère de coût minimum sur la partie vision
La source initiale ne donnait aucun prix d’entrée. La documentation Raspberry Pi permet au moins d’estimer un plancher matériel sur les caméras : 43 € pour deux modules à 25 $ pièce convertis en euros. Bien sûr, il faut ajouter le Raspberry Pi, le verre, les LED, les cartes, le boîtier et l’audio. Le coût total complet reste non communiqué.
2. Une contrainte mécanique traduite en millimètres
La marge de 0,35 pouce évoquée par la source devient 8,9 mm. C’est plus parlant pour juger la compatibilité avec des livres de poche serrés ou des éditions à faible marge intérieure.
3. Une comparaison directe avec deux alternatives du marché
Le texte d’origine ne comparait rien. Or les références commerciales existent. OrCam Read 3 vise la lecture portable et fixe, là où Envision Glasses misent sur un format porté sur le visage, bâti sur Google Glass Enterprise Edition 2. Le prototype DIY reste moins mobile, mais aussi potentiellement bien moins coûteux.
4. Un contexte d’usage appuyé par des données mondiales récentes
Avec les données 2026 de l’OMS, on comprend mieux pourquoi ce type de montage mérite plus qu’un simple encart gadget. L’enjeu ne se limite pas à la bidouille électronique. Il touche à l’autonomie de lecture dans un marché où les besoins dépassent largement l’offre accessible financièrement.
5. Une précision supplémentaire sur l’identification des livres
La mention de deux lecteurs PN5180 repérée sur Hackaday.io ajoute une couche technique utile. Elle suggère une gestion NFC plus structurée que le simple “tag collé sur la couverture”.
Cas d’usage concrets : là où ce format peut battre un produit fini
Premier cas d’usage : la lecture domestique prolongée. Un lecteur malvoyant qui avance lentement dans un roman relié a besoin de reprendre le fil sans relire tout un chapitre. La fonction de résumé par bloc répond exactement à ce scénario.
Deuxième cas : les bibliothèques associatives ou médiathèques spécialisées. Un appareil fixe, robuste, posé sur un bureau, peut servir à plusieurs personnes sans les obliger à installer une application ou à synchroniser un compte. Le NFC peut même simplifier le prêt ou le suivi des ouvrages déjà commencés.
Troisième cas : les manuels, partitions simples ou ouvrages non disponibles en version audio. L’intérêt d’un scanner lecteur ne disparaît pas parce que les ebooks existent. Beaucoup de contenus imprimés restent absents des catalogues audio, surtout dans l’édition technique, locale ou ancienne.
Quatrième cas : la fatigue visuelle. OrCam positionne d’ailleurs son Read 3 non seulement pour la déficience visuelle, mais aussi pour la fatigue de lecture. Le prototype peut toucher le même besoin de fond, avec une approche fixe et plus artisanale.
Les limites restent nettes, et elles comptent autant que l’idée
Il faut rester factuel. Ce type d’appareil dépend de la qualité d’impression, de la reliure, du contraste, de la planéité des pages et de la mise en page. Les livres avec texte collé à la reliure, papier brillant, illustrations intrusives ou colonnes complexes poseront plus de problèmes qu’un roman standard.
Le temps de traitement précis, la latence entre capture et lecture, le taux d’erreur OCR, le coût total du bill of materials, l’autonomie électrique, la puissance exacte du Raspberry Pi utilisé, le moteur OCR retenu et la voix TTS choisie restent non communiqués dans la matière fournie ou dans les sources exploitées ici.
C’est la vraie ligne de partage. L’idée est forte. L’exécution paraît sérieuse. Mais sans chiffres complets sur la performance réelle, on parle encore d’un prototype avancé, pas d’un appareil prêt à remplacer toutes les aides à la lecture existantes.
Mon verdict sur le fond : une meilleure idée qu’un simple “scanner qui lit”
Ce projet est intéressant parce qu’il traite la lecture comme une expérience continue, pas comme une somme de pages capturées. Le sans-écran n’est pas un argument marketing. C’est une décision de conception cohérente. Le NFC évite les erreurs de contexte. Le résumé vocal traite le problème de la reprise. L’éclairage rasant traite celui des reflets. La plaque de verre traite celui de la courbure des pages.
Autrement dit, ce prototype additionne plusieurs petites décisions justes. C’est souvent ainsi qu’un bon objet d’accessibilité se distingue. Pas par un effet spectaculaire, mais par une suite de choix concrets qui réduisent réellement la friction d’usage.
Source d’autorité
https://www.instructables.com/Build-an-Accessible-Book-Reader-a-Raspberry-Pi-Sca
Mon avis :
Ce scanner Raspberry Pi vise juste : l’interface sans écran, les boutons tactiles et les tags NFC répondent à un vrai besoin d’autonomie. Techniquement, le double capteur 16 Mpx et l’éclairage rasant renforcent l’OCR. Sa limite est nette : la contrainte de marge au pli exclut certains poches et reliures serrées.
