Определение постоянной составляющей синусоиды... Опции

[vladimir_m]

Задача такая.
Есть сигнал - синусоида с постоянной составляющей, которая может медленно изменяться.
Синусоида оцифровывается и передаетя в комп буферами. Период синусоиды большой, заранее не известный, намного больше фиксированного размера буфера. Необходимо отслеживать изменение постоянной составляющей по приходу каждого буфера (уточнять с каждым буфером).
Как такое можно сделать?

[vladimir_m]

Всем спасибо!
Лично я остановился на варианте уважаемого fontp, как наиболее приемлемом алгоритмически для моей задачи.

Сообщение отредактировал vladimir_m - Nov 22 2008, 12:32

[Tanya]

Всем спасибо!
Лично я остановился на варианте уважаемого fontp, как наиболее приемлемом алгоритмически для моей задачи.

Несколько странно... Такой метод подойдет ведь для сигналов любой формы и их суммы. Если Вы точно знаете, что там одна чистая синусоида, то можно эффективнее... Хозяин - барин.

[fontp]

Несколько странно... Такой метод подойдет ведь для сигналов любой формы и их суммы. Если Вы точно знаете, что там одна чистая синусоида, то можно эффективнее... Хозяин - барин.

Существует закон Парето, утверждающий что для каждой задачи существует наиболее эффективное решение, на 80% от идеала, которое обеспечивают 20% усилий Больше и не надо. Зачем платить больше? В реальной жизни судбба оставшихся 20% от совершенства в руках менеджеров. Не дело это экспертов... У менеджеров тут только 2 выхода : или удовлетвориться достигнутым, или нанять 10 низкоквалифицированых недорогих студней, чтобы пилить дальше чистое золото


В принципе, если бы в условиях задачи было бы сказано, что частота синусоиды находится в диапазоне, то можно было бы предложить следующее (менее простое но более совершенное) решение:
вычистить синусоиду режектором

Походу, чем более "совершенно" решение - тем менее оно робастно (т.е. устойчиво и структурно устойчиво), поскольку зиждется на большем числе СОМНИТЕЛЬНЫХ предположений

Более "эффективное", в смысле совершенное решение не адекватно условию задачи

Оценивать синусоиду - это уже последнее дело. Но кривизна буферов никакой роли не играет. Это не должно смущать автора поста. Если даже данные асинхронны, их можно всегда загнать в линию задержки, которую для решения задачи рассматривать как буфер произвольной длины (до длины линии задержки max)

[Stanislav]

В принципе, если бы в условиях задачи было бы сказано, что частота синусоиды находится в диапазоне, то можно было бы предложить следующее (тоже простое но эффективное) решение:
вычистить синусоиду режектором

Странно... Я готов был услышать подобное от GetSmart, но не от Вас.
Сколько времени уйдёт на такую вот режекцию, ну, сколько переходный процесс будет длиться?
Уж лучше тогда действительно период вычислить, а потом по нему усреднять, как предлагает этот "теоретик".
Режекция может быть эффективна только если период синусоиды известен определённо. Что есть тавталогия.
Кроме того, не сказано, что в сигнале нет разрывов.

...Более "эффективное" в смысле совершенное не адекватно условию задачи

Почему же? Оно соответствует условиям в полной мере, только вычислительно гораздо сложнее.

[fontp]

Странно... Я готов был услышать подобное от GetSmart, но не от Вас.
Сколько времени уйдёт на такую вот режекцию, ну, сколько переходный процесс будет длиться?
Уж лучше тогда действительно период вычислить, а потом по нему усреднять, как предлагает этот "теоретик".
Режекция может быть эффективна только если период синусоиды известен определённо. Что есть тавталогия.
Кроме того, не сказано, что в сигнале нет разрывов.

Почему же? Оно соответствует условиям в полной мере, только вычислительно гораздо сложнее.

Просто Вы не знакомы с законом Парето и основным принципом принятия эффективного решения "80 на 20". Нужно использовать всегда простейшие решения из возможных. Workaround, если Вам это что нибудь говорит, а не нанотехнологию

Про время измерения я упомянул в самом первом посте. Про время ничего не сказано автором. Поэтому можно догадаться, что чуваку время пофиг по умолчанию или около того. Надо исходить из того, что всё что упущено в условии - пофиг, а не усложнять задачу выдумками... Поэтому самое первое и общее решение - НЧ-фильтрация, полосовая режекция - второе решение (полоса определяет время) и т.д.


