[Coco] Just another peek...

[Bill Pierce]

Mark, that's what I was wondering... would be much difference in speed to implement the SD as an IDE drive?
How hard is this to do?
There's already adapters out there, we have IDE interfaces and software... could the FPGA handle IDE? Or would that be stepping backwards?

 

 


Bill Pierce
"Charlie stole the handle, and the train it won't stop going, no way to slow down!" - Ian Anderson - Jethro Tull

 

My Music from the Tandy/Radio Shack Color Computer 2 & 3
https://sites.google.com/site/dabarnstudio/
Co-Contributor, Co-Editor for CocoPedia
http://www.cocopedia.com/wiki/index.php/Main_Page
Global Moderator for TRS-80/Tandy Color Computer Forums
http://www.tandycoco.com/forum/

E-Mail: ooogalapasooo at aol.com


 

 

-----Original Message-----
From: Mark McDougall <msmcdoug at iinet.net.au>
To: CoCoList for Color Computer Enthusiasts <coco at maltedmedia.com>
Sent: Fri, Oct 9, 2015 8:28 pm
Subject: Re: [Coco] Just another peek...


On 10/10/2015 7:39 AM, Dave Philipsen wrote:

> As I mentioned before the access
to the SD card is not yet integrated
> into DECB.  The card does work in that
environment but you must write
> your own 'driver'.  I have personally used code
to access sectors
> (reading and writing) from the DECB environment.  In fact, I
already
> have the core of a program that can manage multiple 'partitions' on
the
> SD card and make them available for booting from DECB.

My Coco1/2
implementation can access (R/O atm) the DE1 SD card via 
HDBDOS. It appears to
the Coco (HDBDOS) as a standard IDE drive.

I really should look at write
support. :( It's a matter of adding write 
support to my SD backend interface;
the IDE controller already handles it.

Regards,

-- 
|              Mark
McDougall              | "Electrical Engineers do it
| 
<http://members.iinet.net.au/~msmcdoug> |   with less resistance!"

-- 
Coco
mailing
list
Coco at maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco