cacharreo escribió: ↑23 Jun 2023, 19:37
Suponiendo que no ha habido ninguna omisión u error y que el problema lo causa el CPLD. ¿Qué podríamos hacer? Se me ocurren varias opciones pero no son ni cómodas ni sencillas,
1) Conectado al CPC: realizar pruebas de escritura y lectura en la EEPROM desde el CPC (basadas en los ejemplos como sstwriter_CPC...asm de DevDoc) que pueden contrastarse bien desde el CPC o bien desde el programador externo (TL866IIplus,...), o
2) Desconectado del CPC: conectando el bus de datos, direcciones, etc. del CPC DD! Mini a un analizador lógico o un microcontrolador y enviando vectores de prueba específicos diseñados en base al código publicado (DevDoc) para comprobar que la respuesta es siempre correcta.
El CPLD podría ser, pero... es que es nuevo! y el que me se mandó en el Kit estoy seguro estaba bien también.
La opción 2, descartada. No tengo ese materal y por ahora, en esta fase de adaptación a la electrónica práctica, descarto tal cosa (gastar más en un monitor de señales que en 3 DD CPC mini).
La opción 1, me gusta, porque me mueve a otro campo en el que debo coger soltura. Aunque engorroso, no me vendría mal.
Con todo, me da vergüenza pero mandaré la placa a Rebobinado para que el eche un ojo a las soldaduras. Como sea eso... puffff que corte. Pero, una supervisión a un trabajo aparentemente bien hecho, aveces se hace necesario.
En caso de que el tampoco pueda, entonces si que se va al cajón hasta que tenga el tiempo para realizar la opción 1.
Total, lo que me he divertido con esta placa (y sobretodo aprendido).
Es ahora, la curiosidad por saber qué pude haber hecho mal, que otra cosa.
Gracias por la ayuda
Sois muy grandes!