5614 BXL/VR + выделенка. И общие вопросы.

[Finn]

1. Не могу понять почему при настройках на симуляцию коммутируемой линии на выделенке (согласно мануалу) модем не желает общаться с терминалом. Скажем, есть вызывающий модем, включаю питание - он сразу начинает выдавать тоны в линию (молодец!), но терминалку при этом совсем не слушает... LineTerm с CD просто отваливается "Error sending to com: Операция ввода/вывода была прервана из-за завершения потока команд или по запросу приложения." А как же тогда с ним общаться программам?

2. Что бы вы могли посоветовать в такой ситуации: есть опыт подключения по выделенке USR Courier - там было все просто. Включил питание, запустил "звонилку", дал ATZ - и пошло соединение. Здесь модемы не ждут команд от ПО, а соединяться начинают сами по включению питания. Можно ли как-то сделать, чтобы процесс соединения запускался по команде от ПО (со стороны вызывающего, со стороны ответа - демон под Линухом, отслеживающий CONNECT)?

[Technical Support]

По порядку вопросов:

1. Пожалуйста, покажите последовательность команд, которую Вы используете для настройки модема. Термин "симуляция коммутируемой линии на выделенной" относится к отвечающему модему, а не к вызывающему...

2. В отличии от других модемов, у IDC соединение по выделенной линии и автоматическое установление соединение по включению питания работают независимо друг от друга. Это означает, что Вы можете устанавливать соединение по выделенной линии вручную (т.е. с помощью AT-команд), или можете воспользоваться автоматической установкой соединения по включению питания. И наоборот, автоматическая установка соединения по включению питания может работать в режиме коммутируемой линии. В общем, полная свобода действий. Предусмотрено даже установление соединения по включению цепи DTR.

В Вашем случае проблему можно решить, например, так:

Вызывающий модем: для установления соединения используется команда

at &l1 +a8e=,,,0; d

При этом отвечающий модем может быть настроен на автоматическое установление соединения по включению питания:

atz
OK

at &l1 s15=3 +a8e=,,,0; &w
OK

либо, если демон понимает RING и умеет посылать ATA:

atz
OK

at s15=10 +a8e=,,,0; &w
OK
_________________
Inpro
Technical Support

[Finn]

Благодарю за быстрый ответ!

[Finn]

Вот, вроде, добился чего-то, но...

В общем, создал на Винде соединение, в качестве инита модема
at&l1+a8e=,,,0;d
Запускаю - звонит. ОК. Не каждый раз, но все-таки происходит коннект. Набиралка так и висит "Набор номера". Тут же коннект отрубается. Набиралка все "набирает". Потом говорит, что произошла аппаратная ошибка в модеме или в другом устройстве. Смотрим лог винды XP:

09-24-2003 12:10:55.645 - Файл: C:\WINDOWS\System32\tapisrv.dll, Версия 5.1.2600
09-24-2003 12:10:55.645 - Файл: C:\WINDOWS\System32\unimdm.tsp, Версия 5.1.2600
09-24-2003 12:10:55.660 - Файл: C:\WINDOWS\System32\unimdmat.dll, Версия 5.1.2600
09-24-2003 12:10:55.660 - Файл: C:\WINDOWS\System32\uniplat.dll, Версия 5.1.2600
09-24-2003 12:10:55.660 - Файл: C:\WINDOWS\System32\drivers\modem.sys, Версия 5.1.2600
09-24-2003 12:10:55.660 - Файл: C:\WINDOWS\System32\modemui.dll, Версия 5.1.2600
09-24-2003 12:10:55.660 - Файл: C:\WINDOWS\System32\mdminst.dll, Версия 5.1.2600
09-24-2003 12:10:55.660 - Тип модема: IDC 5614BXL VR PnP
09-24-2003 12:10:55.660 - INF-файл модема: oem14.inf
09-24-2003 12:10:55.660 - Секция INF-файла модема: Modem24
09-24-2003 12:10:55.660 - Соответствие аппаратному коду (ID): serenum\idc5620
09-24-2003 12:10:55.660 - Opening Modem
09-24-2003 12:10:55.660 - 115200,8,N,1, ctsfl=1, rtsctl=2
09-24-2003 12:10:55.660 - Инициализация модема.
09-24-2003 12:10:55.676 - Послано: AT&FS38=0S95=41S115=0E0<cr>
09-24-2003 12:10:55.691 - Принято: <cr><lf>OK<cr><lf>
09-24-2003 12:10:55.691 - Интерпретированный ответ: ОК
09-24-2003 12:10:55.707 - Послано: ATS7=60S30=0L1M1\N3%C3&K3B0X4<cr>
09-24-2003 12:10:55.707 - Принято: <cr><lf>OK<cr><lf>
09-24-2003 12:10:55.707 - Интерпретированный ответ: ОК
09-24-2003 12:10:55.707 - Отправка пользовательских команд инициализации.
09-24-2003 12:10:55.723 - Послано: at&l1+a8e=,,,0;d<cr>
09-24-2003 12:10:55.723 - TSP(0000): Совершение звонка
09-24-2003 12:11:09.301 - Принято: <cr><lf>PROTOCOL: LAP-M<cr><lf>
09-24-2003 12:11:09.301 - Интерпретированный ответ: Информационные
09-24-2003 12:11:09.316 - Принято: <cr><lf>COMPRESSION: V.42BIS<cr><lf>
09-24-2003 12:11:09.316 - Интерпретированный ответ: Информационные
09-24-2003 12:11:09.316 - Принято: <cr><lf>CONNECT 33600<cr><lf>
09-24-2003 12:11:09.316 - Интерпретированный ответ: Подключить

