mirror of
https://github.com/hsoft/collapseos.git
synced 2024-11-27 09:58:06 +11:00
doc/hw/z80/sms: add Dual EEPROM cartridge design
This commit is contained in:
parent
23885dac33
commit
bb8d66a425
26
doc/hw/z80/sms/at28.txt
Normal file
26
doc/hw/z80/sms/at28.txt
Normal file
@ -0,0 +1,26 @@
|
||||
# Writing to a AT28 from a SMS
|
||||
|
||||
Writing on the EEPROM that is currently running Collapse OS is
|
||||
as easy as enabling the WE pin on your hacked up cartridge. How-
|
||||
ever, this is not practical: If you want to deploy Collapse OS
|
||||
(or something else) to another machine, or even if you want to
|
||||
upgrade your current Collapse OS, you will likely want to write
|
||||
to another EEPROM.
|
||||
|
||||
The easiest way to do so is to build yourself a dual EEPROM
|
||||
cartridge. It's very similar to a simple cartridge, except it
|
||||
has two AT28 sockets and a '139 decoder to select between the
|
||||
two.
|
||||
|
||||
The design proposed here sacrifices access to the upper 16K of
|
||||
your AT28C256 for the sake of simplicity because it uses A14 as
|
||||
the chip selector. Therefore, addrs 0x0000-0x3fff belong to the
|
||||
first chip and 0x4000-0x7fff belong to the second.
|
||||
|
||||
You can see the schematic in dual-at28.jpg.
|
||||
|
||||
The schematic enables WE on both EEPROMs, but in my actual
|
||||
prototype, I hard-wired the first chip's WE to high because I
|
||||
never want to write to it, despite bugs I might introduce in
|
||||
hardware or software (I try a lot of dangerous stuff on my
|
||||
machines...).
|
BIN
doc/hw/z80/sms/img/dual-at28.jpg
Normal file
BIN
doc/hw/z80/sms/img/dual-at28.jpg
Normal file
Binary file not shown.
After Width: | Height: | Size: 110 KiB |
Loading…
Reference in New Issue
Block a user