ПР200 + СП307-Р + АСУ

Уважаемые Гуру, обращаюсь к Вам за помощью.

Имеется связка (вернее пока проектируется): "Два компрессора со специализированными контроллерами <-> ПР200 (ModBus RTU Master)+ПР200 (ModBus RTU Slave) <-> СП307-Р (ModBus RTU Master)+СП307-Р (ModBus TCP Slave) <-> АСУ".

Связка "Два компрессора со специализированными контроллерами <-> ПР200 (ModBus RTU Master)" работает без проблем.
Также абсолютно нормально работает связка "Два компрессора со специализированными контроллерами <-> ПР200 (ModBus RTU Master)+ПР200 (ModBus RTU Slave) <-> Программа ModBus Poll (ModBus RTU Master)".

Теперь остается добавить в цепочку "СП307-Р (ModBus RTU Master)+СП307 (ModBus TCP Slave) <-> АСУ".
Скажу сразу, что с СП307 сталкиваюсь впервые. И первый, возникший у меня вопрос, в следующем:

Все данные в контроллерах компрессоров хранятся в формате INT (в терминологии ПР200 - беззнаковое целое). Но некоторые регистры содержат информацию, например, об аварийных ситуациях в виде: каждому из 16-ти битов соответствует свое сообщение об ошибке.
В ПР200 сетевая переменная не может иметь формат BOOL, поэтому я не могу извлекать из переменной INT отдельные биты и передавать их в СП307, только переменную INT целиком.
А есть ли в СП307 возможность "разложить" эту переменную на биты и присвоить каждому свое сообщение?

Заранее признателен за помощь. Потом еще про ModBus TCP Slave спрошу :)

Да, это не составит труда - например, с помощью элемента Индикатор или одной из таблиц (в зависимости от того, как надо отображать).

Спасибо! Попробую.

Цитата:

---

Сообщение от Borserg

Уважаемые Гуру, обращаюсь к Вам за помощью.


Все данные в контроллерах компрессоров хранятся в формате INT (в терминологии ПР200 - беззнаковое целое). Но некоторые регистры содержат информацию, например, об аварийных ситуациях в виде: каждому из 16-ти битов соответствует свое сообщение об ошибке.
В ПР200 сетевая переменная не может иметь формат BOOL, поэтому я не могу извлекать из переменной INT отдельные биты и передавать их в СП307, только переменную INT целиком.

---

ПР200 может выделять отдельные биты из переменной INT. Для этого были написаны специальные макросы.

каждой битовой переменной присвойте отдельный регистр ,если принимающая сторона не может извлекать биты

Цитата:

---

Сообщение от Василий Кашуба

ПР200 может выделять отдельные биты из переменной INT. Для этого были написаны специальные макросы.

---

А можно "ткнуть носом" в такой макрос?

Цитата:

---

Сообщение от rovki

каждой битовой переменной присвойте отдельный регистр ,если принимающая сторона не может извлекать биты

---

Тоже вариант, спасибо за наводку!

Простите за тупость, а как потом полученные от ПР200 данные отправить дальше (на АСУ через Ethernet, СП307 - SLAVE)?
В ПР200 все просто: соединяем между собой сетевые переменные, прописанные для слота Master и сетевые переменные, прописанные для слота Slave.
А в СП307 как?

Что бы отправить данные от ПР200 по езернет используйте плату езернет ENPR200

Цитата:

---

Сообщение от rovki

Что бы отправить данные от ПР200 по езернет используйте плату езернет ENPR200

---

Мне данные надо именно из СП307 "наверх" по Enhernet отправлять. Разве у версии СП307-Р нет такой возможности?

И вообще, СП307-Р может работать ОДНОВРЕМЕННО как Master (с порта PLC) и как Slave (с порта Dowload или Ethernet)?
В ПР200 такой режим работает без проблем.

Цитата:

---

Сообщение от Borserg

Простите за тупость, а как потом полученные от ПР200 данные отправить дальше (на АСУ через Ethernet, СП307 - SLAVE)?
В ПР200 все просто: соединяем между собой сетевые переменные, прописанные для слота Master и сетевые переменные, прописанные для слота Slave.
А в СП307 как?

---

Вопрос непонятен. Если панель является slave'ом, то для нее достаточно задать нужные сетевые настройки. Опрос должен производить мастер (в вашем случае им должен являться один из компонентов АСУ).

Цитата:

---

И вообще, СП307-Р может работать ОДНОВРЕМЕННО как Master (с порта PLC) и как Slave (с порта Dowload или Ethernet)?
В ПР200 такой режим работает без проблем.

---

Может.

