DSPRelated.com
Forums

DSP with light

Started by vani June 4, 2005
Hi!
I'm new to signal processing work and i need to perform DSP in
LIDAR(Light Detection and Ranging)i.e. I need to do signal processing
with light! 
I want to use C programming for it!Please tell me is it possible for
me using C? if so, how should i start?

vani wrote:
> Hi! > I'm new to signal processing work and i need to perform DSP in > LIDAR(Light Detection and Ranging)i.e. I need to do signal processing > with light! > I want to use C programming for it!Please tell me is it possible for > me using C? if so, how should i start? >
With almost any kind of DSP you need to: * sample your signal (i.e. go from continuous time to discrete) * convert your signal from analog to digital * process it * do something with the processed signal. You would be applying C to the problem in the "process it" phase, which in a LIDAR system is probably the most or second-most trivial. So yes, if you can figure out how to sample your signal and convert it from analog to digital to get it into an FPGA or a DSP you can most certainly use C to process it from there -- but if you didn't know that already I question whether you can do the first two steps adequately. When DSP is applied to a problem it is because one has some specific goal in mind that cannot be reached by other signal processing means, or that can be reached in a more economical way using DSP. There is almost never an intrinsic need to apply DSP. So tell us _what_ you're doing with LIDAR that needs DSP, and that will be easier to do using DSP than other means of signal processing. -- ------------------------------------------- Tim Wescott Wescott Design Services http://www.wescottdesign.com
vani wrote:
> Hi! > I'm new to signal processing work and i need to perform DSP in > LIDAR(Light Detection and Ranging)i.e. I need to do signal processing > with light!
That's an over-dramatic statement. It may catch the eye, but it has no more truth than an advertising blurb. You actually need to process electrical signals that are generated by light in some way.
> I want to use C programming for it!Please tell me is it possible for > me using C? if so, how should i start?
Start by figuring out what tasks need to be performed. They can then be programmed in any language. Some languages may actually be fast enough. If C is one of them, you can use it. If none are, consider an FPGA. If that sounds rather curt, so be it. People getting started in a field can make useful contributions to a project, but its overall design it is not usually one of them. For someone just getting started in DSP, you are probably asking the wrong questions. Jerry -- Engineering is the art of making what you want from things you can get. �����������������������������������������������������������������������
Jerry Avins wrote:

> vani wrote:
>> I'm new to signal processing work and i need to perform DSP in >> LIDAR(Light Detection and Ranging)i.e. I need to do signal processing >> with light!
> That's an over-dramatic statement. It may catch the eye, but it has no > more truth than an advertising blurb. You actually need to process > electrical signals that are generated by light in some way.
I think that is about 99.99% true, but there might still be some problems where optical signal processing can work. I was once considering the possibility of doing optical character recognition, that is, recognizing a single character, using optical Fourier transforms. I don't think it works especially well, but it might have been possible. As processor speed increases, the advantage of optical processing decreases, though. Optical processing in C is very unlikely, though. -- glen
"Jerry Avins" <jya@ieee.org> wrote in message 
news:sNmdnUzZ1JrAaTzfRVn-ow@rcn.net...
> vani wrote: >> Hi! >> I'm new to signal processing work and i need to perform >> DSP in >> LIDAR(Light Detection and Ranging)i.e. I need to do >> signal processing >> with light! > > > That's an over-dramatic statement. It may catch the eye, > but it has no more truth than an advertising blurb. You > actually need to process electrical signals that are > generated by light in some way. >
Well, quantum computing doesn't make much sense to a lot of people right now but some claim to be getting a handle on it. Some day, everyone may be doing signal processing with light.
glen herrmannsfeldt wrote:
> Jerry Avins wrote: > >> vani wrote: > > >>> I'm new to signal processing work and i need to perform DSP in >>> LIDAR(Light Detection and Ranging)i.e. I need to do signal processing >>> with light! > > >> That's an over-dramatic statement. It may catch the eye, but it has no >> more truth than an advertising blurb. You actually need to process >> electrical signals that are generated by light in some way. > > > I think that is about 99.99% true, but there might still be some > problems where optical signal processing can work. I was once > considering the possibility of doing optical character recognition, > that is, recognizing a single character, using optical Fourier > transforms. I don't think it works especially well, but it might > have been possible. As processor speed increases, the advantage of > optical processing decreases, though. > > Optical processing in C is very unlikely, though.
Glen, I guess I'm in a bad mood today. (Too much talk of PMS?) I didn't say that signals can't be processed optically. (Synthetic-aperture RADAR began that way because digital methods weren't fast enough.) I said that Vani wasn't processing optically. If he knows that, his statement is innocent fluff. If not, asking about C shows that he's in the wrong line of work. Tim Wescott made the point better than I did. Jerry -- Engineering is the art of making what you want from things you can get. &#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;
John E. Hadstate wrote:
> "Jerry Avins" <jya@ieee.org> wrote in message > news:sNmdnUzZ1JrAaTzfRVn-ow@rcn.net... > >>vani wrote: >> >>>Hi! >>>I'm new to signal processing work and i need to perform >>>DSP in >>>LIDAR(Light Detection and Ranging)i.e. I need to do >>>signal processing >>>with light! >> >> >>That's an over-dramatic statement. It may catch the eye, >>but it has no more truth than an advertising blurb. You >>actually need to process electrical signals that are >>generated by light in some way. >> > > > Well, quantum computing doesn't make much sense to a lot of > people right now but some claim to be getting a handle on > it. Some day, everyone may be doing signal processing with > light.
In C? Jerry -- Engineering is the art of making what you want from things you can get. &#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;
"Jerry Avins" <jya@ieee.org> wrote in message 
news:bNednf4KDod4iz_fRVn-2A@rcn.net...
> John E. Hadstate wrote: >> "Jerry Avins" <jya@ieee.org> wrote in message >> news:sNmdnUzZ1JrAaTzfRVn-ow@rcn.net... >> >>>vani wrote: >>> >>>>Hi! >>>>I'm new to signal processing work and i need to perform >>>>DSP in >>>>LIDAR(Light Detection and Ranging)i.e. I need to do >>>>signal processing >>>>with light! >>> >>> >>>That's an over-dramatic statement. It may catch the eye, >>>but it has no more truth than an advertising blurb. You >>>actually need to process electrical signals that are >>>generated by light in some way. >>> >> >> >> Well, quantum computing doesn't make much sense to a lot >> of people right now but some claim to be getting a handle >> on it. Some day, everyone may be doing signal processing >> with light. > > In C? >
God! I hope not. I wasn't disagreeing with you, either. Everything you said was right in terms of today's computing environment. I suspect that we're on the threshold of changing our way of doing business from serial DSP to parallel DSP. I'm no expert, but my sense of QC is that, at first, nothing happens. Then a miracle occurs and the whole answer appears all at once. I'll admit that I'm pretty far out on the limb here.
Jerry--
 
>Vani wasn't processing optically. If he knows that, his statement is >innocent fluff.
Vani is in all probability a *she*... --Bhooshan This message was sent using the Comp.DSP web interface on www.DSPRelated.com
On Sat, 4 Jun 2005 17:14:41 -0400, "John E. Hadstate"
<jh113355@hotmail.com> wrote:

>I suspect that we're on the threshold of changing our way of >doing business from serial DSP to parallel DSP.
Depending on the application, that happened a long time ago... Eric Jacobsen Minister of Algorithms, Intel Corp. My opinions may not be Intel's opinions. http://www.ericjacobsen.org