|Line 1:||Line 1:|
Revision as of 19:26, 2 January 2013
|Remove the need for working 1541 drive/floppies...|
|Yvanj, Jobj, Jeffrey|
= Atmega/SSD based sollution
DOS based sollution
- A MS-DOS compatible operating system. FreeDOS should do, but there are known compatibility problems with many DOS drivers. If you have problems, dig out those floppies or use the 'Make MS-DOS boot disk'-feature in Windows XP.
- 1541 emulating software
- commercial, so not recomended
- major issues with fastloaders and copy protections.
- special cabling,
- alternatieve design (prefered) jet an other design
- DB 15 Male (or USB plug) (for powering the cable) (got them)
- DB 25 Male for data to Dos Box (Got them)
- Din 6 Male (for C64 serial port) (female if you build it into a box)
- 7406 Hex invertor IC (Yvanj is fetching two pieces atm)
- 74LS14 Hex Invertor IC (Yvanj is fetching two pieces atm)
- 74LS86 Exlusive OR gate (Yvanj is fetching two pieces atm)
- proven to be WORKING!!!!
- USB not powering within DOS, that's an issue, but you can overcome it with an USB MP3/iPod/Cell Phone/Whatever charger connected to the plug.
- Fastloaders like FCIII work just fine.
- A PC capable of running the chosen DOS version, and a LPT port
- Generally, the slower, the better - timings to the 1541 drive are way better this way. But do not go below 33Mhz, because then the timings will be incorrect too.
Because my testing machine has a 500GB SATA HDD, with EXT3 and NTFS partitions, installing DOS is problematic. USB booting with DOS should work, but memory extenders (HIMEM.SYS and EMM386) are conflicting most of the time with the routines which take care of USB support, resulting 99% of the time in a kernel panic, and in 60% of the time in data loss.
That's the reason why I've begun stuffing the data into a 3.5" floppy disk - those drives/disks are still common/usable, and they are easier than CD's/pen drives for random access. The problem I ran soon into, was the capacity of 1.44MB. It should be possible to reformat it to another size (up to 1.9MB if I recall correctly), but I chose for compression techniques because they're much more stable. I created a modular system which allows you to easily extend the DOS disks, and if the disks are formatted into a bigger size, maybe I can put some extra drivers in it.
- DOS kernel is loaded, config.sys is parsed
- core drivers (HIMEM.SYS only atm) are loaded
- DPMI extender is loaded so we can use more recent toolchains.
- plugin system is initialized
- plugins are loaded
Plugins are simple ZIP files which are extracted using PKUNZIP to a RAM drive. To illustrate the structure of a plug in, here's how it is loaded:
- PLUGNAME.ZIP is extracted to the RAM drive. It contains a directory PLUGNAME.
- RAMDRIVE:\PLUGNAME\LOAD.BAT is executed to alter environment variables/load device drivers in RAM.
Also, the floppy copies itself to a RAM disk using the plug in management system, so you can safely insert another floppy without the need to swap them each time you return to the shell.
- Download packages from the internet to improve loading times, and to make room available for more network drivers. (possible, manageable, unimplemented atm)
- Mount NFS/CIFS share to drive letter for easier D64/data access (possible, but not manageable do to space restrictions)
- Make a BASIC extender for the C64 to make it easier to load new floppies without the need to restart the simulator software each time. (possible, moderate, currently implementing)