quel hardware pour récupérer des données d'un capteur d'image?

[Tryph]

Bonjour,

Je suis actuellement en train de réfléchir à un projet dont un des aspets serait la prise de photo via un module camera de ce genre

les données de ce module (les images) se récupèrent sur un bus 8 bits (ou 10) à une fréquence mini de 6MHz, ce qui est un peu rapide pour les quelques µC que je possède et même pour la plupart de ceux que j'ai pu voir.
J'ai lu quelques articles qui parlent de FIFO à mettre entre le module et le µC et qui permettent de stocker rapidement ce qui sort du module camera et de le traiter tranquillement au rythme du µC.
mes 2 problèmes sont que ces composant coutent plutôt cher (il me faudrait 8Mo de capacité de stockage pour une image) et ce sont des composants CMS pas facile à poser sur une breadboard pour le prototypage.

du coup je me sens un peu coincé, je me sens pas de taille à utiliser un processeur avec de la RAM et les µC que j'ai pu voir sont à la ramasse niveau performance et quantité de RAM interne.

si vous avez le moindre conseil sur ce que je pourrais utiliser pour lire et stocker les données du module camera (un µC un peu spécialisé dans ce genre de tache, une FIFO en boitier traversant, une façon totalement autre de faire à laquelle je n'ai pas pensé), je suis preneur.
si y a besoin de plus d'infos, n'hésitez pas à le dire.

a+
-----

[ftorama]

8 Mo, tu ne trouveras aucun micro qui possède ça en interne quant aux FIFOs en version traversante, je te conseillerai d'investir dans du matériel d'archéologie pour en acheter.

Que veux-tu faire de cette image? La traiter, la transférer? Dans le second cas, on peut avoir besoin seulement d'une mémoire tampon entre la lecture du capteur et l'envoi sur le lien de communication.

Sinon, il faudra une mémoire externe. Avec un micro équipé de DMA, pas besoin d'une FIFO

[luc_1049]

Bonjour

S'il s'agit de stocker tranquillement et relire ensuite voyez une ram double port mais j'ai peur que cela soit cher comme la fifo.

Je ne sais pas quelle est la taille de votre image mais la fifo n'aurait pas besoin de tout stocker A CONDITION que le up puisse lire en même temps que le flot.
Cela éviterait de perdre des données mais permettra une différence de débit entre la lecture et l'écriture simultanée.
Mais cela nécessitera de la logique autour du up y êtes vous prêt et implique dans l'idéal d'avoir un bus de donnée externe sur le up à moins d'y mettre un port rapide 8 bits plus les signaux de contrôle de la ram DP ou de la fifo.
La solution d'un fpga je pense que cela serait trop compliqué pour vous.
Une idée complexe peut être mais à voir :
Une ram reliée à la caméra, puis une fois la photo prise le up viendrait accéder au bus de la ram, du hard venant isoler alors celui de la caméra. Cela vous éviterait d'acheter une ram double port.
Sinon un up puissant ce serait plus simple en direct, il vous faudrait alors étudier et calculer le temps maximum que le micro mettrait pour lire le port de la caméra.
Regardez ce que préconise microchip comme up ainsi que les synoptiques qu'il propose, un dspic ?
Critère de choix fréquence, boîtier dil est ce possible et ram interne du up > taille image.



cdlt

[luc_1049]

Bonjour

Attention taille mémoire élevée voire impossible pour un micro amateur pas cher, ensuite en mémoire je crains que vous soyez obligé de gérer de la mémoire dynamique , dur dur, un contrôleur de ram dynamique !!

cdlt

[A voir en vidéo sur Futura]

[luc_1049]

Bonjour

Erreur de ma part je n'avais plus les chiffres en tête, vous pourrez utiliser de la mémoire statique à vous de voir s'il faut un décodage mémoire pour en mettre plusieurs en //.
Par contre elles seront en cms.

cdlt

[ftorama]

J'y repense, quelle est la résolution de limage pour avoir besoin de tant de mémoire?

Une image non compressée en 1024 par 768 et 65536 couleurs, c'est "seulement" 1.5Mo....

Tu es sur de ne pas avoir fait une erreur de calcul quelque-part?

A quoi va servir ce montage?

[Tryph]

Tout d'abord merci pour les réponses multiples, ça fait plaisir
J'ai pas eu le temps de regarder les pistes proposées ce soir alors je vais pas vous faire de retour dessus pour le moment, mais je peux toujours répondre aux demandes de précisions.

ce que je compte faire des données: simplement les stocker sur une carte SD dans un premier temps, éventuellement faire du dématriçage par la suite
pourquoi 8 Mo: le module que j'ai en vue peut sortir des images en 5Mpx (2592 x1944 exactement), soit 5 038 848 pixels avec un octet par pixel pour les données brutes en 8 bits (le mode 10 bits serait l'idéal, mais je vais pas me rajouter de la difficulté à ce stade). le module en question est capable de sortir les images directement en jpeg sinon, je pourrai évenutellement m'en contentter dans un premier temps et donc avoir un besoin moindre en mémoire, mais je tiens quand même à avoir les données brutes, ça se travaille bien mieux que du jpeg par la suite.
à quoi va servir le montage: c'est censé devenir un piège photographique. genre je pose mon boitier équipé d'un detecteur de mouvement devant un terrier, un nid ou un lieu de passage d'animal quelconque et quand le bestiaux se pointe devant le capteur, il est immortalisé. vous comprenez donc maintenant que le truc est censé fonctionner sur piles et idéalement sur plusieurs jours. en fait j'ai déjà une version du montage à base de raspberry pi qui fonctionne à merveille, le problème étant qu'avec la conso de la bête (600mA au repos avec une distrib linux custom fortement allégée), à moins de le coupler à une batterie de voiture je risque pas de le faire fonctionne bien longtemps.

[ftorama]

Tiens, un ref design qui devrait t'intéresser:
http://www.atmel.com/tools/SAM4S-WPIR-RD.aspx

Capteur PIR pour la détection de mouvement, caméra et la mémoire buffer. Le capteur d'image n'est qu'en résolution VGA(et donc la mémoire en 1Mo), mais l'idée est là.

Et avec 64Mo d'espace adressable sur le bus externe du micro, tu as le temps de voir venir

C'est un projet perso ou pro?