Цитата:

---

Сообщение от Евгений Кислов

Вопрос непонятен. Если панель является slave'ом, то для нее достаточно задать нужные сетевые настройки. Опрос должен производить мастер (в вашем случае им должен являться один из компонентов АСУ).

---

Я же заранее извинился за тупость :)

Поясню причину возникновения вопроса.
В ПР200, когда создаем переменные в слоте SLAVE, получаем адреса регистров, которые потом используем при создании элементов в СП307, работающей в режиме MASTER.
А какие адреса будут иметь регистры в СП307, которые должен опрашивать MASTER (АСУ)?

Цитата:

---

Сообщение от Borserg

Я же заранее извинился за тупость :)

Поясню причину возникновения вопроса.
В ПР200, когда создаем переменные в слоте SLAVE, получаем адреса регистров, которые потом используем при создании элементов в СП307, работающей в режиме MASTER.
А какие адреса будут иметь регистры в СП307, которые должен опрашивать MASTER (АСУ)?

---

Вам надо копировать данные с ПР в память панели (PSW или PFW).

Например, с помощью элемента Функциональная область, выбрав действие Копировать группу регистров. После этого вы сможете опрашивать мастером регистры панели. PSW регистры опрашиваются по их номерам (PSW300 - регистр 300), PFW - со смещением на 10000 (PFW300 - регистр 10300).

В примере Быстрый старт показано, как опросить панель по Modbus TCP с помощью OPC-сервера:
http://www.owen.ru/uploads/primer_bistrii_start.zip

Цитата:

---

Сообщение от Евгений Кислов

Вам надо копировать данные с ПР в память панели (PSW или PFW).

Например, с помощью элемента Функциональная область, выбрав действие Копировать группу регистров. После этого вы сможете опрашивать мастером регистры панели. PSW регистры опрашиваются по их номерам (PSW300 - регистр 300), PFW - со смещением на 10000 (PFW300 - регистр 10300).

В примере Быстрый старт показано, как опросить панель по Modbus TCP с помощью OPC-сервера:
http://www.owen.ru/uploads/primer_bistrii_start.zip

---

Огромное спасибо! Начинаю что-то понимать.
Это означает, что я могу поступить двумя способами?:

1. В настройках создаваемых элементов указывать адреса регистров ПР200 и параллельно копировать значения из этих регистров в память СП307.
2. Скопировать значения регистров из ПР200 в память панели и при настройке создаваемых элементов использовать уже внутренние адреса СП307 (PSWxxx).

Все верно. Я бы рекомендовал использовать вариант 2.

Если планируется работа с float, то надо обратить внимание, что при опросе через функциональную область галочка Переставить WORD в Float (в сетевых настройках панели) не оказывает влияния - так что, возможно, потребуется менять местами регистры вручную.

Цитата:

---

Сообщение от Евгений Кислов

Все верно. Я бы рекомендовал использовать вариант 2.

Если планируется работа с float, то надо обратить внимание, что при опросе через функциональную область галочка Переставить WORD в Float (в сетевых настройках панели) не оказывает влияния - так что, возможно, потребуется менять местами регистры вручную.

---

У меня в ПР200 34 сетевых переменных (в слоте SLAVE, регистры 512...555). Причем 10 из них с плавающей запятой, остальные - целочисленные.
При копировании через функциональную область можно взять их все "скопом", или отдельно WORD, отдельно DWORD?

Кстати, в описании настройки СП307 в качестве Мастера в связке с ПЛК110 есть ошибка:

Вложение 28160

Цитата:

---

Сообщение от Borserg

У меня в ПР200 34 сетевых переменных (в слоте SLAVE, регистры 512...555). Причем 10 из них с плавающей запятой, остальные - целочисленные.
При копировании через функциональную область можно взять их все "скопом", или отдельно WORD, отдельно DWORD?

Кстати, в описании настройки СП307 в качестве Мастера в связке с ПЛК110 есть ошибка:

Вложение 28160

---

Можно взять все скопом.

Спасибо за замечание - поправим.

Цитата:

---

Сообщение от Borserg

У меня в ПР200 34 сетевых переменных (в слоте SLAVE, регистры 512...555). Причем 10 из них с плавающей запятой, остальные - целочисленные.
При копировании через функциональную область можно взять их все "скопом", или отдельно WORD, отдельно DWORD?

Кстати, в описании настройки СП307 в качестве Мастера в связке с ПЛК110 есть ошибка:

Вложение 28160

---

Цитата:

---

Сообщение от Евгений Кислов

Можно взять все скопом.

---

