Отправлено val_omsk 24 октября 2006 г. 15:14 В ответ на: Определите тогда вначале, откуда ноги растут: со входным сигналом проблема или у Вас внутри что-то не в порядке. Для этого (+) отправлено <font color=gray>homekvn</font> 24 октября 2006 г. 13:20

1. Версия с нарушением синхронизации и переменой местами квадратур мне показалась наиболее правдоподобной, но при этом должен инвертироваться спектр, чего в действительности не происходит.
2. Я бы с удовольствием поискал проблему в своем коде, но по сути моего кода практически то и нет. То есть я просто принимаю квадратуры по последовательному порту и вывожу содержимое буфера на экран, но не в чистом виде, а в виде комплексного спектра, который строит сама(!) среда разработки. График обновляется примерно раз в секунду, похоже при обновлении графика из за особенностей JTAG происходит некоторая рассинхронизация, но в чем именно?
3. Принимаемый сигнал (квадратурный) я перевожу в действительный, со смещением вверх по частоте, по формуле: S(n)=Q(n)*sin(f*n) - I(n)*cos(f*n); отсчеты синуса и косинуса получены с помощью функции sine из DSPLib. Что характерно: при вычислении fft этого _действительного_ сигнала несущая все также произвольно скачет симметрично центральной частоты f.
4. Сигнал все это время прекрасно демодулируется, в этом факте сомневаться не приходится. То есть он демодулируется и когда fft "считает" что несущая располагается на f + fc (это в случае перенесенного вверх на частоту f действительного сигнала, ну или 0 + fc, если рассматривать исходный комплексный сигнал) и когда она почему-то "оказывается" на f - fc (0 - fc).
5. В принципе, если на отладочник "не дышать", т.е. не прерывать во время выполнения программы всяческими breakpoint'ами и probepoint'ами, то частота, вроде бы :), не скачет. Но дело уже в принципе, хочется понять суть явления.

• Проще всего оторвать I или Q и смотреть на буффер во временной области. — andy_P   (24.10.2006 16:03 80.82.63.185, пустое)
  • ну вот смотрю я на I и Q во временной области. синусоиды там скачут, что мне это может дать? — val_omsk   (25.10.2006 07:47 195.162.33.1, пустое)
    • фигня какая-то...(+++) — val_omsk   (25.10.2006 11:53 195.162.33.1, 991 байт)
      • Скорее всего дело в режиме порта. Вам бы его как-то так запрограммировать, чтобы принимать 32-битные данные. Тогда теряться будет парами :-) и проблема уйдет. (Краем глаза взглянул на Вашу миркосхему - она это вроде бы могет) — andy_P   (25.10.2006 12:32 80.82.63.185, пустое)
        • попробую, хотя вряд ли поможет. квадратуры приходят не просто по очереди, а парами, и между парами приличное расстояние, примерно в 2 раза большее чем длина 32битной пары I и Q — val_omsk   (25.10.2006 12:58 195.162.33.1, пустое)
          • то есть по идее они и так парами теряются. щас проверю — val_omsk   (25.10.2006 12:59 195.162.33.1, пустое)
            • да, Вы оказались правы. при приеме одним 32битным словом палка стоит где ей и положено... — val_omsk   (25.10.2006 14:02 195.162.33.1, пустое)
              • либо здесь еще какой-то эффект присутствует, либо ... одно из двух(+++) — val_omsk   (25.10.2006 14:55 195.162.33.1, 1271 байт)
                • Может частота несущей медленно плавает вокруг 0, причем с отклонением, меньшим чем девиация? Тогда данные все равно правильно демодулироваться будут. — andy_P   (25.10.2006 15:18 80.82.63.185, пустое)
                  • "Плавание" обусловлено тем, что LO приемника и передатчика разные. — andy_P   (25.10.2006 15:24 80.82.63.185, пустое)
  • И еше посмотрите на статус порта - нет ли оверранов. Скорее всего при выводе классной картинки с FFT процессор не успевает обслуживать порт и некоторое (случайное) количество данных из порта не забирается. Когда это количество четное проблем с квадратурами нет, но видимо оно бывает и нечетным. — andy_P   (24.10.2006 16:18 80.82.63.185, пустое)
    • Хм. А разве DSP занимается выполнением БПФ? (+) — homekvn   (24.10.2006 16:25 212.185.161.237, 227 байт)
      • Не важно. DSP останавливается пока данные вытягиваются с таргета на хост. — andy_P   (24.10.2006 17:00 80.82.63.185, пустое)
        • DSP останавливается, а вот DMA, которым скорее всего данные тянут, похоже, что нет. — homekvn   (24.10.2006 17:06 212.185.161.237, пустое)
          • DMA-то время от времени перепограммировать надо :-), а если DSP стоит, то DMA не перепрограммируется. У любого уважаемого порта флажок есть, показывающий, все ли вычитывалось что в порт попадало. Проверить этот флажок и призываю. — andy_P   (24.10.2006 17:52 80.82.63.185, пустое)
            • Если DSP стоит, то DMA работает себе спокойно, будучи один раз запрограммированным. Я, например, предпочитаю один раз запустить DMA и забыть об этом. А он, родимый, работает себе тихонечко, даже если DSP вдруг остановился. — homekvn   (24.10.2006 20:54 212.185.161.237, пустое)
              • Долго обсуждать что там не так, да и телепатия это . Я например стриминг люблю - когда DMA подсовываются пустые буфера из очереди. Обработка ковыряет заполеннные буфера и отдает их в очередь пустых. На вкус и цвет... — andy_P   (25.10.2006 12:35 80.82.63.185, пустое)
• Очень похоже, что во время прерывания процесса происходит следующее (+) — homekvn   (24.10.2006 15:54 212.185.161.237, 817 байт)