Добрый день всем добрым форумчанам.
Есть потребность управления одним PLC H3U от Inovance с двух разнесенных мест. Есть две панели I7000E того же производителя. Хочу приспособить их для управления PLC. Предполагается протокол связи "H3U Modbus TCP".
Вопрос:
А так можно? Не получится конфликта между панелями если они:
1) каждая будет обращаться только к своей области памяти в PLC;
2) возможно обращение любой панели к одной и той же области памяти в PLC?
- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не надо писать свой вопрос в первую попавшуюся тему - всегда лучше создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения. Непонятно? - Читать здесь.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь, а затем здесь и здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
А можно PLC + 2 x HMI?
Модераторы: Глоб.модераторы, специалисты по PLC
-
- специалист
- Сообщения: 600
- Зарегистрирован: 08 авг 2008, 10:43
- Имя: Щукин Андрей Александрович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 7 раз
- Поблагодарили: 63 раза
А можно PLC + 2 x HMI?
1) На контроллер и протокол связи Modbus TCP (server) должно быть указано со сколькими clint'ами он может одновременно работать: 2,4,8...
2) Соответственно обе панели все могут читать.
3) Для записи придется разработать/найти в панели
а) систему доступа
б) передачу разрешения на управление от одной панели к другой.
В некоторых панелях есть вариант обходного пути: одна панель все читает и записывает, а вторая работает с образом памяти в первой. Это решает большую часть вопросов.
2) Соответственно обе панели все могут читать.
3) Для записи придется разработать/найти в панели
а) систему доступа
б) передачу разрешения на управление от одной панели к другой.
В некоторых панелях есть вариант обходного пути: одна панель все читает и записывает, а вторая работает с образом памяти в первой. Это решает большую часть вопросов.
Авторы ТЗ, с которыми я работаю, не имеют права жаловаться на дороги, ЖКХ, бюрократию и правительство.
-
- эксперт
- Сообщения: 3643
- Зарегистрирован: 10 ноя 2009, 04:58
- Имя: Толмачев Михаил Алексеевич
- город/регион: г. Чехов, МО
- Благодарил (а): 8 раз
- Поблагодарили: 286 раз
А можно PLC + 2 x HMI?
У меня был один сложный проект с одной панелью, с классической схемой взаимодействия. То есть данные хранятся в ПЛК, все управление сконцентрировано в ПЛК, панель лишь опрашивает, отображает и позволяет редактировать вручную теги (булевые, целочисленные, вещественные).
Добавил вторую панель, в нее был загружен проект абсолютно такой же. Если одновременно на двух панелях редактировать теги - это конечно залет, это конфликт, но этот момент прекрасно понятен эксплуатантам. То есть никакой проблемы нет.
Но был у меня нюанс, всё-таки панель обладала некоторой активностью помимо преобладающей классической пассивности. Была там функция печати, выполнялся макрос, который по RS232 выдавал на принтер этикетки задание на печать. Ну и представьте, что у каждой из двух панелей был свой принтер. ПЛК отдавал задание на печать, но печатать нужно только на том принтере, панель которого активна. В итоге пришлось ввести тег активной панели. Тег=0 -> активна панель 0, тег=1 -> активна панель 1. Дополнительно в панелях в энергонезависимой памяти хранится ее номер. Если тег совпадает с номером панели, то макрос печати выполняется, иначе нет. Переключение тега производится на панелях: та панель, которая неактивна, на ней выскакивает всплывающее окно с предупреждением "Панель неактивна" и с кнопкой "Активировать". Эта кнопка записывает в тег в номер панели и от этого она становится активной.
Как только я это все сделал за 5 минут, обнаружилась бесплатная фича: если панелям задать одинаковые номера, то они работают в дублирующем режиме: не блокируют друг друга и отображают общую информацию и даже экраны одновременно меняются (это если вы соблюли классическую схему пассивной панели).
Добавил вторую панель, в нее был загружен проект абсолютно такой же. Если одновременно на двух панелях редактировать теги - это конечно залет, это конфликт, но этот момент прекрасно понятен эксплуатантам. То есть никакой проблемы нет.
Но был у меня нюанс, всё-таки панель обладала некоторой активностью помимо преобладающей классической пассивности. Была там функция печати, выполнялся макрос, который по RS232 выдавал на принтер этикетки задание на печать. Ну и представьте, что у каждой из двух панелей был свой принтер. ПЛК отдавал задание на печать, но печатать нужно только на том принтере, панель которого активна. В итоге пришлось ввести тег активной панели. Тег=0 -> активна панель 0, тег=1 -> активна панель 1. Дополнительно в панелях в энергонезависимой памяти хранится ее номер. Если тег совпадает с номером панели, то макрос печати выполняется, иначе нет. Переключение тега производится на панелях: та панель, которая неактивна, на ней выскакивает всплывающее окно с предупреждением "Панель неактивна" и с кнопкой "Активировать". Эта кнопка записывает в тег в номер панели и от этого она становится активной.
Как только я это все сделал за 5 минут, обнаружилась бесплатная фича: если панелям задать одинаковые номера, то они работают в дублирующем режиме: не блокируют друг друга и отображают общую информацию и даже экраны одновременно меняются (это если вы соблюли классическую схему пассивной панели).
-
- освоился
- Сообщения: 290
- Зарегистрирован: 28 авг 2014, 09:30
- Имя: Воднев Александр Васильевич
- Страна: РФ
- город/регион: Томск
- Благодарил (а): 22 раза
- Поблагодарили: 33 раза
-
- освоился
- Сообщения: 233
- Зарегистрирован: 26 мар 2017, 13:05
- Имя: Денис
- Страна: Россия
- город/регион: Самара
- Благодарил (а): 15 раз
- Поблагодарили: 38 раз
А можно PLC + 2 x HMI?
Если ПЛК поддерживает работу с более чем одним клиентом (панелью) то можно.
В общем случае, панели могут обращаться как каждая к своему участку памяти в ПЛК, так и к тому, к которому обращаются другие панели.
П.С. У меня недавно как раз был проект, где с одним ПЛК работает 4 панели. Для разруливания конфликтов используйте уровни доступа в панелях.
-
- эксперт
- Сообщения: 3643
- Зарегистрирован: 10 ноя 2009, 04:58
- Имя: Толмачев Михаил Алексеевич
- город/регион: г. Чехов, МО
- Благодарил (а): 8 раз
- Поблагодарили: 286 раз
А можно PLC + 2 x HMI?
Нет не сетевой адрес, а специальный тег "номер панели". Чтобы ПЛК мог отличать друг от друга панелей-близнецов и они сами могут использовать этот тег для изменения своего поведения. Ведь проекты в панелях одинаковые, отличие основное в этом теге (хранится в энергонезависимой памяти и настраивается прямо на панели).
-
- администратор
- Сообщения: 18749
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1852 раза
А можно PLC + 2 x HMI?
Да
Не получится
Возможно.
ModBUS-TCP это позволяет.
Конфликт будет в другом: В каждый момент времени пост управления должен быть только один. Справедливо для уникальных технологических процессов.
Так что если у Вас один ПЛК управляет двумя разными тех.процессами, каждый из которых имеет свои уникальные переменные, код, в/в и HMI - всё в порядке, так можно. Иначе - нет. Точнее - иначе да, можно, но с соблюдением процедур передачи поста управления между панелями (сюда входит и чёткая индикация на всех постах управления: с какого именно поста выполняется управление в настоящий момент). А как это сделать технически - способов масса, от встроенных средств панелей (уровни доступа например) до самостоятельно разработанных процедур.
Проверяйте программу в ПЛК и если всё вышесказанное выполняется - почему бы и нет.
Только проверьте сначала всю установку на предмет того, что нет требования, запрещающего совмещать САУ разных подсистем в одном устройстве, нет ли требования отказонезависимости (отказ в одной подсистеме не должен влиять на работу другой подсистемы).
По вопросам работы Форума можно обратиться по этим контактам.