Кто-нибудь сталкивался с реализацией приема DTMF с помощью модулей SIM900\SIM300D?
И вообще, стоит ли изобретать велосипед? Слышал, что прием DTMF будет одной из функций SIM900. Хотелось бы знать, так ли это...

То, что смог найти - "Алгоритм Герцеля", но как довести сигнал до АЦП процессора - остается для меня загадкой. Ведь там дифференциальный сигнал... Как его оцифровывать? При том сохранив возможность вести телефонный разговор...
И еще вопрос: на сколько ресурсозатрантый этот Аглоритм Герцеля?

мой вам совет, возьмите нормальный неглючный модуль, который уже умеет штатно декодировать DTMF,
wavecom или telit на выбор.

сим300 мы не обсуждаем т.к. уже снят с производства, а про SIM900-й почитайте топики ниже... народ уже бьется "фэйсом оп тэйбл"
в 900-м китайцы DTMF не сделают, т.к. чипсет st-ericsson, на котором он построен, был сделан специально для "low cost entry phone", а не для M2M модулей. сомневаюсь что там вообще есть DSP внутри.

Поправочка - снимается с производства. До конца года он еще доступен.

Там видно будет...

(Ересь). Ставьте снаружи 8870/9270 и т.п. к любому модулю и забейте на советы гуру. Они скажут (и обоснуют), что это неправильно. Но ожидаемый эффект будет получен.


Сами может и нет, но предоставят возможность кустомеру, за деньги втрое-впятеро меньшие, чем Вейвком.
Будем посмотреть.

Ориентироваться лучше на то, что есть, а не на то что будет.

Если памяти не жалко то лучше "в лоб" ДПФ считать, особенно если контроллер 8-битный. Накопление ошибки меньше будет.

Подаете диф-сигнал на ОУ, приводите его к нужному уровню и на АЦП.


Не очень затратный, avr справляется. Кстати на ДПФ, особенно если не пожалеете памяти для таблицы синосов для каждой частоты, затрат будет примерно столько-же.
ЗЫ Тут есть форумы по алгоритмам ЦОС и DSP сделайте в них поиск по слову DTMF.

А вот врать не надо. Последние заказы на симкоме принимаются до 30 июня. и не надо нас парить

Другой вопрос, что барыги вроде питерских мтсистем, макро и киевская гамма (читай Cadillo) теоретически могут сделать складской запас до конца года, другой вопрос надо ли это людям с производствами т.к. все равно делать редизайн или уходить на другие модули, т.к. 900-й с глюками - это еще полгода-год исследований глюков и путей их обхода.

Да вот, пожалуйста, воздержитесь от Вашего обычного вранья. Заказы принимаются до 30 августа, и не надо нас парить...

Уважаемый, я здесь никого не парю. И за фразу "вранье" могу попросить тебя ЛИЧНО ответить.

а похоже хитрые китайсы продлили на ДВА МЕСЯЦА срок последних заказов SIM300xx для дистрибьюторов, а прямым клиентам сказали что край до 30 июня.

спасибо тебе , теперь будет аргумент с китайскисми уродами пообщаться

в любом случае 30 августа это не до конца года, как нас заверяет artemKAD

Да игнорируй просто и все. редизайн 1 раз сделать глюки и возможность перепрошивки модуля учесть. а Тролей кормить не наше дело. Пусть модер разбирается. ( я у себя откровенную комерческую заказу сразу накорню рубаю с афтором и всеми его постами) ))
ИМХО редизайн всеравно делать надо. и по возможности 1 раз ( на адекватный модуль (читай сим900) ) а н 1 раз на непонятно что , и через пол года опять на сим900. ведь как показала практика модули у симкома отличные.

Афтор-троль av-master,
игнорируй не игнорируй, а люди не дураки, сами разберуться, что им нужно. с дерьмом симкомовским разбираться несколько лет после редизайна и З/П платить дормоедам разработчикам до выявления глюков или слушать местных барыг в этой ветке форума.

