Протоколы для связи с Micrologix 1500

[petr2off]

Добрый день всем.
Занимаюсь сейчас задачкой связанной с мобильной ГТС. Мобильность выражается в том, что все подсистемы выполнены в модулях- контейнерах, и практически каждый имеет свою локальную АСУ. И набирается таких модулей штук 10. И возникла совершенно понятная с точки зрения эксплуатации идея о АСУ ТП верхнего уровня, которая управляет всеми ЛАСУ.
В процессе изучения я добрался до модуля водоподготовки.
Обнаружил, что там стоит MicroLogix 1500. С панелькой Panel View600. Не графической между прочем.
Начал разбираться с протоколами, обнаружил в наличие (по документации) DeviceNet (CAN), DF1, DH-485.
Прямо скажу - ни один не порадовал.
Ну с CAN все более-менее понятно.
DF1 - как я понял - аналог Сименовского MPI(если не прав, поправте).
А что такое DH-485 ?
Ну и более глобально - а можно ли проект выгрузить из контроллера ?
И вообще - чем до него проще всего добраться ?

[Parliament74]

Софт для MicroLogix 1500 - это RS Logix 500.

Насколько помню, у MicroLogix 1500 два порта RS232 встроенных, остальные интерфейсы - через коммуникационные платы.

С панелькой, там скорее всего, интерфейс обмена Modbus RTU по одному из RS232.

DH485 - это нечто напоминающее RS485: https://ab.rockwellautomation.com/Netwo ... 85-Network

Насколько я помню, у MicroLogix 1500 DH485 работает через вот такой адаптер (но точно не помню, проверьте документацию повнимательнее): https://literature.rockwellautomation.c ... _-en-e.pdf

Вообще, AB рекомендуют мигрировать с MicroLogix 1500 на MicroLogix 1400 или CompactLogix 5370, ибо 1500-е уже пару лет как перестали выпускать и поддерживать: https://literature.rockwellautomation.c ... _-en-e.pdf

Даже на русском языке есть руководство по 1500м: http://www.eskovostok.ru/_docs/1764-61-ru.pdf

[Ryzhij]

С панелькой, там скорее всего, интерфейс обмена Modbus RTU по одному из RS232.

Вряд ли. Панель от Rockwell, контроллер тоже. 100% там DF1, который работает на базе RS232. Родной протокол использовать куда как проще при программировании и того, и другого.

С панелькой Panel View600. Не графической между прочем.

Это уж так запрограммировали. Графику даже на эту старую панель вытащить совсем не проблема.

Начал разбираться с протоколами, обнаружил в наличие (по документации) DeviceNet (CAN), DF1, DH-485.

Каталожный номер у Вашей панели какой? По номеру можно установить конкретную конфигурацию.

[Parliament74]

Вряд ли. Панель от Rockwell, контроллер тоже. 100% там DF1, который работает на базе RS232.

А, ну да, там же и панелька от AB, тогда там DF1 по RS232 должен быть.

[petr2off]

Проблема в том, что это все идет в составе модуля водоподготовки. Я даже не уверен, что мне удастся проект вытащить. Потому как, скорей всего и кабелей для подключения к контроллеру никаких нет. Номера конечно запрошу. Посмотрим, что ответят.
Если DH485 - физический интерфейс, то что по нему идет ? CAN ? еще я в описании где то увидел загадочную фразу - RTU подобный протокол. Это как ?

[Ryzhij]

Номера конечно запрошу. Посмотрим, что ответят.

С этого надо начинать поиск кабелей, сервисного софта и прочего. Достаточно сфотографировать наклейку на задней стороне панели оператора.

Отправлено спустя 8 минут 50 секунд:

Если DH485 - физический интерфейс, то...

Это логический протокол.
Вот зачем Вам все эти протоколы и их структура? К настоящему моменту часть протоколов Rockwell открыта. Спецификации DF-1 точно были опубликованы.
Но ЧТО это даёт нам в практическом плане?

[petr2off]

Сейчас делается проект, стадия П. Соответственно на схеме я должен предусмотреть. кабель, интерфейс, возможно шлюз. И определится по какому протоколу верхняя АСУ ТП будет общатся с Micrologix 1500. Интерес сугубо практический. На верхнем уровне, скорей всего буде Citect. И стоять он будет далековато, от установки. Т.е. мне его еще надо по оптике пробросить.
На данном этапе искать сервисные кабеля еще время не пришло. Еще не факт, что мы этот проект будем делать, но хочется заложить в проект рабочие решения.

[Ryzhij]

Насколько помню, у MicroLogix 1500 два порта RS232 встроенных, остальные интерфейсы - через коммуникационные платы.