И так у Вас в ПР 44 регистра (34 сетевых переменных (в слоте SLAVE, регистры 512...555). Причем 10 из них с плавающей запятой) расположенных друг за другом без промежутков.
Однако будут проблемы при копировании 44 регистров "скопом", т.е одной функцией "Копировать группу регистров".
Слейв в ПР не позволяет отдать больше 12 регистров в одной команде, такая фича у ПР. А панель будет формировать групповые запросы по 16 регистров.
По этому надо использовать в ф.области четыре функции "Копировать группу регистров" - три по 12 регистров и одну 8 регистров.
Вложение 28162
Возможно придется эти функции перемешать, чтобы шли не по порядку как на картинке, но это мне нужно проверить в панели.

ЗЫ.
Ф.область должна быть глобальной
Вложение 28163

И режим у нее должен быть непрерывный
Вложение 28164

Цитата:

---

Сообщение от petera

И так у Вас в ПР 44 регистра (34 сетевых переменных (в слоте SLAVE, регистры 512...555). Причем 10 из них с плавающей запятой) расположенных друг за другом без промежутков.
Однако будут проблемы при копировании 44 регистров "скопом", т.е одной функцией "Копировать группу регистров".
Слейв в ПР не позволяет отдать больше 12 регистров в одной команде, такая фича у ПР. А панель будет формировать групповые запросы по 16 регистров.
По этому надо использовать в ф.области четыре функции "Копировать группу регистров" - три по 12 регистров и одну 8 регистров.

Возможно придется эти функции перемешать, чтобы шли не по порядку как на картинке, но это мне нужно проверить в панели.

ЗЫ.
Ф.область должна быть глобальной

И режим у нее должен быть непрерывный

---

Огромное спасибо за столь подробные пояснения!

Не могли бы Вы описать процедуру изменения системного регистра PFW2 (для отключения звука нажатия на элементы)?
Работаю с панелью дома и громкое "пикание" раздражает домочадцев :)

Пробовал сейчас поставить простейший эксперимент:

К AI1 ПР200 у меня подключен генератор тока РЗУ-420. Сам вход настроен на пределы -100...+20 (именно такие пределы измерений имеет датчик точки росы, который будет затем к этому входу подключен).

Вложение 28167

В проекте к данному входу подключена сетевая переменная PDP_1 "С плавающей запятой", имеющая адрес 550.

Вложение 28166

Вложение 28168

Создал в панели элемент "Цифровой дисплей" и настроил его.

Вложение 28171

После загрузки проекта в панель цифры на "дисплее" хаотично "бегают" и показания никак не отражают реальную величину сигнала.
Включение/отключение опции "Переставить WORD в FLOAT" в сетевых настройках панели картину не меняет.

В то же самое время, при подключении к слоту SLAVE ПР200 через программу ModBus Poll, имеем адекватное изменение величины в регистре 550.

Вложение 28169

Вложение 28170

Что я делаю не так?

PS Прошу прощения - все заработало! На вкладке "Дисплей" свойств элемента надо было просто формат FLOAT поставить :)

Цитата:

---

Сообщение от Borserg

Пробовал сейчас поставить простейший эксперимент:

К AI1 ПР200 у меня подключен генератор тока РЗУ-420. Сам вход настроен на пределы -100...+20 (именно такие пределы измерений имеет датчик точки росы, который будет затем к этому входу подключен).

Вложение 28167

В проекте к данному входу подключена сетевая переменная PDP_1 "С плавающей запятой", имеющая адрес 550.

Вложение 28166

Вложение 28168

Создал в панели элемент "Цифровой дисплей" и настроил его.

Вложение 28171

После загрузки проекта в панель цифры на "дисплее" хаотично "бегают" и показания никак не отражают реальную величину сигнала.
Включение/отключение опции "Переставить WORD в FLOAT" в сетевых настройках панели картину не меняет.

В то же самое время, при подключении к слоту SLAVE ПР200 через программу ModBus Poll, имеем адекватное изменение величины в регистре 550.

Вложение 28169

Вложение 28170

Что я делаю не так?

PS Прошу прощения - все заработало!

---

Так, что в начале было не так в с дисплеем на экране панели?

ЗЫ.
Совет. Сохраняйте скриншоты в формате png, а не jpg. Тогда при вставке картинки в тело сообщения они будут видны в виде миниатюр, как в моем посте.

Цитата:

---

Сообщение от petera

Так, что в начале было не так в с дисплеем на экране панели?

ЗЫ.
Совет. Сохраняйте скриншоты в формате png, а не jpg. Тогда при вставке картинки в тело сообщения они будут видны в виде миниатюр, как в моем посте.

