Forum Linux.général Reconnaissance d'image sur smartphone: Droidian, Mobian, PostmarketOS...?

Posté par  . Licence CC By‑SA.
Étiquettes :
1
30
mar.
2026

Salut,

je travaille à une solution pour lire automatiquement un compteur d'eau analogique et envoyer les données à Home Assistant. Pour le moment, je prends les photos régulièrement avec OpenCamera sur un téléphone Android, que je transfère de temps en temps sur l'ordi pour les analyser avec un programme Python, que j'ai écrit et qui marche bien.

Pour passer à des mesures directes, je voudrais faire tourner le programme Python directement sur le téléphone, et ajouter une interface REST pour que Home Assistant fasse des mesures à la demande. Android n'est pas adapté, car il est difficile de faire tourner du Python (+OpenCV, Numpy…) et la gestion d'énergie optimisée pour un usage mobile n'est pas compatible avec cette application "serveur".

Ce qui me faudrait, c'est une distribution Linux sur le téléphone qui me permette de:
- faire tourner un serveur accessible en permanence
- faire des photos avec la caméra avec le flash, avec une qualité acceptable. Pas besoin d'autofocus, un focus manuel suffirait
- installer Python avec OpenCV, Numpy…

J'ai installé Droidian sur un Pixel 3a, mais la caméra ne marche pas, que ce soit l'application standard ou autres programmes en ligne de commande.

Depuis, j'ai vu qu'il y a d'autres options comme Mobian ou PostmarketOS. Mais avant d'essayer les combinaisons téléphone/OS une à une, je me demandais: est-ce que quelqu'un aurait des expériences ou des avis à partager?

