Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2002.01.17;
Скачать: CL | DM;

Вниз

Определение номера   Найти похожие ветки 

 
Andey   (2001-09-27 19:55) [0]

У меня есть SoundBlaster, имеется телефон. Можно ли каким-то образом определять какой номер набирают на телефоне, а желательно чтобы все наборы где-то сохранялись.


 
Станислав ©   (2001-09-28 10:16) [1]

В принцыпе да, но как ты хочешь это реализовывать. Без юзера наврятли хотя чем черт не шутит. И еще если тоновый набор, то очень трудно будет.


 
Nest ©   (2001-09-28 10:31) [2]

>Станислав ©
Я так понял,что с сбластером можно определять так :
Когда юзверь жмёт на кнопу телефона с тоновым набором,то возникает звук "Пик".По нажатии на разные цифиры звук разной частоты.Так вот по частоте определять цифиру.
А если телефон дисковый(с импульсным набором)-а значит не пикает,то тогда вообще как с помощью соунд-блястера опредилить что-нить можно?


 
Andey   (2001-09-30 20:21) [3]

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


 
Anatoly Podgoretsky ©   (2001-09-30 21:02) [4]

Для импульсного набора саунд бластер не подойдет, нужно какое либо АЦП


 
Vad ©   (2001-10-01 06:11) [5]

Все просто, только нужно сделать маленькую приставочку:
резистор со стабилитроном и все это дело завести на
COM, LPT или джойстик, по вкусу, а потом проеделять
количество пульсаций и паузы между ними.


 
Nest ©   (2001-10-01 09:34) [6]

>Vad ©
А по-подробнее нельзя,плиз?


 
Андрей К.   (2001-10-01 10:37) [7]

Мы занимались этой проблемой лет 5-6 назад. записывали звук на HDD и определяли входящие и исходящие номера (именно через SB). При тональном наборе нет никаких проблем: просто делается БПФ (быстрое преобразование Фурье) и анализируются частоты двухтональных сигналов (соответствия непомню, но могу поискать, да и в интернете этого добра должно быть навалом).
А вот при импульсном наборе есть серьёзные проблемы. Дело в том, что импульсный набор осуществляется с достаточно низкой частотой и большой амплитудой. При этом на разделительных ёмкостях SB возникают неслабые переходные процессы, которые ведут к существенному искажению формы сигнала. Эти искажения сильно препятствуют программному анализу сигнала при импульсном наборе номера. Разборчивость конечно была, но достаточно часто возникали ошибки (то на 1 больше насчитает, то меньше). Мы конечно вышли из положения: поскольку нам требовалось определять и входящие номера (что без дополнительной схемотехники малореально), наша приставка, помимио прочего, заполняла наборные импульсы однотональным сигналом, а с его анализом проблем уже не возникало.
А вообще-то предложение Vad самое простое и надёжное. Если конечно дружишь со схемотехникой и паяльником. Если нет то лучше вообще забудь свою идею (или доверь проверенному товарищу), а то спалишь к чертям компьютер.


 
Vad ©   (2001-10-01 14:56) [8]

Andey,Nest
отправил по почте, чтобы не загромождать форум.


 
Sova   (2001-10-01 20:36) [9]

Vad брось и мне пожалуйста описание.


 
Andey   (2001-10-01 20:46) [10]

Исходник на паскале было бы прекрасно!!!
Это мне очень пригодится...
Но вот выплывает ещё проблема, если разговор(набор номера) записан на
аудионоситель то эта схема через COM порт не подходит.
может и подойдёт но электронику(внешнюю) надо дорабатывать.

Спасибо большое!!!!


 
UsBall ©   (2001-10-02 00:23) [11]

Набор номера в номеронабирателя несколько стабилизирован - т.е. разомкнутое состояние линии длится довольно конкретное время. Аналогично достаточно определенный промежуток времени длится и пауза между разрывами.
Да, и ещё момент - перепады уровней при этом должны очень сильно отличаться от голосового сигнала. Всё это применительно именно к записи на носителе (или в файле).
Предположим - делаем массив отсчётов аудиозаписи и ловим там сигнал с очень большими перепадами (т.е. фактически фильтруем его). Далее по идее можно посчитать. Кстати - интересно как преобразовать этот самый аудио файл в отсчёты?
А СОМ порт юзать весьма стрёмно - я правда схемы не видел, но если нет гальванической развязки между линией и портом, то можно поиметь весьма нехилый потенциал на порт.
Особенно в грозу. И это не просто слова - очень реально.


 
Vad ©   (2001-10-02 02:05) [12]

Если делать определитель серьезно, то нужно соответствующие знания
или помощь по электронике, т.к. уровни сигналов в телефонной линии и
у компьютера сильно различаются. А для экспериментов подойдет и
простейший стабилизатор. Я даже пробовал испльзовать простой
механический номеронабиратель выдранный из старого телефона с батареей
12V подключенный к COM порту для отлаживания программы.

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


 
Andey   (2001-10-02 19:51) [13]

Vad!!! Мне бы твой исходник, да и прогу(у меня DELPHI 5), а электронику
я бы потыкал паяльником(образование немного имею), кстати насчёт твоей
схемки: если заменить диод на диодный мост(4 диода) то и полярность
не перепутаешь.
От грозы может кондёрами предохраниться!? Ждать наверное долго чтобы
проверить.
Как контролировать COM-порт - это для меня слабо(надеюсь пока).
Спасибо всем за внимание к моей проблеме.


 
Vad ©   (2001-10-03 05:20) [14]

To:Andey
Исходник послал.
Да это и не схема по хорошему, а так - принципы работы.
Вполне может и не заработать, т.к. у связистов свое понимание стандартов. Например, многие импортные телефоны при наборе не до конца замыкают линию.
Во многих телефонных розетках стоят конденсаторы, блокираторы и т.п.



Страницы: 1 вся ветка

Текущий архив: 2002.01.17;
Скачать: CL | DM;

Наверх




Память: 0.5 MB
Время: 0.012 c
14-52642
wHammer
2001-11-21 08:09
2002.01.17
Шахматы


4-52690
NetBreaker666
2001-11-15 03:07
2002.01.17
Опять все теже HOOk и


3-52474
Котелок
2001-12-10 07:47
2002.01.17
Так всё таки, можно как нибудь победить DBGrid?


3-52464
Laimer
2001-12-14 14:08
2002.01.17
функция Cast


1-52585
Марина
2001-12-29 09:05
2002.01.17
Минимизация формы