по поводу возможности перепрошивки модуля симком я ваще плакал. мне что, еще несколько мегабайт памяти прикрутить к моему трэкеру надо, чтобы акумы высасывались в три раза быстрее?? и особенно порадовала фраза "на адекватный модуль (читай сим900)".

Сам то его пробовал, умник? Что там с регистрациями у разных операторов (УЧТИ НЕ НА УКРАИНЕ), с резетом, SMS-ми, переходом из одной зоны роуминга в другую, потреблением и прочие баги???

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

Если в августе заказать они к концу года (ноябрю) и будут... Кроме того, SimCom разве поставил ограничения на объем заказа? Там вопрос стоит не в том, что распродают изготовленное, а в том, что хотят знать сколько еще надо изготовить на то время, пока будут осваиваться новые модули.


Это ты нас (разработчиков) что-ли дармоедами назвал? Любопытный подход...

А ты сам-то его пробовал? Что-то мне подсказывает - нет.

сущие копейки. и потребление гораздо меньше контроллра. к томуже можно использовать для автономного хранния данных (раз уж трекеры)

прям щас пробую. и в моем функционале вполне адекватен, как для образца... ( в принципе смело ставлю свой трекер на поток. ( по себестоимости вашего модуля) у кого купят быстрее ? только ненадо говорить что пользователю не пофик на чем собрано железо.

даже нечего коментировать. причем Здесь Симком ? оглянитесь вокруг и попробуйте найти 10 .... или хотябы 5 девайсов сделаных не в Китае...

все. больше не отвечаю.

Вообще-то там половина флэши пустая, грозились под FOTA её задействовать.

"Подаете диф-сигнал на ОУ, приводите его к нужному уровню и на АЦП." - с этого места можно подробнее?
Ведь на выходе ОУ тоже диф-сигнал... Как же его на АЦП можно завести?

Не хотелось бы плодить номенклатуру внешними модулями, если все можно сделать программно... (Если конечно возможно...)

Что за ОУ такой хитрый, с парафазным выходом?

Мотороловский какой-то попался на глаза, у него именно так.
Может посоветуете какой-нибудь дешевый для этих целей?
Желательно маленький...

Извините за резкозть, но марш Хоровица с Хилом читать (Хоровиц П., Хилл У. Искусство схемотехники. 3 тома).

Маленький, ну например, MCP601 в sot23-5 корпусе.
Дешевый - LM358.
PS Кстати в вашем случае операционнок желательно иметь rail-to-rail(это операционник у которого напряжение на выходе может доходить до +- U питания) 601 как раз такой.

А кто в Украине Wavecom и Telit представляет?

Все спасибо!
Будем капать

И вот казалось-бы причем здесь Вейвком?... cea и vd-mais соответственно.

Да не... Я просто пытаюсь понять почему "вся" Украина сидит на SIMCOMе плюется, кричит "ПОМОГИТЕ", ветка в форуме на 90% - "Проблемы с SIM..." но тем не менее сидит и говорит, что это хорошо. Теперь как мне кажется начинаю понимать.

Эта фраза, правильно, должна быть так, как в фильме - "Верить никому нельзя, даже себе, мне - можно".

Заметили, кто кричит?
В 2004 г. я точно так же Вейвком материл. Сейчас, после пимлов и МТКшных телефонов, ничего не страшно.

Мне тоже нельзя.
Критерий один - практика.

90% проблем. потому что о успехах никто не пишет. если бы каждый успешный девайс тут по одному посту занимал. то проблем бы вы наверное и с поиском не отыскали... ))

Ну с разбором вроде бы все понял. Всем спасибо!
Теперь возник другой вопрос:
Как передавать во время телефонного звонка то, что допустим, на аудио-выходе процессора?

MC 34119 Не операционник но мелочь и цена копейки, минимум обвязки.