Merci d'avance!

  • # caméra censée fonctionner

    Posté par  (site web personnel) . Évalué à 3 (+1/-0). Dernière modification le 30 mars 2026 à 23:39.

    Avec Droidian sur Pixel 3A, la caméra est censée fonctionner d'après
    https://devices.droidian.org/#/devices/sargo/

    => est-ce bien ce modèle que tu as ?

    Il y a peut-être quelques réglages : cf. https://docs.droidian.org/porting-guide/debugging-tips/

    • [^] # Re: caméra censée fonctionner

      Posté par  . Évalué à 1 (+0/-0).

      Oui, c'est bien ce modèle. Je vais essayer les instructions de la page.

      • [^] # Re: caméra censée fonctionner

        Posté par  (site web personnel) . Évalué à 3 (+1/-0).

        selon ce qui est disponible dans droidian, tu as peut-être les commandes

        • lspci -knn # pour voir si le matériel est vu et un pilote chargé
        • lsusb -tv # si c'est branché en USB (interne)

        je doute qu'il y ait hw-probe :D quoique — s'il est dispo — un hw-probe -all -upload pourrait être intéressant :D

        il faut sans doute activer la caméra pour la rendre disponible, pas trop d'idée de la commande :/

        • [^] # Re: caméra censée fonctionner

          Posté par  . Évalué à 1 (+0/-0).

          Comme c'est un système Debian, je peux installer ce que je veux :)

          lspci et lsusb ne retournent rien du tout.

          hw-probe marche. Je ne connaissais pas -upload. Voilà les résultats: https://linux-hardware.org/?probe=4345ec2e35

          Pas de trace de la caméra… J'essaie de contacter des membres de la communauté Droidian, mais sans succès jusqu'à maintenant.

          • [^] # Re: caméra censée fonctionner

            Posté par  (site web personnel) . Évalué à 2 (+0/-0).

            Pas de trace de la caméra…

            euh si : dans le dmesg ;-) tu as :

            [ 1.392872] cam_cc-sdm845 ad00000.qcom,camcc: Registered Camera CC clocks

            et pas mal de lignes qui te seront données par dmesg | grep -iE "cam"

            ce qui est bizarre c'est que lsmod ne semble rien renvoyer non plus… (pour identifier les modules noyaux gérant ta webcam).

            modinfo cam_cc-sdm845 # t'affichera peut-être quelquechose

            essaie un inxi -Fa qui donne une synthèse lisible de ce qui est vu (il aurait dû apparaître avec le hw-probe mais bon…).

            contacter des membres de la communauté Droidian, mais sans succès jusqu'à maintenant.

            si tu en trouves qui a une webcam opérationnelle, demande un hw-probe -all -upload, ça permettra de comparer :D

            tu aurais peut-être plus de chance avec PostmarketOS
            https://wiki.postmarketos.org/wiki/Google_Pixel_3a_(google-sargo)
            ils parlent d'utiliser Snapshot pour activer la caméra.

            que te donne un ls -l /dev/ | grep v4l pour lister les devices vidéo ?

            mais bon, pour l'instant déjà essayer de creuser avec Droidian (ou la garder sous le coude au moins pour garder un système un minimum opérationnel).

            • [^] # Re: caméra censée fonctionner

              Posté par  . Évalué à 1 (+0/-0).

              C'est dimanche, et j'ai un peu de temps pour retravailler là-dessus!

              J'ai installé l'image
              "droidian-OFFICIAL-phosh-phone-google_sargo-api28-arm64-101.20251130_20251207.zip"
              à la place de celle par défaut de l'installeur (nightly), et maintenant l'application caméra marche directement. J'ai refait un hw-probe au cas où ça t'intéresse: https://linux-hardware.org/?probe=609fc8d74d

              Merci pour ton aide!

              • [^] # Re: caméra censée fonctionner

                Posté par  (site web personnel) . Évalué à 2 (+0/-0). Dernière modification le 12 avril 2026 à 15:48.

                J'ai refait un hw-probe au cas où ça t'intéresse

                en comparant
                https://linux-hardware.org/?probe=4345ec2e35 install précédente
                https://linux-hardware.org/?probe=609fc8d74d dernière install fonctionnant "mieux"

                même noyau d'après le dmesg

                même liste de Devices d'après la synthèse web

                mêmes devices dans /dev (notamment les v4l…)

                à creuser donc, je n'ai pas analysé tout le dmesg ;-)

                boah tant mieux si ça fonctionne _o/

                c'était censé être quoi la différence entre le nightly et la dernière version que tu as installée ? (la stabilité j'imagine et une version moins récente mais qui fonctionne mieux apparemment o_O)

                • [^] # Re: caméra censée fonctionner

                  Posté par  . Évalué à 1 (+0/-0). Dernière modification le 12 avril 2026 à 18:09.

                  Je ne sais pas trop non plus. Peut-être que le commit mentionné sur https://docs.droidian.org/porting-guide/debugging-tips/ joue un rôle.

                  Je suis bloqué un peu après maintenant. Les outils v4l avec /dev/video* ne semblent pas marcher. J'ai regardé le code source de droidian-camera, qui utilise GStreamer. J'ai essayé ça:

                  gst-launch-1.0 droidcamsrc mode=2 camera-device=1 !  jpegdec ! jpegenc snapshot=TRUE ! filesink location=test.jpeg

                  Sans succès:

                  library "libstagefright_ccodec.so" not found
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
ERROR: from element /GstPipeline:pipeline0/GstDroidCamSrc:droidcamsrc0: GStreamer encountered a general supporting library error.
Additional debug info:
../gst/droidcamsrc/gstdroidcamsrcdev.c(159): gst_droidcamsrc_dev_error_callback (): /GstPipeline:pipeline0/GstDroidCamSrc:droidcamsrc0:
error 0x1 from camera HAL
ERROR: pipeline doesn't want to preroll.
ERROR: pipeline doesn't want to play.
Execution ended after 0:00:00.426148854
Setting pipeline to NULL ...
Freeing pipeline ...

                  dmesg me dit:

                  [ 4053.537440] CAM_WARN: CAM-SENSOR: cam_sensor_driver_cmd: 730 Not in right state to aquire 3
