Parallax Forums

Parallax Forums > Public Forums > Propeller Chip > TriBladeProp PCB: Uses 3 Propeller ICs for a Single Board Computer (SBC)

Forum Quick Jump

849 posts in this thread.
Viewing Page :

[ << Previous Thread | Next Thread >> ] | Show Newest Post First ]

TrapperBob
Registered Member

Date Joined Sep 2004
Total Posts : 38

Posted 9/17/2009 9:27 AM (GMT -8)

Dr_Acula:

I have had a triblade up an operational for several months. I have been following the thread development without updating from earlier release. I believe the release was around rr80 ? So I know how to format and SD card and the hardware necessary to do so.
I have just found throughout the life of this development that the filenames in the published zip archives have routinely changed names. That seems to have been somewhat rectified. As I stated earlier having processes scripted lends to their documentation and the ability for new folks to catch on faster in my opinion.

Cluso99:
I appreciate your info on non-relevance of order( I was not sure!) and I will create an example script (.bat file) to automate this process in the future once I am sure I fully understand. I do believe as you (we) get closer to a V1.0 release many of these vagarities will disappear.
In one of the latest SD file zip files there was a .PTR file. Does this or should this be written to the SD card?
I also saw a ZICOG_A2.dsk and ZIPM2_64.DSK. What is the use for ZICOG_A2.dsk? These are the types of things some of the newer folks may struggle with understanding.

Cluso99
We live onboard

Date Joined Apr 2008
Total Posts : 2276

Posted 9/17/2009 7:11 PM (GMT -8)

BoB:
The .PTR file is not used. I made this for heater so he could possibly use it in his 25K prop demo board.
re the filenames...
If you look at the ZiCog_cpm... (previously called ZiCog_demo...) spin file there is a routine called FindSDblock. This section list all the SD files that will be used in this version, including what drives they will be mapped to.

It is necessary to keep changing filenames when they become incompatible with the older versions of code. This is so I can run older versions of the code, together with the latest.

As you can see, there is a problem heater and drac are working on which will mean a new A: drive disk file when they fix the bug.

ZICOG_A2.DSK was to be the default name of the A: disk file with 2=CMP2.2 However, that file was only a version for 25K of user space (ram). Heater produced a new version with 64K of user space called ZIPM2_64.DSK so this is currently mapped as the A: drive - it has a bug so it's name will change when fixed.

Drac: Can we keep filenames "ZICOG_dv.DSK" where d=normal drive no (A:...H:), v=CPM/MPM version (0=not specific, 2=CPM2.2, 3=CPM3, M=MPM) ? This way we can change the A: drive boot disk to vary from CPM2.2, CPM3 (banked, etc), MPM, etc
For drives with wordstar, vedit, etc, we could use "WORDSTAR.DSK", "VEDIT .DSK", "C .DSK", "BASIC .DSK", etc
Does this make sense???

Links to other interesting threads:

Home of the MultiBladeProps: TriBlade, RamBlade, RetroBlade, TwinBlade, SixBlade, website

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) 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

Dr_Acula
Registered Member

Date Joined Dec 2008
Total Posts : 606

Posted 9/17/2009 10:20 PM (GMT -8)

Working ++ today so no time to check heaters code. Will do late tonight?

Re the names of drives, sure, call them a name that makes sense like Wordstar.dsk. Change to the drive name when you want to use that drive image. That is easy to do in Windows - indeed you could have the entire SIMH collection on a single sd card and just rename the ones you want to use.

Then I guess it is a matter of going through all those SIMH floppy images and turning them into hard drive images. PIP can do it. Maybe there is another way that is more automated?

