Как реализовать цифровое детектирование сигнала с ЧМ ? (+) («Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Цифровые сигнальные процессоры (DSP) и их применение»

Как реализовать цифровое детектирование сигнала с ЧМ ? (+)

Отправлено Хрюндель 24 января 2007 г. 15:50

Есть сигнал, который будет передаваться по телефонной линии. Он состоит из нескольких DTMF посылок в начале, а далее (через некую паузу) будет идти непрерывный сигнал с ЧМ (центральная частота, скажем, 1900 Гц). Девиация частоты будут задаваться величиной амплитуды цифровых отсчётов НЧ сигнала (12 бит 500 Гц частота дискретизации).
При приёме надо детектировать DTMF посылки, а сигнал преобразовать из ЧМ обратно в отсчёты амплитуды, причём уже с другой частотой оцифровки, т.к. сигнал будет подаваться для оцифровки на вход звуковой платы компьютера (скажем, частота оцифровки 11 кГц). Потом, возможно, надо будет сделать передискретизацию вниз на те же 500 Гц исходной частоты оцифровки (для убирания избыточности).
Как детектировать DTMF посылки я знаю - применить алгоритм Герцеля (разновидность преобразования Фурье).

А вот как сделать декодирование ЧМ в амплитудные отсчёты?

И ещё вопросы:
- Какие пределы девиации ЧМ лучше сделать при передаче сигнала по телефонной линии?
- Как не потерять информацию при передискретизации вниз или как-то иначе избавится от избыточности?

Составить ответ | Вернуться на конференцию

Ответы

Алло, центральная! — Fat_Robot (25.01.2007 13:59:3 62.105.138.5, 152 байт)
- Спасибо, но по первой ссылке у девайса скорость только 300 бит/с, а две вторые приблуды для акустической связи модема с телефонной трубкой стоят больше чем наш девайс целиком - дорого! Да и скорость, похоже будет 2400 (при углеродных микрофонах). — Хрюндель (25.01.2007 14:26:24 195.131.122.9, пустое)
  - Эти ссылки - не для того, чтоб Вы эти устройства стали покупать, и уж совсем не для того, чтоб — Fat_Robot (25.01.2007 14:50:37 62.105.138.5, 106 байт)
Почитайте стандарт V.23. А детектировать проще всего оптимальным фильтром, точнее двумя, настроенными на частоты нуля и единицы. — SM (24.01.2007 16:05:23 85.21.237.237, пустое)
- У меня сам сигнал ЧМ не цифровой (я не имею в виду DTMF, а то что идёт после неё), т.е. в нём не только лишь 0 и 1, а обычная аналоговая ЧМ, только она формируется из цифры при передаче и оцифровывается при приёме. — Хрюндель (24.01.2007 16:34:48 195.131.122.9, пустое)
  - Тогда классический квадратурный ЧМ-детектор. Снести в ноль, фильтрануть излишки и вперед. — SM (24.01.2007 16:36:39 85.21.237.237, пустое)
    - Мне кажется, зря вы собираетесь передавать ЧМ по телефонной линии. Во-первых, узкая полоса канала, — GM (24.01.2007 17:10:9 84.67.7.223, 397 байт)
      - Уже есть аналогичный израильский девайс. Хотим повторить способ передачи. Мы пробовали (+) — Хрюндель   (24.01.2007 23:56:31 84.204.75.179, 1637 байт)
        
        А чем Вам так фаза при переходах насолила? Это же мелочь, на которую можно практически не обращать внимание. Значит приемник у Вас хреновый, и всех делов. — SМ   (25.01.2007 00:41:44 213.141.133.66, пустое)
        
        Модем не у нас, он у Consumer Microcircuits Limited. (+) — Хрюндель   (25.01.2007 08:49:56 195.131.122.9, 310 байт)
        
        Хрюнделю. Акустическая связь, конечно, не сахар, но задача вполне решаема. — GM   (25.01.2007 02:34:15 84.67.7.223, 684 байт, ссылка)
        
        Со сжатием то всё понятно было сразу. А вот будет ли модем работать при акустическом канале я уже теперь сильно сомневаюсь. Может предложите конкретный какой-то? — Хрюндель   (25.01.2007 08:53:42 195.131.122.9, пустое)
        
        Именно ЧМн тут лучше всего. Так как акустический канал корежит фазу, но не частоту. — SМ   (25.01.2007 12:17:47 213.141.133.66, пустое)
        
        С оговоркой, что если фаза корёжится, то приёмник должен быть некогерентным. Но в цифре получается медленнее! А главное в цифре ещё тянется целый состав вагонов: сжатие данных, помехоустойчивое кодирование, синхронизация, распаковка данных (с учётом того, что не всё может приняться правильно) и т.д. — Хрюндель   (25.01.2007 14:14:57 195.131.122.9, пустое)
        
        С этим, естессно, не спорю, а с цифровым аналоговым демодулятором по той схеме, что я Вам сказал, тоже не без проблем в части сигнал-шума... — SM   (25.01.2007 14:58:41 85.21.237.237, пустое)
        
        Да я про когерентность только к тому (забыл написать), что тот модем что мы пытались использовать, видимо был когерентный, потому и облажался (вернее мы облажались :( ). — Хрюндель   (25.01.2007 16:48:26 195.131.122.9, пустое)
        
        469 - плохой модем — Fat_Robot   (25.01.2007 17:54:57 62.105.138.5, 29 байт)
        
        И эквалайзер хорошо бы добавить с тренировочной последовательностью. — SМ   (25.01.2007 12:18:23 213.141.133.66, пустое)
    - Герцеля я беру из библиотеки примитивов (IPP) от Интела (см. ссылку). Наверное на ней можно и это сделать. Впрямую там детектора ЧМ вроде нету. Тогда с помощью каких операций (т.е. на каких примитивах) можно реализовать этот детектор? — Хрюндель (24.01.2007 16:46:35 195.131.122.9, пустое, ссылка)
      - Вам понадобится - домножение на exp(jw), комплексный КИХ-фильтр-НЧ, точнее коэфф. действительные, а сигнал комплексный, два дифференциатора (первые разности хватит), Далее (dI/dt*Q - dQ/dt*I)/(Q^2+I^2) дадут искомый результат — SM (24.01.2007 17:44:19 85.21.237.237, пустое)
        
        Спасибо, буду переваривать. — Хрюндель (24.01.2007 23:57:59 84.204.75.179, пустое)