---

Надо было выбрать Float вместо Dec :)

Вложение 28172

За совет про png - спасибо. Я уже и сам заметил, что что-то не так и увидел, что в Ваших постах картинки в этом формате.

А что Вы думаете по этому поводу?

Цитата:

---

Сообщение от Евгений Кислов

Если планируется работа с float, то надо обратить внимание, что при опросе через функциональную область галочка Переставить WORD в Float (в сетевых настройках панели) не оказывает влияния - так что, возможно, потребуется менять местами регистры вручную.

---

Что значит "менять местами регистры вручную"?

И Вы, наверное, не заметили мой вопрос:

Цитата:

---

Не могли бы Вы описать процедуру изменения системного регистра PFW2 (для отключения звука нажатия на элементы)?
Работаю с панелью дома и громкое "пикание" раздражает домочадцев.

---

Цитата:

---

Что значит "менять местами регистры вручную"?

---

Для передачи вещественных значений (Float) - чисел с плавающей запятой необходимо 32 бита или два регистра. Какой из двух регистров должен приходить первым, а какой вторым не описывается стандартом Modbus. Поэтому производители оборудования могут это делать по разному, как им захочется. Значит должен быть какой-то механизм согласования оборудования разных производителей.
Например при связи СП3хх(Мастер) с контроллерами ОВЕН(Слейв) нужно в настройках порта панели явно указать, что нужно принимать регистры из ПЛК в обратном порядке
Вложение 28173
Для контроллера другого производителя возможно включать эту галку не потребуется.
Я не знаю, как должно быть с ПР200, нет у меня его. Если на дисплее из Вашего примера нормально отображаются значения Float и галка "Переставить WORD" в панели выключена, то ничего делать не надо.
В противном случае, т.к. Вы будете копировать массив регистров целиком функциональной областью, то как правильно заметил Евгений Кислов, вышеуказанная галка не имеет никакого значения. По этому, если Float в копии регистров будут отображаться неправильно или вовсе не будут отображаться, Вам придется переставлять регистры в слейве ПР200
Вложение 28174

Цитата:

---

Не могли бы Вы описать процедуру изменения системного регистра PFW2 (для отключения звука нажатия на элементы)?
Работаю с панелью дома и громкое "пикание" раздражает домочадцев.

---

Надо записать в него значение 1 и перезагрузите панель, например, битовой кнопкой.
Вложение 28175
с действием "ВКЛ", а еще лучше "Инверсия" - тогда этой же кнопкой сможете в дальнейшем включить звук нажатия
Вложение 28176
А если вместо битовой кнопки использовать переключатель с индикацией, то будет видно текущее состояние этого бита.

Насколько я помню, ПР может переставлять регистры только в режиме мастера. Так что лучше все же это делать прямо в панели.

Например, считываем float из ПР с помощью функциональной области в регистры PSW300-301. Копируем PSW301 в PSW302, а PSW300 - в PSW303. Теперь float с перевернутыми вордами лежит в PSW302-PSW303, можно выводить его на дисплей и считывать TCP мастером.

Цитата:

---

Сообщение от petera

Для передачи вещественных значений (Float) - чисел с плавающей запятой необходимо 32 бита или два регистра. Какой из двух регистров должен приходить первым, а какой вторым не описывается стандартом Modbus. Поэтому производители оборудования могут это делать по разному, как им захочется. Значит должен быть какой-то механизм согласования оборудования разных производителей.
Например при связи СП3хх(Мастер) с контроллерами ОВЕН(Слейв) нужно в настройках порта панели явно указать, что нужно принимать регистры из ПЛК в обратном порядке
Вложение 28173

---

У меня эта опция выбрана.

Цитата:

---

Для контроллера другого производителя возможно включать эту галку не потребуется.
Я не знаю, как должно быть с ПР200, нет у меня его. Если на дисплее из Вашего примера нормально отображаются значения Float и галка "Переставить WORD" в панели выключена, то ничего делать не надо.
В противном случае, т.к. Вы будете копировать массив регистров целиком функциональной областью, то как правильно заметил Евгений Кислов, вышеуказанная галка не имеет никакого значения. По этому, если Float в копии регистров будут отображаться неправильно или вовсе не будут отображаться, Вам придется переставлять регистры в слейве ПР200
Вложение 28174

---

И эту опцию в настройках ПР200 я видел, но пока с ней не экспериментировал. Побоялся запутаться. Ведь если эта "перевернутая" переменная используется еще и внутри проекта ПР200, можно получить ложный результат операции.

Цитата:

---

