Sign in

username or email:

password:



Not a member?
Forgot your password?

Search compdsp



Search tips

Ads

Discussion Groups

Free Online Books

See Also

Embedded SystemsFPGA

Discussion Groups | Comp.DSP | Power Supply Monitor

There are 8 messages in this thread.

You are currently looking at messages 1 to .


Is this discussion worth a thumbs up?

0

Power Supply Monitor - Rob Gaddi - 2012-07-06 12:51:00

I've got an upcoming application where I'm going to be looking to use
some multiplexed ADC channels to do power supply monitoring.  This is a
side function, a nice-to-have rather than core functionality.  I'd like
to be able to report as a running thing for each rail monitored both
the DC value and peak-to-peak ripple.  Reporting speed doesn't
matter.  Algorithmic complexity only matters insofar as it's code
complexity; this can't turn into a serious project.

My idea right now is to handle it in blocks; track min/max/sum/N for
1/10 of a second, then get an average and max-min and report.  Is there
any more clever approach that I'm missing, or is Ogg Do Addition about
all that's called for?

-- 
Rob Gaddi, Highland Technology -- www.highlandtechnology.com
Email address domain is currently out of order.  See above to fix.
______________________________
New DSP Code Snippets Section now Live.   Learn more about the reward program for contributors here.

Re: Power Supply Monitor - Tim Wescott - 2012-07-06 12:58:00



On Fri, 06 Jul 2012 09:51:30 -0700, Rob Gaddi wrote:

> I've got an upcoming application where I'm going to be looking to use
> some multiplexed ADC channels to do power supply monitoring.  This is a
> side function, a nice-to-have rather than core functionality.  I'd like
> to be able to report as a running thing for each rail monitored both the
> DC value and peak-to-peak ripple.  Reporting speed doesn't matter. 
> Algorithmic complexity only matters insofar as it's code complexity;
> this can't turn into a serious project.
> 
> My idea right now is to handle it in blocks; track min/max/sum/N for
> 1/10 of a second, then get an average and max-min and report.  Is there
> any more clever approach that I'm missing, or is Ogg Do Addition about
> all that's called for?

It really depends on your needs, but that sounds about right to me.

Sometimes Ogg is the best engineer around.

-- 
My liberal friends think I'm a conservative kook.
My conservative friends think I'm a liberal kook.
Why am I not happy that they have found common ground?

Tim Wescott, Communications, Control, Circuits & Software
http://www.wescottdesign.com
______________________________
New DSP Code Snippets Section now Live.   Learn more about the reward program for contributors here.

Re: Power Supply Monitor - Vladimir Vassilevsky - 2012-07-06 13:25:00

"Rob Gaddi" <r...@technologyhighland.invalid> wrote in message 
news:2...@rg.highlandtechnology.com...
> I've got an upcoming application where I'm going to be looking to use
> some multiplexed ADC channels to do power supply monitoring.  This is a
> side function, a nice-to-have rather than core functionality.  I'd like
> to be able to report as a running thing for each rail monitored both
> the DC value and peak-to-peak ripple.  Reporting speed doesn't
> matter.  Algorithmic complexity only matters insofar as it's code
> complexity; this can't turn into a serious project.
>
> My idea right now is to handle it in blocks; track min/max/sum/N for
> 1/10 of a second, then get an average and max-min and report.  Is there
> any more clever approach that I'm missing, or is Ogg Do Addition about
> all that's called for?

The good way to handle this is making a running histogram of ADC readings. 
The shape of the histogram is a very clear representation of min/max/average 
regardless of the ripple waveform and without relation of the ripple 
frequency to ADC sample rate.

Vladimir Vassilevsky
DSP and Mixed Signal Consultant
www.abvolt.com



______________________________
New DSP Code Snippets Section now Live.   Learn more about the reward program for contributors here.

Re: Power Supply Monitor - robert bristow-johnson - 2012-07-06 13:35:00

On 7/6/12 12:58 PM, Tim Wescott wrote:
> On Fri, 06 Jul 2012 09:51:30 -0700, Rob Gaddi wrote:
>
>> Is there any more clever approach that I'm missing,
>> or is Ogg Do Addition about all that's called for?
>
> It really depends on your needs, but that sounds about right to me.
>
> Sometimes Ogg is the best engineer around.
>

i am realizing that i need to do some research.

hoo da fuk is Ogg?

i have been aware of an audio download or streaming format called "Ogg 
Vorbis" or something like that.  but i didn't know it was a subset of 
something bigger.

anyone care to fill me in?


-- 

r b-j                  r...@audioimagination.com

"Imagination is more important than knowledge."


______________________________
New DSP Code Snippets Section now Live.   Learn more about the reward program for contributors here.