[ 4053.570627] CAM_WARN: CAM-ISP: cam_vfe_bus_acquire_wm: 1013 Override width 648 with expected 656
[ 4053.590181] CAM_ERR: CAM-ICP: cam_ipe_handle_resume: 198 IPE: resume failed : 1

                  • [^] # Re: caméra censée fonctionner

                    Posté par  (site web personnel) . Évalué à 2 (+0/-0).

                    J'ai regardé le code source de droidian-camera, qui utilise GStreamer. J'ai essayé ça

                    il faut sans doute activer la caméra avec des bons paramètres…

                    à voir :

                    library "libstagefright_ccodec.so" not found
                    ERROR: from element /GstPipeline:pipeline0/GstDroidCamSrc:droidcamsrc0: GStreamer encountered a general supporting library error.
                    Additional debug info:
                    ../gst/droidcamsrc/gstdroidcamsrcdev.c(159): gst_droidcamsrc_dev_error_callback (): /GstPipeline:pipeline0/GstDroidCamSrc:droidcamsrc0:
                    error 0x1 from camera HAL
                    ERROR: pipeline doesn't want to preroll.
                    ERROR: pipeline doesn't want to play.

                    droidian-camera utilise sans doute un autre codec aussi…

                    À ta place, j'ouvrirais une nouvelle entrée de forum avec tes pérégrinations :

                    • ce que tu vois quand tu lances droidian-camera (et que ça fonctionne), puis que tu le fermes
                    • ce que tu vois avec ta commande (et où tu l'as trouvée) — en s'assurant que droidian-camera est bien fermé et n'a pas gardé la main sur la camera

                    • [^] # Re: caméra censée fonctionner

                      Posté par  . Évalué à 2 (+1/-0).

                      C'est bon, j'ai trouvé la ligne de commande qui va bien, avec le flash même :)

                      gst-launch-1.0 droidcamsrc mode=2 camera-device=2 video-torch=true ! jpegenc snapshot=TRUE ! filesink location=test.jpeg

                      • [^] # Re: caméra censée fonctionner

                        Posté par  (site web personnel) . Évalué à 3 (+1/-0).

                        C'est bon, j'ai trouvé la ligne de commande qui va bien, avec le flash même :)

                        bravo _o/

                        bon, bin, tu nous feras un nourjal avec tes pérégrinations en rajoutant opencv (ou tesseract qui aurait pu être suffisant) pour lire les valeurs de consommation sur ton compteur :D

  • # Solution alternative

    Posté par  (Mastodon) . Évalué à 3 (+0/-0). Dernière modification le 31 mars 2026 à 15:55.

    Ça fait un moment que je réfléchis à faire ça, mais quelle complexité pour lire ce $*%!?£ de compteur ! Surtout que dans mon cas, il est dans le jardin à 5m de mon garage.

    Du coup j'ai changé mon fusil d'épaule, prochaine fois qu'un plombier passe chez moi, il m'ajoute un compteur à impulsion rien que pour ça.

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

    • [^] # Re: Solution alternative

      Posté par  . Évalué à 2 (+1/-0).

      L'inconvénient du compteur à impulsion, c'est qu'il ne mesure que relativement. Mais c'est mieux que rien :D

      Comment as-tu l'intention de transformer les impulsions en valeurs réelles? (hardware/software)

      • [^] # Re: Solution alternative

        Posté par  (Mastodon) . Évalué à 3 (+0/-0).

        Je suis un grand fan des ESP8266 pour ce style de truc, et de plus j'ai déjà une installation HomeAssistant, donc au final ça devrait pas être compliqué.

        En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • # Synchro

    Posté par  (site web personnel) . Évalué à 3 (+1/-0).

    Tu peux installer et configurer syncthings ou Nextcloud sur ton smartphone.
    On trouve ces applications sur Fdroid.org

    Je pense que le plus simple, c'est syncthings, dans ton cas, ça fonctionne très bien sur le réseau local, et les photos seront rapidement synchronisées. (sauf si le smartphone est un Xiaomi ou un Huawei, parce que ces constructeurs ont décidé que les applications qui ne sont pas dans leur liste blanche seraient tuées après un certain délai, même si la configuration sur le smartphone précise de laisser tourner ces applications en arrière plan).

    Pour le Nextcloud, c'est la partie instant-upload qui va t'intéresser, mais ça ne supprime pas les fichiers.

    Il y a aussi KDE-connect qui te permet de naviguer dans le système de fichiers de ton smartphone, c'est aussi une autre possibilité.

    Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

    • [^] # Re: Synchro

      Posté par  . Évalué à 2 (+1/-0).

      Pour info, l'application Nextcloud pour Android a une option pour effacer automatiquement les fichiers envoyés au serveur. Mais ça ne résoud pas mon problème, car c'est Home Automation qui décide quand faire une mesure en appelant l'API REST. HA ne permet pas d'envoyer un tas de mesure faites dans le passé, du moins pas sans bidouiller.

      Et il y a aussi le fait que je veux avoir un système indépendant qui fait prise d'image et analyse, c'est plus simple et plus robuste.

  • # Automatisation

    Posté par  (site web personnel) . Évalué à 3 (+1/-0).

    Voir sur Fdroid les app comme Automation.
    Tu devrais pouvoir prendre des photos à intervalles réguliers.

    Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

  • # AI-on-the-edge-device

    Posté par  . Évalué à 2 (+1/-0).

    Quasiment clef en main:

    https://github.com/jomjol/AI-on-the-edge-device

    un petit projet sympa avec un esp32Cam pour faire exactement ce que vous voulez.
    Attention il faut être minutieux, l'objectif fait 5mm !
    Il faut bien choisir la bonne version de l'ESP32 avec assez de ram et la bonne camera.

    Bon le truc s'appelle "AI" mais c'est juste de l'OCR !

    J'ai craqué, j'en ai 2 qui attendent d'être mis en œuvre.

    Cordialement

    • [^] # Re: AI-on-the-edge-device

      Posté par  . Évalué à 1 (+0/-0).

      Oui, merci, j'ai vu ce projet avant de commencer le mien, mais je n’appellerais pas ça clef en main pour la partie matérielle. Je préfère une solution basée sur un téléphone.

      • [^] # Re: AI-on-the-edge-device

        Posté par  . Évalué à 2 (+1/-0).

        Effectivement c'est coté logiciel que tout est déjà fait, et il faut bricoler coté matos.
        Votre approche est intéressante car recycler des vieux téléphones c'est toujours bien.

  • # Forum Linux.général Reconnaissance d'image sur smartphone: Droidian, Mobian, PostmarketOS...?

    Posté par  . Évalué à 3 (+2/-0).

    Peut-être qu’il serait intéressant d’envisager d’utiliser un vieux smartphone uniquement comme caméra, et de faire tourner le traitement sur un serveur à part ou sur un Raspberry Pi. Ça peut être plus stable que d’essayer de tout faire tourner directement sur le téléphone.

  • # alors..

    Posté par  (Mastodon) . Évalué à 1 (+0/-1).

    droïdian, mobian, postmarketos = PAS smartphone

    smartphone = dernières applications iPhone/Android/Playstore installables. Un iphone 4 n'est plus un smartphone, donc.
    smartphone = AppStore/Playstore compatible obligatoire, durée de quelques années tout au plus.

    sur postmarketos, seuls quelques appareils (uen dizaine?) ont l'APN fonctionnel. La plupart ne l'auront jamais. C'est avec la volte, la concession de quitter définitivement les gafam (et les applis!) que d'aller sur un système non iphone et non android/AOSP.

    Faut éventuellement avoir un vrai APN sur soi. Vieux iphone (3310 avec caméra), éventuellement, sinon appareil Reflex pour les occasions.

    Si ca fait tourner une appli commerciale/récente = smartphone. Sinon, plus smartphone. BBerry OS et windows phone ne sont plus des smartphones depuis.. dix ans.

    Voilà pour les précisions (et certains diront, "je suis otage de l'appli j'ai pas le choix que d'avoir un android", ben tant pis.

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.