TELIT официально на Украине представляют три компании:
BIAKOM, VDMAIS, ARROW ELECTRONICS.

Вернусь к предыдущей станице.....

>>>в 900-м китайцы DTMF не сделают, т.к. чипсет st-ericsson, на котором он построен, был сделан специально для "low cost entry phone", а не для M2M модулей. сомневаюсь что там вообще есть DSP внутри.


Для сомневавшихся - DSP внутри чипсета - CEVA-TEAK - http://www.ceva-dsp.com

Вот не прошло и полгода и обещаный декодер DTMF имеется.
Сегодня, после получения ответов от тестировавших прошивку, я отправил подтверждение на SIMCOM о включении функции декодирования в стандартную прошивку.

Вернусь к приему DTMF в SIM900м. Вообще есть уже инженерная наработка DTMF(месяца два уже). Cadilo об этом уже говорил. Сейчас вылизывается. Как закончат с тестированием введут ее в релиз. А вообще уже сейчас можно ее попробовать на инженерной версии прошивки - ее вы можете получить от местных дистрибюторов SIMCOM.
Работает она так. AT+DDET=1 (включение функции DTMF). При активном голосовом соединении на порт будут выводится сообщения с DTMF-кодом.
Если после завершения голосового вызова подать AT+DDET=2, на порт выведется вся последовательность кодов, введенных в последнем звонке. Глубина записи - 100 кодов. Да, до звонка AT+DDET=2 тоже надо подать, чтобы включить запись.
Важно выдержать задержку после установления гососового - 300мс. После этого можно подавать на модуль DTMF-последовательности.

И на SIM900B так же появиться?

Думаю что должно. У нас основной поставляемый модуль SIM900, так что на модификации не обращал внимания.
Они экономически невыгодны к поставке и применению.

Я реализовывал DTMF на PIC-е.
С выхода SIM300 через RC-фильтр сразу на АЦП микроконтроллера, использовал только один выход модуля (что с того, что выход дифференциальный, второй выход просто не используется).
В исходниках Линукса нашел готовый код Си алгоритма Герцеля (ДТМФ), адаптировал его под ПИК и всё заработало.
Но работает очень долго, при анализе 16 частот (8 частот и 8 вторых гармоник) интервал 20 мс обрабатывается около секунды!
Если анализировать только 2 кнопки 6 частот ( 3 частоты и 3 вторые гармоники ), то получалось быстрее...

Но главная проблема в том, что при большой загрузке сотовой сети происходит уплотнение сигнала и аудио сигнал передается с перерывами.
Человеческое ухо воспринимает такой сигнал нормально, а вот Микроконтроллер уже нет.

на PIC_ах так и будет медленно, только поиграться. Даже не каждый ARM быстро справиться, LPC1768 пошустрее декодирует и точнее. Но все рано использовать проблематично в реальном голосовом канале GSM из-за задержек и фазовых искажений. MT8870 предпочтительнее, программной реаизаци даже на ARM_ах. Но тоже не очень то в решениях на GSM. Лучше использовать встроенные программные декодеры на уровне AT команд. Поскольку передача/прием DTMF более надежна, используется другой канал пердачи в GSM сетях, не голововой.

На PIC будет медленно только если делать по их примерам. Мы делали на 16F77 с табличным БПФ. PIC еще успевал управлять радиостанцией (Алтай - 3М) и генерить тречастотные посылки обмена с базовой станцией.
На современных PIC это еще красивее можно решить.
Правда писалось все на ассемблере с подсчетом и оптимизацией времени на выполнение- на си конечно не получится. Си хорош для быстрого написания, когда не ограничен скоростью и памятью, но времязависимые вещи на нем реализовывать не всегда оправдано.

Был PIC18F2520, работал на 8 Мегагерцах.
Но, как уже писали, самая большая проблема в искажениях в аудио-канале.
DTMF предназначен для проводных линий.