Надо записать в него значение 1 и перезагрузите панель, например, битовой кнопкой.
Вложение 28175
с действием "ВКЛ", а еще лучше "Инверсия" - тогда этой же кнопкой сможете в дальнейшем включить звук нажатия
Вложение 28176
А если вместо битовой кнопки использовать переключатель с индикацией, то будет видно текущее состояние этого бита.

---

Что-то у меня ничего не получается - панель как пищала, так и пищит.

Цитата:

---

Сообщение от Евгений Кислов

Насколько я помню, ПР может переставлять регистры только в режиме мастера. Так что лучше все же это делать прямо в панели.

---

В режиме слэйва тоже может:

Вложение 28177

Цитата:

---

Например, считываем float из ПР с помощью функциональной области в регистры PSW300-301. Копируем PSW301 в PSW302, а PSW300 - в PSW303. Теперь float с перевернутыми вордами лежит в PSW302-PSW303, можно выводить его на дисплей и считывать TCP мастером.

---

У меня теперь другая беда. Создал ГЛОБАЛЬНУЮ функциональную область с такими настройками (ID ПР200 Slave - 3):

Вложение 28178

Вложение 28179

Вложение 28180

Вложение 28181

Вложение 28182

Вложение 28183

Так теперь в панели посередине экрана постоянно "висит" моргающее окно "Соединение PLC порт 3".

Удалил функциональную область - окно исчезло.

Добавил цифровой дисплей для вывода значения с аналогово входа ПР200 (см. простой эксперимент, описанный раньше) - показания отображаются, окно не появляется.

Снова добавил функциональную область - показания с аналогового входа снимаются, но с задержкой. Окно снова выскакивает.

Вот как это выглядит:

Вложение 28184

Попробуйте в ф.области поменять порядок отдельных функций (кнопками Вниз и Вверх)
четвертую сделать первой (в самый верх цепочки)
третью сделать второй
вторая станет третьей
первую сделать четвертой (в самый низ цепочки)

ЗЫ

Цитата:

---

Что-то у меня ничего не получается - панель как пищала, так и пищит.

---

Панель нужно обязательно выключить и повторно включить, чтобы сработало.
Только после нажатия кнопки выключать панель не сразу, а подождать 15-30 сек.

Цитата:

---

Сообщение от petera

Попробуйте в ф.области поменять порядок отдельных функций (кнопками Вниз и Вверх)
четвертую сделать первой (в самый верх цепочки)
третью сделать второй
вторая станет третьей
первую сделать четвертой (в самый низ цепочки)

ЗЫ

Панель нужно обязательно выключить и повторно включить, чтобы сработало.
Только после нажатия кнопки выключать панель не сразу, а подождать 15-30 сек.

---

Сделал:

Вложение 28185

Все равно окно "соединение" выскакивает. Правда теперь реакция на изменение аналогового сигнала осталась нормальной, без задержки.

Блин, панель "шибко вумная"!
Как не тасуй функции она все равно делает по своему, а именно группирует по шестнадцать регистров в одном запросе
Вложение 28186
т.е. вместо нужных четырех запросов 12, 12, 12, 8 регистров делает три запроса 16, 16, 12 регистров.
Единственный способ ее обмануть использовать динамическую адресацию
1. Добавить в начало цепочки функцию Присвоить значение PSW300=0
Вложение 28187

2. В адресах источников для четырех последующих функций включить дин. адресацию, индексный регистр указать PSW300
Вложение 28188

Вложение 28189

Вложение 28190

Вложение 28192

После этого все будет так, как нам нужно
Вложение 28191
четыре запроса по 12, 12, 12, 8 регистров

Цитата:

---

Сообщение от petera

Блин, панель "шибко вумная"!
Как не тасуй функции она все равно делает по своему, а именно группирует по шестнадцать регистров в одном запросе

т.е. вместо нужных четырех запросов 12, 12, 12, 8 регистров делает три запроса 16, 16, 12 регистров.
Единственный способ ее обмануть использовать динамическую адресацию
1. Добавить в начало цепочки функцию Присвоить значение PSW300=0


2. В адресах источников для четырех последующих функций включить дин. адресацию, индексный регистр указать PSW300

После этого все будет так, как нам нужно
четыре запроса по 12, 12, 12, 8 регистров

---

Я сделал для четырех (просто у Вас три скриншота):

Вложение 28193

Вложение 28194

Вложение 28195

Вложение 28196

Вложение 28197

Загрузил в панель - окно больше не выскакивает!!!

Огромное спасибо!!! Для меня это просто высший пилотаж!

Если не возражаете, я буду постить возникающие по мере наполнения проекта вопросы (а их, думаю, будет немало) в этой теме.

