Searching \ for '[EE] CCDs and PICs' in subject line. ()
Make payments with PayPal - it's fast, free and secure! Help us get a faster server
FAQ page: www.piclist.com/techref/microchip/devices.htm?key=pic
Search entire site for: 'CCDs and PICs'.

Exact match. Not showing close matches.
PICList Thread
'[EE] CCDs and PICs'
2006\11\22@223816 by Mauricio Jancic

flavicon
face
Hi,
       I need to obtain an image inside a PIC, it can be any PIC a 33, 24,
or any other, it doesn't matter. I would like to hear experiences and/or
suggestions on what would be the best thing to use to obtain the image.

       The image needs to be at least 640x480 pixels, monochrome, I only
need one still image, not a video. The image will be taken 15 cm (or a
custom fixed distance) from the object and a proper lens will be installed.

       I'm open to any option, but preferably medium qty solutions (1000
units)

Regards,

Mauricio Jancic
Janso Desarrollos
http://www.janso.com.ar
spam_OUTinfoTakeThisOuTspamjanso.com.ar
(54) 11-4542-3519


2006\11\22@230207 by Zik Saleeba

face picon face
Here's one solution which speak serial so it'd be easy to hook up to a
PIC. It's not cheap but it's easy:

http://www.cs.cmu.edu/~cmucam2/
www.robotshop.ca/home/suppliers/seattle-robotics-en/seattle-robotics-cmucam-robot-vison.html
http://www.seattlerobotics.com/cmucam2.htm

Cheers,
Zik

On 11/23/06, Mauricio Jancic <.....infoKILLspamspam@spam@janso.com.ar> wrote:
{Quote hidden}

> -

2006\11\22@230515 by Zik Saleeba

face picon face
Just noticed your 640x480 requirement. The CMUcam2 will only do 176x255.

On 11/23/06, Zik Saleeba <.....zikKILLspamspam.....zikzak.net> wrote:
{Quote hidden}

2006\11\23@011908 by Shawn Wilton

picon face
Doesn't help your question any, but personally I think you would be better
off with an ARM.  Image processing seems to be Olin's bag of tea however.
So perhaps he will chime in.

For the image, you can look to see if you can get an Avago image sensor.
They use to be Agilent.



On 11/22/06, Mauricio Jancic <@spam@infoKILLspamspamjanso.com.ar> wrote:
{Quote hidden}

> -

2006\11\23@013415 by Zik Saleeba

face picon face
Spark Fun sell this 640 x 480 camera phone camera nice and cheap:

http://www.sparkfun.com/commerce/product_info.php?products_id=637

They even kinda sorta have information on how to interface to it.
Looks like it's I2C but I didn't look into it closely.

For $20 I'm tempted to just go and add it to my current project! Do
you think the world's ready for a variometer with a built in camera?
No? I didn't think so...

Cheers,
Zik

On 11/23/06, Shawn Wilton <RemoveMEblack9TakeThisOuTspamgmail.com> wrote:
{Quote hidden}

2006\11\23@040854 by Alan B. Pearce

face picon face
>They even kinda sorta have information on how to interface to it.
>Looks like it's I2C but I didn't look into it closely.

My digging around looking for information on cameras from cell phones,
suggests they use an I2C control bus, and a parallel data bus for the image
data.

Now the next trick is that the camera may well be running at 1.8V, is all
the lines will require level shifters to get between the 1.6V camera and the
3.3-5v PIC interface.


2006\11\23@042750 by Zik Saleeba

face picon face
I read a bit more about it and you're quite right - it runs at 2.8V
and needs level shifters. Worse than that it needs some external logic
to generate its sync signals. Not for the faint of heart.

Cheers,
Zik

On 11/23/06, Alan B. Pearce <RemoveMEA.B.PearcespamTakeThisOuTrl.ac.uk> wrote:
{Quote hidden}

> -

2006\11\23@043052 by Jinx

face picon face

> My digging around looking for information on cameras from cell
> phones, suggests they use an I2C control bus, and a parallel data
> bus for the image data

Got any recommended links ? Someone asked me this evening
to look into a unit consisting mostly of a camera / screen. His
suggestion was to get OTS colour camera and LCD screen, but
I thought it may be feasible to take those parts from a cellphone.
As of now I haven't begun searching to see how they interface, so
would appreciate any leads you have

2006\11\23@050540 by Alan B. Pearce

face picon face
>> My digging around looking for information on cameras from cell
>> phones, suggests they use an I2C control bus, and a parallel data
>> bus for the image data
>
>Got any recommended links ? Someone asked me this evening
>to look into a unit consisting mostly of a camera / screen. His
>suggestion was to get OTS colour camera and LCD screen, but
>I thought it may be feasible to take those parts from a cellphone.
>As of now I haven't begun searching to see how they interface, so
>would appreciate any leads you have