ЗЫ. Извините, Stanislav, а со своими разрывами Вы вообще всех уже задолбали ещё в начале лета. Про разрывы ничего не сказано, про разрывы Вы придумали

[Stanislav]

Просто Вы не знакомы с законом Парето и основным принципом принятия эффективного решения "80 на 20". Нужно использовать всегда простейшие решения из возможных. Workaround, если Вам это что нибудь говорит, а не нанотехнологию

Я так не считаю. Простейшие решения - часто оказываются не самыми лучшими. А закон Парето - лишь пример словоблудия, основное положения которого не сможете доказать ни Вы, ни кто-либо другой.
Кроме того, по поводу 80% - Вы себе явно льстите. Предложенный Вами метод даст результат через неопределённое время.

...Про время измерения я упомянул в самом первом посте. Про время ничего не сказано автором.

Как это не сказано? Постоянная составляющая ему нужна "сразу". Прочитайте ещё раз условия.

...Поэтому можно догадаться, что чуваку время пофиг по умолчанию или около того. Надо исходить из того, что всё что упущено в условии - пофиг, а не усложнять задачу выдумками... Поэтому самое первое и общее решение - НЧ-фильтрация, полосовая режекция - второе решение (полоса определяет время) и т.д.

Решение в лоб и без мысли, как я и писал уже...

...ЗЫ. Извините, Stanislav, а со своими разрывами Вы вообще всех уже задолбали ещё в начале лета.

Какими такими "моими разрывами"? И кого это "всех"? Настоятельно прошу ответить.

...Про разрывы ничего не сказано, про разрывы Вы придумали

Если нет - значит нет. Про это тоже нигде не сказано. Собственно, я на этом не настаиваю, и принципиально это ничего не меняет.

Сообщение отредактировал Stanislav - Nov 24 2008, 09:11

[fontp]

Кроме того, по поводу 80% - Вы себе явно льстите. Предложенный Вами метод даст результат через неопределённое время.

Да ладно... Переходное время линейного фильтра равно обратному значению его полосы. Вполне определённое. Другое дело, что называет автор под "медленно меняющейся постоянной составляющей", может она "медленно меняется" быстрее чем переходное время фильтра

Поэтому я получу результат за известное время ВСЕГДА. Возможно, это будет не то, что хотелось автору. Какой вопрос - такой ответ

Как это не сказано? Постоянная составляющая ему нужна "сразу". Прочитайте ещё раз условия.

Про "сразу" это он погорячился. И не в условии, а потом...
В любом случае для того, чтобы отличить компоненту частоты 0 от компоненты частоты F ему нужно время измерения сигнала как минимум 1/F

Решение в лоб и без мысли, как я и писал уже...
Какими такими "моими разрывами"? И кого это "всех"? Настоятельно прошу ответить.

Разрывами, которые Вы собрались сшивать по непрерывности сигнала. Существование разрывов во времени, когда сигнал не регистрируется, обычно есть признак неправильного проектирования девайса. Тогда задним числом программными методами пытаются замутить компенсацию ошибки аппаратного проектирования. Бывает, но не типично...
В маломальски приличном шуме ничего реально "по непрерывности" Вы не зашьете, пустое

"Все" - это все, кроме Вас. Понятно, что это моё частное мнение + мнение тех с кем этот вопрос мной обсуждался

Нет-нет-и-нет. Никакой фигни "по непрерывности" в практических случаях не бывает

И не смейте меня винить в хамстве и грозить забанить! В Вашем стиле... Сначала обозвать оппонента "без мысли", потом бежать ябедничать модераторам ;-)

ЗЫ. В дискуссии о "сшивании сигнала по непрерывности" я участвовать не собираюсь. Мое мнение что это фигня, оправданная только для отмазок от предъяв заказчика, когда бабки потрачены на проектирование кривого устройства. Денег всё равно уже нет, нужно искать цивилизованное решение и т.д.

[alexkok]

Про "сразу" это он погорячился. И не в условии, а потом...
В любом случае для того, чтобы отличить компоненту частоты 0 от компоненты частоты F ему нужно время измерения сигнала как минимум 1/F

Не обязательно.
Если функция известна, а в данном случае это
y = a + b*sin(2*pi*f + phi),
То при достаточном отношении сигнал/шум можно применить "fitting".