Без шлюза Вам не обойтись. Закладывайте шлюз.
Например ANYBUS

[petr2off]

Шлюз это первое, о чем я подумал. Но вендор Citect утверждает, что в его составе есть драйвера для AllenBredly. Я то смотрел в сторону шлюза CAN - modbus tcp. А теперь не совсем понимаю - какой понадобится. Получается что можно и простой NPORT использовать.
Правда на данный момент не понятно - как modbus регистр отобразить на CAN протокол.

[hell_boy]

У Citect действительно есть драйвер к ML-1500 по DF1 https://www.se.com/ru/en/faqs/FA198460/
Проще, конечно, по Modbus RTU, поддержка которого есть в последних версиях CPU
Проблема в том, что для работы по тому или иному протоколу надо иметь доступ на чтение программы в CPU, как минимум, а в идеале - на правку/запись
http://static1.squarespace.com/static/5 ... Config.pdf
https://literature.rockwellautomation.c ... _-en-p.pdf
https://literature.rockwellautomation.c ... _-en-p.pdf

[Ryzhij]

Правда на данный момент не понятно - как modbus регистр отобразить на CAN протокол.

Ни CAN, ни Modbus тут никаким боком.

Проще, конечно, по Modbus RTU, поддержка которого есть в последних версиях CPU
Проблема в том, что для работы по тому или иному протоколу надо иметь доступ на чтение программы в CPU, как минимум, а в идеале - на правку/запись

Это для настройки на Modbus надо. А для связи по родному DF-1 достаточно знания таблицы данных, т.е. в каком файле и каком элементе что там лежит и в каком виде.
Не зная модификации процессора, я бы пока ориентировался на стандартные роквеловские протоколы и не забивал бы себе голову надеждами на Modbus

[petr2off]

Насчет никаким боком. В описании контроллера, я увидел что он поддерживает 3 протокола -DF-1, DH-485 и DeviceNet. Последний (судя из описания) базируется на CAN. Боюсь, такой роскоши как информация о таблице данных - мне никто не предоставить. Хотя дилеров (точнее тех, кто им был в 2007 году я запросил).

[Ryzhij]

А без таблицы как вы планируете забирать данные?
По любому протоколу надо знать, откуда что тащить.
Либо вам ее, таблицу, дают, либо - реверс-инжениринг (назовем этот процесс так).

Отправлено спустя 2 минуты 9 секунд:

Последний (судя из описания) базируется на CAN.

Да, на той же ФИЗИКЕ, что и CAN. Логика там уже иная.

[Looker]

DeviceNet для ML1500 - отдельный модуль. Оно надо? Этот модуль для опроса I/O.
ML 1500 - были двух типов LSP (один порт) и LRP (два порта).
Modbus можно было включить, но RSLogix 500 по этому порту уже не будет с ним общаться.
Для Modbus Slave выделяется часть памяти, которую нужно заполнять. Оно надо? По DF-1 доступно все, как и по DH-485.

А без таблицы как вы планируете забирать данные?

Присоединяюсь к этому вопросу.

реверс-инжениринг (назовем этот процесс так)

Надо делать из проекта в Panel View600.
Появятся нужные имена невразумительных переменных. Проект из PV вытаскивается легко, но нужно иметь Compact Flash и PanelBuilder32, чтобы открыть файл с расширением PVA. Или вскрыть в более современных, например FTView ME.
Эти контроллеры можно подключить к Ethernet - 1761-ENI (внешний). Или сравнить цены с Micrologix 1400 (Ethernet на борту) и заменить (что-то мне шепчет, что цены будут сопоставимы).

PS. Числа в названиях MicroLogix не отображают хронологию их появления.

[petr2off]

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

Совершенно верно, скорей всего придется делать реинжениринг, на получении данных от таблиц я не рассчитываю. Хотя бы схему присоединения получить. Поэтому меня и заинтересовал в том числе и формат DF1. Скажем я бы между панелью и контроллером подключился и на пакеты посмотрел бы.

[Ryzhij]

Надо делать из проекта в Panel View600.
Появятся нужные имена невразумительных переменных. Проект из PV вытаскивается легко, но нужно иметь Compact Flash и PanelBuilder32, чтобы открыть файл с расширением PVA. Или вскрыть в более современных, например FTView ME.

petr2off, Вам ровно про это коллега и писал. Есть путь проще. Панель тянет данные с контроллера в соответствии со своим проектом.
Если Вас устраивает такой набор данных, который присутствует на панели - вперёд! Разбирайтесь с проектом панели и набором её тегов. Потом тяните эти данные из процессора на верхний уровень через шлюз.

[petr2off]

Попробуем эти путем пойти. Спасибо за информацию.