Low frequency audio level detector using PIC ADC?

[Ioannis]

The first that comes to mind is to use a DSP or dsPIC for the job as there seems to be a lot of maths.

But then since the max frequency is just 1,5KHz then maybe the PIC used is good enough.

Of course it has the speed to convert the input sample, but do you have time to proceess afterwards?

The other matter is the form of the input signal. You mentioned that it is greatly varying. Are you feeding it directly to the ADC? Any pre-conditioning I thing is necessary (filtering, dc-level bias etc.).

Ioannis

P.S. I changed the thread title hoping you do not have any objection.

[HankMcSpank]

The first that comes to mind is to use a DSP or dsPIC for the job as there seems to be a lot of maths.

But then since the max frequency is just 1,5KHz then maybe the PIC used is good enough.

Of course it has the speed to convert the input sample, but do you have time to proceess afterwards?

The other matter is the form of the input signal. You mentioned that it is greatly varying. Are you feeding it directly to the ADC? Any pre-conditioning I thing is necessary (filtering, dc-level bias etc.).

Ioannis

P.S. I changed the thread title hoping you do not have any objection.

Actually, that's the beauty here - there's almost no complicated maths....ie just et the special event trigger grabbing ADC samples at a reasonably high sampling rate (& this is all done in the background without any recourse to interrupts etc), then in the main (fast) loop, just compare the present ADC sample to the last sample...if it is the same or bigger, keep it as the 'present peak'....if it's not the same or bigger. start decrementing the variable linearly.

This approach wouldn't be right, if the PIC was already running intensively....but like I say, in my application the PIC isn't being too stressed.

The signal is preconditioned in that it goes through a buffer.....this puts the AC signal on a DC level of half VCC (necessary to full wave rectify the signal inside the PIC).

At the end of the day, I'm really just using the latent (otherwise wasted) power of the in-situ modest PIC to save on a few components (not for cost, but space) - .I don't want to start involving specific specialised ICs for what is after all a simple enough requirement.

oh, btw I've no problem with the title being changed!

Hank, take a look at the Tips & tricks doc (http://ww1.microchip.com/downloads/e...Doc/01146B.pdf). Pay special attention to chapter3 (CCP and ECCP); tips #7 and #11.

wow...a great doc.....need to digest - thanks!

[HankMcSpank]

Eeek, even a little bit of code like this....

main:
    toggle PortC.4   'pin 6
    'count1 = count1 +1 
    present_sample = ADRESH
    IF  present_sample < 128 then 
    present_sample = (127 - present_sample)
    else 
    present_sample = present_sample -128
    endif

    IF present_sample >= rolling_peak THEN
    rolling_peak = present_sample
    else
    if count1 =  50 and rolling_peak !=0 then   
    rolling_peak = rolling_peak -1       
    count1 = 0
    endif
    endif
    goto main

is only toggling at 16khz - meaning that the main loop is only running at 30khz ...gulp (that's not leaving much room for anything else) bearing in mind I only have a 20khz sample rate going on...I wish the 16f1828 didn't have the ADC iissue about 8Mhz internal clock, becuase the obvious way of winning back por main loop time is to crank the internal clock up.

[cncmachineguy]

what is your device ID and REV?

[HankMcSpank]

what is your device ID and REV?

I don't know...and it's possible they've fixed the problem for the ones I have (purchased just a couple of weeks ago)

I use a Pickit2 programmer & can't seem to find anything that tells me such device info?

In the light of needing more 'main loop time', I've actually just cranked the Oscillator up to 16Mhz...and the ADC aspect still seems to be working ok.

[cncmachineguy]

Per the errata, they have fixed it for all current stuff. So unless your supplier has old stock, you are prolly good. I didn't think to look at the date on the errata, that may shed some light on if it will work. It sounded like it will either work or not. It didn't sound like it could be interminent.

And remember to change your ccpr values to reflect the faster clock. - unless you want to double the samples

[HankMcSpank]

Per the errata, they have fixed it for all current stuff. So unless your supplier has old stock, you are prolly good. I didn't think to look at the date on the errata, that may shed some light on if it will work. It sounded like it will either work or not. It didn't sound like it could be interminent.

And remember to change your ccpr values to reflect the faster clock. - unless you want to double the samples

Thanks Bert - Actually, I think we're done here would you believe! (Bert sighs in relief!)

I've aborted any attempt to confirm the sampling rate & have reasonable faith in our calculations! I've got the PIC Internal Oscillator running at 16 Mhz, and a special event trigger frequency of of 16Khz (ADC sample rate ), ie Timer1 matching against this....

CCPR4H = 0
CCPR4L = 250

(16Mhz clock, 4Mhz Instruction = 0.00000025sec period, therefore 250 x 0.00000025 = 0.0000625 sec .....so 1/0.0000625 sec= 16Khz)

....I've integrated the 'peak detect' code above into the final destination main loop - I've scoped a pin toggling within my my main loop @50khz which means it's looping at 100khz (so plenty of time to do other stuff in the main loop if I so desire). I don't use any interrupts except for switch presses,...and when a switch is pressed, I'm not worried about losing ADC samples.

...just connected it up to my guitar (vs the sig gen I've been testing with)....it's working as expected

A *very* happy Hank...thanks for all your input.