И сразу вот какой вопрос. Насколько я понял, мы копируем регистры ПР200 во внутренние регистры панели.
Но среди них есть несколько регистров, которые предназначены для записи в них данных из панели и дальнейшей трансляции в контроллеры компрессоров.
Всего таких регистров шесть: 529, 530, 548, 549, 554, 555.
Два из них (530, 549) должны работать так: кратковременная запись в младший бит 1 по нажатию элемента "Сброс" на панели. Все остальное время в младшем бите - 0.
Остальные четыре так: запись 1 в младший бит по нажатию элемента "Пуск" на панели включает соответствующую функцию, запись в младший бит 0 происходит по нажатию элемента "Стоп" на панели.

С этим могут быть какие-то сложности?

Могут быть сложности ,связанные с задержками в панели при обработке множества элементов .Например нажали кнопку СТОП или Пуск и убрали палец с панели ,часть устройств может не отработать эти команды или отработать не одновременно .Для таких целей лучше использовать механизм обратной связи -включился (выключился) один механизм ,потом сигнал с этого устройства (вкл,выкл) подается на следующее устройство через механизм "шлюза" в панели ....Просто я такое наблюдал на днях при отладке ,когда включал\ выключал несколько распределенных устройств(ПЧВ) с одной кнопки ...редко но были случаи когда то один пчв не включится ,то другой не выключится ...Сменил подход и все стало стабильно .:rolleyes:

Цитата:

---

Сообщение от rovki

Могут быть сложности ,связанные с задержками в панели при обработке множества элементов .Например нажали кнопку СТОП или Пуск и убрали палец с панели ,часть устройств может не отработать эти команды или отработать не одновременно .Для таких целей лучше использовать механизм обратной связи -включился (выключился) один механизм ,потом сигнал с этого устройства (вкл,выкл) подается на следующее устройство через механизм "шлюза" в панели ....Просто я такое наблюдал на днях при отладке ,когда включал\ выключал несколько распределенных устройств(ПЧВ) с одной кнопки ...

---

В моем случае только два устройства (компрессора). Для каждого - свои кнопки "Пуск", "Стоп" (управляют одним регистром) и "Сброс". И еще две кнопки изменения режимов работы алгоритма в ПР200.
То, что мы сделали до этого - копирование содержимого регистров ПР200 в регистры СП307. Теперь в свойствах создаваемых элементов я могу использовать регистры PSWxxx. Если мне надо записать данные в какой-либо регистр из перечисленных выше шести, я в настройках элемента указываю именно этот регистр (а не PSWxxx).
А если мне надо записать данные в этот регистр по команде из АСУ? Надо создать в ф. области операцию копирования, обратную той, что мы делали раньше?
Или я чего-то недопонял?
Я ведь панель первый раз вижу и с ModBus-ом впервые разбираюсь (начитался литературы). До этого только с ПР работал (Овен, Eaton).

Цитата:

---

Сообщение от Borserg

И сразу вот какой вопрос. Насколько я понял, мы копируем регистры ПР200 во внутренние регистры панели.
Но среди них есть несколько регистров, которые предназначены для записи в них данных из панели и дальнейшей трансляции в контроллеры компрессоров.
Всего таких регистров шесть: 529, 530, 548, 549, 554, 555.
Два из них (530, 549) должны работать так: кратковременная запись в младший бит 1 по нажатию элемента "Сброс" на панели. Все остальное время в младшем бите - 0.
Остальные четыре так: запись 1 в младший бит по нажатию элемента "Пуск" на панели включает соответствующую функцию, запись в младший бит 0 происходит по нажатию элемента "Стоп" на панели.

С этим могут быть какие-то сложности?

---

Анатолий Вас пугает.
Но у Вас же только один слейв, а не несколько.
Если для регистров 530, 549 команды сброс планируются от разных кнопок и независимо друг от друга, тогда
Либо битовая кнопка
Вложение 28198
с действием
Вложение 28199

Либо аналогичная функция для переключателя с индикацией
Вложение 28200 Вложение 28201

Но если кнопка "Сброс" будет только одна, тогда нужна ф.кнопка (у этой кнопки можно задавать разные цепочки функций, в зависимости от ее четырех состояний)
В вашем случае
Для момента нажатия
Вложение 28202

А для момента отпускания кнопки
Вложение 28203

Что касается остальных четырех регистров
ПУСК делаем так
Вложение 28204

СТОП -так
Вложение 28205


ЗЫ.

Цитата:

---

Если мне надо записать данные в какой-либо регистр из перечисленных выше шести, я в настройках элемента указываю именно этот регистр (а не PSWxxx).