Re TrapperBob, the simplest way to keep track of code is to start from now and work back through the threads looking for Cluso posts that have attachments. Cluso is the keeper of the 'working' latest version. Doing this myself, there is one about 2 pages back. Download that and put it in a new drive. Cluso also posted a package with the disk images. Get that and put it in the same directory, and also copy those files to the sd card. Then, you might need a couple of extra bits - I posted about 1 page back on all the extra files eg the BST exe, the BST batch file to compile with one click and then run a terminal. And a quick and simple terminal that can handle VT100 codes (otherwise Wordstar and games won't display properly). I'll post a proper step-by-step but can't until it is actually working, and right now it isn't and I'm stuck at work away from a triblade :(

www.smarthome.viviti.com/build

Dr_Acula
Registered Member

Date Joined Dec 2008
Total Posts : 606

Posted 9/18/2009 5:41 PM (GMT -8)

@heater, no sorry, removing the autoexec makes no difference

#ifdef cpm2
' FindDriveBase(0, string("ZIPM2 .DSK")) 'set the SD card drive base(s) 8MB CPM2.2
FindDriveBase(0, string("ZIPM2_64.DSK")) 'set the SD card drive base(s) 8MB CPM2.2
#else

Comment out one or the other.

I made some progress narrowing down the bug though.

If you try
PIP B:=CBIOSX.MAC

It will crash about half way through. Same with copying to and from any drive.

Type LS at the A> to get the file sizes. More experiments reveal that PIP crashes whenever the file size is >32k and it gets to 32k. This might help narrow down the bug (I hope there is only one!), as I think you can run PIP in your non triblade 20k version. Try a smaller file first.

So, something changes at 32k. I'm thinking of ways to try to track this down. But it would be very helpful if you can replicate the fault.

More ponderings. I think it is all the same bug. CLINK is loading up a library file >32k. Wordstar is loading up WS.OVR which is 52k. So I think the problem is *reading* files >32k.

Hmm - in CP/M in the file control block at position 15 is the record count. That clocks up every 16k if you use 128 byte records. It doesn't quite explain why things change at 32k but it might be a clue.

www.smarthome.viviti.com/build

Post Edited (Dr_Acula) : 9/19/2009 1:48:33 AM GMT

Cluso99
We live onboard

Date Joined Apr 2008
Total Posts : 2276

Posted 9/18/2009 7:01 PM (GMT -8)

Just a thought - is it in the cache routine? I will look when I get a chance.

Links to other interesting threads:

Home of the MultiBladeProps: TriBlade, RamBlade, RetroBlade, TwinBlade, SixBlade, website

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) 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

heater
Registered Member

Date Joined Feb 2008
Total Posts : 1832

Posted 9/18/2009 11:27 PM (GMT -8)

With the rc1_5.5b release on the Demo Board I have been able to PIP any file from anywhere to anywhere without problem.

I just now tried PIP B:=A:*.*. It does not crash. After that LS B: shows all files in place. TYPE B:BDOS.PRN scrolls what looks like all of the 168K of BDOS listing without mishap.

Release 5.5 was a big deal to me because for a long time ZiCog would crash after a PIP or any program performing a warm boot on completion. Including AUTOEXEC. The ZIBOOT and a little extra available RAM made this work again on the demo board.

Additionally the BOOT command started to work.

So this problem looks like a TriBlade issue. Or a bigger than 25K memory issue. Does it still crash when running from HUB RAM on the TriBlade ?

I will start building up my TriBlade today. At last. Might have to wait a couple of hours until "her indoors" has gone to work for some tranquil soldering time.

Cluso: Check your hotmail mail.

For me, the past is not over yet.

Dr_Acula
Registered Member

Date Joined Dec 2008
Total Posts : 606

Posted 9/19/2009 11:29 PM (GMT -8)

After a late night email brainstorming session with Cluso last night, I've realised that I haven't removed pin 24 of the ram chip and installed a wire link. So when I get home I'll need to do this. It is surprising it works, as this is the /RD (or /OE) pin. I think it does work because there is a feature of the ram chips with a low on /RD and /WR at the same time does a write, even though this isn't a valid condition using the old-school Z80 type bus.

I'm pondering adding one more latch for another 8 output pins and even another latch for 8 inputs. Maybe poll these which you could do every few instructions and that would be quick enough to do some more (slower?) serial ports and poll a keyboard. Eg set all the inputs such that they default to high using pullups and then read in a byte and if any bit is low, ie the byte is <>255, go off and process it, but otherwise the regular checking doesn't add much overhead.

Crazy idea here - but add one 573 and use 6 pins to drive a LCD display, and 2 to drive two serial ports. On the input chip, use two pins to poll serial ports and two to poll a keyboard. 4 spare. Put the input latch into the data lines, and put the second output latch on A8 to A15. Then with two extra chips (and maybe a max232) but no mods to the existing circuit, it could do an LCD display, keyboard and two serial ports. That would be a nifty self contained computer with just one propeller.

