Вид для печати
Здравствуйте!
Есть задача соединить 6 ПЛК 110.
Они стоят в одной системе автоматизации, управляют насосами по датчикам. Инженер который заказывал оборудования заказал 6 плк, вместо 1 плк и модулей ввода-вывода. Теперь нужно как я понимаю сделать 1 плк master остальные slave, и всю программу собирать в master?
Вопрос как без сильной потере обмена данными соединить все плк?
Может есть образец конфигурирования modbus?
Рисуете все переменные в экселе, связываете. Все будет работать, если хорошо понимаете что должно быть
Вопрос настройки связи по modbus, есть ли рабочий пример связи master - slave на плк?
Но т.к. мало разбирался с modbus-ом и овеном.
Про excel не понял?
каждый ПЛК занимается своими насосами на локальном уровне., Сетевые переменные глобальные по UDP, должны быть примеры на сайте. Нафик там голый Modbus ?
то есть писать программы так, чтобы выход из строя одного ПЛК не сказывался на работе общей системы.
ПЛК управляет своими насосами, но есть датчики которые должны отключать насос другого ПЛК. Это датчики уровня, давления и т.д.
К примеру первый плк управляет первым и вторым насосом. Но есть в датчик который подключен ко второму плк и он должен отключить(или блокировать включение) 1 насос и т.д.
тогда схема печальная.... но все возможно. ищите примеры использования глобальных переменных для сети из нескольких ПЛК. Это будет оптимальным вариантом при построении системы. По крайней мере избавитесь от ситуации, когда смерть мастера приведет к остановке всей системы.
Плк рядом с друг другом стоят, я правильно понимаю?
Но менее печальней чемЦитата:
Сообщение от melky
Просто такие крутые модули ввода-вывода.Цитата:
Сообщение от sma324
Валенок ну да, превращать остальные ПЛК в модули ввода-вывода будет еще печальнее, это точно.
В чем печаль для ТС ? ПЛК уже куплены. И не ТС'ом.
Исходно ж - модули. Сделать из плк модули. Но модули с ip и мозгами.
- (не про автономность) C возможностью делегирования части задач вниз (расчетных или еще каких)
- Если есть локалка упрощается "конфигурирование" и оно "чуть более онлайн"
- Ремонтабельность опять же - в зипе только 1 плк
Автономность ? А смысл ее обсасывать если ТС не дал функциональную схему ? Мож там непрерывная цепочка техпроцесса а-ля "конвейер" ? Встал элемент - встало все полюбасу. А под признаки "конвейера" пост#5 вполне вписывается.Цитата:
чтобы выход из строя одного ПЛК не сказывался на работе общей системы
Это имеет какое-то принципиальное значение ?Цитата:
Сообщение от SBER
Используйте штатную технологию CoDeSYs - сетевые переменныеЦитата:
Сообщение от sma324