Re: Tirada Ampliación RAM 1MB para Amstrad CPC
Publicado: 08 Abr 2024, 17:27
Retroinformática y consolas entre amigos sin complejos
https://www.va-de-retro.com/foros/
, y son las que cuadran con la documentación del desarrollo de Revaldinho... excepto la combinación OFF/OFF/OFF/OFF. El resto es conforme a lo esperado. Por ejemplo, el SW4 en ON, sólo es utilizable en 464/664, de ahí que en 6128 no sea de utilidad.
Es normal, para cambiar de una CPLD a otra no es demasiado cómodo. Hay que modificar una línea en el código (comentarla o quitarle las barras de comentarios), sintetizar para esa CPLD, etc. y es todo también diferente si se hace para una versión normal o XL. Lo deseable hubiera sido poder generar desde línea de comandos los 3 ficheros binarios (JED) y olvidarse.Rebobinando escribió: ↑09 Abr 2024, 01:07Antes de nada, perdonad todo este jaleo. Intento contarlo paso a paso, aunque os adelanto que en algún punto me han bailando los ficheros a grabar en las CPLDs y de ahí viene la discordancia...
Pero están invertidas respecto a las de @Revaldinho. Por ejemplo, la combinación para obtener el 1MB en la documentación de @Revaldinho es de DIP 1 a DIP 4, OFF OFF ON ON,Rebobinando escribió: ↑09 Abr 2024, 01:07Las tablas que muestra Erinyes son las que me salen a mi también, salvo error, lógicamente. Son un montón de combinaciones:
No le haría mucho caso a esa tabla, no merece la pena porque mientras la hacía manejaba varias fuentes y tenía que hacer diferentes traslaciones de información sobre la marcha (pasar ABAJO/ARRIBA a ON/OFF, DIP4 a DIP1,...) y puede que haya errores.Rebobinando escribió: ↑09 Abr 2024, 01:07De la tabla de @cacharreo, también me cuadra, expecto la línea OFF/ON/OFF/ON.
Las diferencias para la XC9536 son:Rebobinando escribió: ↑09 Abr 2024, 01:07- Voy a mirar cuáles son las limitaciones reales del compilado para XC9536 en lugar de XC9572XL o XC9572 y actualizo la información.
Así es. Pero lo que está invertido entre la placa de rebobinando y la de revaldhino no es la posición ON/OFF sino la numeración de los DIP : DIP1 de revaldhino = DIP4 de rebobinando; DIP2 de revaldhino = DIP3 de rebobinando , y así sucesivamente.cacharreo escribió: ↑09 Abr 2024, 08:34
Pero están invertidas respecto a las de @Revaldinho. Por ejemplo, la combinación para obtener el 1MB en la documentación de @Revaldinho es de DIP 1 a DIP 4, OFF OFF ON ON,Rebobinando escribió: ↑09 Abr 2024, 01:07Las tablas que muestra Erinyes son las que me salen a mi también, salvo error, lógicamente. Son un montón de combinaciones:
pero en la tabla de @Erinyes aparece, de DIP 1 a DIP4, ON ON OFF OFF.► Mostrar Spoiler
Exactamente. Esto es justo lo que le estoy comentando a @Rebobinando, las tablas pueden parecer las mismas en cuanto a los valores pero el encabezado es diferente porque, como apuntas, la numeración de los DIP está invertida como avisa @Rebobinando en el primer mensaje de este tema.
Lo explica perfectamente @cacharreo. Me he estado revisando la documentación de Revaldinho, y entre versión XC9536 y XC9572XL la diferencia en prestación básica es:Rebobinando escribió: ↑09 Abr 2024, 01:07 - Voy a mirar cuáles son las limitaciones reales del compilado para XC9536 en lugar de XC9572XL o XC9572 y actualizo la información.
Se puede mirar, sí . De entrada, diría que, en los archivos de asignación de pines, es cuestión de reasignar los 4 pines de los switches antes de compilar? Tema aparte la asignación de modelo de CPLD. ¿Lo estoy entendiendo bien? O es plantear el proceso de actualización de fw vía arduino? (Esto último llegará, por supuesto)cacharreo escribió: ↑09 Abr 2024, 08:34 Las diferencias para la XC9536 son:
- elimina el sincronizador de la señal /RESET,
- usa RAMRD del CPC directamente, y
- restringe la gestión de la RAM a solo el modo Full Shadow.
Por último, pienso que estaría muy bien, como entretenimiento electrónico, estudiar la forma de poder actualizar el firmware de cualquiera de las ampliaciones para que todos estemos en la misma página.
De ahí me ha venido el baile de archivos, seguro.cacharreo escribió: ↑09 Abr 2024, 08:34 Es normal, para cambiar de una CPLD a otra no es demasiado cómodo. Hay que modificar una línea en el código (comentarla o quitarle las barras de comentarios), sintetizar para esa CPLD, etc. y es todo también diferente si se hace para una versión normal o XL. Lo deseable hubiera sido poder generar desde línea de comandos los 3 ficheros binarios (JED) y olvidarse.
Hablaba solo de actualizar el firmware de las ampliaciones ya existentes, a través de una placa con microcontrolador o como sea más fácil.Rebobinando escribió: ↑10 Abr 2024, 00:49Se puede mirar, sí . De entrada, diría que, en los archivos de asignación de pines, es cuestión de reasignar los 4 pines de los switches antes de compilar? Tema aparte la asignación de modelo de CPLD. ¿Lo estoy entendiendo bien? O es plantear el proceso de actualización de fw vía arduino? (Esto último llegará, por supuesto)