Meanwhile, the world has run out of DIP propellers and so if one has to look at surface mount, this got me looking at ram chips and I found this interesting one from futurlec http://www.futurlec.com/Memory/628512LLFP-70.shtml which is low voltage, surface mount and it would be great if this worked as it is $8.40 and futurlec's standard shipping for small orders is $4 worldwide.

Tonight I will do that wire link and then maybe do a quick schematic with two more latches. Maybe surface mount for all??

www.smarthome.viviti.com/build

Post Edited (Dr_Acula) : 9/20/2009 8:02:40 AM GMT

heater
Registered Member

Date Joined Feb 2008
Total Posts : 1832

Posted 9/20/2009 12:16 AM (GMT -8)

Dr_A, I'm not sure I would go with adding more hardware to Blade 2.

At some point in the future Cluso will come up with the super high speed serial bus between blades. My presumption is that this will be able to carry multiple streams of data in a multiplexed fashion.

So the idea would be add more serial or parallel I/O using the I/O pins free on Blade 3. Hang your LCD off of that. Use the high speed serial bus to drive it all.

We should add some more serial ports to the CBIOSX which would then be interfaced via the emulator and high speed bus to the Blade 3 I/O ports.

At some point this has to be done for MP/M anyway. The SIMH MP/M already has 4 more console ports in its BIOS.

I'm toying with the idea of implementing an interrupt in ZiCog (as an option), it may well slow it down a wee bit but would help with your multitasking, serial port driving, wireless distributed CP/M.
We make up for the speed hit by over clocking the TriBlade :)

For me, the past is not over yet.

Cluso99
We live onboard

Date Joined Apr 2008
Total Posts : 2276

Posted 9/20/2009 12:17 AM (GMT -8)

Sorry James, but you will not be able to do serial at any speed via latches because ZiCog cannot be interrupted sufficiently to do the test required. You see, as I keep explaining, the bus is SHARED. Reading or writing to latches can be done, but not with any timing precision. You have to shift out of that Z80 concept

I will have a small sbc smt pcb out rsn which can support 2 serial or 1 keyboard and 1 TV plus run ZiCog. Other options too, but not ready for release yet... and it's tiny and faster ram access than the TriBlade. Also able to plug into a Prop DemoBoard or other boards.

re the -OE problem. The read will work fine, but there is a bus conflict which occurs without this mod which permits the ram and the prop to drive the pins at the same time (short duration). This could result in chip failure.

Heater has the TriBlade partially running, but just needs to get a few bits tomorrow to complete :-)

Links to other interesting threads:

Home of the MultiBladeProps: TriBlade, RamBlade, RetroBlade, TwinBlade, SixBlade, website

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) 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/20/2009 8:23:55 AM GMT

Dr_Acula
Registered Member

Date Joined Dec 2008
Total Posts : 606

Posted 9/20/2009 2:05 AM (GMT -8)

Hi Cluso,

I'm partly posting this because I still don't quite understand the modifications, and partly to help others who still haven't got a triblade working. I hope this is ok.

This photo shows your board with one ram installed www.bluemagic.biz/clusodocs/tribladeprop_a1d.jpg
This photos shows the modification with description www.bluemagic.biz/clusodocs/tribladeprop_a1b.jpg
This photo shows your schematic before any mods www.bluemagic.biz/clusodocs/tribladeprop_sch_375p2.bmp
This photo shows a modification to a two ram chip triblade http://www.bluemagic.biz/clusodocs/tribladeprop_a1c.jpg
Attached is my attempt in Eagle to redraw the schematic.

Ok, from the description in your email, you said "SO THE MODIFICATION REQUIRED TO REMOVE /OE FROM GND AND TIE TO P28 (SCL) WAS REQUIRED"

This is the modification I see on the two ram solution. But not mentioned on the one ram solution.

Let's look at a one ram board for the moment: Is the following correct?

