On 09/16/2012 12:48 PM, silverdr@wfmh.org.pl wrote: > > On 2012-09-16, at 05:21, Mike Naberezny wrote: > >>>> CSG's ones have a special "test mode" (see http://highgate.comm.sfu.ca/~rcini/classiccmp/pdf/ds_6500.pdf) >>> >>> The requested URL /~rcini/classiccmp/pdf/ds_6500.pdf was not found on this server. >> >> Download the datasheet for "6500/1 One-Chip Microcomputer" from this page: >> http://6502.org/documents/datasheets/mos/ >> >> The test mode is described briefly on page 8. > > "... Applying +10V signal to the _RES line places 6500/1 in the test mode. While in this mode all memory fetches are made from Port PC. [...] A program can be loaded into RAM allowing the contents of the instruction ROM to be dumped to any port for external verification." > > Now, how do we understand this? > > "Port PC" is probably Port C (Pins PC0-PC7) /me guesses. Eight bits of data (guessing again) but what about addresses? There is not much of a program to be loaded into the whopping 64 bytes of RAM but should be enough for dumping the ROM. Still /how/ can this be loaded into RAM? And executed? I wouldn't be surprised it means that no matter what the PC or commands say, every memory access (command and data fetch) will redirected to Port C. So you have to expect what it wants to load and then supply the Byte starting from the RESET vector. Sounds like a very painful job to get a program into the thing, but it could be done and 64 Bytes RAM are enough for a simple copy routine that will just dump the ROM onto another port. Gerrit Message was sent through the cbm-hackers mailing listReceived on 2012-09-16 12:00:09
Archive generated by hypermail 2.2.0.