Comments 19
Исправил ошибки парсера
Хм, спасибо! Очень хорошая работа по собиранию всей информации в одну программу, в будущем эти наработки, думаю, мне понадобятся =)
А чтобы не задавать номера портов вручную в скрипте а определять автоматически не экспериментировали?
А сделать изменения например ожидание нажатия кнопки 1 или 0 сложно доработать?
Вы имеете ввиду голосовое меню?
Да именно, в целях скажем так перенаправления или принятия решения.
Такие изменения сделать можно. Но нужно учесть что для того чтобы принимать данные о нажатых кнопках на телефоне (по моему эта информация передается в виде USSD, но полной уверенности нет) во время разговора (в голосовой порт пишутся аудиоданные каждые 0.02 секунды) можно поступить 2-я способами:
1. чтение данных из командного в параллельном потоке (возможны различные варианты: fork, thread, и по моему был модуль в составе IO умеющий распараллеливать процессы чтения и записи. В случае с fork и thread нужно организовать межпроцессное взаимодействие помоему)
2. неблокирующее чтение данных из командного порта (в этом подходе так же есть свои нюансы)
1. чтение данных из командного в параллельном потоке (возможны различные варианты: fork, thread, и по моему был модуль в составе IO умеющий распараллеливать процессы чтения и записи. В случае с fork и thread нужно организовать межпроцессное взаимодействие помоему)
2. неблокирующее чтение данных из командного порта (в этом подходе так же есть свои нюансы)
Немного почитав доку — выяснил что во время звонка нажатия кнопок передаются как DTFM, и в этом случае для организации голосового меню достаточно паралельно с записью в голосовой порт произвоодить чтение из него-же, и считанный 320 байтный кусок анализировать на наличие в нем сигнала DTFM. Попробую на неделе сделать/доработать скрипт — умеющий распознавать сигналы тонального набора.
Для более глубокого понимания механизмов организации голосовых меню можно почитать то что выдает google по запросу IVR DTFM
С наскоку победить DTMF не удалось. (в 2-х предыдущих сообщениях ошибочно обозвал DTFM).
Нашел несколько косвенных упоминаний о том что e1550 не умеет аппаратно распознавать DTMF сигналы.
Программно вроде как распознает perl модуль Modem::Vgetty, более того — этот модуль умеет звонить через модем и организовывать голосовые меню.
Также на CPAN-е было найдено еще несколько модулей для создания голосовых меню, и для декодирования DTMF, но эксперименты результата не дали. Возможно я что то не так делал.
Есть еще вариант пойти по пути предложенному человеком выложившим код на Си с предложением переделать его в перл.
Ну вот как то так. Вынужден пока отступиться от проблемы.
Нашел несколько косвенных упоминаний о том что e1550 не умеет аппаратно распознавать DTMF сигналы.
Программно вроде как распознает perl модуль Modem::Vgetty, более того — этот модуль умеет звонить через модем и организовывать голосовые меню.
Также на CPAN-е было найдено еще несколько модулей для создания голосовых меню, и для декодирования DTMF, но эксперименты результата не дали. Возможно я что то не так делал.
Есть еще вариант пойти по пути предложенному человеком выложившим код на Си с предложением переделать его в перл.
Ну вот как то так. Вынужден пока отступиться от проблемы.
Переписал на Perl эту программу. Потратил на нее уйму времени, но так и не добился распознавания DTMF сигнала. Потерялся в логике функции read_frame, а именно странный расчет количества считываемых байтов:
А также не доконца понимаю логику функции calc_power, Логика функции зависит от значений в массиве:
Если кто знает как это работает — поделитесь пожалуйста опытом.
x = read(fd, &buf[i], N-i);
...
i += x;
А также не доконца понимаю логику функции calc_power, Логика функции зависит от значений в массиве:
int k[] = { 11, 13, 14, 19, 21, 23, 26, 27, 28, 33, 36, 39, 40, /*44,*/ 45, 49, 51, 72, 78, };
Если кто знает как это работает — поделитесь пожалуйста опытом.
Да уж смотрю сложности с голосовым меню не маленькие…
Насколько мне помниться есть алгоритм распознавания сигнала Wiki: «Сигнал DTMF может быть декодирован на цифровой ЭВМ с использованием алгоритма Гёрцеля.» Но я так и не смог его понять.
Насколько мне помниться есть алгоритм распознавания сигнала Wiki: «Сигнал DTMF может быть декодирован на цифровой ЭВМ с использованием алгоритма Гёрцеля.» Но я так и не смог его понять.
Все таки победил DTMF. И сумел получить из этого работающий perl код. В архиве 3 файла:
1. dtmf_decode.01.pl — работающая версия perl скрипта DTMF декодера.
2. test.for.bug.raw — записанный с телефона голос и нажатия кнопок (DTMF сигналы): 01234567890*#
2. test.for.bug.1.raw — с генерированный файл с нажатиями кнопок (DTMF сигналы): 112163 112196 11#9632 ##9696
Хочу отметить, что на реально записанный файл на части где говорю голосом происходят ложные срабатывания. Вот вывод анализатора на этот файл:
DIALTONE BUSY RING DIALTONE RING BUSY RING BUSY RING BUSY DIALTONE 01234567890*#
Таким образом делаю вывод что использовать DTMF декодер нужно совместно с Voice activity detector
1. dtmf_decode.01.pl — работающая версия perl скрипта DTMF декодера.
2. test.for.bug.raw — записанный с телефона голос и нажатия кнопок (DTMF сигналы): 01234567890*#
2. test.for.bug.1.raw — с генерированный файл с нажатиями кнопок (DTMF сигналы): 112163 112196 11#9632 ##9696
Хочу отметить, что на реально записанный файл на части где говорю голосом происходят ложные срабатывания. Вот вывод анализатора на этот файл:
DIALTONE BUSY RING DIALTONE RING BUSY RING BUSY RING BUSY DIALTONE 01234567890*#
Таким образом делаю вывод что использовать DTMF декодер нужно совместно с Voice activity detector
UFO just landed and posted this here
Я писал (собирал информацию) именно под e1550, как обстоят дела с другими девайсами к сожалению не подскажу.
По поводу разлочки модемов — точной информацией не обладаю — но мне кажется что модем может быть «залочен» как на уровне десктопного ПО идущего в комплекте с модемом, так и на уровне прошивки. Подобное мнение у меня сложилось после эксперементов с 3-я модемами huawei e1550 от мегафона. Один был разлочен другом, 2 остальных разлочены небыли. И при попытках выйти в интернет сложилась такая картина:
1-й модем: выходит в нет под любой симкой как в Linux так и в MS Windows
2-й модем: выходит в нет под любой симкой только в Linux, и под родной симкой в MS Windows
3-й модем: выходит в нет и в Linux, и в MS Windows только с родной симкой.
Для выхода в нет под MS Windows использовалась ПО из комплекта модема.
Для выхода в нет под Linux использовался kNetworkManager.
Вроде как для разлочки модема (залоченного на уровне прошивки) нужно ввести AT команду: AT^CARDLOCK=«nck code» (источник1, источник2, источник3)
Также где то читал, что данный метод работает не на всех прошивках и не у всех операторов связи.
1-й модем: выходит в нет под любой симкой как в Linux так и в MS Windows
2-й модем: выходит в нет под любой симкой только в Linux, и под родной симкой в MS Windows
3-й модем: выходит в нет и в Linux, и в MS Windows только с родной симкой.
Для выхода в нет под MS Windows использовалась ПО из комплекта модема.
Для выхода в нет под Linux использовался kNetworkManager.
Вроде как для разлочки модема (залоченного на уровне прошивки) нужно ввести AT команду: AT^CARDLOCK=«nck code» (источник1, источник2, источник3)
Также где то читал, что данный метод работает не на всех прошивках и не у всех операторов связи.
по многочисленным просьбам залил все имеющиеся наработки по теме статьи на github
Sign up to leave a comment.
perl скрипт производящий голосовой обзвон (оповещение) через usb модем huawei e1550