5614BXL/VR и распознование звонка RING

Сергей Гирин

Используется классическая схема подключения
линия – модем – телефон + VentaFax, при поступлении звонка модем частенько (15% случаев) его не слышит и в результате опознает уже третий звонок как первый. Что нужно подкрутить, чтобы поправить ситуацию? Проблема состоит в том, что сигнал АОН проходит после первого звонка, а если первый пропустил, то номер определиться уже не может.

Technical Support · Expert Зарегистрирован: 31.10.2002 Сообщения: 6330

Начните с простого: поменяйте полярность линии.
_________________
Inpro
Technical Support

Сергей Гирин

Сергей Гирин

Похоже проблема не в самом модеме, а драйвере или VentaFax.
Подключился старой терминалкой через порт к модему,
ats95=3s52.7=1s52=128#CID=1
сделал 20 контрольных звонков, получил 20 определённых номеров.
Может быть, нужно в драйвере или строке инициализации чего-то поправить?

Technical Support · Expert Зарегистрирован: 31.10.2002 Сообщения: 6330

А Вы где прописываете команду включения FSK Caller ID (S52=128 или S52.7=1)? Кстати, если есть первая команда (S52=128), то вторая не нужна, поскольку 7-й бит регистра S52 уже установлен.
_________________
Inpro
Technical Support

Сергей Гирин

Technical Support · Expert Зарегистрирован: 31.10.2002 Сообщения: 6330

Лучше всего не прописывать никаких команд в строке инициализации Ventafax, поскольку не совсем понятно, когда программа посылает эту строку.

Запустите терминальную программу и выполните команды:

atz
OK

at s52.7=1 &w &w1
OK

Строку инициализации оставьте пустой. Проверьте, как теперь обстоят дела...
_________________
Inpro
Technical Support

Сергей Гирин

записал настройки в модем, но проблему это не решило.
посмотрел протокол обмена Венты и огорчился ...
10:50:05.23 # SnoopMode: Waiting a call
10:50:05.29 < Dle+0x68(h)
10:50:13.20 < RING
10:50:13.20 # Detected RING 1 of 2
10:50:14.30 < DATE = 1208
10:50:14.30 < TIME = 1050
10:50:14.30 < NMBR = 88632441961
10:50:14.30 # Tnumber: [88632441961]
10:50:14.30 # ~Number of rings 2
10:50:14.30 < DDN_NMBR= 2442141
10:50:14.30 # Full SearchAbonent started, N=[88632441961]
10:50:14.32 < MESG = 110101
10:50:14.32 < MESG = 16010A
10:50:14.32 < MESG = 3011455753442066726F6D205349454D454E53
10:50:14.33 # Full SearchAbonent result=10
10:50:14.39 # Start AONDlgShowEx: [88632441961]
10:50:15.43 < RING
10:50:15.43 # Detected RING 2 of 2
10:50:15.45 > ATS19.7=0S52.0=0S52.1=0S111=10#CID=0#CLS=0
10:50:16.14 < OK

10:50:31.00 # SnoopMode: Waiting a call
10:50:31.06 < Dle+0x68(h)
10:50:36.08 < RING
10:50:36.08 # Detected RING 1 of 2
10:50:40.84 < RING
10:50:40.84 # Detected RING 2 of 2
10:50:40.84 # ~Number of rings 2
10:50:40.86 > ATS19.7=0S52.0=0S52.1=0S111=10#CID=0#CLS=0
10:50:40.95 # Start AONDlgShowEx: [x]
10:50:41.54 < OK

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

Technical Support · Expert Зарегистрирован: 31.10.2002 Сообщения: 6330

Обратите внимание, что Ventafax посылает команду #CID=0 (отключение Caller ID). Это значит, что в настройках Вы запретили определение номеров. Результат закономерный...

Наверное, на этом этапе Вам стОит отправить протокол работы Ventafax в службу техподдержки "Венты" и спросить, как правильно выставить настройки.
_________________
Inpro
Technical Support

Сергей Гирин

Сергей Гирин

Technical Support · Expert Зарегистрирован: 31.10.2002 Сообщения: 6330

Наверное, там неправильно поняли вопрос. Речь идёт об этой команде:

ATS19.7=0S52.0=0S52.1=0S111=10#CID=0#CLS=0

Как видите, Caller ID отключён и соответственно, модем не пытается принять информацию о вызывающем абоненте.
_________________
Inpro
Technical Support

Сергей Гирин

А возможна ли следующая ситуация ?
Программа делает анализ события звонка производит по статусу порта, т.е. по появлению логической единицы на одном из ног физического порта, при этом из-за не согласованности скоростей модема и программы, программа получает строку непонятных для неё символов.

Сергей Гирин

для опытов пришлось рисовать программку для работы с модемом, в которой проверялся статус звонка и читался буфер порта. Результат получился следующий.
Звонки модем видел и передавал программе через статус, в буфере же были вот такие «кракозябры» BˆïÎ, пока не послал в модем команду AT, на что получил ответ OK RING.
Тоже самое, скорее всего происходит и с «Вентой», она бы и рада получить из модема строку АОНа, но договориться с модемом не получается. Из этого возникает вопрос - Как зафиксировать скорость на порту модема ?

Technical Support · Expert Зарегистрирован: 31.10.2002 Сообщения: 6330

Модем запоминает скорость порта и формат символа, на которых ему была послана последняя AT-команда. Сообщения RING передаются именно на этой скорости и с этим форматом символа. Соответственно, если по какой-то причине порт был перепрограммирован, вместо RING увидите "кракозябры".

Если после включения питания модем не получал AT-команд, то его порт будет запрограммирован на ту скорость и формат символа, которые сохранены в NVRAM (т.е. на которых посылалась команда AT&Wn. Поэтому во избежание проблем рекомендуем программировать модем на той скорости, которая будет в целевой системе.

Но всё это относится к случаям, когда Вы в некий момент времени отключаете/включаете питание. В случае с Ventafax нет необходимости заботиться о скорости порта, поскольку программа всегда инициализирует модем (и переинициализирует его периодически, даже при отсутствии звонков). Так что дело не в этом.
_________________
Inpro
Technical Support