OK, my quest started when one of my bicycling colleagues turned up with a
smashed up camera phone he had found by the roadside. It was a Samsung D500,
and a web search soon found schematics.

>From this I eventually ended up looking at datasheets for a Samsung 1/3"
1280x1024 (SXGA) image sensor, although I do not believe this is the one
used in this phone. I haven't been able to find the exact camera I have, but
they all seem to use a pretty similar pinout and connection strategy,
although the command structure does seem to differ a bit between controller
chips.

Look at http://www.alldatasheet.com/view.jsp?Searchword=S5K3 for some PDFs
of this particular chip. I have also found similar camera systems at ST
(VS6624) and Philips have an application note for a TDA8787A (AN00012) which
looks to have a handy amount of theory in it.

Most of these other bits I found by gargoyling for "1/3" camera" or
something similar.

haven't got around to trying to do anything with the one I have yet, it is
another of those "back burner, get to it one day" projects.

2006\11\23@052558 by Daniel Dourneau

flavicon
face
Omnivision http://www.ovt.com is one of the leaders in CMOS camera modules.
These days, VGA is low end product and comes dirt cheap. They have a
significant share of the camera modules for mobile phones. Interface is
parallel for data and serial for control.

Whether computing power of a PIC is enough for your needs is another matter


Quoting Mauricio Jancic <infoEraseMEspam.....janso.com.ar>:

{Quote hidden}

> -

2006\11\23@060443 by Alan B. Pearce

face picon face
>Omnivision http://www.ovt.com is one of the leaders in CMOS camera modules.

Hmm, some interesting documents there, even if the datasheets are not
directly on line. Their SCCB bus document looks like it describes the I2C
interface without managing to use the term I2C anywhere in it. Wonder if it
is licensed ...

One of the UK dealers they have also looks like they have some interesting
other bits too, like keyboards etc.

2006\11\23@091414 by Daniel Dourneau

flavicon
face
Indeed, I2C is licensed by Philips NV.


Quoting "Alan B. Pearce" <RemoveMEA.B.PearceEraseMEspamEraseMErl.ac.uk>:

> >Omnivision http://www.ovt.com is one of the leaders in CMOS camera modules.
>
> Hmm, some interesting documents there, even if the datasheets are not
> directly on line. Their SCCB bus document looks like it describes the I2C
> interface without managing to use the term I2C anywhere in it. Wonder if it
> is licensed ...
>
> One of the UK dealers they have also looks like they have some interesting
> other bits too, like keyboards etc.
>
> -

2006\11\23@115951 by Steve Baldwin

flavicon
face
The first thing you should do is multiply 640 x 480. Compare the answer to
the memory sizes available. You may have a problem getting an image
inside a PIC of any type.

Steve.


On 23 Nov 2006 at 0:37, Mauricio Jancic wrote:

{Quote hidden}

> --

2006\11\23@192319 by David VanHorn

picon face
On 11/23/06, Steve Baldwin <RemoveMEsteveTakeThisOuTspamspamtla.co.nz> wrote:
>
> The first thing you should do is multiply 640 x 480. Compare the answer to
> the memory sizes available. You may have a problem getting an image
> inside a PIC of any type.


Depends on how you play it.

I did the rcard using an AVR, but I never put any of the image data in the
avr at all.
I just pipe it from the nandflash to the display, 16 bits at a time.

I generate some test frames with a little bit of code, and I put three
frames in rom that eat up 99% of the code space in the application. (a logo,
and a couple of status pages)

2006\11\26@062838 by Mauricio Jancic

flavicon
face

Thanks everyone. The thing is that I "only" need to detect where is a high
contras object, relative to the frame. The system is now working on a PC and
I want to put it on an embedded processor.

I already ask for the quote of a ST camera and the I will just make
something to send all the data to a RAM for procesing.

Bye

Mauricio Jancic
Janso Desarrollos
http://www.janso.com.ar
EraseMEinfospamspamspamBeGonejanso.com.ar
(54) 11-4542-3519



2006\11\26@065032 by Mike Harrison

flavicon
face
On Sun, 26 Nov 2006 03:10:41 -0300, you wrote:

>
>Thanks everyone. The thing is that I "only" need to detect where is a high
>contras object, relative to the frame. The system is now working on a PC and
>I want to put it on an embedded processor.

If it is really high contrast, e.g. the top bit tells you if it is there or not, then you can maybe
just  maeasure the position using input capture - you just capture the start and end of the object
on each line, and calculate the mid-point to give the centre. I did this a while ago on an Atmel
90S2313 to detect the position of a laser spot in the frame - worked great.  
You can tweak the contrast & exposure on the camera to get the sensitivity in the right range - you
could do this dynamically if image conditons vary, i.e. start at sensitive and reduce until you only
see one object.

More... (looser matching)
- Last day of these posts
- In 2006 , 2007 only
- Today
- New search...