Тема: TDA200 определение номеров внутренних линий
Ребят, а я тут подумал всё-таки ваш метод с трубкой неудобный...
И тут я вижу два выхода: или таскать с собой ноут или юзать КПК по Wi-Fi
Как ни крути, но трубка все же лучше... Поключился трубкой к паре, набрал номер автоответчика - услышал номер...
Просто подключиться и услышать номер - как то не по феншую будет... ибо с таким успехом должны проговариваться абсолютно все номера, а это означает что любой пользователь в офисе поднимает трубку и Вы услышите его номер... а если это сделает надцать человек одновременно, то свой номер Вы уже никогда не найдете...
Номер должен проговариваться по требованию... автосекретарем...
У нас у некоторых операторов стоит собственный автоответчик...
В итоге: поднимаешь трубку, набираешь тестовый номер и слышешь в трубку: “Вы позвонили с номера №.....” - все четко и удобно...
Про идею со щупом конечно интересно, но как это будет выглядеть на работающей станции, когда много звонков?
Очень даже хорошо выглядит. Дело в том что программа отображает состояние порта в реале. Их несколько:
dialtone, proceeding, ringback, offering, connected, onhold, disconnected.
Нас интересует только те линии, которые в состоянии dialtone (можно поставить фильтр на это состояние). Т.е. это только что поднятая трубка (или замыкание линии). Как только ткнули щупом, тут же в программка отображает эту линию. Отсоединили щуп - запись исчезла. С другими абонентами не спутаешь.
Просто подключиться и услышать номер - как то не по феншую будет... ибо с таким успехом должны проговариваться абсолютно все номера, а это означает что любой пользователь в офисе поднимает трубку и Вы услышите его номер... а если это сделает надцать человек одновременно, то свой номер Вы уже никогда не найдете...
Не услышать, а увидеть на экранчике. См. мой предыдущий пост. Я юзаю TAPI Сall Монитор на своём компе. И могу сравнить с автответчиком. Предложенный мною метод по производительности быстрее раза в 3.
Не услышать, а увидеть на экранчике...
Метод быстрее..., но эффективность очень низкая...
На некоторых объектах вообще сводится к нулю... т.к. завязка идет на сеть и комп!
Не услышать, а увидеть на экранчике...
Метод быстрее..., но эффективность очень низкая...
На некоторых объектах вообще сводится к нулю... т.к. завязка идет на сеть и комп!
Но подразумевается, что сеть Fi-Wi и комп у вас свои, а не местного объекта.
Но подразумевается, что сеть Fi-Wi и комп у вас свои, а не местного объекта.
Блин - ну как Вы не поймете - что прозванивать линии также приходится далеко за пределами возможностей WiFi… и не всегда в удобных условиях...
Кроме того - с таким подходом надо иметь минимум ТДЕ, ибо для ТДА понадобится еще один комп на USB порт...
Все это полумера... для мобильного использования - абсолютно не пригодна...
.
.
.
я понимаю, что Вы пытаетесь найти применение своей идее, но эта идея хороша только рядом с большим кросом и мАТС. В полевых условиях - это существенное неудобство...
.
.
.
Чем городить кучу компов, WiFi и т.д. - я лучше принесу с собой плату 0177 и телефон с Русь 28. В итоге получу то же проговаривание номера в любой точке кросса... По мне это будет более функционально...
По поводу атоответчика я с начала обсуждения говорил. Либо комп превращать в автоответчик либо секретаршу.
Добавил в программу работу с модемом. Скачайте заново Module1.vb и откомпилируйте.
Но! Модем “поднимает трубку”, программа проговаривает в динамик (линейный выход) номер, и модем “бросает трубку”. Устройство сопряжения линейного выхода компа и телефонной линии придётся собрать самостоятельно. Например, такую. mich_ya говорил, что это не проблема.
