As Isaac stated, you don't need dual ram, it all can be done in CPLD. 5MP sounds big to me, why do you think you need 5MP? What kind of algorithm are you planning to use for comparison ? On Wed, May 23, 2012 at 6:30 PM, Andre Abelian wr= ote: > Yigit, > > the way I am seeing iti need to use cpld to capture the image in backgrou= nd and > use pic to access to ram using dual ported ram that way motion can be det= ected > like you suggested using gray scale portion. Now my question is for pic d= o I need > ram? or I can use internal program memory instead? > > thanks > > AA > > > > > ________________________________ > =A0From: Yigit Turgut > To: Microcontroller discussion list - Public. > Sent: Wednesday, May 23, 2012 4:25 AM > Subject: Re: [PIC]: PIC32 for camera capture > > I don't think PIC is your way to go in this case. You might be able to > detect the motion in grayscale precisely, but face recognition, person > identification from image etc can not be done real-time via PIC. As > others stated you can check out ARM9-10-11. Why don't you switch to > FPGA ? An entry level FPGA will be capable of doing these kinds of > tasks very well without that much of an effort. > > On Wed, May 23, 2012 at 1:48 PM, Isaac Marino Bavaresco > wrote: >> Em 22/5/2012 23:47, Andre Abelian escreveu: >>> Hi Isaac, >>> >>> I didn't see your replay for some reason. the purpose of this camera is= to capture >>> a person and send email as attachment. the quality is important. in you= r case how pic is >>> communicating with CPLD? >> >> I implemented a bit-banged 8-bit bus. It can transfer 8MB/s. >> >> >>> =A0 in my case the only part I am not clear is I have to sense a motion= .. >> >> >> You need to store at least two images (10MB for B/W images, 20MB for >> color images) and compare them. >> The biggest problem I see is that you cannot simply bytewise compare the >> images, you must use some intelligent algorithm to detect real movement, >> not noise or small changes in lighting. >> Prepare to scan both images several times (read each pixel more than >> once) and do a lot of math (FFT, filtering, wavelet, etc.). >> I think that this task is up to a much larger processor (ARM9 @ 400MIPS, >> etc). >> >> >>> if old picture and new are not same >> >> >> They will never be the same, always there are a lot of noise, moving >> shadows, difference in lighting, vibration, etc. >> >> >>> =A0then I have to send new picture out thru >>> wireless to pc. what about PIC24EP? >> >> >> They can do 60MIPS. Just to scan two 5MP images and compare them would >> take 0.25s *IF* you could access each pixel in one cycle and do the >> compare in one cycle. >> As far as I know, no PIC or dsPIC have external bus interface that can >> access such a large memory (not even they have SDRAM controllers), and >> surely not at one transfer per clock. >> If you implement your own bus, it will be much slower. My implementation >> takes 5 instructions to do a transfer and it is optimized as hell, and >> the address generation is done by the CPLD, The dsPIC just needs to >> mange the data and control lines. >> >> >> As I said, you need a large MPU (100's of MIPS) with some MB of SDRAM >> and a large cache. >> >> >> Best regards, >> >> Isaac >> >> >>> >>> thanks >>> >>> Andre >>> >>> >>> >>> >>> ________________________________ >>> =A0From: Isaac Marino Bavaresco >>> To: Microcontroller discussion list - Public. >>> Sent: Monday, May 21, 2012 3:14 PM >>> Subject: Re: [PIC]: PIC32 for camera capture >>> >>> SUPPOSING that the PIC can DMA transfer data from the sensor to an >>> external memory in one cycle (it can't), the maximum frame rate you >>> could accomplish would be 16fps at 80MHz, and you would have no time to >>> process it. >>> Usually, image processing is much more intensive than the capture (that >>> is, you will need to access each pixel several times). >>> >>> Your external memory needs to be at least 10MiB (16MiB is the logical >>> choice) for color images (YCbCr) or 5MiB (8MiB being the logical choice= ) >>> for gray scale images, just to hold one frame. >>> >>> Do you really need such a large image? We do fingerprint recognition >>> with VGA sensors (640x480) cropped to 440x380. >>> We use a dsPIC to pre-process the image but the capture is done with a >>> Xilinx CPLD coupled to a 256KiBx8 static RAM. >>> We can capture approx. 13 frames per second and can determine if a vali= d >>> fingerprint is present in less than 1/2 second. >>> >>> >>> Best regards, >>> >>> Isaac >>> >>> >>> >>> Em 21/5/2012 18:13, Andre Abelian escreveu: >>>> Hi all, >>>> >>>> does any one know if pic32 will have enough speed to capture a camera = data? >>>> I am thinking to use 5 mp camera directly connected to pic and of cour= se there is >>>> a RAM too for a buffer. main purpose of the camera is to sense a motio= n change and >>>> send the data thru wireless when change detected. I am originally pick= ed altera cyclone3 FPGA >>>> part for some how I believe PIC32 may do the job. once the motion is d= etected we can stop it >>>> send it out then continue. I do not need to do continues live video tr= ansmit =A0or some thing. >>>> >>>> any idea or suggestion will appreciate >>>> >>>> thanks >>>> >>>> Andre >> >> -- >> http://www.piclist.com PIC/SX FAQ & list archive >> View/change your membership options at >> http://mailman.mit.edu/mailman/listinfo/piclist > > -- > http://www.piclist.com PIC/SX FAQ & list archive > View/change your membership options at > http://mailman.mit.edu/mailman/listinfo/piclist > -- > http://www.piclist.com PIC/SX FAQ & list archive > View/change your membership options at > http://mailman.mit.edu/mailman/listinfo/piclist --=20 http://www.piclist.com PIC/SX FAQ & list archive View/change your membership options at http://mailman.mit.edu/mailman/listinfo/piclist .