smp
Veteran Member
Hello all,
Over the past year, I acquired a good working IMSAI chassis, including a good working IMSAI front panel and MPU-A rev 4 8080 processor board. I built the S-100 SIO Board designed and offered by the good folks over at S100Computers.com. I recently acquired a CompuPro RAM-17 board on eBay, and it also is working perfectly, after being run in my system, performing a simple memory test consisting of writing "55" throughout, reading it back, then writing "AA" throughout and reading it back.
Over this time, I also have taken the source code that was originally the IMSAI Self-Contained System, and stripped out the text editor and the assembler, leaving a small system monitor that can ENTR bytes into memory, DUMP memory to the screen, and EXEC starting at a given address.
Back in the spring, I purchased a Versafloppy II floppy disk interface card from Herb Johnson. Recently, now that I believe that I have a solid reliable 8080 system running, I also scrounged up some code that can read track 0 from an 8 inch floppy into memory starting down at 0000H, and added this into my monitor program as a BOOT command. At present, I have the code load the sector into memory and then restart the monitor, rather than jump to the code it just loaded, for testing.
This weekend, I have now ventured into new territory for me. I dug out an old dual 8 inch drive box that I have had stored for the past decade or more, checked out the power supplies and attached the big old ribbon cable to the floppy interface card.
So, here is where I am now. If I try the BOOT command with the disk drive system UNpowered, the code does not complete, as expected. The code obviously ends up waiting for signals from the disk drive that are not there. As well, if I have the disk drive system powered, but no disk in the drive, the BOOT command code also does not complete, as expected. Finally, if I put an 8 inch disk into the drive, the BOOT command code does properly complete, and restarts the monitor program without an error indication. When I take a look, the first 128 bytes of memory are now filled with 00H.
I really thought that I was making good progress!
However, when I tried other code that I scrounged up, things did not go so well. This other code was advertised as being able to load an entire 60K CP/M system from a disk and execute it, but i got an error after the first sector. I am thinking that the head mechanism may not be stepping, causing the error, but I don't know for sure.
I am looking for suggestions on how to proceed with testing the 8 inch floppy drives. I have read that many folks have PC computers where they run CP/M emulators and can attach old floppy disk drives. I do not have a significant amount of computer equipment to work with. Here is what I have. My main computer is a 15" MacBook Pro. I also have a dell Mini 10 netbook that has only USB ports (this one works great for downloading code into my Apple Iic Plus via a USB-RS232 adapter!). Finally, I have a Dell Latitude D610 laptop that has the old RS232 and Parallel ports, along with a couple of USB ports, where I use Hyper-Terminal as the terminal for my S-100 system. This laptop has a CDROM drive, but no floppy disk drive.
So, I really do not have any other place to attach my 8 inch floppy drive for testing. I also do not have a complete set of command codes and status codes for the Versafloppy II, since I only have the bits of code that I scrounged up along the way. I'm thinking that I need to open up the disk drive box and send a bunch of seek commands to the drive, and see if it responds or not. Is this a good way to go? Am I wasting my time? I have never trouble-shot one of these things. Back in the day, I was only working with good brand new equipment, for the most part.
Please remember that I have a 1 MHz 8080 system, so I think I cannot graduate to 5.25 disk drives because they are too high density and the 8080 will not be able to keep up? Given my limited resources, what suggestions can you offer?
Thanks a million, in advance, for your attention, and any advice you may have to offer.
smp
Over the past year, I acquired a good working IMSAI chassis, including a good working IMSAI front panel and MPU-A rev 4 8080 processor board. I built the S-100 SIO Board designed and offered by the good folks over at S100Computers.com. I recently acquired a CompuPro RAM-17 board on eBay, and it also is working perfectly, after being run in my system, performing a simple memory test consisting of writing "55" throughout, reading it back, then writing "AA" throughout and reading it back.
Over this time, I also have taken the source code that was originally the IMSAI Self-Contained System, and stripped out the text editor and the assembler, leaving a small system monitor that can ENTR bytes into memory, DUMP memory to the screen, and EXEC starting at a given address.
Back in the spring, I purchased a Versafloppy II floppy disk interface card from Herb Johnson. Recently, now that I believe that I have a solid reliable 8080 system running, I also scrounged up some code that can read track 0 from an 8 inch floppy into memory starting down at 0000H, and added this into my monitor program as a BOOT command. At present, I have the code load the sector into memory and then restart the monitor, rather than jump to the code it just loaded, for testing.
This weekend, I have now ventured into new territory for me. I dug out an old dual 8 inch drive box that I have had stored for the past decade or more, checked out the power supplies and attached the big old ribbon cable to the floppy interface card.
So, here is where I am now. If I try the BOOT command with the disk drive system UNpowered, the code does not complete, as expected. The code obviously ends up waiting for signals from the disk drive that are not there. As well, if I have the disk drive system powered, but no disk in the drive, the BOOT command code also does not complete, as expected. Finally, if I put an 8 inch disk into the drive, the BOOT command code does properly complete, and restarts the monitor program without an error indication. When I take a look, the first 128 bytes of memory are now filled with 00H.
I really thought that I was making good progress!
However, when I tried other code that I scrounged up, things did not go so well. This other code was advertised as being able to load an entire 60K CP/M system from a disk and execute it, but i got an error after the first sector. I am thinking that the head mechanism may not be stepping, causing the error, but I don't know for sure.
I am looking for suggestions on how to proceed with testing the 8 inch floppy drives. I have read that many folks have PC computers where they run CP/M emulators and can attach old floppy disk drives. I do not have a significant amount of computer equipment to work with. Here is what I have. My main computer is a 15" MacBook Pro. I also have a dell Mini 10 netbook that has only USB ports (this one works great for downloading code into my Apple Iic Plus via a USB-RS232 adapter!). Finally, I have a Dell Latitude D610 laptop that has the old RS232 and Parallel ports, along with a couple of USB ports, where I use Hyper-Terminal as the terminal for my S-100 system. This laptop has a CDROM drive, but no floppy disk drive.
So, I really do not have any other place to attach my 8 inch floppy drive for testing. I also do not have a complete set of command codes and status codes for the Versafloppy II, since I only have the bits of code that I scrounged up along the way. I'm thinking that I need to open up the disk drive box and send a bunch of seek commands to the drive, and see if it responds or not. Is this a good way to go? Am I wasting my time? I have never trouble-shot one of these things. Back in the day, I was only working with good brand new equipment, for the most part.
Please remember that I have a 1 MHz 8080 system, so I think I cannot graduate to 5.25 disk drives because they are too high density and the 8080 will not be able to keep up? Given my limited resources, what suggestions can you offer?
Thanks a million, in advance, for your attention, and any advice you may have to offer.
smp