---

Совершенно верно.

ЗЫ

Цитата:

---

А если мне надо записать данные в этот регистр по команде из АСУ? Надо создать в ф. области операцию копирования, обратную той, что мы делали раньше?
Или я чего-то недопонял?

---

Не надо копировать в обратную сторону.
Просто вместо ф.кнопок нужно использовать ф. области с запуском от битов PSB
Нужные PSB устанавливать от кнопок панели или из АСУ.

В очередной раз огромное спасибо за пояснения!
Думаю, надо сделать небольшой перерыв на сон - завтра на работу :)

ЗЫ

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

Цитата:

---

Сообщение от Borserg

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

---

Например, так
https://www.youtube.com/watch?v=W8XTCycVbJQ

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

ЗЫ. Редактирование "очепятки" в слове "Авария" в конце видио к основному вопросу не относится. Лень было переснимать видео из-за досадной очепятки.

Цитата:

---

Сообщение от petera

Например, так

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

ЗЫ. Редактирование "очепятки" в слове "Авария" в конце видио к основному вопросу не относится. Лень было переснимать видео из-за досадной очепятки.

---

Спасибо! Все понятно.
А у Вас какая версия Конфигуратора? Что-то я в своем (СП3ххх) не видел расширенного режима - это я о последующем редактировании созданного "бутерброда".

Сегодня на работе экспериментировал с элементом "Вариационный текст". В одном из регистров контроллера компрессора хранится информация о его статусе, где каждому биту присвоено определенное состояние компрессора (готов к запуску, в работе, запуск двигателя, нагрузка, холостой ход, предупреждение, аварийная остановка - всего 10 младших битов из 16). Небольшая сложность в том, что некоторые состояния могут присутствовать одновременно. Например готов к запуску и предупреждение и т.д. Поэтому пришлось создавать несколько одинаковых текстовых описаний с разными цифровыми значениями (десятичными эквивалентами включенных битов в регистре статуса). Вроде работает, как задумано.

Вложение 28214

Еще пробовал использовать бит видимости. Дело в том, что при выводе сообщения о таймере выбега рядом должен появляться счетчик с обратным отсчетом в секундах, который берется из другого регистра контроллера компрессора.
А при выводе в этой же строке "Вариационного текста" других сообщений счетчика не должно быть видно. Тоже все работает.

Вложение 28215

Дополнение 1.

Провел еще один небольшой эксперимент:

До этого я еще не привязывал цифровые дисплеи к PSW-регистрам панели (в которые мы копировали данные при помощи функциональной области), а привязывал к PLC-регистрам. Снятие галочки "Переставить WORD в FLOAT" в сетевых настройках предсказуемо приводит к искажению отображаемых в дисплеях данных.

Попробовал один из дисплеев привязать к PSW256. В результате данные в этом дисплее не исказились.

Вывод: никакого "шаманства" с перестановкой регистров в ПР200 не потребуется.

Дополнение 2.

До меня "дошло" по поводу отключения звука. Отключить его можно только в том проекте, который загружен в панель?
Просто я создал пустой проект, разместил в нем переключатель с подсветкой, привязав его к PFW2, и рядом кнопку для тестирования.
Нажал переключатель - он "позеленел". Подождал 30 секунд, выключил/включил питание панели. Проект загрузился, переключатель "зеленый", звука при нажатии на тестовую кнопку нет.
Загрузил рабочий проект - звук есть. Но ведь PFW, вроде как, энергонезависимые регистры? Или я чего-то не понял?

PS Сообщение отредактировал - конкретно "затупил" с поведением панели при отключении "ведомых" от ПР200. :)

Цитата:

---

Попробовал один из дисплеев привязать к PSW256. В результате данные в этом дисплее не исказились.

Вывод: никакого "шаманства" с перестановкой регистров в ПР200 не потребуется.

---

И это хорошо!
Следовательно Вам нужно у всех элементов на экранах использовать не регистры ПР (4х5nn), а регистры PSWnnn и биты регистров PSWnnn.kk, ведь в них уже есть копии нужных регистров ПР. лишние обмены по шине ни к чему.

Цитата:

---

До меня "дошло" по поводу отключения звука. Отключить его можно только в том проекте, который загружен в панель?
....Но ведь PFW, вроде как, энергонезависимые регистры? Или я чего-то не понял?

---

