Here is ZiCog v1.0_rc_5.5b_rr113

It is working on the TriBlade hardware (uses the SD but NOT the SRAM for a 25K version of CPM2.2)

You will need to copy "zipm2.dsk" to the SD card and use the program to locate the file. You will then need to place the base address reported into the "zicog_cpm_rc5.5b_rr13.spin" at the label "hdsk_base_block = $202c7                ' First block of first hard disk in SD "zipm2.dsk". Change $202c7 to whatever is reported.

Compile and run

I am now working on getting the TriBlade running again using the SRAM, and will release code asap.

TriBlade working again

Uses new blocked files (4 x 128 sectors per 512 byte SD sector).

Files are attached for the ZiCog TriBlade v1.0_rc5.5b_rr116 software (requires bst for compilation)

Files are attached for the uSD files. These must be contiguous files, so preferably reformat your uSD card first and then copy these files to it.

Note:

• This version only permits 25K CPM2.2 to run. Heater: can you get me a 64KB version please?
• RamDisk is not running - I am going to implement a write-through RamDisk (so that any writes will also be written to the SD to keep it up to date)
• The new fsrw is still not running
• This can also be compiled to run on TriBlade without the SRAM (just uses the SD drive and 25KB hub ram for Z80 ram)

Heater: here is code with the drive_base[hdsk_drive] being set (fixed) for your SD offsets.

The possible bug is interesting because if I remove the block_offset it fails. ???? What am I missing???

Here is ZiCog_rr120. It has an option to compile the TriBlade with floppies so that I can convert (via PIP) from a floppy sectored drive (128 bytes not 137) to a hard drive. I have done this for vedit, pascal and supercalc although I have yet to try them.

vedit and pascal are on ZICOG_VP.DSK and supercalc is on ZICOG_SC.DSK (hard drive format)

And here is a pic of all 8 hard drives

Also attached are the CPM2 and CPM3 files (hard drive format). You will need to change the code in FindSDblock to load them also. I noticed MBASIC was not on the A drive.

  Emulators: Micros eg Altair, and Terminals eg VT100 (Index) ZiCog (Z80) , MoCog (6809)

  Search the Propeller forums (uses advanced Google search)

My cruising website is:  www.bluemagic.biz   MultiBladeProp is: www.bluemagic.biz/cluso.htm

Post Edited (Cluso99) : 9/15/2009 2:24:27 PM GMT

Image Attachment : ZiCog_v120.jpg   71KB (image/pjpeg) This image has been viewed 23 time(s).

File Attachment :
zicog_cpm_rc5.5b_rr120-bst-archive-090916-000942.zip   69KB (application/x-zip-compressed)

This file has been downloaded 15 time(s).

File Attachment :
ZICOG vedit pascal supercalc.zip   342KB (application/x-zip-compressed)

This file has been downloaded 14 time(s).

File Attachment :
ZICOG cpm2 cpm3.zip   622KB (application/x-zip-compressed)

This file has been downloaded 14 time(s).

FOUND - My books and original disks for Turbo Pascal V3, V4 & V5 (no V4 book :-( )

Drac:

V120 has the floppy code back in for the TriBlade only and only using a #define FloppySupport. Basically it is now to be regarded as a patched version that allows 8 floppies and 2 hdisks. It requires that the floppy disk provided by SIMH first be passed through VB6 to reformat the file into single 128 byte per 512 byte sector ready to be copied to the SD card. VB6 just defaults to creating a 32MB file only because that is what I had done in the past. Then, copy the file across to the uSD card (I use the SD slot in my PC and an uSD-SD adapter but you can use the uSD-USB adapter similarly). Now you modify v120 to select the #define FloppySupport and select the correct files to open as floppy drives (A: should remain unchanged as this is where you boot from) B:..H: and 2 blank hdisks filled with $E5's. Now compile, download and PIP I:=n:*.* where n: is the floppy drive you want to copy from. You can also use PIP J:=n:*.*  Sorry this is messy which is why I did the conversion for vedit, pascal and supercalc and posted the files. It is possible to remove the requirement for VB6 conversion by modifying the floppy code to accept 137 byte sectors.

Another way to do this could be to use SIMH directly on the pc. I have never loaded SIMH so cannot say what is involved here.

Once we know what is required, then I don't think it will be an issue to run a conversion once and post the various files in hdisk format. This way, they can all be copied to a new SD card once.

I noticed that I downloaded two CPMPlus 20MB hdisk images from SIMH/CPM as parts 1 & 2 but I am unsure what they contain, nor the drive geometry. Any ideas???

• FAT16 file structure (max 2GB cards)
• standard Hard Disk(s) are packed file(s) 4x128 byte sectors per 512 byte SD sector, size 8MB (directly compatible with SIMH)
• special Hard Disk(s) as above but size (geometries) can be specified in ZiCog hdp code
• standard 8 x Hard Disks, no floppies
• requires a boot file under FAT16 called "ZIBOOT.COM" (256 bytes loaded into $FF00 in ram and executed)
• Disk files MUST be contiguous (consecutive sectors so ensure your uSD is reformatted first. If you do not delete, then no problems)

ZiCog current boot process:

• locate all files required on uSD
• clear ram $0000-$FFFF
• at $0000 place JMP $FF00
• at $FF00-$FFFF place first 256 bytes from file "ZIBOOT.COM"
• start Z80 emulation at $0000
• the A: drive contains a modified BIOS to continue booting correctly (heater will have to comment further)

Hope this answers the questions for now.

Post Edited (Dr_Acula) : 9/16/2009 8:26:20 AM GMT

Drac: Nice work. I will have to add XMODEM.COM to the A: for the V1.0 release.

Drac: Our posts crossed. I will check out shortly and repost. I thought SIMH could do the transfer to a hard drive image