Aunque sé que se intercambio por la del CPC DD! MX4 de @Rebobinando lo subrayo solo porque me consta que no todo el mundo leerá todos los mensajes anteriores.
![Guiño ;)](./images/smilies/sc_jwink.gif)
Moderadores: cacharreo, Fundadores
Aunque sé que se intercambio por la del CPC DD! MX4 de @Rebobinando lo subrayo solo porque me consta que no todo el mundo leerá todos los mensajes anteriores.
Pues andaba haciendo otro... para que se viera la verificación del EDGE y andaba empezando el último para... (siguiente comentario)
... este es el siguiente comentario. Para el zócalo... y verificando (con grabación) hasta que el teléfono me ha dicho que he abusado de su memoria disponible.cacharreo escribió: ↑21 Jun 2023, 16:31 Para comprobar continuidad, sé que puede ser más difícil, pero prefiero medir del codo de cada pin de CPLD al codo del pin al integrado que va. Hace falta consultar el esquema pero se matan varios pájaros de un tiro porque se comprueba que el pin de CPLD está bien soldado, que llega a donde debe y que el pin del otro integrado está también bien soldado. Se puede aprovechar además para mover una punta después de la otra y así se comprueba a la vez si hay corto entre un pin y el siguiente.
... No da tiempo. Se cuelga (cuando arranca).
¿Y arrancando a la vez que se está pulsando repetidamente el número?
Interesante, muy interesante... arranca los juegos y durante algunos segundos puedo llegar a jugar.
Puedes añadir que toda prueba se ha realizado en 2 CPCs diferentes. el 464 y el 6128
Estoy revisando ahora las conexiones zócalo a pad destino (otra vez). No veo nada, reviso de nuevo y grabándolo en vídeo.cacharreo escribió: ↑21 Jun 2023, 17:17 Diría que el fallo está en el acceso a la EEPROM lo que podría tener su origen o bien en el bus de direcciones o en el bus de datos. Descartado que sean del intercambio de las señales con el CPC puesto que el conector de borde y las pistas están comprobadas, y la EEPROM y su zócalo también, sospecharía del CPLD.
De nada hay que desconfiar, se presupone la buena fe.
Descartado que no exista un fallo eléctrico, que todos los contactos (no los pines) del zócalo PLCC-32 de la EEPROM van a donde corresponden, el problema más que probablemente tenga su origen en la CPLD considerando además que una programación con éxito no es necesariamente una garantía de buen funcionamiento. Llegados a este punto creo que poco puede hacerse con un osciloscopio, ¿puedes probar con el multímetro el consumo en el CPC DD! Mini y el CPC DD! MX4 alimentándolos de forma externa sin conectar al CPC registrando las medidas en vídeo para comparar las curvas?