1) Disconnect ram pin 24 from ground (lift the pin out of the socket) and connect it to physical pin 37 of the propeller (a line variously called CLK, SCL or P28 depending on the chip. I've called it CLK on my schematic)

2) Join ram pin 22 of the ram chip to pin 11 of the 573 (which is the wire link from pin 11 to pin 17 of the 573). Leaving aside the brief potential data conflict on the latch, this means that pin 22 of the ram chip (/CE or /CS) is now driven by physical pin 36 of the propeller.

I *think* the source of the confusion is not mod #1, but that mod #2 applies to 1 ram chip boards as well as 2 ram chip boards.

If the above is all correct, could I then ask whether, instead of putting the mod #1 with an output of a latch potentially feeding back into its own latch input, whether you could lift pin 24 of the ram chip and put a wire link to pin 11 of the latch (or to pin 37 of the prop).

www.smarthome.viviti.com/build

Post Edited (Dr_Acula) : 9/20/2009 11:11:43 AM GMT

File Attachment :
Triblade_rename_pdf.txt 47KB (text/plain)

This file has been downloaded 12 time(s).

Cluso99
We live onboard

Date Joined Apr 2008
Total Posts : 2276

Posted 9/20/2009 3:00 AM (GMT -8)

Dracula: Thanks, I see the source of the confusion. There are two ways to wire the srams. I have not done any driver for the latchless single ram solution, so do not use this.

Therefore, the modification described in the errata item 5 (on thread page 6), MUST be done no matter if 1 or two SRAMs are fitted and the LATCH 74HC573 MUST also be fitted.

The wire from pin 11 to 17 on the '573 must NOT be fitted when the latch is fitted. Therefore, ignore the photograph tribladeprop_a1d.jpg which is for a simpler pcb. There is no software support for this version of hardware at this time.

So, to recap, always build with the errata as follows

ignore the latchless single SRAM option (item 4)
for 1 or 2 SRAM(s) with the latch, wire(s) are required from the Propeller pin 37 to SRAM(s) pin 24 and pin 24 of the SRAM(s) must be isolated from the pcb (see item 5). This has software driver support for ZiCog etc.
transistor overlay incorrect - see picture for correct mounting.

Rev A1.3 schematic page 2 attached. Errata Rev A1.3 attached.

Links to other interesting threads:

Home of the MultiBladeProps: TriBlade, RamBlade, RetroBlade, TwinBlade, SixBlade, website

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) 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/20/2009 11:33:15 AM GMT

File Attachment :
triblade errata A1.3 .pdf 22KB (application/pdf)

This file has been downloaded 12 time(s).

File Attachment :
TriBlade Schematic P2 rev1.3.pdf 117KB (application/pdf)

This file has been downloaded 12 time(s).

Dr_Acula
Registered Member

Date Joined Dec 2008
Total Posts : 606

Posted 9/20/2009 3:16 AM (GMT -8)

Ok, getting there. I worked out pin 24 of the ram chip goes to pin 37 on the propeller

I have the latch fitted.

I didn't understand that the wire from pin 11 to pin 17 on the latch must not be fitted if the latch is present. I should have spotted that the holes on the photo don't have solder in them.

Re "the modification described in the errata item 5 (on thread page 6), MUST be done..." Could you give the date and time of the relevant post as I'm having trouble finding that one.

Cheers, James

www.smarthome.viviti.com/build

Cluso99
We live onboard

Date Joined Apr 2008
Total Posts : 2276

Posted 9/20/2009 3:31 AM (GMT -8)

See previous post for schematic update and errata update.

Links to other interesting threads:

Home of the MultiBladeProps: TriBlade, RamBlade, RetroBlade, TwinBlade, SixBlade, website

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) 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

Dr_Acula
Registered Member

Date Joined Dec 2008
Total Posts : 606

Posted 9/20/2009 4:33 AM (GMT -8)

Hi Cluso. Thanks for the update. For some reason the scan won't rotate 90 degrees. So my neck is feeling decidedly wobbly...

Just to summarise in Plain English:

1) Pin 24 of the ram chip is removed from the socket and goes to pin 37 of the propeller.
2) pin 22 of the ram chip *still* goes to pin 17 of the latch AND there is no link between pin 11 and pin 17 on the latch?

I'm off to the shed to test this out...

www.smarthome.viviti.com/build

Cluso99
We live onboard

Date Joined Apr 2008
Total Posts : 2276

