Отправлено bp 19 июля 2005 г. 10:41

Основная проблема - как избавиться от семщения ?

Максимальная частота сэмплирования порядка 800 Sps
Максимальная длина буфера - 256 выборок
Реальное время не требуется (задержка 0.5 сек приемлема)
Проц - не DSP

Сейчас делаю так:
bias вычисляю как арифметическое среднее по буферу с учетом предыдущего вычисленного значения bias

• ВОтвет: — -=ВН=-   (19.07.2005 12:13 194.190.181.231, 678 байт)
  • А корректно ли это накладывать окно на сигнал со смещением? — bp   (19.07.2005 12:40 82.140.78.21, пустое)
    • А почему нет? Для Вашей задачи? У Вас вариантов ведь всего 2. — -=ВН=-   (19.07.2005 12:58 194.190.181.231, 494 байт)
      • Посчитал в матлабе для стационарного процесса, довольно хорошо сошлось. Буду в железе реализовывать. Спасибо за совет! — bp   (19.07.2005 13:06 82.140.78.21, пустое)
  • А корректно ли это накладывать окно на сигнал со смещением? — bp   (19.07.2005 12:40 82.140.78.21, пустое)
• Ответ: — 1108   (19.07.2005 11:30 213.85.145.12, 978 байт)
  • Ответ: — bp   (19.07.2005 11:39 82.140.78.21, 125 байт)
    • Ответ: — 1108   (19.07.2005 11:54 213.85.145.12, 131 байт)
      • Гы. Самый дерьмовый опорник имеет точность не хуже 1%. Нахрена нужны эти вычисления? — -=Shura=-   (19.07.2005 11:56 217.21.50.43, пустое)
        • Не понял поясните — 1108   (19.07.2005 12:04 213.85.145.12, пустое)
          • Поясняю — -=Shura=-   (19.07.2005 12:09 217.21.50.43, 209 байт)
            • Ответ: — 1108   (19.07.2005 12:18 213.85.145.12, 369 байт)
              • Да я это понимаю прекрасно, чем она обусловлена — -=Shura=-   (19.07.2005 12:35 217.21.50.43, 154 байт)
                • Ответ: — 1108   (19.07.2005 12:49 213.85.145.12, 377 байт)
                  • Согласен, но есть куча обходных вариантов :-) — -=Shura=-   (19.07.2005 12:58 217.21.50.43, 279 байт)
                    • Он железный пусть и считат а человек могет спать. — 1108   (19.07.2005 13:02 213.85.145.12, пустое)
                      • Если б ещё питался он при этом святым духом, то я не против :-) — -=Shura=-   (19.07.2005 13:06 217.21.50.43, пустое)
• Еще один вариант (или другая интерпретация уже предложенных решений) - фильтр высоких частот (+) — Vadim Kudryavtsev   (19.07.2005 10:59 210.94.41.89, 258 байт)
  • Всё бы хорошо, но реальный сигнал может и постоянку содержать — -=Shura=-   (19.07.2005 11:01 217.21.50.43, пустое)
    • Нет, только переменное сетевое напряжение. И думаю не хватит производительности процессора для ФВЧ - там ведь плавающая точка потребуется? — bp   (19.07.2005 11:10 82.140.78.21, пустое)
      • Ответ: А что? Достаточно узкополосные биквады на int64 даже получаются (+) — Vadim Kudryavtsev   (19.07.2005 11:15 210.94.41.89, 60 байт)
        • Одного звена и 32 бита хватит. А то 16-ти. Только — st256   (19.07.2005 11:50 211.63.143.186, 97 байт)
      • А что, значение смещения неизвестно? В чём проблема его вычесть? — -=Shura=-   (19.07.2005 11:11 217.21.50.43, пустое)
        • Неизвестно, и вопрос был в том, как его вычислять по короткой выборке из примерно 20 периодов сигнала , причем число периодов сигнала нецелое — bp   (19.07.2005 11:14 82.140.78.21, пустое)
          • Как же это так получилось? :-) Не само ж оно смещается, видимо схемотехнически как-то — -=Shura=-   (19.07.2005 11:16 217.21.50.43, пустое)
            • Ответ: — bp   (19.07.2005 11:27 82.140.78.21, 166 байт)
              • Можно ещё и по-другому — -=Shura=-   (19.07.2005 11:33 217.21.50.43, 189 байт)
            • Ответ: Скорее всего также как и у меня было (+) — Vadim Kudryavtsev   (19.07.2005 11:25 210.94.41.89, 216 байт)
• Ответ: Смещение, по частоте, или просто, постоянная составляющая? — artem   (19.07.2005 10:47 221.146.44.61, пустое)
• Смещай нормальным опорником и вычитай фикс. значение, твой же метод годится только для сигнала без постоянной составляющей — -=Shura=-   (19.07.2005 10:44 217.21.50.43, пустое)
• Повторюсь, вопрос в том, как избавиться от смещения — bp   (19.07.2005 10:43 82.140.78.21, пустое)
  • Ответ: Оцените математическое ожидание выборки и вычтите его из сигнала. — andy_P   (19.07.2005 10:44 80.82.63.185, пустое)
    • Единственная проблема - мат. ожидание нужно считать на целом количестве периодов синуса :-). Про это несколько страниц назад в конфе была дискуссия про окна при оценке rms. — andy_P   (19.07.2005 10:56 80.82.63.185, пустое)
      • Именно это меня и смущает - количество периодов не целое и достаточно маленькое ( порядка 20) — bp   (19.07.2005 11:04 82.140.78.21, пустое)
        • Окно введите. Оно для этого и придумано. Выше написал. — -=ВН=-   (19.07.2005 12:20 194.190.181.231, пустое)
        • Усредняйте на большем количестве отсчетов. Ошибка будет уменьшаться с длиной усреднения. — andy_P   (19.07.2005 11:30 80.82.63.185, пустое)
      • Чтобы этого не делать, усредняйте по как можно большему количеству отсчетов - 16 периодов может не хватить для требуемой точности. — andy_P   (19.07.2005 10:58 80.82.63.185, пустое)
    • Ответ: Тоесть к примеру 1000 отсчетов складывать с — artem   (19.07.2005 10:52 221.146.44.61, 183 байт)
    • Ответ: Перевод на руусский язык: — artem   (19.07.2005 10:50 221.146.44.61, пустое)