Спасибо за ответ, Дмитрий!
Хорошо, а как быть, если у нас будет использоваться контроллер ПЛК100?
Вид для печати
Спасибо за ответ, Дмитрий!
Хорошо, а как быть, если у нас будет использоваться контроллер ПЛК100?
Присоединяюсь к теме. Весьма актуальна удаленная диспетчерезация используя GPRS. Кто-то может посоветовать как решать данную проблему? Будет ПЛК1ХХ + GPRS модем. Как настроить связь и передавать данные на TCP сервер? Для решения alext1981, там вроде все просто, могу описать. Но меня именно интересует работа с модемом(установка выхода в Интернет, ppp,GPRS), после чего отправка данных на TCP сервер(Socket)
Там используется протокол Modbus(наблюдаю некоторые проблемы в работе модуля modbus master, как повторю проблему, отпишусь о ней), а хочется свой протокол. Есть ли примеры по работе с socket?Цитата:
Сообщение от Николаев Андрей
Смотрите в сторону веб-сервера. Через сокет до полутора килобайт можно передать за разЦитата:
Сообщение от osipov86
Не совсем понял причем тут веб-сервер? Полтора килобайта данных мне вполне хватит для большинства переменных
Вы же просили пример, я предложил где его поискать
Веб-сервер предлагается реализовать на ПЛК? Если да, то у меня другая задача: к плк подключен модем GPRS(динамический ip), Есть ПК с статическим IP и TCP сервером. Соотвественно нужно с плк подключатся к серверу TCP и передавать данные. Это можно сделать, если TCP-сервер будет как бы Modbus slave устройством(отвечать на соотвествующие запросы от ПЛК). Тут вроде ничего сложного, как в примерах для связи с Lectus, организовываем на ПЛК Modbus Master, Modem и отправляем данные. Но почему-то заметил, что в ПЛК при долгом отсутсвии связи с TCP сервером(в данном случае Modbus Slave устройством) появляется ошибка Modbus Master(84). Если же эта ошибка появилась и TCP сервер уже доступен, то почему-то ПЛК(Master Modbus) перестает подключатся к ПК(TCP серверу, хотя он уже доступен). Лечится это перезагрузкой ПЛК(это даже указано в примерах от ОВЕНА ). Но перезагружать ПЛК считаю совсем неправильным. Вот и поэтому стал смотреть на алгоритм с сокетами(создали сокет, попробовали подключится, все ок->передаем данные, в случае же ошибок на стороне сервера TCP мы просто пытаемся восстановить подключение, а не перезагружать ПЛК)
так Вам кто мешает посмотреть как устроена работа с сокетами на примере сервера. Можно еще найти мои вложения в поиске по слову tcpudplib
Работа с сокетом на примере сервера отличается от работы клиента, это разные реализации. В сервере используется listen,accept,send,receive, а в клиенте connect,send,receive. Я создал тему, только пока ответа там не нашел. У меня проблемы с функцией connect, а также проверкой состояния сокета. Но все равно, спасибо большое.Цитата:
Сообщение от capzap