Re: Help: a handheld image processing device

On Fri, 17 Oct 2008 08:47:34 -0700, Paul Carpenter wrote
(in article <MPG.2362c3f42ee0121f9896b3@xxxxxxxxxx>):

In article <U_adnUb8Xre4A2XVnZ2dnUVZ_hCdnZ2d@xxxxxxxxxxxx>,
whyyjq@xxxxxxxxx says...
Subject: Re: Help: a handheld image processing device
From: cressw <whyyjq@xxxxxxxxx>
Date: Fri, 17 Oct 2008 09:16:05 -0500
Newsgroups: comp.arch.embedded

In article <68adnTfwZsrTGWrVnZ2dnUVZ_jOdnZ2d@xxxxxxxxxxxx>,
whyyjq@xxxxxxxxx says...
I was asked to design and implement a handheld image processing device.
The
function of the device is that the camera captures an image,then do
some
simple image processing, and then display the result on a LCD. Repeat
this
procesure. The maxium resolution of the image is 1280x960, the frame
rate
10fps. the image is black and white.

Is that black and white - binary, 8bit, 10bit, 12bit, 16bit or some
other value?
.....

Thank you very much for your reply.

Please interleave your replies in the places in the article
(preferably removing old signatures and trimming), it makes it
easier to read and in future trim sections no longer relevant.

1.The image is about particles such as dust etc. The function of the
device is to calculate the sizes of the particles in the image, and then
display the distribution of the numbers of the different size particles.
It is black and white: 8bit

So the image itself is NOT displayed only the stats from the
cell/blob counts. You will need a fairly substantial processor
and memory to keep up with that frame rate and then do all the
processing required, between and after frame captures.

2.The system has been implemented based on NI CVS1455, programmed in
LabVIEW, and Vision Assitant which has all image processing functions,such
as threshold, fill hole and counting pixels. They can transferd to C code (
I think).

Yes it can be transferred to C, but you would need to read up on the
system requirements for the software, and what the current system does
considering that the system is efefctively a PC in a box already with

Approx 1GHz processor
RAM 128MB
Video out VGA
Video 3 plus camera interfaces
NV Storage

3.The LCD only displays the numbers of differnt size particles, probably
in graphic style.

I would imagine with some min/max/average figures for each size group.

You really need to know how much data MUST be displayed and in what
format, to work out system requirements.

At the moment buy any desktop LCD monitor is your best solution.

4. The device only works for about a few minutes, then switch off.

Considering the system you are curently using is a 20-50W power block
without the screen power and camera, you are being asked to fit a gallon
in a teacup.

5.>Using a camera chip direct will be a LOT smaller and less
power drain. Think of mobile phones with cameras in, they do
NOT have a USEB/IEEE1394/or other interface.

That is a very good suggestion. But I don't want to start from scratch.
Any development board which I can use?

Any development boards won't be in a box, and will be basically
the same issues as the CVS-1455 system you currently have.

6.>I think you have been given or taken on more than you
are capable of.

I totally agree with it. My boss is not familiar with embedded sytems, and
said the device should be very easy to implement. The time buget is two
months. But i don't think so. I only have experience with designing simple
embedded system, don't have experience with camera/image processing etc.

I have spent many years with embedded systems, cameras and video/image
processing and this CANNOT be done in two months.

There is no simple handheld device that could do this without a LOT
more information. Information like

How many do you have to make? If only one or a couple, search eBay for "ARM9"
and 2440V3. It is a 400 MHz ARM9 with 64MB of RAM (32 bits wide) and FLASH
(NAND and NOR) often used in teaching in China. LCD interface and camera
interface. Comes with Linux and WinCE, USB, Ethernet, the works. It is about
10 by 12 centimeters which is bigger than a blackberry and smaller than a
paperback. In fact there is a version in a white plastic housing with a small
LCD display and fairly high res CMOS cameras that will plug in to the 20 pin
interface are about $30. I think Sparkfun has some now.

The processing you describe is pretty simple and is used a lot in image
processing called stereology. Your dust motes can be thought of as a
projection of 3D objects onto a 2D plane and you are seeing a slice through
the greatest cross section of each.

A 400 MHz ARM will rip though that at low power and on the cheap. The code
will be lots of loops and they will end up in cache and go full speed. Data
from the SRAM is only 100 MHz but if three rows of the image fit in cache
(they should) you are golden. Almost everything happens in 3x3 pixel groups.
When you move down one row, you essentially abandon that data and only one
new row gets read into cache. It should be very fast.

-- Charlie Springer

.

Relevant Pages

  • Re: Help: a handheld image processing device
    ... between and after frame captures. ... NOT have a USEB/IEEE1394/or other interface. ... LCD interface and camera ... LCD display and fairly high res CMOS cameras that will plug in to the 20 pin ...
    (comp.arch.embedded)
  • Re: Rating the new DSLRs
    ... Personally, I'd prefer to keep a well known, working interface. ... Whether you have used another camera or not, or many, the QuickNav thing just puts a big smile on your face no matter - when you realise what they have done, and how it differs from the earlier methods. ... The difference sinks in when using any other camera later on and seeing the display - and realising that the information is dumb, you can't just press a button and then change anything you can see. ...
    (rec.photo.digital.slr-systems)
  • Re: imaqhwinfo without gain parameters from NI-imaq
    ... Camera Link does provide a serial interface to allow you ... With respect to the gain settings: ... With respect to the exposure: I fully agree that this is ...
    (comp.soft-sys.matlab)
  • Re: Media Receivers for TV Display of Photos and Videos
    ... There seem to be a lot of digital medial receiver products available, but most reviews focus on audio issues (e.g., support for various audio formats, support for playlists, etc.), and I don't care about that. ... My primary interest is in being able to display jpeg images I took with my digital camera so that I can produce the digital equivalent of slide shows. ... format, but I don't know one MPEG format from another. ...
    (rec.photo.digital)
  • Re: POTC Victory Jig video
    ... they use video cameras)-- if the refresh rates are similar, ... resulting in a rolling or partially blacked-out display. ... a camera sees things quite differently. ... Both have a much faster response time to changes in light intensity. ...
    (rec.games.pinball)