Подключение ПЛК-100 к MasterOPC Universal Modbus Server

[Слава1]

Сообщение дописано.

[SCADAMaster]

В ближайшей перспективе хочу научиться связывать программы, написанные в какой-либо сторонней среде разработки с Masterscada. Один из вариантов - через OPC-сервер. А тут показалось более простой задачей - связь контроллера с OPC-сервером, попробовать и некоторый опыт работы с OPC получить.

Это сделать можно. Нужно добавить в контроллер виртуальный порт для работы с протоколом Modbus TCP (см. предыдущее сообщение).
Контроллер в этом случае будет работать в режиме Master. В будущем мы планируем сделать и Slave режим.
Правда если контроллер вы приобретали давно, то в вашей версии прошивки поддержки Modbus TCP может и не быть.

И еще такой момент: в MasterScada я не могу работать непосредственно с регистрами и памятью контроллера. Там доступны только входы, выходы, счетчики, и служебные возможности (управление, диагностика, статистика). Конечно, может это нехороший тон - непосредственное управление памятью в Masterscada. Но почему бы и нет, по крайней мере для чтения. А через OPC-сервер, получается, все могу. Так ли это?

Зачем вам нужно работать с памятью контроллера?
Как связаться по протоколу Modbus TCP мы вам объяснили.

[Слава1]

Так зачем вам нужно подключаться к контроллеру еще по Modbus TCP? Чем вас не устраивает подключение стандартным способом SCADA системы?

Если вам все таки нужно по Modbus TCP, то тогда скачайте эту методичку:
http://narod.ru/disk/42160810001.774...Metod.pdf.html
Там на странице 94 разобрано добавления в контроллер устройства Modbus TCP.
Контроллер у вас будет Мастером, ОРС - Slave (в свойствах узла нужно включить Slave режим).

Так всё и есть. Работа с виртуальными портами и добавляемыми в них устройствами похожа на работу с конфигурированием OPC-сервера. Получается сервер внутри самой scada.

"Работать непосредственно с регистрами и памятью контроллера" - видимо, лучше было бы мне выразиться - "создавать теги для обмена между устройствами" или "создавать дополнительные переменные в памяти контроллера". Хотя, указывая, что тот или иной объект в scada должен исполняться в контроллере, действительно, непосредственное создание переменных в памяти контроллера становится необязательно.

Соединение устанавливается, качество значений тегов "ОК", меняю значения в одном месте (в OPC или в scada) - меняются в другом. Два вопроса тут еще или явления (побочных).

1. Почему-то другой контроллер, подключенный к этой же подсети Ethernet, начинает постоянно, каждые минуты три, перезагружаться сам по себе при запущенных scada и opc-сервере.

2. В OPC-сервере после создания узла становится невидимым (исчезает строка из списка) его свойство "Slave-подключение". Так ли было задумано?

[SCADAMaster]

Так всё и есть. Работа с виртуальными портами и добавляемыми в них устройствами похожа на работу с конфигурированием OPC-сервера. Получается сервер внутри самой scada.

Потому что это режим Modbus Master. Он предназначен для опроса других устройств, поэтому естественно нужно добавлять регистры и описывать их номера.
Когда мы реализуем Modbus TCP Slave, все будет несколько проще. Просто включается внешний доступ у контроллера, и всем переменным в проекте можно назначить Modbus адреса, либо сформировать карту Modbus переменных автоматически.
Modbus Slave сейчас есть, но только для протокола Modbus RTU

1. Почему-то другой контроллер, подключенный к этой же подсети Ethernet, начинает постоянно, каждые минуты три, перезагружаться сам по себе при запущенных scada и opc-сервере.

Трудно сказать, нужно смотреть логи и отчеты. Но вообще если контроллеры приобретались одновременно и версия MasterPLC на них одинаковая то вероятно какие то проблемы в контроллере.

2. В OPC-сервере после создания узла становится невидимым (исчезает строка из списка) его свойство "Slave-подключение". Так ли было задумано?

Да, так и задумано. Некоторые свойства, такие как тип узла, тип подключения, тип регистра задаются только при создании.

[Слава1]

Ясно, спасибо. Работа продолжается.