Регистры 0...255 системные, там например находятся
- номер стартового экрана (PFW1)
- время, через которое выключается подсветка или вкл. заставка (PFW10)
- номер экрана заставки (PFW11)
- настройки портов PLC(PFW30...35), Download(PFW20...25)
- пароли (PFW60...78)
и другие настройки. Все эти параметры задаются в настройках проекта! Поэтому вся системная область (PFW0...255) при загрузке проекта всегда будут перезаписыватся новыми значениями.

Цитата:

---

Сообщение от petera

И это хорошо!
Следовательно Вам нужно у всех элементов на экранах использовать не регистры ПР (4х5nn), а регистры PSWnnn и биты регистров PSWnnn.kk, ведь в них уже есть копии нужных регистров ПР. лишние обмены по шине ни к чему.

---

Спасибо, так и сделаю. Если этого не сделать, то получаем "двойной" поток данных - ведь ф. область непрерывно копирует содержимое регистров ПР200 в регистры PSW панели?

Цитата:

---

Регистры 0...255 системные, там например находятся
- номер стартового экрана (PFW1)
- время, через которое выключается подсветка или вкл. заставка (PFW10)
- номер экрана заставки (PFW11)
- настройки портов PLC(PFW30...35), Download(PFW20...25)
- пароли (PFW60...78)
и другие настройки. Все эти параметры задаются в настройках проекта! Поэтому вся системная область (PFW0...255) при загрузке проекта всегда будут перезаписыватся новыми значениями.

---

И с этим все понятно. Спасибо!

Начал углубляться в принципы работы СП307 и вопросы стали возникать более сложные (с моей точки зрения :))
Вот один из них:

1. Имеется регистр статуса компрессора (518-й), в котором каждый из 16 битов отвечает за определенное состояние агрегата. Один из битов (8-й) означает "Аварийная остановка".
2. Причины аварийной остановки хранятся в двух других регистрах (525-ом и 526-ом), т.к. этих самых причин больше 16.

Хочу сделать, чтобы при аварийной остановке появлялся прямоугольник с текстом "Авария!" в верхней строке и причиной аварии - в нижней.
Если бы причины аварии хранились в одном регистре (525-ом), то я создал бы "Вариационный текст" (далее - ВТ) и привязал бы его 525-му биту.
Битом видимости назначил бы 8-й из 518-го регистра. Ну а в таблице "Содержимое" создал бы 16 двухстрочных описаний "Авария!/Причина" и значениями 1, 2, 4, 8...16384, 32768.
А как быть, когда регистров с причинами аварии два? Создать два ВТ и наложить на экране их друг на друга? Но у них бит видимости один и тот же. Ну слово "Авария!" будет в обоих ВТ и его будет видно в любом случае. Но ВТ с пустой нижней строкой может на экране оказаться "над" ВТ с отображаемой причиной аварии и ее не будет видно.
Может быть есть какой-нибудь изящный способ решения такой задачки?

Заранее признателен за совет.

Цитата:

---

Может быть есть какой-нибудь изящный способ решения такой задачки?

---

А если причин аварий не две, а пять или десять?
Самый изящный способ -Таблица тревог.
Следующий по изящности - Бегущая строка.

ЗЫ.
А если использовать окно (не окно тревог, а обычное) с вызовом от бита 8 регистра статуса и в этом окне таблицу тревог, то получится

Цитата:

---

при аварийной остановке появлялся прямоугольник с текстом "Авария!" в верхней строке и причиной аварии - в нижней.

---

Верней - при аварийной остановке появится окно (прямоугольник) с текстом "Авария!" в верхней строке и любыми причинами аварии - в нижних строках.

ЗЫ.
Хотя и окна тревог я бы не сбрасывал со счетов.

Цитата:

---

А если причин аварий не две, а пять или десять?

---

Думал об этом. Такая ситуация возможна, хотя и крайне маловероятна.

Цитата:

---

Самый изящный способ -Таблица тревог.
Следующий по изящности - Бегущая строка.

---

До этих элементов пока не добрался - буду экспериментировать.

Цитата:

---

ЗЫ.
А если использовать окно (не окно тревог, а обычное) с вызовом от бита 8 регистра статуса и в этом окне таблицу тревог, то получится

Верней - при аварийной остановке появится окно (прямоугольник) с текстом "Авария!" в верхней строке и любыми причинами аварии - в нижних строках.

ЗЫ.
Хотя и окна тревог я бы не сбрасывал со счетов.

---

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

Спасибо!

Цитата:

---

Думал об этом. Такая ситуация возможна, хотя и крайне маловероятна.

---

По закону подлости маловероятные ситуации как правило и случаются.

Цитата:

---

До этих элементов пока не добрался - буду экспериментировать.

---

Вам в помощь
https://www.youtube.com/watch?v=MHZktWsVokc