Hola a todos,
Estos días debo ir a ralentí...
Lo primero he pedido a los administradores que muevan este hilo a proyectos abiertos, que es donde debe estar.
Lo segundo, he sacado algunas conclusiones interesantes después de elaborar la tabla que está colgada en el primer mensaje. Estas conclusiones son validas si hacemos el proyecto muy definido a las memorias y no a los integrados lógicos. Esto sería si quisiéramos ir a una solución ya "menos compleja" y que viera la luz "pronto".
Adjunto imagen:
NOTA: La tabla de la derecha representa al ZIF con sus posiciones (pines) reales.
conclusión.png
Lo que sabemos todos es que... vamos con el nano justos de pines, la tabla nos ayuda a ver como "ahorrar" algunos pines, como sabemos por los mensajes, el problema con multiplexores o duplicadores de pines I/O es que van en una sola dirección, soluciones como usar un registro, multiplexor etc, chocan con no poder aplicarse a todos los pines, ahora bien ¿es un problema aplicar alguna de esas soluciones a los pines de direccionamiento? pues no, no es problema, el problema lo marca la velocidad de trabajo de la solución que se elija, tal que permita probar los ICs a la memoria de trabajo especificada por el fabricante.
Hay que tener también en cuenta que los pines usados para datos, ya sea entrada o salida, por fuerza tienen que tener bidireccionalidad.
A la derecha se puede observar una representación del ZIF y su pineado, osea, los 20 Pines y como estarían los pines de los ICs encajados en el ZIF.
A expensas de tener mas sesera, vemos en la tabla que tenemos al menos 7 pines de direccionamiento que son usados por todos los ICs de la tabla (en negrita). Por tanto son candidatos perfectos para un direccionamiento por registro o solución similar, ahorrando ya unos cuantos pines del Nano.
GND. Es el mismo para todos los integrados, ya nos hemos ahorrado otro pin.
Datos. El pin 2 es siempre usado para datos, si bien los primeros integrados lo usan sólo como entrada los otros son bidireccionales, luego ese debe ir si o si a un pin del nano directamente (porque requiere tanto lectura como escritura).
Mix. Algunos son tanto de dirección para algún caso como de tensión en otros. Depende de la solución que se ponga para la alimentación pues podría ser candidato del multiplex o registro ... quizás no, debo darle más vueltas.
Los otros pines suelen ser usados para señales, en algunos casos (debo anilizarlo también) son señales de control, puede que si, puede que no, según como trabajen los ICs podrían ser candidatos también para un sistema similar, puesto que al ser señales, no requieren de bidirecionalidad. Le debo dar unas cuantas vueltas de tuerca.
Pero parece... que nos podemos ahorrar y algo, al final si hasta van a sobrar pines XD.
No sé cuando podré, pero tratare de montarme el esquema de cacharreo, y seguir programando el software del nano.
No tiene los permisos requeridos para ver los archivos adjuntos a este mensaje.
Cualquiera borra!!!! 