Настройка модемного соединения с ТСРВ-030 (модем Siemens MC35i)

[igor314]

Доброго времени суток!

Стоит задача настроить модемное соединение (модемы: Siemens MC35i Terminal) программы «ОтчетТСРВ-03Х» с прибором ТСРВ-030. Настраиваю приборный модем следующим образом:
AT\\Q0&D0&S0
ATS0=1
AT+IPR=4800
AT+CSNS=4
AT+CBST=6,0,1
AT&C1
ATE0
AT&W
Из программы Отчет ТСРВ030 соединение устанавливается, программа начинает обмен с прибором, однако данные с него не считывает (соединение разрывается, а окно программы остается пустым – выдается «превышен таймаут»). Часто после соединения ОС выдает ошибку «Программа выполнила недопустимую операцию и будет закрыта»

Если соединяться с прибором при помощи «Универсальный просмотрщик 4.0.10», соединение также устанавливаетя. Поиск прибора выдает «Ошибка контрольной суммы» После настройки параметра Байтовый таймаут на 100мс «Поиск прибора» видит прибор, однако при попытке считать с него данные выводится «Ошибка контрольной суммы» или «Ошибка связи с прибором»

1. Подскажите в чем ошибка?
2. Есть ли возможность дополнительной настройки параметров в ОтчетТСРВ-03Х (таймаут ит.д.)?

[Dekir]

Для универсально просмотрщика установки байтовый таймаут на 200-250 мс
в Самом ТСРВ-03Х стоит перейти на модемное соединение, в данном случае межбайтовые интервалы в приборе возрастут в 10 раз

[igor314]

настроил принимающий модем на скорость 2400, в приборе поставил тип соединения  "модем"

При попытках соединиться с прибором программой "Отчет ТСРВ-03Х" выдаются сообщения "абонент не отвечает" После нескольких попыток бывает, что соединение устанавливается и начинается считывание информации с прибора, однако на определенном этапе связь рвется и программа выдает "превышен таймаут"

Иногда соединяется и считывает без ошибок!

Каковы причины разрыва соединения?
Какие параметры еще можно регулировать?
Нельзя ли поправить программу REP03X 4,0,0,4 (чтобы ожидание было побольше и кол-во попыток считывания тоже) ?

[Белозеров Владимир]

Такой вопрос: при отсутствии связи с каким-либо прибором имеются зависания программы. Посмотрел по монитору портов, увидел следующую ситуацию:

Запрос:11.07.2011 10:58:04.25364 (+0.0625 seconds)

41 54 44 54 38 39 31 38 31 30 30 31 37 35 36 0D   ATDT89181001756.

Ответ:11.07.2011 10:58:07.80064 (+3.5313 seconds)

0D 0A 4E 4F 20 43 41 52 52 49 45 52 0D 0A  ..NO CARRIER.. 

Запрос:11.07.2011 10:58:07.86264 (+0.0625 seconds)

2B 2B 2B 41 54 48 30 0D                           +++ATH0.       

Ответ:11.07.2011 10:58:09.90964 (+0.0469 seconds)

0D 0A 4F 4B 0D 0A                                 ..OK..         

Соответственно сама программа пишет Сообщение от модема "NO CARRIER"
И после вот этого ...OK... очень надолго зависает. В чем может быть причина? Какие параметры необходимо поменять, что бы программа не зависала?

[GTsifrin]

1. Вопрос по программе снятия отчёта следует перенести в раздел "Инженерный центр".
2. Из приведённых данных видно, что ответ от модема "NO CARRIER" приходит через 3 с после набора номера. Может быть, в модеме неправильно настроен регистр S7 - время ожидания несущей после набора номера, с. С помощью терминальной программы можно его проверить ("ATS7?"), настроить ("ATS7=50" - значение по умолчанию), сохранить ("AT&W0").

[Белозеров Владимир]

Спасибо! Будем пробовать. Есть еще вопрос по теме. Почему при установке настройки соединения "управление потоком" в положение "аппаратное" все работает, как надо, а при установке в положение "нет" соответственно не работает и происходит такая вот картина:

Порт открыт процессом "VZLJOT~1.EXE" (PID: 1784)

Запрос:12.07.2011 10:02:24.49464 (+1243.6094 seconds)

 61 74 7A 0D                                       atz.           

Порт закрыт

То есть после AT-команды сервер закрывает порт и далее попыток опроса нет. Причем данный факт происходит с модемом АССВ-030... Перед этим стоял SIEMENS MC35, на которм совершенно обратная ситуация - при аппаратном управлении потоком связь не устанавливается.

[Белозеров Владимир]

Все предельно ясно! Чтобы такого не было просто необходимо выставлять либо количество попыток дозвона равным единице, либо паузу между дозвонами как можно меньшую. Связано это с тем, что, если сервер не дозвонился с первого раза он ожидает время до следующего дозвона и вот в это промежуток никак нельзя остановить его работу.