I guess I was just asking if I could run the emu with CP/M using just a single prob and a sd card to store the disks.
I cant seem to find a clear answer reading the past posts, maby I'm just blind/confused.
Yes, yes, yes. Some where a few pages of posts back is Zicog version 0.6.
I really should start updating versions on the first page of the thread where they are easy to find.
It will run CP/M using 20K of HUB RAM, no external RAM required. It will boot CP/M up to the command prompt A> without any SD card. It can do this because the CP/M binary files are included in the zicog_demo.spin and written to RAM before starting the emulator.
It will access files on SD card if you connect one. It's a bit tricky because it does not use the FAT file system. Raw CP/M disk images are written to the SD card. The images are written to SD card by the Prop program cpm2sd, included in the package, which downloads from the PC running PropTerminal, also included.
If you get as far as trying an SD card with this I can provide more instructions if required.
The intention of that package is just to be a demo of what ZiCog can do which will at least run on a standard DemoBoard. So it is not actually of much use for CP/M being limited to 20K and all.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
The answer is "sort of". On a single Prop like the Demo Board, there's not enough room in the Prop's memory for much of a Z80 program. CP/M will run and you can run some small programs, but there's only about 20K total available for CP/M and anything you want to run under control of CP/M. There is support for an SD card with multiple "disks" on it with one PC file per "disk". Many CP/M programs will not fit in that amount of memory.
Ah. Yes there is.
There is a byte in the DSKBOOT.COM that specifies the boot drive. This is used by DSKBOOT itself and by CBIOSX which the bytes address hard wired into it.
The byte in question is at address $FF37 and is normally zero for drive A:
So just change that byte to 1 for B: drive after loading DSKBOOT into the ROM area.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
That is, PIP copies SYSCPM2.SUB followed by input from the console to TEMP.SUB.
You have to terminate the line "BOOTGEN....b:" with a return and a control-z.
Then we run the new submit file TEMP.SUB.
Works under SIMH. But can you get control-Z into CP/M ?
Otherwise try using the editor WM.COM. I have no idea how it woks yet.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
Can you make the files available for the SD card for the latest zicog_demo006_rr066.spin? I am having issues loading from SD card I think. With the last couple of zicog_demoxxx_rr0xx.spin releases I am not getiing a A> prompt it just hangs.
TrapperBob: No problems but am tied up for 2 days without my other laptop. I will zip them up. Do you have the modified fsrwFemto and spsdiFemto files. There is a fix in there for releasing the DO pin from the SD card. There is a note by me RR20090xxx near the top of the sdspiFemto file. I think I posted them here two weeks ago. If you cannot find it just leave me a note here and I will post it also.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
I have just posted all the code to get the TriBladeProp running ZiCog on the TriBladeProp thread. I thought it more relevant there.
This includes the CPM files required for the microSD card, should you be doing ZiCog on your own hardware.
As I said over there, if you have any questions please ask away. Heater & I want this to be as general as possible without it being tied to any specific hardware.
While I think my solution to the ram issue is the best performance wise for the moment anyway, it is by no means the only solution. I have published the schematics if you wish to build your own Blade #2 equivalent and you are free to use my drivers which I have also published. And I will help you do this.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
heater: Just had time to do quick test - thanks for the modified bios version of cpm3. DIR works but input (keyboard)·not working properly - seems to miss keystrokes.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
TrapperBob asked about the SD card files and CPM on another thread, but I think the answer may be better here...
The SD card is really a large block of data. Heater just used the first blocks to store his original CPM disk code sequentially.
I have used the FAT16 structure and PropDos/PropCmd to access the file structure. I then copied (using a reformatted card to ensure the data was contiguous i.e. sequential bytes) the files I would use for CPM. I copied a number of files which I had created on my PC by VB6. They were 32MBytes long. One of the files held the CPM 2.2 disk in the first 1MBytes (well actually 4MBytes because I only use the first 128 bytes of each SD card 512 byte·sector). The current version of CPM can only access 8 x 1MB disks (floppies) without changing the BIOS? I also created a 1MB file on the PC which contained the whole 64KB required to be loaded into Z80 memory (Ram) at bootup (we no longer need all of this so this is just a carry over). This is followed by 960KB of a CPM disk image which is/was copied into SRAM as a ram disk (not used in the latest version yet). This file is using 4 x 128 byte sectors per SD 512 byte sector and was written by VB6 on my PC.
CPM (at least the Altair SIMH) uses a 137 byte sector, but the first 3 bytes and last 6 bytes are discarded, so the spin program which accesses the disk driver just presets these 9 bytes on a read and fills the middle 128 bytes read. Likewise when writing, only the middle 128 bytes are written.
Now when the ZiCog Demo / TriBladeProp program loads (spin) it locates the SD files holding the CPM images, etc, from the FAT16 directory and keeps the starting sector address of each disk file in a table which is then used as the base address of the CPM disk file. The program now just accesses the SD card directly from these addresses. This is why the file MUST be contiguous.
I hope this answers your question.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
Thanks for the explanation. I think I am starting to understand. One question though in the file zicog_demo006_rr068.spin I have the constant Ramdisk defined. Should I comment this out?
These are the files I put on the SD card (in this order) after formatting along with the section in main spin file
FindDriveBase(0, string("DRIVE__A.DSK")) empty 'set the SD card drive base(s)
FindDriveBase(1, string("DRIVE__B.DSK")) empty 'set the SD card drive base(s)
FindDriveBase(2, string("DRIVE__C.DSK")) empty 'set the SD card drive base(s)
FindDriveBase(3, string("DRIVE__D.DSK")) empty 'set the SD card drive base(s)
FindDriveBase(4, string("DRIVE__E.DSK")) empty 'set the SD card drive base(s)
FindDriveBase(5, string("DRIVE__F.DSK")) empty 'set the SD card drive base(s)
FindDriveBase(6, string("DRVCPM_2.DSK")) 'set the SD card drive base(s)
FindDriveBase(6, string("DRIVE_H.DSK")) empty 'set the SD card drive base(s)
'FindDriveBase(7, string("DRVCPM_3.DSK")) 'set the SD card drive base(s)
followed by DRIVE_1M.RAM
With this the system came up and boot to A: and I was able to run SURVEY.
TrapperBob,
Leave the ramdisk defined as it. I know it's not currently used (as of about 060) but not sure why it is still defined (code on other laptop).
Drive__A.DSK is actually a copy of DRVCPM_2.DSK but you are likely to modify this, so you can recopy anything you destroy from G: If you want to see what is on CPM3, uncomment DRVCPM_3.DSK. I note two errors in your listing - the "empty" needs to be a comment and does not apply to DRIVE__A.DSK and there are two drive 6's and no drive 7 = H:
Did you do a DIR B: through to DIR H: then run a survey? Survey will then display all files
Fix will be forthcoming.
Try
(replace this text with your code)
A>MBASIC
10 A=3
20 B=4
30 C=A+B
40 PRINT C
RUN
...
SAVE "TEST.BAS",A
SYSTEM
A>DIR
....
A>MBASIC
LOAD "TEST.BAS"
LIST
...
Sorry - dont know what happened above.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
I went back a commented out RamDisk and remade my SD card. It all is working now. I was able to DIR all the drives and do a SURVEY. I then executed the MBASIC program you listed. I ran it, saved it and re-ran it after loading it from disk. All is well right now!
Looking forward to continuing to learn more!
Excellent news Bob · Now the adrenaline is pumping !!!
I have resolved the conflict. I was expecting a CPM loading speedup with the fix, but no such luck · There is no issue with the workaround, so will wait until I have a few other things to release as well. I am updating to heaters latest v007 ZiCog and want to get bank switching working. Will see how we go.
Heater: Is there an equivalent to Survey on CPM3 ? Any ideas how to get the HD's working ? Any reason I cannot make the B or C drive a ram disk ? And will the ram disk·you created for me limit itself to 960KB (or less after bank switching) ? I think it would be·nice to have a ram disk as·a work disk - fast and no worries about·limited write cycles· as long as one remembers to copy anything before shutting down.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
I did make a small change regarding console I/O in BIOS3 that may somehow cause that problem. I have emailed a new CP/M 3 disk with that change backed out.
Re: SURVEY, I don't know. Perhaps CP/M 2 SURVEY still works in CP/M 3 although it will no nothing of memory banks. Perhaps you could load the CP/M 2 disk as drive B: or such and try it.
Re: Hard Drives. I have been looking into this. As I mentioned before SIMH's handling of hard drives is a bit messy for ZiCog/TriBlade. It's overcomplicated as it supports an infinite variety of disk formats. I'd like to simplify it for TriBlade.
Re: RAM disks. That RAM disk thing I made for you is CP/M 2 only and a fixed size 960K RAM disk. We a CP/M 3 BIOS with bank switching and 768K RAM disk. I can't just make the same mods to the CP/M 3 BIOS as it looks different to the CP/M 2 BIOS [noparse]:([/noparse]
Any preference for which drive should be RAM disk? I would go for H:
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
Here is SURVEY running under a banked CP/M 3. Note the size of the user program area (TPA) 59142 Bytes. Not bad. Doing the same with no hard drives configured gets a TPA of 61446 Bytes !
BIOS3 Banked for ZiCog/TriBlade V-0.1, 4 HD, 29-Apr-2009
A>setdef [noparse][[/noparse]uk]
Date format used - UK
A>b:
B>survey
*** System Survey (June 82) ***
Drive A: 0K bytes in 106 files with 992K bytes remaining
Drive B: 0K bytes in 109 files with 992K bytes remaining
Memory map:
0 8 16 24 32 40 48 56 64
| | | | | | | | |
TTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTCBBBBR
T=TPA C=CPM B=BIOS or unassigned R=ROM or bad
BIOS at ED03 iobyte 00 drive 01 BDOS at E706
65279 Bytes RAM 256 Bytes ROM 59142 Bytes in TPA
0 Bytes Empty 65535 Total Active Bytes
Active I/O ports:
02 03 08 09 0A
10 11 12 13 14 15 16 17 18 19
28 29 2A 2B
32 33
FD FE FF
24 Ports active
B>
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
Thanks Heater.
It's 4am so I wont get to try it till late tomorrow at least. Don't worry about hard disks then as I have all 8 floppies loaded, so I can also run any CPM2 program.
As for the Ram Disk, I will just try it and see what happens. I want to get the banking running first anyway.
Last night I tidied up the demo code quite a bit - removing dead code.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
The RAM disk will probably work. Up to the point when it tries to write to the end of the disk, which will be off the end of your RAM if it is sitting on top of banked memory space. If those writes just wrap around to the lower addresses then it's lights out.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
Comments
Here is the SURVEY display
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
I cant seem to find a clear answer reading the past posts, maby I'm just blind/confused.
-Tom
I really should start updating versions on the first page of the thread where they are easy to find.
It will run CP/M using 20K of HUB RAM, no external RAM required. It will boot CP/M up to the command prompt A> without any SD card. It can do this because the CP/M binary files are included in the zicog_demo.spin and written to RAM before starting the emulator.
It will access files on SD card if you connect one. It's a bit tricky because it does not use the FAT file system. Raw CP/M disk images are written to the SD card. The images are written to SD card by the Prop program cpm2sd, included in the package, which downloads from the PC running PropTerminal, also included.
If you get as far as trying an SD card with this I can provide more instructions if required.
The intention of that package is just to be a demo of what ZiCog can do which will at least run on a standard DemoBoard. So it is not actually of much use for CP/M being limited to 20K and all.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
Post Edited (Cluso99) : 4/20/2009 4:12:49 PM GMT
There is a byte in the DSKBOOT.COM that specifies the boot drive. This is used by DSKBOOT itself and by CBIOSX which the bytes address hard wired into it.
The byte in question is at address $FF37 and is normally zero for drive A:
So just change that byte to 1 for B: drive after loading DSKBOOT into the ROM area.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
OK. I assume you have CP/M 2 on drive A: as per SIMH cpm2.dsk and the drive B: is formatted.
syscpm2.sub puts the boot code onto drive A: so we just add a line to syscpm2.sub that also puts it on drive B:
The following sneaky command will do it:
A>PIP TEMP.SUB=SYSCPM2.SUB,CON:
BOOTGEN CPMBOOT.COM B:
A>DO TEMP.SUB
That is, PIP copies SYSCPM2.SUB followed by input from the console to TEMP.SUB.
You have to terminate the line "BOOTGEN....b:" with a return and a control-z.
Then we run the new submit file TEMP.SUB.
Works under SIMH. But can you get control-Z into CP/M ?
Otherwise try using the editor WM.COM. I have no idea how it woks yet.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
I probably won't have a chance to try in the next few days. Off to Queensland again.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
Drives A & G have CPM2 and Drive H has CPM3. Drives B,C,D,E &F are formatted by CPM and contain no files.
I was able to place the system boot back on drive A (overwriting) successfully, but was unable to get the PIP command with CON: working at all.
Each Disk Drive is a contiguous FAT16 file on the microSD card.
Posteditted 2009/04/29: Just realised I posted the code on the TriBladeProp thread http://forums.parallax.com/showthread.php?p=786418
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
Post Edited (Cluso99) : 4/28/2009 2:38:15 PM GMT
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
Can you make the files available for the SD card for the latest zicog_demo006_rr066.spin? I am having issues loading from SD card I think. With the last couple of zicog_demoxxx_rr0xx.spin releases I am not getiing a A> prompt it just hangs.
Thanks
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
Yes, I do have the updated drivers ( the rr003 versions)!· I appreciate all your help and guidance in the forum.
TrapperBob
This includes the CPM files required for the microSD card, should you be doing ZiCog on your own hardware.
As I said over there, if you have any questions please ask away. Heater & I want this to be as general as possible without it being tied to any specific hardware.
While I think my solution to the ram issue is the best performance wise for the moment anyway, it is by no means the only solution. I have published the schematics if you wish to build your own Blade #2 equivalent and you are free to use my drivers which I have also published. And I will help you do this.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
heater: Just had time to do quick test - thanks for the modified bios version of cpm3. DIR works but input (keyboard)·not working properly - seems to miss keystrokes.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
The SD card is really a large block of data. Heater just used the first blocks to store his original CPM disk code sequentially.
I have used the FAT16 structure and PropDos/PropCmd to access the file structure. I then copied (using a reformatted card to ensure the data was contiguous i.e. sequential bytes) the files I would use for CPM. I copied a number of files which I had created on my PC by VB6. They were 32MBytes long. One of the files held the CPM 2.2 disk in the first 1MBytes (well actually 4MBytes because I only use the first 128 bytes of each SD card 512 byte·sector). The current version of CPM can only access 8 x 1MB disks (floppies) without changing the BIOS? I also created a 1MB file on the PC which contained the whole 64KB required to be loaded into Z80 memory (Ram) at bootup (we no longer need all of this so this is just a carry over). This is followed by 960KB of a CPM disk image which is/was copied into SRAM as a ram disk (not used in the latest version yet). This file is using 4 x 128 byte sectors per SD 512 byte sector and was written by VB6 on my PC.
CPM (at least the Altair SIMH) uses a 137 byte sector, but the first 3 bytes and last 6 bytes are discarded, so the spin program which accesses the disk driver just presets these 9 bytes on a read and fills the middle 128 bytes read. Likewise when writing, only the middle 128 bytes are written.
Now when the ZiCog Demo / TriBladeProp program loads (spin) it locates the SD files holding the CPM images, etc, from the FAT16 directory and keeps the starting sector address of each disk file in a table which is then used as the base address of the CPM disk file. The program now just accesses the SD card directly from these addresses. This is why the file MUST be contiguous.
I hope this answers your question.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
I previously posted all files for v068 including the SD files on the TriBladeProp thread http://forums.parallax.com/showthread.php?p=786418
And I was having issues with a conflict that prevented the A> being displayed.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
Thanks for the explanation. I think I am starting to understand. One question though in the file zicog_demo006_rr068.spin I have the constant Ramdisk defined. Should I comment this out?
These are the files I put on the SD card (in this order) after formatting along with the section in main spin file
FindDriveBase(0, string("DRIVE__A.DSK")) empty 'set the SD card drive base(s) FindDriveBase(1, string("DRIVE__B.DSK")) empty 'set the SD card drive base(s) FindDriveBase(2, string("DRIVE__C.DSK")) empty 'set the SD card drive base(s) FindDriveBase(3, string("DRIVE__D.DSK")) empty 'set the SD card drive base(s) FindDriveBase(4, string("DRIVE__E.DSK")) empty 'set the SD card drive base(s) FindDriveBase(5, string("DRIVE__F.DSK")) empty 'set the SD card drive base(s) FindDriveBase(6, string("DRVCPM_2.DSK")) 'set the SD card drive base(s) FindDriveBase(6, string("DRIVE_H.DSK")) empty 'set the SD card drive base(s) 'FindDriveBase(7, string("DRVCPM_3.DSK")) 'set the SD card drive base(s) followed by DRIVE_1M.RAMWith this the system came up and boot to A: and I was able to run SURVEY.
Is there a fix to the conflict you mention, is it in the latest code already or is that to be forthcoming?
Leave the ramdisk defined as it. I know it's not currently used (as of about 060) but not sure why it is still defined (code on other laptop).
Drive__A.DSK is actually a copy of DRVCPM_2.DSK but you are likely to modify this, so you can recopy anything you destroy from G: If you want to see what is on CPM3, uncomment DRVCPM_3.DSK. I note two errors in your listing - the "empty" needs to be a comment and does not apply to DRIVE__A.DSK and there are two drive 6's and no drive 7 = H:
Did you do a DIR B: through to DIR H: then run a survey? Survey will then display all files
Fix will be forthcoming.
Try
Sorry - dont know what happened above.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
Post Edited (Cluso99) : 4/28/2009 3:18:39 PM GMT
'#define RamDisk··· <---should be commented out like this. If not, please advise.
Heater:
I have the non-banked version running but when I type characters into the A> prompt I have to type them twice. Did anything else change?
I am about to update to your latest ZiCog v007 source and I will implement the bank switching.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
I went back a commented out RamDisk and remade my SD card. It all is working now. I was able to DIR all the drives and do a SURVEY. I then executed the MBASIC program you listed. I ran it, saved it and re-ran it after loading it from disk. All is well right now!
Looking forward to continuing to learn more!
Thanks once again
I have resolved the conflict. I was expecting a CPM loading speedup with the fix, but no such luck
Heater: Is there an equivalent to Survey on CPM3 ? Any ideas how to get the HD's working ? Any reason I cannot make the B or C drive a ram disk ? And will the ram disk·you created for me limit itself to 960KB (or less after bank switching) ? I think it would be·nice to have a ram disk as·a work disk - fast and no worries about·limited write cycles· as long as one remembers to copy anything before shutting down.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
I did make a small change regarding console I/O in BIOS3 that may somehow cause that problem. I have emailed a new CP/M 3 disk with that change backed out.
Re: SURVEY, I don't know. Perhaps CP/M 2 SURVEY still works in CP/M 3 although it will no nothing of memory banks. Perhaps you could load the CP/M 2 disk as drive B: or such and try it.
Re: Hard Drives. I have been looking into this. As I mentioned before SIMH's handling of hard drives is a bit messy for ZiCog/TriBlade. It's overcomplicated as it supports an infinite variety of disk formats. I'd like to simplify it for TriBlade.
Re: RAM disks. That RAM disk thing I made for you is CP/M 2 only and a fixed size 960K RAM disk. We a CP/M 3 BIOS with bank switching and 768K RAM disk. I can't just make the same mods to the CP/M 3 BIOS as it looks different to the CP/M 2 BIOS [noparse]:([/noparse]
Any preference for which drive should be RAM disk? I would go for H:
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
B>SURVEY *** System Survey (June 82) *** Drive A: 758K bytes in 109 files with 234K bytes remaining Drive B: 664K bytes in 83 files with 328K bytes remaining Memory map: 0 8 16 24 32 40 48 56 64 | | | | | | | | | TTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTCCCBBBR T=TPA C=CPM B=BIOS or unassigned R=ROM or bad BIOS at F203 iobyte E5 drive 01 BDOS at E406 65279 Bytes RAM 256 Bytes ROM 58374 Bytes in TPA 0 Bytes Empty 65535 Total Active Bytes Active I/O ports: 02 03 08 09 0A 10 11 12 13 14 15 16 17 18 19 28 29 2A 2B 32 33 FD FE FF 24 Ports active B>▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
BIOS3 Banked for ZiCog/TriBlade V-0.1, 4 HD, 29-Apr-2009 A>setdef [noparse][[/noparse]uk] Date format used - UK A>b: B>survey *** System Survey (June 82) *** Drive A: 0K bytes in 106 files with 992K bytes remaining Drive B: 0K bytes in 109 files with 992K bytes remaining Memory map: 0 8 16 24 32 40 48 56 64 | | | | | | | | | TTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTCBBBBR T=TPA C=CPM B=BIOS or unassigned R=ROM or bad BIOS at ED03 iobyte 00 drive 01 BDOS at E706 65279 Bytes RAM 256 Bytes ROM 59142 Bytes in TPA 0 Bytes Empty 65535 Total Active Bytes Active I/O ports: 02 03 08 09 0A 10 11 12 13 14 15 16 17 18 19 28 29 2A 2B 32 33 FD FE FF 24 Ports active B>▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
It's 4am so I wont get to try it till late tomorrow at least. Don't worry about hard disks then as I have all 8 floppies loaded, so I can also run any CPM2 program.
As for the Ram Disk, I will just try it and see what happens. I want to get the banking running first anyway.
Last night I tidied up the demo code quite a bit - removing dead code.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.