Пауза после "Послано: ATH<cr>"

[GGS]

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

У меня 2814BL+ (да-да, ISA не голосовой) v2.10, WinXP SP2.
Постоянно присутствует пауза около 5 сек после ATH<cr>

[Technical Support]

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

at &f1 s41=3 &w &w1
OK

ati2
ati5

Покажите ответы модема на команды ati2 и ati5. Закройте терминальную программу и проверьте, не изменилась ли ситуация.
_________________
Inpro
Technical Support

[GGS]

[GGS]

Вдогонку...
Так как, IMHO, имеется проблема общения системы с COM-портом, в качестве которого выступает внутренний модем, привожу фрагмент общения этого же компа с "Lucent Win Modem" (брал на пробу у друга). Здесь задержки нет.

[Technical Support]

У Win-модемов нет последовательного порта, он эмулируется драйвером.

Вполне возможно, что драйвер не совсем корректно отрабатывает после переключения DTR (а именно таким способом разрывается соединение). Попробуйте поиграться настройками FIFO в свойствах порта. Часто помогает установка обоих "ползунков" FIFO в положение 3/4.
_________________
Inpro
Technical Support

[GGS]

Всевозможные комбинации с буферами FIFO, вплоть до отлючения их использования, результатов не дают.
Настораживает стабильность задержки, не влияют ни изменения скорости COM-порта, ни влючение/отключение контроля ошибок и сжатия.
Окно завершения подключеня закрывается через 7-9 сек.

[Technical Support]

Стабильность не удивляет. Система ждёт отклика на команду в течении фиксированного "кванта времени" (5 сек), затем повторяет попытку. Пропадает ровно один квант, отсюда и стабильность времени задержки.

А вот что происходит с драйвером - непонятно. Нет ли в журнале каких-нибудь других странностей? Ну например, сообщения потерянных байтах данных (Serial overruns)?
_________________
Inpro
Technical Support

[GGS]

Похоже удаётся победить проблему посылкой дополнительной команды &D3 в строке инициализации.
Грозит ли это какими-либо "подводными камнями"? Или лучше что-то другое применить?

[Technical Support]

Уберите из строки инициализации команду &D3. Дело, скорее всего, именно в ней.
_________________
Inpro
Technical Support

[GGS]

[Technical Support]

Примерно понятно, почему помогает &D3. Пожалуйста, покажите журнал при отсутствии этой команды в строке инициализации.

(Думаем, что дело в сообщении NO CARRIER. TAPI ждёт этого сообщения; в случае &D3 модем по перепаду DTR сбрасывается и NO CARRIER не выдаётся; ожидание даёт нам лишнюю секунду (чуть больше секунды), и последующая ATH выполняется нормально).
_________________
Inpro
Technical Support

[GGS]

[Technical Support]

Ну вот, всё именно так, как и предполагали. При отсутствии &D3 команда ATH посылается сразу после рассоединения:

[GGS]

[Technical Support]

Пауза необходима, но конечно, не 5-секундная. Из журналов видно, что и 1 секунды вполне достаточно (а может быть, и это время удастся сократить). Основной вопрос на этот момент такой: каким образом заставить TAPI делать паузу перед отправкой ATH? Попробуем отыскать ответ...
_________________
Inpro
Technical Support