Re: Power Supply Monitor - robert bristow-johnson - 2012-07-06 13:42:00

On 7/6/12 1:35 PM, robert bristow-johnson wrote:
> On 7/6/12 12:58 PM, Tim Wescott wrote:
>> On Fri, 06 Jul 2012 09:51:30 -0700, Rob Gaddi wrote:
>>
>>> Is there any more clever approach that I'm missing,
>>> or is Ogg Do Addition about all that's called for?
>>
>> It really depends on your needs, but that sounds about right to me.
>>
>> Sometimes Ogg is the best engineer around.
>>
>
> i am realizing that i need to do some research.
>
> hoo da fuk is Ogg?
>
> i have been aware of an audio download or streaming format called "Ogg
> Vorbis" or something like that. but i didn't know it was a subset of
> something bigger.
>
> anyone care to fill me in?

now i'm really confused.  are any of you guys pulling my leg?

i found http://xiph.org/ogg/doc/libogg/reference.html and it seems to 
confirm what i originally thought Ogg was (although i haven't figgered 
out what "Vorbis" is), but i don't see any "Ogg_do_addition" and i am 
not sure what this Ogg bitstream thing has to do with an embedded 
function of monitoring power supply.


-- 

r b-j                  r...@audioimagination.com

"Imagination is more important than knowledge."


______________________________
New DSP Code Snippets Section now Live.   Learn more about the reward program for contributors here.

Re: Power Supply Monitor - Tim Wescott - 2012-07-06 15:51:00

On Fri, 06 Jul 2012 13:35:24 -0400, robert bristow-johnson wrote:

> On 7/6/12 12:58 PM, Tim Wescott wrote:
>> On Fri, 06 Jul 2012 09:51:30 -0700, Rob Gaddi wrote:
>>
>>> Is there any more clever approach that I'm missing, or is Ogg Do
>>> Addition about all that's called for?
>>
>> It really depends on your needs, but that sounds about right to me.
>>
>> Sometimes Ogg is the best engineer around.
>>
>>
> i am realizing that i need to do some research.
> 
> hoo da fuk is Ogg?
> 
> i have been aware of an audio download or streaming format called "Ogg
> Vorbis" or something like that.  but i didn't know it was a subset of
> something bigger.
> 
> anyone care to fill me in?

Well, you've seen the cartoons with the hairy guy in an animal skin, 
standing outside of a cave with a hunk of tree in his hand?

That's Ogg.  The universal symbol for "why tap this delicately with a 
$100 hammer when smacking it with a rock will do?"

I don't know who Vorbis is, though, or why Ogg and Vorbis teamed up to do 
audio compression.

-- 
My liberal friends think I'm a conservative kook.
My conservative friends think I'm a liberal kook.
Why am I not happy that they have found common ground?

Tim Wescott, Communications, Control, Circuits & Software
http://www.wescottdesign.com
______________________________
New DSP Code Snippets Section now Live.   Learn more about the reward program for contributors here.

Re: Power Supply Monitor - Rick Lyons - 2012-07-07 05:19:00

On Fri, 6 Jul 2012 09:51:30 -0700, Rob Gaddi
<r...@technologyhighland.invalid> wrote:

>I've got an upcoming application where I'm going to be looking to use
>some multiplexed ADC channels to do power supply monitoring.  This is a
>side function, a nice-to-have rather than core functionality.  I'd like
>to be able to report as a running thing for each rail monitored both
>the DC value and peak-to-peak ripple.  Reporting speed doesn't
>matter.  Algorithmic complexity only matters insofar as it's code
>complexity; this can't turn into a serious project.
>
>My idea right now is to handle it in blocks; track min/max/sum/N for
>1/10 of a second, then get an average and max-min and report.  Is there
>any more clever approach that I'm missing, or is Ogg Do Addition about
>all that's called for?

Hi Rob,
   I wonder if reporting a power supply's 
[1] average output voltage, and [2] the variance 
of the output voltage, over some time interval might 
be useful to you.  Computing 'moving averages and 
variances' is possible.  If you want more info 
on this, send me a private E-mail.

[-Rick-]

  
______________________________
New DSP Code Snippets Section now Live.   Learn more about the reward program for contributors here.

Re: Power Supply Monitor - Rick Lyons - 2012-07-07 05:33:00

On Fri, 06 Jul 2012 13:35:24 -0400, robert bristow-johnson
<r...@audioimagination.com> wrote:

  [Snipped by Lyons]
>
>i am realizing that i need to do some research.
>
>hoo da fuk is Ogg?

I have no idea what "Ogg Do" is.
Sounds awfully close to "Dog Doo."

[-Rick-]
______________________________
New DSP Code Snippets Section now Live.   Learn more about the reward program for contributors here.