Integración

5. VISUALIZACIÓN Y FILTRADO DE IMAGEN EN RAM

fig. 17 - Comunicación entre la RAM y la Arquitectura global

cargaOK=’0’ cargaOK=’1’ Pide ByNOK=’0’ doneByN=’0’ CARGANDO MOSTRANDO pideByNOKOK=’1’ START BYN doneByN=’1’ pideByNOKOK=’0’ BAJANDO BYN BYN

5. VISUALIZACIÓN Y FILTRADO DE IMAGEN EN RAM

5.4 Integración

Llegados a este punto, donde ya teníamos por separado los filtros, el

módulo que mostraba una imagen en la RAM (bmpramda) y el cargador, se

intentó unirlos todos en dos arquitecturas, cada una con tres filtros y el

cargador y el bmpramda, para usarlos luego en la reconfiguración

.

Este proceso, que en un principio consideramos que iba a resultar muy

simple, ha terminado dándonos muchos problemas, hasta el punto de que

únicamente se ha conseguido una arquitectura con el bmpramda y el cargador

(funcionando perfectamente) y un sólo filtro (el que pasa a escala de grises).

De hecho, este filtro no funciona completamente bien (cómo sí lo hace por

separado) y deja ciertos residuos en forma de líneas verticales regularmente

espaciadas de color más claro del debido.

Hasta llegar a ese punto se han seguido distintos enfoques, cada uno de

los cuales era respuesta a los problemas que se iban encontrado.

Proceso

• En un primer momento se unieron los módulos cargador y

bmpramda en una arquitectura y se les añadió a cada uno una

señal de enable para que sus salidas respectivas estuvieran en

alta impedancia cuando los módulos estuvieran desactivados con

el enable. Esta señal de enable tomaba para el bmpramda

directamente el valor de un dipswitch y para el cargador la misma

señal, pero negada. Así, nunca estarían los dos activos al mismo

tiempo, con lo que las señales de salida que compartían nunca

tendrían dos fuentes, porque una de las dos tendría el enable

activo y el otro desactivado, con lo que la línea tendría una fuente

activa y la otra en alta impedancia.

En este momento, la imagen que se mostraba estaba azuleada.

Es decir, el byte superior de cada píxel estaba bien, pero el byte

menos significativo estaba completamente a 1, así, todo el canal

azul y parte del verde estaba a su máximo valor de intensidad,

con lo que la imagen parecía vista a través de un cristal azul.

• Después de intentar solucionar el error y no encontrarlo, se

decidió intentar juntar el bmpramda con el cargador pero

cambiando el enfoque y creando una máquina de estados.

Surgieron exactamente los mismos problemas.

• Después de trabajar sobre ello durante un tiempo e intentar

solucionarlo, se decidió intentar juntar el bmpramda con uno de

los filtros y dejar el cargador para más adelante. En este punto, el

filtro (que es el de escala de grises, llamado filtroBlancoyNegro)

compartía con el bmpramda las entradas y salidas de la RAM,

escribiendo y leyendo ambos de ellas a la vez. Obviamente, esto

creaba problemas y no hacía nada, mostraba una pantalla

completamente blanca.

• Entonces, se separan en el filtro y en el bmpramda las entradas

de las salidas de la RAM. Hasta este momento las líneas de datos

de la RAM de cada módulo eran de tipo inout. Esto se debía a

que cada uno de estos módulos debían funcionar por separado y

ellos sólos, con su propio archivo ucf. En estos archivos, un

mismo pin no puede ir a dos señales distintas, por lo que las

líneas de la RAM, de las que queríamos leer y en las que

queríamos escribir, debían ser necesariamente de tipo inout.

Ahora, que estaban en una arquitectura, podían tratar por

separado, como si conceptualmente fueran dos líneas distintas,

las señales de la RAM cuando eran de entrada y de salida.

Esto hacía necesario que las líneas de la RAM de la arquitectura,

que pueden tener dos fuentes distintas (filtro o bmpramda), estén

multiplexadas (dependiendo del origen) y tengan fuentes que

provengan de triestados, para poder separar las líneas de entrada

de las de salida cuando queramos que funcionen como salida y

viceversa como muestra la fig. 9.

Llegados a este punto, ya vuelve a funcionar, pero de nuevo

azulea, como antes. Después de bastante tiempo depurando y

buscando los errores, nos dimos cuenta de que el error estaba (o

parecía estar) en el tiempo de propagación de la señal oeaux.

Esta señal, por algún motivo, se retrasaba con respecto al estado

MOSTRANDO. Este problema (que la imagen saliera azuleada),

se solucionó añadiendo la comprobación extra, al controlar el

multiplexor de la parte baja de la RAM, (estado=MOSTRANDO

and oeAux='1').

Aún así, al filtrar la imagen se generaban unas líneas verticales,

regularmente espaciadas, de color más claro del que debería.

Este problema no ha conseguido solucionarse.

• Llegados aquí, se añade el módulo cargador, cosa que no da

ningún problema, más allá de los retoques necesarios en las

comparaciones de los multiplexores y los estados que hacen falta

añadir.

• Una vez en este punto, nos dimos cuenta de que no habíamos

_.