Lea wrote:
> At 02:17 PM 4/29/00 -0600, you wrote:
> >320x240x8 bits =76.8KB. About 18 images on a floppy. Is that enough for
> >your application?
>
> mmmm. not very very enough, but....
> >
> >Why not use one of the new 'flash' memory cards used for the
> >digital camera? 2,4,8 16 MB readily available and non-volatile.
> >Readers for PC's are readily available.
>
> yeah, I though about that but I think that it is expensive,
> readers for that card with a PC???? WHERE!!!!!, This card that you are
> talking about are the same that the card of the olympus digital camera??,
> have you any idea where can I found a PC reader for that?.
> what about a socket, It seems to be very delicated.

Digikey sells the CF sockets now - they've sold PCMCIA sockets for some
time.

Look on eBay for an SCM SwapBox Classic x2 (About $25-$35 is a decent
price) or similar PC reader.  I have a few and can help you find one.
These use an ISA card interface and work under Dos / Win3.x / Win32 /
Linux;  There are also units that use USB (and require Win98) or
Parallel Port (Dos / Win3.x / Win32, probably Linux as well for some,
but a little slower than ISA or USB) interface.

Another possibility is Atmel AT45D081's et al.

> >You'll spend a LOT less time getting that to
> >work than building a FD controller, and debugging the logic.
>
> you right.
>
> >A FD is a DUMB device. YOU have to step tracks, format the data,
> >etc. If you add an external FD control chip, the task becomes easier,
> >but you still have to do a fair bit to get the data into the FDC
> >at the rates it requires. And you still have to worry about
> >formatting the data into a form the OS will read (directories, FATs,
> >etc.)
>
> Well, thinking clearly, and for what you tell me up here, will be better
> to use some kind of memory jeje :).
>
> >And don't use BMP fomat. It's horridly inefficient. You can probably
> >do some basic RLL encoding or other compression with the PIC before
> >storing the data.
> >
> graphic encoding on a 8 bit PIC????, Isn't it complicated?, I don't want to
> spend months programming graphic encoding routines, again do you know
> where can I found info for that?, I don't think that can i do it with a
> small pic but may be with a 17CXXX. and a external NPU :-).

RLL on a PIC isn't hard at all!  RLL means if you have 25 0's in a row,
you put out an escape code (say high bit's 1) with 0 as the next bit and
then 25 in the low order 6 bits.  Pretty simple algorithm, you can
process the data serially quite easily.  Need to "thimk first and write
code after thimking", of course <G>  And handle picture width & height
fairly sanely, perhaps some parity checking, ...  <G>

> Thanks A loT!.
> see you.
>    Leandro J. Laporta (LU2AOQ)     mail: lu2aoq@yahoo.com
>  wrk: Arg. Assoc. for Space Tech.   ham: TCP/IP high speed group HSG

  Mark

--
I re-ship for small US & overseas businesses, world-wide.
(For private individuals at cost; ask.)