Posted 9/20/2009 4:37 AM (GMT -8)

yes

Links to other interesting threads:

Home of the MultiBladeProps: TriBlade, RamBlade, RetroBlade, TwinBlade, SixBlade, website

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) 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

Dr_Acula
Registered Member

Date Joined Dec 2008
Total Posts : 606

Posted 9/20/2009 4:44 AM (GMT -8)

Ok, back from the shed. No link from pin 11 to pin 17 on the latch.

Pin 24 on the ram chip removed from the socket and joined to pin 37 of the propeller chip.

Results of experiment:

1) It boots the same as before, ie still works fine.
2) It seems faster
3) The bug doing a PIP of files >32k is still there

www.smarthome.viviti.com/build

Cluso99
We live onboard

Date Joined Apr 2008
Total Posts : 2276

Posted 9/20/2009 4:52 AM (GMT -8)

What version are you running?

Links to other interesting threads:

Home of the MultiBladeProps: TriBlade, RamBlade, RetroBlade, TwinBlade, SixBlade, website

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) 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

Dr_Acula
Registered Member

Date Joined Dec 2008
Total Posts : 606

Posted 9/20/2009 5:00 AM (GMT -8)

zicog_cpm_rc5.5b_rr118.spin as of a few days ago. I think it was the one before your very last update.

www.smarthome.viviti.com/build

Cluso99
We live onboard

Date Joined Apr 2008
Total Posts : 2276

Posted 9/20/2009 5:17 AM (GMT -8)

Drac: I confirm your bug here. Sorry you have wasted so much time on this.

BTW: the hardware mod was required.

Heater: Code attached.

Links to other interesting threads:

Home of the MultiBladeProps: TriBlade, RamBlade, RetroBlade, TwinBlade, SixBlade, website

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) 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/20/2009 1:22:31 PM GMT

File Attachment :
zicog_cpm_rc5.5b_rr122-bst-archive-090920-230908.zip 69KB (application/x-zip-compressed)

This file has been downloaded 10 time(s).

Dr_Acula
Registered Member

Date Joined Dec 2008
Total Posts : 606

Posted 9/20/2009 5:36 AM (GMT -8)

Ok, next thing,

***TrapperBob***

I've bundled up a zip of my working directory.

1) Unzip to a new folder
2) copy all the .dsk files to the sd card
3) copy ziboot.com to the sd card
4) copy zicog__2.ptr to the sd card (?not needed but it failed when not there)
5) To edit the program, double click zicog_cpm_rc5.5b_rr120.spin and edit in the standard prop tool.
6) To download, shrink the prop tool. Keep the directory open. Double click BST.BAT
7) It should compile, find the prop, and download and run teraterm and boot up
8) To re-edit, close teraterm.

Comments:
1) I'm running at 38k baud. You can change teraterm to faster and you can change the .spin code to faster. Search 38_400
2) I'm running v120 but have the disks very slightly different for disk E and F I think. This package is complete though. Cluso is changing some of the disk images around
3) I've just dumped all the teraterm files into the working directory so they are all in one place.
4) I removed the 3 sec delay on startup. teraterm doesn't need it.
5) Each update from Cluso, I copy all the files to a new directory and change the BST.BAT file to reflect the new .spin file
6) I have a copy of the altair simh if you want that.
7) This still has the bug copying big files. Maybe you can help out on that one??

www.smarthome.viviti.com/build

Post Edited (Dr_Acula) : 9/20/2009 1:49:51 PM GMT

File Attachment :
drac.zip 1.49Mb (application/zip)

This file has been downloaded 8 time(s).

Dr_Acula
Registered Member

Date Joined Dec 2008
Total Posts : 606

Posted 9/20/2009 6:02 AM (GMT -8)

Going off on a tangent, one of the things I've found invaluable when writing actual CP/M code is some sort of integrated development environment. I'm very excited to announce that with the latest speedups that Heater and Cluso have managed to make, the IDE for the N8VEM now also works for the Zicog. This is a terminal program amongst other things, but it also allows downloads of packages of files, using a fast version of xmodem called xmodemf.com

So - I used teraterm to download xmodemf.com using the propeller version xmodemp.com.

Now one can send all the wordstar package, or the sbasic package in one go. So easy!

