DTMF Decoder

[Heckler]

I did a quick google search on "dtmf decoder pic microcontroller" and found these...

http://www.instructables.com/id/DTMF...ip-PIC-Microp/

http://dtmf.voipintouch.net/content/dtmf.htm

http://www.romanblack.com/DTMF/DTMF_alg.htm

http://www.microchip.com/stellent/id...cName=en536955

http://www.microchip.com/stellent/id...pnote=en024294



I did not read them, but hopefully they will help
The first couple of links look real promising

[Ioannis]

Thanks Heckler.

Maybe I did not made myself very clear. When I said software, I meant PBP software.

Sure I found all these links but none in a PBP of course.

Ioannis

[Heckler]

Yeah, sorry

The link to the Instructables article was sort of promising as they referenced using a melabs programmer, but then later I read that the code was in assembly.

I wonder if PBP is not fast enough to do the requisite conversion and detection of DTMF frequencies.
Possibly tho only way would be to turn an assembly routine into some sort of "include" file that could then be acted upon using our favorite PBP.
That would be way over my head

I sometimes wonder if MeLabs could do a better job of publicizing PBP and attract more users and keep it more mainstream.
In other words is PBP going to just "die on the vine" due to lack of new users?
It seems that the mainstream for PIC programming is more "C" oriented.

But I think that could be turned around with a little effort by MeLabs.

[Ioannis]

I agree that for such a job a lot of processing power maybe needed. I agree also that other compilers may do offer such nice solutions as libraries.

It is about time to make a ground up lifting to our favorite compiler.

I have a feeling that PBP is not going to die anywhere soon because it has supporters from big organizations.

Now, about the project, I confess that I have some difficulty in implementing asm code inside PBP. A few commands are OK, but a bigger program?

I think allocation is one issue. Others sure will arise along the path...

Ioannis