Конечно же я не имел в виду GSM. Речь шла о возможности реализации нормального приемника на PIC, чтобы еще ресурс и для другого оставался.
А в GSM канале даже аппаратные декодеры 50 на 50 определяют.

это не совсем так! декодеры типа 8870 - в гсм работают достаточно хорошо (ну 95% вероятности можно смело дать)
причем я использовал очень давно (этак в 2000-2002 годах когда еще сети ГСМ имели не ахти даже CSD соединения... а GPRS просто было только кое где..
так вот DTMF для передачи данных через непосредственно через голосовой канал - малой скоростью (одна 4 бит -посылка 100мс) -именно на 8870 (а это шедевр, какой уже долгие годы для целей DTMF - живет в мире и никуда не денется наверное до 2го пришествия аж, а возможно и переживет это событие)
Так вот.. посылки размером 100 байт- это все прекрасно гоняло по ГСМ точка-ГСМ-точка.. И там не менее 95%- передавались без ошибок. А если и были ошибки -повтор передачи..и проблема решалась.

Другое дело что пока я не имел дела со встроенными в GSM модем DTMF декодерами.. было бы интересно услышать подробности
кстати про рассказы героев какие тут описывают как они делали на Сим300 и АЦП- PICа программный DTMF декодер. Замечу- на это древний герой Сизиф сказал- "пидить в инете- не камни ворочать"



это не совсем так! декодеры типа 8870 - в гсм работают достаточно хорошо (ну 95% вероятности можно смело дать)
причем я использовал очень давно (этак в 2000-2002 годах когда еще сети ГСМ имели не ахти даже CSD соединения... а GPRS просто было только кое где..
так вот DTMF для передачи данных через непосредственно через голосовой канал - малой скоростью (одна 4 бит -посылка 100мс) -именно на 8870 (а это шедевр, какой уже долгие годы для целей DTMF - живет в мире и никуда не денется наверное до 2го пришествия аж, а возможно и переживет это событие)
Так вот.. посылки размером 100 байт- это все прекрасно гоняло по ГСМ точка-ГСМ-точка.. И там не менее 95%- передавались без ошибок. А если и были ошибки -повтор передачи..и проблема решалась.

Другое дело что пока я не имел дела со встроенными в GSM модем DTMF декодерами.. было бы интересно услышать подробности
кстати про рассказы героев какие тут описывают как они делали на Сим300 и АЦП- PICа программный DTMF декодер. Замечу- на это древний герой Сизиф сказал- "пидить в инете- не камни ворочать"

А уж с нормальными посылками ДТМФ (500мс)- 8870 гарантирует 99% верный прием..



Положим что касается СИМ- этой компании я всякое доверие потерял. Ее модемы годятся лишь на разработку планируемое время жизни которой - 2года.. по причине того,что Simcom имеет привычки менят схемотехнику даже приличных приборов купленных у нормальных компаний.. и после этого- не жди надежной работы.. от новых партий купленных модемов. с виду они такие же.. внутри- совсем другая суть. После практики использования SIMCOM (разнообразной) - ничто не заставит купить модемы этой компаний как бы хороши не были отзывы о них.. Знаю что в один миг можно "попасть" так. что даром не надо ее модемов! Даже если цены Симком сделают в 3 раза ниже чем на аналогичные компаний более приличных. Играть в лоторею с симком - никому не пожелаю..
энту уж извини, барин..

Друзья, Microchip тоже не стоит на месте! Сегодня в разы дешевле применять что-то вроде PIC18F45K20 или K22 (пин-ту-пин совместимы с 4520, но стоят около 70-80 русских рублей). Помимо прочего, они уже 16MIPS на внутреннем HSINTOSC. И в конце концов, если Вы уже умеете писать на асме, кто мешает делать асм-вставки или писать целые функции? Это ж не проблема! Склепайте на новых 18х шустрый табличный DTMF и выложите его сюда - народ будет зело благодарен!

Лучше даже на PIC24 или DSPIC33. Есть модели которые по ценовой политике интереснее 18 серии.
Так 18F45К20 в розницу $2.4, а PIC24FJ64GA002 или dsPIC33FJ12GP201 - $2.9. Если надо больше ног, то в среднем плюс 1-2 бакса.
У нас уже многие даже на PIC32 в качестве базовой модели посматривают - они при больших возможностях проще в освоении чем
16 и 18 серии.

Да нет вопросов, конечно, 24е или 33е лучше 18х. Но я на них ещё не пересел, хотя уже чувствую, что "затылок" вот-вот упрётся в "потолок". Однако, видимо, пересаживаться придётся сразу на ARMы - о них всё больше говорят и их всё чаще применяют. В любом случае, DTMF можно сносно реализовать на тех МК, что уже есть сейчас. Кто это сделает, тому будут большие респекты.

Перезвонил коллегам, если найдут исходники семилетней давности для PIC16F77 по табличному БПФ декодированию DTMF, то выложу.
В качестве основы можно будет использовать. Писалось на ассемблере, но комментарии есть, так что при желании можно разобраться и повторить на новых чипах. В частности можно переделать работу с таблицей, потому как тогда это все оптимизировалось покомандно, а в новых PIC есть готовые табличные команды. Самое интересное там сама таблица - она была полностью отмоделирована в матлабе (или маткаде - не помню как правильно прога зовется).

С чем пришлось тогда столкнуться это малый динамический диапазон при работе с АЦП PIC. Пришлось делать аналоговую часть с АРУ - схему брали от микрофонного пульта "Беринджер". После чего при выходном сигнале нч тракта радиостанции от 15 мВ до 600мВ сигнал DTMF из эфира определялся без проблем.

Лет 8-10 назад попадалась в руки офисная мини-АТС. Линий 6 или 8, делали в Харькове. Сделана была на ..PIC16F84
Удивило то, что она очень неплохо DTMF декодировала без аппаратного декодера. На вход PIC16F84 сигнал заходил с компаратора (пресловутая СА3, схема с плавающим уровнем как и в АОНах). На сколько кварц стоял уже не помню, но оно работало! Так что не обязательно АРМ для детектирования ставить..

Ну, наши предки из инженерного корпуса делали всё на аналоговой технике, а как работало! Дарьял весь насквозь аналоговый, Тополя тоже не на АРМах, а летают, поди ж ты! На самом деле, всё возрастающий объём ресурсов развращает разработчика, важнее быстро слепить нечто работоспособное, нежели вылизывать всё до совершенства...

Нееее, еще не все динозавры померли. Недавно пообщался с людьми которые переписали микрочиповские графические библиотеки на ассемблере для индикатора RFC57A с тач панелью. Спросил чем сишное не устраивало. Ответ привел к улыбке - не нашли крякнутый компилятор для 24 пиков. Пришлось им контроллер делать на 18-х и писать на асме. Зато полностью разобрались с индикатором.
Вобщем подарил им из закромов компилятор, чтобы так больше не мучились.

Звери! Вообще же я сомневаюсь, что RFC57A будет шустро под 18ми работать. На новогодних праздниках, дабы не умереть от скуки, баловался с электролюминесцентным EL.320.240 сначала на С, потом на асме. Больше 10 кадров в секунду получить не удалось. Именно поэтому уже и тесно на 18х сидеть, в дальнейшем понадобится дисплей помощнее, 18й точно не потянет.

Им шустрая динамика не нужна была - но менюшки и отображение техпроцесса вполне работает.


Мне прислали старые исходники от радиостанций - как и обещал - выкладываю.
Кроме ДТМФ там еще сделан трехчастотный декодер номера станции, не спутайте подпрограммы.

На АС намекаете? Таки видать не поняли питерские установщики всей глубины экономии ног автоохранки за счет их труда .

Знаете, плохому танцору и яйца мешают. По моей статистике процент брака модулей не вышел за пределы 2%...