Better still, one can use the IDE for sbasic or BDSC or Assembly, with the copy and paste function and the coloured code etc.

And, it compiles on the board. And it is FAST!!! This is a screen capture of the program running on the triblade. Ok, I cheated a little and wrote the actual program on the PC using the N8VEM IDE (though I could have written it using notepad, or even wordstar [very soon once that bug is squisheed] on the triblade).

A>type new.bas

comment
        call small procedures first then bigger procedures
        as can't call/reference a later procedure (one pass compiler)
        Dim common variables eg arrays at beginning of program
end
rem *** functions and procedures ***

rem ************ MAIN **************

print "Hello World"
end

A>
A>sbasic new

       tm
S-BASIC Compiler Version 5.4b

.0001:00 comment
0002:01         call small procedures first then bigger procedures
0003:01         as can't call/reference a later procedure (one pass compiler)
0004:01         Dim common variables eg arrays at beginning of program
0005:01 end
0006:00 rem *** functions and procedures ***
0007:00
0008:00 rem ************ MAIN **************
0009:00
0010:00 print "Hello World"
0011:00 end
0012:00         ****** End of program ******
...........................Compilation complete

A>new

Hello World

A>

www.smarthome.viviti.com/build

Image Attachment :

image2.jpg 82KB (image/jpeg)

This image has been viewed 14 time(s).

heater
Registered Member

Date Joined Feb 2008
Total Posts : 1832

Posted 9/20/2009 9:39 AM (GMT -8)

Cluso: After a little fight with BST that package of yours seems to work OK on the Demo Board.

Are you and Dr_A now in agreement that there is a bug with copying big files?
I have yet to see it on the Demo Board. Perhaps an external RAM access issue, perhaps something in the BIOS that shows up when built for 64K. Mysterious.

I think it might be wise to get rid of all those strange disk image file names in zicog_cpm.spin and just settle on something simple like "zicog_a.dsk, zicog_b.dsk" etc. People can always copy what ever images they have to those names on the SD card. These are really names for the virtual drive hardware rather than actual floppies (or HDs)

Are you desirous of having the floppy drive hardware support back in permanently? It makes an awful mess.

Still trying to construct a TriBlade here, but even on a Sunday real work gets in the way:(
Hope to pick up some more parts tomorrow though.

For me, the past is not over yet.

TrapperBob
Registered Member

Date Joined Sep 2004
Total Posts : 38

Posted 9/20/2009 9:43 AM (GMT -8)

Dr Acula:

Thanks for the archive. I will give it a try later on today. I will try and look at the "big" file transfer problem.

Thanks

heater
Registered Member

Date Joined Feb 2008
Total Posts : 1832

Posted 9/20/2009 10:00 AM (GMT -8)

Cluso: Could you try booting your 25K CP/M disk image but on the TriBlade using external RAM instead of HUB ?

Well actually we (that is "you" just now) should experiment with PIPing big files around on the 25K build of CP/M on the TriBlade using HUB memory.

Then the same PIPing use the same 25K CP/M boot disk but using external memory.

If 25K in HUB works but 25K in ext fails then we have isolated the problem to the external RAM interface.

If they both work then it starts to look like problem in the BIOS when built for 64K.

Surely this experiment will give us a clue one way or another.

For me, the past is not over yet.

Cluso99
We live onboard

Date Joined Apr 2008
Total Posts : 2276

Posted 9/20/2009 5:34 PM (GMT -8)

A little more info on the bug....
1) 25K works correctly on TriBlade with 64KB sram (both Z80 & 8080) & ZIPM2_64.DSK
I need to recheck your latest build of 64KB version (not sure if I have the latest).

re Floppy drives. Please leave code there until we are ready for the v1.0 release. It is useful to create hdrives from floppies.

Links to other interesting threads:

Home of the MultiBladeProps: TriBlade, RamBlade, RetroBlade, TwinBlade, SixBlade, website

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) 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

[ << Previous Thread | Next Thread >> ]

849 posts in this thread.
Viewing Page :

Forum Information

Currently it is Friday, November 20, 2009 11:12 PM (GMT -8)
There are a total of 393,738 posts in 55,521 threads.
In the last 3 days there were 82 new threads and 702 reply posts. View Active Threads