Не понял вот тут. Что за "Подключить"?

09-24-2003 12:11:09.316 - Ожидание звонка.

Еще веселее - какого звонка, если мы сами звоним?

09-24-2003 12:11:09.332 - Послано: at#cid=1<cr>
09-24-2003 12:11:11.332 - Ожидается отклик модема
09-24-2003 12:11:11.332 - Ожидание звонка.
09-24-2003 12:11:11.348 - Послано: at#cid=1<cr>
09-24-2003 12:11:13.348 - Ожидается отклик модема
09-24-2003 12:11:13.348 - Ожидание звонка.
09-24-2003 12:11:13.363 - Послано: at#cid=1<cr>
09-24-2003 12:11:14.879 - Принято: <cr><lf>NO CARRIER<cr><lf>
09-24-2003 12:11:14.879 - Интерпретированный ответ: Нет несущей частоты

Класс! А зачем мне сей #CID? И чего мы этой командой хотим добиться?

09-24-2003 12:11:14.879 - Завершение асинхронной операции (0x0001008d) поставщика служб телефонии (TSP). Состояние 0x80000048
09-24-2003 12:11:14.879 - TSP(0000): LINEEVENT: LINE_CLOSE
09-24-2003 12:11:14.879 - Статистика сеанса:
09-24-2003 12:11:14.879 - Чтение: 86 байт
09-24-2003 12:11:14.879 - Запись: 98 байт

И на этом все... :(

[Technical Support]

Н-да. Прописать команду набора (ATD) в строке инициализации - это круто! И как же, по Вашему, это могло сработать?!

Команда ATD будет выдаваться системой автоматически при наборе номера. После отправки строки инициализации система ждёт OK, а не установки соединения.

Впрочем, всё это уже не раз описывалось. Например, здесь.

Что касается Linux, то нужно просто прописать S15=10 в NVRAM модема и +A8E=,,,0 в строке инициализации. Всё остальное произойдёт само собой.
_________________
Inpro
Technical Support

[Finn]

Дык вот что мне писали 2 поста назад:

[Finn]

Прочитал по ссылке:

[Technical Support]

[Finn]

[Technical Support]

Варианта с вываливанием по тайм-ауту нет (а зачем, собственно, он нужен?).

Применительно к Linux, вариантов два:

1. &L0 S15=10 +A8E=,,,0 (симуляция работы на коммутируемой линии). В этом варианте пользуетесь mgetty. После включения питания модем снимет трубку (загорится ОН) и будет ждать появления тонов вызова от удалённого модема. При появлении тонов будет выдано сообщение RING, в ответ на которое mgetty пошлёт ATA и произойдёт соединение.

Если mgetty нужно переинитить модем, то проблем не будет: ожидая появления тонов вызывающего модема, Ваш модем будет отвечать на команды.

2. &L1 S15=3 +A8E=,,,0 (режим ответа по включению питания). Тут пользуетесь getty (т.е. без отправки команд модему). По появлению тонов вызывающего модема будет установлено соединение, модем выдаст CONNECT и включит цепь DCD (Carrier Detect). Дальнейшее - дело getty. Естественно, в этом режиме посылать команды модему нельзя.

И в первом, и во втором случае модем будет ждать появления тонов вызова "до посинения" - тайм-аута на это ожидание нет.
_________________
Inpro
Technical Support

[Finn]

[Technical Support]

Вот и хорошо, что домучали Тут у нашего провайдера проблема приключилась, поэтому подзадержались с ответом...
_________________
Inpro
Technical Support

[Finn]

А хотите прикол? Продолжаем мучать. Оказалось, что вдобавок плата доп.ком-портов интересно себя вела - при конфигурации Com3-IRQ6 setserial говорил, что автонастройка показывает IRQ 6 и какой-то левый адрес... При конфигурации Com 3 IRQ 9 заработал, но Линух зуб дает, что у нас Com 3 - IRQ 2! Плюс к тому же в терминалке строка коннекта пишется по-разному для разных скоростей - CONNECT 33600, но CONNECCT 31200. Именно так, с двумя буквами С. :lol:

chat Линуха пока никак не может поймать строку CONNE (а то шут его знает скока тама "С" на разных скоростях буит ;) ) от модема после включения лампочки CD. На minicom данная строчка исправно поступает. В логах чата почему-то только символы запроса ppp-сеанса... :?

[Technical Support]

Так дело не пойдёт! Дублирование символов - верный признак конфликта IRQ. Если символы дублируются в ответе модема, то они будут дублироваться (или пропадать) и в принимаемых (передаваемых) модемом данных. Ну подладите Вы скрипт chat-a под текущую ситуацию, а дальше-то что?! Данные ведь тоже принимать-передавать придётся...

Поэтому Вам нужно убрать карточку и отладиться на одном из рабочих COM-портов материнки. Когда всё будет работать, как надо - поставить карточку и перейти на неё.

Что касается проблем с карточкой (платой COM-портов), то подобные проблемы нужно решать со службой поддержки производителя карточки. Приведём лишь несколько рецептов от нашего сисадмина:

[Finn]