Модем бросает трубку

[SpirIt]

Ситуация следующая - запускаю pcAnywhere и жду входящего звонка. Звонящий в трубке слышит сначала обычные длинные гудки (от 1 до 3) потом пять быстрых коротких гудков и затем короткие (занято) . Такое впечатление, что модем поднимает трубку, выдает в нее эти пять коротких гудков и затем, видимо, считая этот собственный ответ за busy бросает трубку.
Причем, если в терминале дожидаюсь входящего звонка и набираю ATA - все коннектится ок.
Модем 5614BXL/VR, у нас таких несколько, но до сих пор все было ок. Может это как-то связано с цифровой АТС ?

[Technical Support]

"Странные 5 гудков" - сигналы запроса АОН. Возможно, что АОН срабатывает из-за включённого Caller ID (почитайте README.W2K в архиве с драйверами, а также FAQ.

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

Однако, Ваше предположение о том, что модем воспринимает собственные сигналы запроса АОН, как "Занято", полностью неверно. Во время процедуры определения номера сигналы АТС не опознаются.

Обычно подобные проблемы (неожиданное бросание трубки) связаны с одновременным включением режима автоответа в модема (S0=1, например) и "программного ответа" в программе. Происходит следующее: после поступления звонка модем выдаёт сообщение RING и запускает процедуру автоответа. Затем программа выдаёт команду ATA (принудительный ответ на звонок), и это приводит к разрыву соединения по причине "KEY ABORT" - отмена операции по получению символа от DTE, т.е. компьютера.

О том, что включён режим автоответа, сигнализирует непрерывно горящий индикатор АА.
_________________
Inpro
Technical Support

[SpirIt]

Спасибо, все работает 8)

[Technical Support]

Пожалуйста! Но было бы лучше, если Вы описали, в чём именно состояла проблема и как Вам удалось её побороть (это намёк)
_________________
Inpro
Technical Support

[SpirIt]

Я обратил внимание - при дозвоне АА не горел. Но тем не менее выставил S0=0 и AT#CID=0. Прописал в .inf и потом проверил инит в реестре. После этого те самые пять загадочных коротких гудков себя не обнаруживали. Все коннектится нормально. :)

[Technical Support]

Если AA не горел, то вариант другой: после срабатывания АОН (в процессе "симуляции Caller ID") софт посылает команду ATZ, и модем бросает трубку.

Что непонятно, почему всё это работало раньше. Там, в pcAnywhere, нет возможности собрать журнал работы с модемом?
_________________
Inpro
Technical Support

[SpirIt]

[Technical Support]

[SpirIt]

Serial Port Sniffer так и не захотела работать под XP. Рекомендую Advanced Serial Port Monitor.

Описанная ранее ситуация повторилась на другой станции, тоже с XP и на той же (!) АТС.

Был проведен эксперимент с добавлением #CID=0 и S0=0 в .inf файл с последующим обновлением драйвера.

Исходный .inf файл ( с диска IDC ) хост стоит в ожидании звонка:

AT&FS38=0S95=41S115=0E0 [len=23]
[len=0]
OK [len=3]
ATS7=60S30=0L3M1\N3%C3&K3B0X4 [len=29]
[len=0]
OK [len=3]
at#cid=1 [len=8]
[len=0]
OK [len=3]
ATS0=0 [len=6]
[len=0]
OK [len=3]
[len=0]
RING [len=5]
насколько я помню, здесь следуют те самые загадочные пять коротких гудков
ATA [len=3]
[len=0]
NO CARRIER [len=11]
ATH [len=3]
[len=0]
OK [len=3]
AT&FS38=0S95=41S115=0E0 [len=23]
[len=0]
OK [len=3]
ATS7=60S30=0L3M1\N3%C3&K3B0X4 [len=29]
[len=0]
OK [len=3]
at#cid=1 [len=8]
[len=0]
OK [len=3]
ATS0=0 [len=6]
[len=0]
OK [len=3]
AT&FS38=0S95=41S115=0E0 [len=23]
[len=0]
OK [len=3]
ATS7=60S30=0L3M1\N3%C3&K3B0X4 [len=29]
[len=0]
OK [len=3]
at#cid=1 [len=8]
[len=0]
OK [len=3]
ATS0=0 [len=6]
[len=0]
OK [len=3]

В процессе хост сбрасывает входящий звонок и снова ожидает звонка и т.д.

Модифицированный .inf файл ( добавлены #CID=0 и S0=0 ) хост стоит в ожидании звонка:

AT&FS38=0S95=41S115=0E0s0=0#cid=0 [len=33]
[len=0]
OK [len=3]
ATS7=60S30=0L3M1\N3%C3&K3B0X4 [len=29]
[len=0]
OK [len=3]
ATS0=0 [len=6]
[len=0]
OK [len=3]
[len=0]
RING [len=5]
ATA [len=3]
[len=0]
NO CARRIER [len=11]
ATH [len=3]
[len=0]
OK [len=3]
at#ud [len=5]
[len=0]
DIAG <2A4D3263 0=10> [len=21]
DIAG <2A4D3263 1=00> [len=21]
DIAG <2A4D3263 60=2C> [len=22]
[len=1]
OK [len=3]
AT&FS38=0S95=41S115=0E0s0=0#cid=0 [len=33]
[len=0]
OK [len=3]
ATS7=60S30=0L3M1\N3%C3&K3B0X4 [len=29]
[len=0]
OK [len=3]
ATS0=0 [len=6]
[len=0]
OK [len=3]
AT&FS38=0S95=41S115=0E0s0=0#cid=0 [len=33]
[len=0]
OK [len=3]
ATS7=60S30=0L3M1\N3%C3&K3B0X4 [len=29]
[len=0]
OK [len=3]
ATS0=0 [len=6]
[len=0]
OK [len=3]

Все отрабатывает нормально, модемы устанавливают связь.

[Technical Support]

К сожалению, в трассировке отсутствуют временные метки. Поэтому вопрос:

RING [len=5]
насколько я помню, здесь следуют те самые загадочные пять коротких гудков
ATA [len=3]
[len=0]
NO CARRIER [len=11]

Сколько времени прошло между ATA и NO CARRIER (т.е. сколько времени горел индикатор OH ? Мы подозреваем, что он горел (и модем долго пищал, пытаясь соединиться с короткими гудками) в течении довольно продолжительного времени (около минуты)...
_________________
Inpro
Technical Support