АОН с симуляцией CallerID, контроль непрерывного гудка?

[RomanL]

В случае если на удаленном телефоне повесили трубку после определения входящего звонка модемом, но до определения номера, модем пытается определить номер и после этого выдает КПВ в линию и RINGи на терминал, хотя в линии уже идет непрерывный гудок.
Можно ли с терминала это проконтролировать, а также в случае если модем определил сигнал занято и повесил трубку?

В данном режиме при #CLS=8 модем выдает DLE-коды (t/h)поднята/опущена трубка на телефоне(Phone), но не выдает кодов длинного и короткого гудка.


Спасибо.

[Technical Support]

Есть к Вам просьба: пожалуйста, приводите последовательность команд, которую Вы посылаете модему, в описании проблемы. "На слух" воспринимать подобные вопросы довольно затруднительно.

По существу вопроса. Начиная с версии 2.21, IDC/VR+ проверяют сигналы занято в паузах между длинными гудками (КПВ), посылаемыми в режиме симуляции Caller ID. Вот цитата из whatsnew.221:

[RomanL]

Ситуация несколько прояснилась, но все таки хотелось бы разобраться с некоторыми возможности:

Режим тот же
#cid=1 #cls=8

1. В случае если поступил 1 длинный гудок (после чего сразу повесили трубку на удаленном телефоне) модем определяет входящий вызов, поднимает трубку (физически), но уже после того, как она была повешена на удаленном телефоне, он пытается определить номер, не определяет его и выдает на терминал и внутр. динамик около 6 RING ов. Хотя в линии в это время уже непрерывный гудок.

2. Если трубку на удаленном телефоне вешают уже после физического поднятия и определения номера модемом, тогда
получается, вот что:

RING
NMBR = 2545820
RING
RING
<здесь абонент вешает трубку, модем определяет сигнал занято и вешает трубку> Хотелось бы как то зарегистрировать в программе
поступивший вызов?

. . .

RING <идет новый вызов, номер не определился, получается в
программе без организации таймаута после рингов
предыдущего вызова, различить новый вызов нельзя?

RING
RING

3. Если организовать все след. образом:

. . .
#cid=1 #cls=8
- поступил вызов
- принял определенный номер
- поднял трубку AT#VLS=0A
- перешел в режим передачи данных #VTX
- выдаю сообщение либо длинные гудки в линию
- по DLE коду поднятия трубки на телефоне <t
выхожу из режима #VTX перехожу в режим приема
данных #VRX и получаю данные с линии

В данном случае все вроде работает модем после AT#VLS=0A определяет и выдает DLE коды сигналов занято и непр. гудок,
но для определения поднятия трубки на телефоне, выходу из режима
#VТX и перехода в режим #VRX модему требуется некоторое время
и прием данных идет примерно со 2-й 3-й секунды разговора.
В режиме эмуляции CallerID было бы вроде несколько побыстрее,
вобщем хотелось бы поточнее уяснить возможности этого режима.

Спасибо. Роман.

[Technical Support]

Создаётся впечатление, что симуляция Caller ID - не лучший режим для решения Ваших задач. Может быть, попробуете пойти другим путём?

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

[RomanL]

Спасибо. Будем пробовать таким образом.

[Technical Support]

Можно посмотреть на работу этого алгоритма в протоколе IDC Ventafax. Программа использует этот алгоритм в режиме доступа к модему через COM-порт, если убрать "галочку" использования симуляции Caller ID в настройках АОН.
_________________
Inpro
Technical Support

[RomanL]

Здравствуйте!

Пришлось мне вернуться к данной проблеме еще раз. : )
Все уже довольно неплохо работало с 'древним' дисковым телефоном, но пришлось его заменить на более новые телефоны с АОН и с радиотрубкой, с которыми модем, в некоторых режимах не
выдает dle коды поднятие трубки.

Приведу простой пример, который легко проверяется в терминале:

<ATS52.1=0
(кстати, так и не нашел описания этого бита, как я понял задает
подключение напрямую к линии / либо только ее прослушивание,
также интересно узнать назначение битов с 0-5 этого регистра
в документации на русском языке про них ничего не сказано)
ОК

<AT*K2
ОК

<АТА
<g
NO CARRIER

<AT#CLS=8A

VCON

Здесь модем подключается к линии и переходит в голосовой режим, так вот для дискового телефона модем выводит здесь и dle коды поднята/положена трубка и dle коды занято и непр. гудок.

А для телефона с АОН, в случае когда идут короткие гудки, что-то
пытается определять, а в режиме разговора или при непр. гудке
нет. Т.е. при проигрывании сообщения в линию я не могу проконтролировать положение трубки на телефоне

Можно ли в данном случае подстроить чувствительность определения
сигналов трубка поднята/опущена?
Я так понимаю, что у новых телефонов меньше нагрузка на линию,
и модем не может их различить?

В другом режиме, для
ATS52.1=1

< все тоже самое

VCON

Тут все работает довольно логично:

-модем находится в режиме прослушивания

-поднимаем трубку на телефоне
>t

-дальше определяются длинные гудки
>d>d>d>d>....

и после некоторого времени короткие
>b>b>b

-ложим трубку на телефоне
>h

Но этот режим не подходит т.к. в нем нельзя удержать линию
до поднятия трубки на телефоне.

Спасибо, Роман.

[Technical Support]

Биты 0-5 регистра S52 используются режимами регистрации переговоров; при работе Вашей программы они всегда должны быть нулевыми.

Теперь вернёмся к разбору ситуации с новым телефонным аппаратом.

[RomanL]

Да, действительно, модем просаживает напряжение в линии с 50В до
15В после выполнение команды ATA (в примере выше) и до 7.5В после выполнения команды AT#CLS=8a.

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

При поднятии трубки на телефоне напряжение просаживается дополнительно с 7.5В до 5.2В.


Можно еще, что-то сделать в этой ситуации?

Спасибо.

[Technical Support]

[RomanL]

Спасибо!
Теперь все заработало.
Будут вопросы будем обращаться

[Technical Support]

Конечно, обращайтесь! Всегда рады помочь!
_________________
Inpro
Technical Support