:) да ни че страшного, я Вам уже на спину плюнул
Вид для печати
Было замечено следующее, к примеру:
2:
timer();
IF timer.Q THEN
timer(IN:=FALSE, PT:=T#0s);
.... такая конструкция работает если timer TON или TOF
а если ТР - to reboot.
В Control этот таймер присутствует и как вариант возможные проблемы при компиляции. Не утверждаю а только предполагаю.
Спасибо за советы. Сейчас связки ПЛК(Клиент) - GPRS - Лектус(Сервер) и Лектус(Клиент) - GPRS - ПЛК(Сервер) функционируют и обмен данными идет. Эти варианты нужны были что бы убедить себя в работоспособности оборудования. Проблема связать ПЛК(Клиент) - GPRS - ПЛК(Сервер) и похоже ошибки в программе.
А что подразумевается под выражением отдельно програмить? http://alex-exe.ru/radio/wireless/gs...00-at-command/ Вам в помощь, но как бы хватает двух команд в extconf.cfg AT+CGATT=1
AT+CGDCONT. Всё остальное делает PPP драйвер. На AT+CGQREQ ответ ERROR. Отключите эхо: ATE0. Хотя и с эхом конектимся. Проблема не в настройках модема.Имхо
"программировать отдельно" так мне сообщил сотрудник тех.поддержки по телефону
Вообщем упражняюсь дальше. Frame oriented должен быть ASCII т.к. плк общается с модемом AT командами. Соответственно при RTU видимо в порт что-то прилетает что вызывает программный сбой и как следствие перезагрузку. Обновил прошивки у плк до 2.15.3, т.к. там были багфиксы для Modbus Master и Slave.
Решил испробовать на проводном соединении. плк(клиент) - лектус(сервер) и лектус(клиент) - плк(сервер) работают... плк(клиент) - плк(сервер) ошибка 85.
День добрый! Ну если мыслить логически то параметр Frame oriented применим для прямого подключения к порту модбас устройств. В случае применения порта в universal network device этот параметр силы не имеет. Это по логике и по принципу работы. ASCII АТ команды модему отдаются для управления модемом и никак параметр Frame oriented не миожет влиять на правила обмена с модемом (ждать таймаута или модбас обвёртки). Почему так с ПЛК происходит, ну хз.