owen opc-сервер и ПЛК110-32

Здравствуйте. Может кто нибудь подскажет, пояснит, как организовать опрос ПЛК110-32 из opc-сервера? использую owen opc-сервер, протокол ModBus. Связь осуществляется через RS-485. Заранее спасибо.

читал. я не могу разобраться, как и где найти адреса входов и выходов ПЛК, чтобы затем забить их в opc-сервер, чтобы они опрашивались сервером и скадой соответственно.

а на любом плк входа и выхода не входят в флаги и регистры модбаса, для этого надо осуществить их транзит. Читайте http://www.kipshop.ru/CoDeSys/steps/...figuration.pdf на предмет как организовать модбас слейв, далее именуете необходимые фиксированные каналы и в программе присваиваете их соответствующим флагам и регистрам созданного модбас слейва

Спасибо большое, буду разбираться =))

а в орс-сервере указывать идент. модуля, идент. узла или ID канала? или может что то другое? вот этого не могу понять.

вот собственно как все настроено.

А как мне собственно тогда опрашивать модуль ввода, с которого и идут данные о температуре? создать модбас мастер внутри модбас слэйва?

жаль, ведь задача стоит именно такая: ПЛК мастер для модуля ввода, скада - мастер для ПЛК, и все это нужно увязать по 485.

как ни странно, это не лабораторная, а вполне реальный проект, который необходимо выполнить с минимальным количеством аппаратуры =)

тогда почему Ethernet не котируется, расстояние что ли слишком большое. И если речь о минимальном количестве устройств, тогда зачем ПЛК, если модуль можно напрямую опросить

расстояние большое, будут применяться GSM модемы. ПЛК нужен, чтобы в зависимости от температуры коммутировать на реле другие устройства, например, включение или выключение кондиционера.

хороший вариант, спасибо Вам, попробую. но все еще существует проблема: как установить связь с ПЛК по 485, не могу разобраться с адресацией.

и теперь надеюсь собственно последний вопрос, если можете, подскажите. в скаде прекрасно наблюдаю свою переменную, в конфигурации ПЛК выставил все, как Вы посоветовали. а как теперь собственно отправить это наблюдаемое значение в ПЛК? =)

добавте в слейве вторую переменную, типа Float, её адрес уже будет 2, записываются значения более одного регистра мастером модбас с помощью функций 16. Как это сделать в скаде, мне кажется лучше объяснит специалист в соответствующей ветке форума, но вообще это несложно

Огромное Вам спасибо, буду трудиться дальше =)

Scada Simp Light. но я уже все сделал, все работает =) Спасибо Вам за помощь =)

чтобы не создавать новую тему, спрошу здесь: к ПЛК110-32 подключен МВ110-8А. К модулю ввода подключено 4 датчика температуры, как показано ниже на рисунке. проблема состоит в том, что периодически значение с Т4 переносится на Т3, с Т3 на Т2, с Т2 на Т1, с Т1 на Т4 и так далее, а этого никак нельзя допускать. Снимаю данные с регистров модуля ввода с помощью Read Input Registers. Пробовал и Read Holding Registers. Адреса регистров - 4,10,16,22. Протокол модбас. Кто может подсказать, как сделать, чтобы значения не перепрыгивали?
Температура практически одинаковая, так как все меряется в одном помещении, но это пока на уровне разработки. В дальнейшем температуры на объекте будут разительно отличаться, и такие скачки могут привести к неблагоприятным последствиям. И иногда просто-напросто перестает на мгновение передаваться информация в скаду
Свежая информация: при опросе через АС4 модуля ввода напрямую с помощью конфигуратора данные идут просто отлично. При включении в эту же цепь ПЛК (он соединяется с компьютером также через АС4) данные начинают люто падать, возникает ошибка в контрольной сумме ответа и тайм-аут при передаче данных.

НУ почему связь падает понятно - в одной сети НЕ МОЖЕТ БЫТЬ двух мастеров. Коллизия, потеря данных.

Почему путаются адреса - вопрос. Надо разбираться. Я таких жалоб не слышал.
Не может быть что в программе что-то переназначается?

Благодарю, справился с проблемой. Все дело было в настройке параметров модбаса. Путаница со временем задержки. Теперь все в порядке, ПЛК снимает данные с модуля ввода, а скада - с ПЛК. Все работает просто отлично. И увязано по 485 интерфейсу.