[semen_992 0]

Доброго времени...

Никак не могу найти ответ на свой вопрос сам :)

Есть ли декодеры дтмф на цифровых интерфейсах?

Например на UART RS-232 I2C и т.д.

Спасибо

[Палыч 9]

Есть ли декодеры дтмф на цифровых интерфейсах? Например на UART RS-232 I2C и т.д.

Вы ищите м/с DTMF receiver обязательно с последовательным интерфейсом? Чем параллельный не угодил?

[zltigo 1]

Вы ищите м/с DTMF receiver обязательно с последовательным интерфейсом? Чем параллельный не угодил?

Судя по разделу он еще ищет и приемник способный распознавать DTMF после GSM кодека. А это вообще совсем отдельная песня. Лично мне неведомы сколь-нибудь стабильно работающие серийные чипы.

Ну а с просто DTMF почти любой микроконтроллер способен справиться.

[CADiLO 12]

Что касается микросхем с последовательным интерфейсом (I2C), то они есть начиная от Zarlink и заканчивая китайцами.

Вопрос только в поставках и доставаемости на территории разработчика.

 

 

Не вижу проблемы распознать DTMF ????

Если со стороны передачи это делается командой - то есть генерит последняя сота перед устройством, то распознает любой серийный приемник. У нашего клиента несколько тысяч устройств катаются с MT88L70 и нареканий нет.

А вот если делать неправильно - впихивать на передающей стороне DTMF в аудиоканал, тогда конечно проблематично распознать.

Проблема не в GSM кодеке, он вполне пропускает спектр частот для DTMF, а в накапливающихся фазовых искажениях между сотами - чем больше сот между передающей и принимающей стороной, тем нереальнее принять DTMF переданый в аудиоканал. Потому и придумали способ передачи командой, когда генерит последняя сота.

По этой же причине проблематично передать факс через сотовую связь не используя пул оператора (в аналоговом режиме - например через сотовый мост)

Только в режиме модема с компа - например Вентафаксом.

[zltigo 1]

а в накапливающихся фазовых искажениях между сотами - чем больше сот между передающей и принимающей стороной, тем нереальнее принять DTMF переданый в аудиоканал.

Между телефонами всегда только ДВЕ соты. Одна через которую работает один телефон и вторая, через которую работает второй. Дальше вся коммутация в общем случае канальная, синхронная - совершенно обыденная классическая телефония с ее ИКМ потоками.

Если со стороны передачи это делается командой - то

Специально ведь жирным шрифтом выделил :(

[CADiLO 12]

На эту тему уже спорили год назад.

 

Специально ездил к инженерам одного из наших операторов - так вот максимально накапливаемое искажение в пределах нашего города (от окраины до окраины) - 5 сот. Никакой ИКМ они не используют, а стоят на вышках системы распределенной коммутации, которые решают куда отдать сигнал - на следующую соту в виде ретрансляции или работать в пределах своих 6 сот. Схема с центральным коммутатором по их словам давно устарела и оператором используется только в малых населенных пунктах.

[zltigo 1]

Схема с центральным коммутатором по их словам давно устарела и оператором используется только в малых населенных пунктах.

Базовый вариант в реальных населенных пунктах это уход на, например, радиорелейку и SDH кольцо. Организация какой-то там ретрансляции с соты на соту с занятием тех-же каналов, что должны использоваться на самом деле для абонетов это разве только вариант для глухих деревень и сел. Типа нам дешево а им и так сойдет просто для поговорить.

[=F8= 0]

как говорит гугл MT3270 :)

[Aner 4]

Ну а с просто DTMF почти любой микроконтроллер способен справиться.

 

ну совсем не серьезный ответ. Не всякий справиться, по этому и внешний ставят.

Да и у контроллера ресурс отымать не стоит.

[zltigo 1]

по этому и внешний ставят.

Те кто не умеет готовить, те ставят.

Да и у контроллера ресурс отымать не стоит.

Какой там уж ресурс для оцифровки полутора килогерц и меееедленной обработки с течении сотни миллисекунд.

[Aner 4]

как это какой! DTMF сигнал аналоговый, тут не все просто с цифрой.

шумы чем то фильтровать нужно. Чем обеспечите усиление если уровень будет низкий. Чем будуте выдерживать соотношение сигал шум? Динамический диапазон?

 

Если не брать ARMы то ни атмела ни пики нормально не обработают даже цифрой. Возьмите джиттер и как вы сладите с ним если тактовая 1..4Mhz?

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

Проще отдать внешнему чипу эту задачу и не экономить.

[alexQ 0]

есть модули которые могут декодировать DTMF сами, без участия внешних декодеров....

[sobr 0]

есть модули которые могут декодировать DTMF сами, без участия внешних декодеров....

Огласите ВЕСЬ список... пжалста.

[zltigo 1]

Проще...

Делайте "как проще". Я предпочитаю, как лучше. Особенно понравилось поминание всуе словца слова джиттер :). Про проблему фильтрации шумов тоже очень понравилось - ну работа у приемника это именно фильтровать. Все остальное тоже страшное и сложное по незнанию :(. Относительную проблему может только составлять, если вдруг нужна, работа в относительно большом динамическом диапазоне, но это тоже не данный конкретный случай - тут, да и вообще сейчас, все в основном в цифре бегает - что вылетело по уровню, то с тем уровнем и прилетит, посему 8 реальных bit из обыденных для микроконтроолерных ADC 10bit, даже замного будет.

[CADiLO 12]

Я уже приводил пример в другой ветке - если "для себя" то можно и на контроллере поизвращаться.

А вот если соберетесь по всем правилам сертифицировать, то даже DSP по динамическому диапазону не прокатит - только аппаратные декодеры.