Цитата(SPACUM @ Sep 19 2010, 10:50)
А другие физические факторы. В жизни не бывает чистого синуса идеально синхронизированного с оцифровкой сигнала. Всегда есть небольшая амплитудная и частотная модуляция например из-за рыскания системы синхронизации. И мне очень хотелось бы иметь АЦП для оцифровки 62Гц имеющий хотя бы 22 честных бита при больших сигналах. Причем погрешность младших разрядов имеющихся в продаже не чистый белый шум, а величина сложным образом связанная с биениями сигнала и частоты оцифровки. А всякие расчеты основанные на том,что наши АЦП завтра будут выдавать результат в формате double лучше оставим потомкам и в запечатанной капсуле чтобы не видели нашего идиотизма. Я уже давно не моделирую ничего в Матлабе. При некотором опыте все идеи легче проверить на реальном процессоре, чем учесть все факторы при математическом моделировании.
А что касается поставленной задачи в жизни правильнее применить адаптивный метод постоянно подстраивающийся к мешающему фактору. А формально при идеальной синхронизации окна и идеальной синусоиде мешающего фактора метод предложенный автором несомненно наилучший, можно даже рассчитать эту гармонику один раз и вечно ее вычитать.
Устранять неопределенность можно увеличением общей длины выборки. Ничего не стоит записать входной и выходной сигналы в канале связи и проанализировать их многократно и неторопливо. Можно узнать насколько портится эта самая гармоника 62 Гц и сделать вывод как ее устранить. Наверняка она получит модуляцию (об этом писали), а значит и размытый спектр. То есть, в чистом виде ее (гармоники) на выходе канала связи уже нет. Если часть этой модуляции не случайная, ее можно компенсировать. Но следы все равно останутся. А режекторный фильтр - достаточно простое и устойчивое решение (без обратных связей).
Вычитание гармоники из сигнла, Коректно это или нет???
Sep 17 2010, 19:27
