The ROsiM is a ROM simulation / emulation board: it uses two 512k/8bit SRAM chips to simulate an 8 or 16 bit ROM (up to 512k bytes or 512k words in size).
The board is based around an ATMega328P chip @20Mhz, controlled via serial connection.
I made this out of my personal need of a simple way to quickly test ROM images on boards I repair/hack/build. Often, these boards use big 16bit EPROMs and the projects I found around did not cater to my needs.
The idea is to use this bare board and then "pods" that attach to the two 40pin header and adapt it to simulate various types of ROMs.
WARNING: While I might help you with quick questions, there is NOT going to be hand-holding for this one.
I have currently built and tested revision 1.3 of this board. The following fixes must be implemented to make it usable:
- Wire the VCCIO pad from FT232RL to VCC and do NOT short it to 3.3v. This is already fixed in board rev. 1.4
The following mod is optional but encouraged for safety, and have been implemented for revision 1.4:
- Cut the trace between pin 1 of USB connector (Vcc) and F1, and insert a BAT48 SOD123 diode, cathode towards F1. This will protect your USB port if the board gets externally powered.
- Lower F1 max current to 200mA
This board is designed around relatively cheap through hole (with a few exceptions) components, and should be buildable by anyone with basic soldering skills.
You'll need a way to program your 328P MCU with the bootloader (you can then load the firmware via serial port).
I recommend optiboot. Remember to set the AVR frequency to 20Mhz and baudrate to 115200bps. I might provide prebuilt binaries of this in the future.
TODO
This is used for in-circuit programming of the MCU. You won't really use after burning the bootloader to the chip. You can leave this out if you pre-program the ATMega.
Connect your USB cable here. It will appear as an FTDI serial port to the host.
The Interface runs at 230400bps 8-n-1. The protocol is mainly ASCII based, but meant to be used with an external software.
Connect your DC power supply here, center tip positive. Anything between 7 to 9V will be good, 12V will work, but the regulator might get hotter. 500mA should be enough.
A 40 pin header:
- Odd pins 1 thru 37 on the left side will bring out the address lines (A0-A18).
- Pin 39 will be this board's VCC.
- All even pins on the right are GND.
A 40 pin header:
- Odd pins 1 thru 31 on the left side will bring out the data lines (D0-D15).
- Pin 33 will be the /CE signal input.
- Pin 35 will be the /OE signal input.
- Pin 39 will be this board's VCC.
- All even pins on the right are GND.
An active-low OC signal will be present on this header. You can use to pilot the /RESET of your target board.
Solder an arc of rigid wire on this one, so you can attach a small crocodile clip to it.
An active-high signal (either high or disconnected) will be present on this header.
Solder an arc of rigid wire on this one, so you can attach a small crocodile clip to it.
While this board can be controlled directly via a simple serial terminal, it is advised to use a client software that supports the following protocol, like the ROsiM Loader.
The Remote Control protocol is pretty simple and ASCII based. It supports 12 commands, each with its own syntax and response.
String CMD_ERR will be sent in case the command is not recognized, string CMD_INV will be sent in case the command cannot be executed at this time.
- Syntax:
>K< - Response: none
Forces the reset by watchdog of the ROsiM.
- Syntax:
>M< - Response:
[M xx]
Returns the current model of the board in hex.
- Syntax:
>A 00xxxxxx< - Response:
[A 00xxxxxx]
Specifies the start address for the next read/write commands. The address must be specified in hex, and a mask of 0x7FFFF will be applied to it.
- Syntax:
>W xxxx< - Response:
[W xxxx]
The SRAM must be in WRITE mode and the board switched to INTERNAL, otherwise the response CMD_INV will be sent.
xxxx is the data to write on SRAM at the current address in hex format.
Once the write completes, the address will automatically increment by 1.
- Syntax:
>R< - Response:
[R xxxx]
The SRAM must be in READ mode and the board switched to INTERNAL, otherwise the response CMD_INV will be sent.
xxxx is the data written at the current address in hex format. Once the read completes, the address will automatically increment by 1.
- Syntax:
>E y<whereycan be0or1 - Response:
[E y]
Enables (1) or disables (0) the external RESET signal to the target board.
- Syntax:
>S y<whereycan be0or1 - Response:
[S y]
To execute this command, the SRAM must be in READ mode, otherwise the response CMD_INV will be sent.
Sets the board to INTERNAL (1) or EXTERNAL (0) mode. EXTERNAL mode will enable the drivers that communicate through the external address/data/control lines.
- Syntax:
>X y<whereycan be0or1 - Response:
[X y]
To execute this command, the board must be in INTERNAL mode, otherwise the response CMD_INV will be sent.
Sets the SRAM to READ (1) or WRITE (0) mode.
- Syntax:
>V< - Response:
[V 00xxxxxx yy]
This command will print out the current address in hex format (00xxxxxx) and a mask (yy) in hex format that contains:
- bit 0: INTERNAL/EXTERNAL state
- bit 1: READ/WRITE state
- bit 2: EXTERNAL RESET state
- Syntax:
>D< - Response:
[D]
Will revert the board state to the following state:
- INTERNAL
- SRAM in READ mode
- EXTERNAL RESET disabled
The selection of the EXTERNAL RESET logic will NOT be restored by this command and will remain set to the current state.
- Syntax:
>T< - Response:
[T xx]
Resets the board to defaults then executes a test on the SRAMs by writing patterns of data in them and reading them back.
The output can be:
00test was completed successfully01test failed while writing the first pattern (0xAA55)02test failed while writing the first pattern (0x55AA)03the test failed while writing the incremental pattern
- Syntax:
>O x< - Response:
[O yy]
Starts an XMODEM transfer of a binary file into the SRAM.
x can be:
0The file will be considered an 8-bit dump, the highest 8 bits of the SRAM will be set to0x00, only the lower 8 bits will be set.1The file will be considered a 16-bit dump, and the data will be loaded into the SRAM in words. ODD bytes in the dump will end up in the high byte of the SRAM, EVEN bytes will end up in the low byte of the SRAM.2The file will be considered a byte swapped 16-bit dump, and the data will be loaded into the SRAM in words. EVEN bytes in the dump will end up in the high byte of the SRAM, ODD bytes will end up in the low byte of the SRAM.
yy will be:
00for a failed transfer.01for a successful transfer.