[Coco] DriveWire survey

CoCoList for Color Computer Enthusiasts coco at maltedmedia.com
Sun May 11 01:39:00 EDT 2014


On 5/10/2014 11:36 PM, CoCoList for Color Computer Enthusiasts wrote:
>
> I think we would all rather be using a network interface than the serial
> port we use now.
>
> There are two main parts needed.  One is the Ethernet (or WiFi, doesn't
> matter to me) hardware, the other is software that can do something with
> that hardware.
>
> We sort of have the software part depending on what the interface is.  The
> networking api in DriveWire is designed with the idea that someday the DW
> server/serial connection could be replaced by something like the Wiznet
> 5xxx series tcpip controllers (which would then connect to Ethernet or
> WiFi, etc).  So, if somebody can connect a wiznet or similar controller to
> the coco, making the existing dw software such as the nitros9 drivers, web
> server and telnet client should be fairly easy.
You'll have to pardon me for being new to CoCo, but I see two places 
where an "interface" would be useful.

1) the serial port on the Coco.
2) the expansion port on the Coco.

I'm suggesting a WiFi interface that can:

a) run standalone, connected only to the serial port (DriveWire-ish)
b) run plugged into the Coco or a MultiPack (and would also connect to 
the serial port)

The box would have a complete TCP/IP stack onboard, along with what is 
needed for Wifi (or Ethernet, if that's of interest)

The questions I have are:

Was the Coco serial port used for anything in the day?
On the expansion port, what types of interfaces would be candidates for 
Wifi capability (I assume there was a UART cart available, FDD 
controller, HDD?, anything else?)

I'm not suggesting the expansion port as a first action, but I'd want to 
create the serial port interface in such a way as to not preclude gluing 
the HW to the expansion port at some later point.  I have a 802.11g self 
contained Wifi stack dev board here, and microcontrollers are all over 
the place here, so the DriveWire serial interface is simple



>
> On the other hand, if its just a raw Ethernet interface then we also need
> to create a tcpip stack and client software that uses it for the coco.
> That's a considerable amount of work, though certainly possible.  It might
> be possible to use the DW network clients with a software IP stack too, so
> that could potentially save some work.
Well, such a device should potentially offer a "raw" mode, for those 
brave souls who want to roll their own SW, but my idea was to stuff a 
complete TCP/IP stack into the box.


>
> I guess a third option would be to use Ethernet as a direct replacement for
> the serial connection we use now.  That would mean a server running on a
> modern PC is still required.  Not ideal, but probably easier than anything
> else.  Potentially we could use such an arrangement as a crutch until a
> native network stack was created for the coco.
Well, I don't think I'd call it a crutch.  I'd call it a good first 
step.  I can easily ship some HW that could create a virtual bridge from 
serial to TCP/IP.  You'd just need to modify the DW server to accept a 
connection via TCP/IP, not serial.  Then, modify the codebase to handle 
multiple incoming TCP/IP connections.  Finally, separate the GUI from 
the server...



>
> I am up for doing whatever I can to help, but I'm useless with hardware and
> only marginally capable on the coco software side.

I'm happy to put together the HW pieces, and I have a bit of experience 
doing so.  I have no 6809/6309 experience, so no help there, but I'm the 
author of a few server-based apps (The reverse engineered version of 
QuantumLink, for one), so I can help on that end...

As noted previously, happy to help.

Jim Brain





More information about the Coco mailing list