Marc Reinig wrote:
> Actually, WinME and Win2K are the first MS OS's that included native mass
> storage support.  Win98 didn't.  Also, mass storage is fine for moving file
> type data back and forth, but not as good at interacting with the device:
> there is no mass storage command to "program the disk, now!" ;=)

You wouldn't need it. Have the programmer side umass driver expose the
programming function as a particular path. Then copying to that path
location would trigger a program operation using the data in the copied
file. Similarly, copying from that location would read the contents of
the chip. Copying from a file stored on the programmer to the
programming path would obviously start the program operation as well.

IIRC, there's a service patch for win98 that addresses the lack of
drivers. Although its been a while since I used win98 so I could easily
be wrong.

> An interface that _is_ universally supported is HID.  No custom drivers are
> required and you can support speeds of 9600 baud on low speed and 760,000
> baud on full speed.

HID would be good if you weren't concerned with storing files on the
programmer. Even if most programmers don't have that feature it would be
nice to design for it since there are some programmers that do and
having a common interface is always nice.

--
http://www.piclist.com hint: To leave the PICList
mailto:piclist-unsubscribe-request@mitvma.mit.edu