Pour la consommation et le temps de démarrage, admettons.

squalyl (./3151) :
genre pour un robot ca peut faire bien lourd, faut voir aussi la robustesse, un pi doit pas vraiment aimer des parasites de moteurs, ce truc la on peut espérer que c'est moins sensible.

Mouais

squalyl (./3151) :
Et puis bonjour pour interfacer un "pi-reconnaissance d'image" avec un mcu qui doit faire des traitements temps réel, de l'ADC, des timers hardware un peu velus avec capture compare etc... faire les fonctions habituelles d'un SoC MCU avec le pi n'est pas forcément possible.

Bah si tu sépares la partie traitement d'image du reste (ce qu'ils montrent, avec un Arduino pour piloter), t'envoie le résultat de la reconnaissance d'image sur un port série à chaque trame, et c'est plié

Si tu veux n'avoir qu'un seul CPU/µP, effectivement ce machin est mieux adapté qu'un Pi, mais faut voir quelle est la facilité d'intégration (par exemple si tu veux dégager l'interpréteur Python pour faire du C à la place, mais que tu ne veux pas réécrire les fonctions de traitement d'image, ça se passe comment ?). Et puis ça oblige à code sur du STM32, pouah

Enfin c'est juste mon avis.