Aquí hay algo divertido de nuestro hacker [Piers]: Roms definidos de software.
En esta serie de tres movies, [Piers] Nos ejecuta a través de lo que es una ROM definida con software program, cómo hacerlos y luego cómo usarlos.
Como [Piers] Explica que una frustración que enfrentará un técnico retro es un chip ROM fallido. En la época en la que está interesado, hay básicamente tres tipos relevantes de chip ROM, el paquete twin de 24 pines (DIP):
- 2364 ROM Chip: 8kb; 1x Línea de selección de chips
- 2332 ROM Chip: 4KB; 2x líneas selectas de chips
- 2316 ROM Chip: 2kb; 3x líneas selectas de chips
La línea de selección de chips es cómo el procesador indica a un chip ROM specific que debe estar activo. Cuando está activo, un chip ROM leerá el valor en las líneas de dirección y emitirá los datos en esa dirección en las líneas de datos.
Con sus ROM definidas de software program [Piers] Implementa el comportamiento de ROM (convirtiendo las solicitudes en las líneas de dirección a los resultados en las líneas de datos) mediante el uso de un microcontrolador. Como sus tableros ROM están definidos por el software program, son eminentemente configurables, lo que significa que puede admitir todas las configuraciones de los tres tipos de ROM.
[Piers] Mira algunas viejas hojas de datos ROM para obtener detalles sobre los requisitos de tiempo. Sus requisitos funcionales son que los tres tipos de ROM se pueden emular con una sola variante de {hardware} (el mismo microcontrolador) con la misma huella (inmersión de 24 pines), que son soldables a mano y baratos. Otros requisitos técnicos fueron que todas las soluciones se pueden implementar en software program (sin FPGA), que requiere la menor cantidad de componentes a bordo posible, que los GPIOS sean tolerantes a 5V, que se dispone de una velocidad de reloj rápida utilizando el oscilador en chip, que no se requieren más de dos capas de PCB, y que todos los componentes SMD son 0603 o más.
Consideró varios microcontroladores, incluidos PICO/RP2040/RP2350, ESP32, ATMEGA, PIC, STM32F1 y STM32F4. Realmente quería el Pico porque son rápidos y poderosos, pero no tienen GPIOS tolerantes de 5V, por lo que se instaló en el STM32F4. Habla en detalle sobre la selección de PIN, el enrutamiento de PCB y el preprocesamiento de ROM (gestión) para un rendimiento óptimo. El chip carga sus datos del almacenamiento flash a la RAM, por lo que tiene características de rendimiento confiables y deterministas. Se realiza una provisión para los pasadores de programación para que las ROM puedan reprogramarse en el circuito.
Cuando se trata de programación, [Piers] ha implementado la mayoría de las cosas en el código de ensamblaje de mano. La razón, cube, es que no quería implementaciones variables dependiendo de la versión del compilador utilizado.
Ahora que tiene una ROM definida de software program common, todo lo que necesita es un Dumper confiable ROM.
https://www.youtube.com/watch?v=jhe4lf5lrz8
