Estoy pensando en comprar un kit de inicio de FPGA, navegué por el sitio web de Xilinx y descubrí que la serie Spartan 3 era bastante económica: Spartan3AN, Spartan3A y Spartan3E. El Spartan 3AN parece ser un nuevo tablero.
¿Puede el Spartan FPGA manejar el procesamiento de una cámara de 5MegaPixel, la interfaz sería de 8 bits de datos paralelos en rgb en bruto, y realizar una detección de bordes 15 veces por segundo?
En cuanto a la interfaz con la cámara y los datos de sincronización, estará bien si puede manejarlo. Puede que no maneje las velocidades que le interesan.
5MP * 3 (colores, RGB) * 15 (veces por segundo) = 225 * e6. (asumiendo una profundidad de color de 24 bits)
Así que eso significa que necesitará una velocidad de reloj de al menos 225 MHz, asumiendo que puede mover datos en cada señal de reloj, lo que puede que no, dependiendo del sensor, así que puede que tenga que duplicar esta cifra hasta aproximadamente 450-500 MHz
El Spartan que está mirando tiene una señal de reloj de 50MHz.
Así que la respuesta corta es no, no a esas velocidades.
La otra consideración que debe aplicar es cuántos bloques lógicos requiere su lógica. para resolver esto, escriba su implementación en VHDL / verilog, simule y luego sintetice. Lea los resultados de la herramienta y le dirá cuántos bloques lógicos necesita, luego seleccione un FPGA adecuado que tenga un 50% más de bloques lógicos para permitir bloques inutilizables debido a las restricciones de enrutamiento y le dé algo de espacio para crecer.
También debe considerar la RAM o algún otro tipo de memoria y cómo almacenará estas ráfagas. Si está filmando a 15 fps durante 1 segundo, necesita 225 MB, que es mucho o RAM para un sistema integrado.
Después de almacenar en la memoria RAM, tendrá que ir a la ROM de algún tipo (por ejemplo, flash compacto).
Simplemente no sabemos lo suficiente de la pregunta y los comentarios (todavía). Internamente, un chip de la familia Spartan 3 probablemente podría hacer la detección de bordes, pero leer el sensor de imagen a esa velocidad es más una cuestión abierta: depende más de la interfaz del sensor y del diseño de la placa. Luego está la pregunta de qué hacer con todos los datos: es factible simplemente distribuirlos nuevamente, posiblemente utilizando conexiones más amplias, pero el propio FPGA ciertamente no puede almacenarlo.
Lamentablemente, esta pregunta se está convirtiendo en una discusión, para la cual este sitio no fue diseñado. Seguimos teniendo que cavar para encontrar los nuevos comentarios. Para dar una respuesta verificable y correcta, tendríamos que hacer la mitad del trabajo de diseño, hasta la selección de componentes y el flujo de datos de algoritmos.