14 ЧП по Modbus

[djaval]

Приветствую!
Контроллер 2Gi будет опрашивать 14 одинаковых частотников по Modbus.
Возможно ли создать в Лоджике только одно Slave-устройство с настройками, управляемыми из FBD, а затем последовательно выбирать адрес устройства с помощью блока SlaveX(Link) и отправлять команды?
То есть выбрал адрес, подал фронт на вход ^set и на входах-выходах сетевых переменных появятся значения, считанные из ЧП с данным адресом?

Или так не прокатит и нужно городить 14 отдельных слэйвов?

[serg-el]

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

Контроллер 2Gi будет опрашивать 14 одинаковых частотников по Modbus.
и отправлять команды?
Или нужно городить 14 отдельных слэйвов?

Управлять может и можно, но как Вы себе представляете опрос 14 разных ПЧ и их диспетчеризацию? Хотя можно всё, но зачем такой гем....
Отдельные слейвы проще на порядок ...

[djaval]

Мне нужно сигнал ПИД-регулятора разложить и раздать на 14 ЧП, управляющих вентиляторами градирни. Поскольку ЧП одинаковые, я подумал что можно последовательно менять адрес и отправлять нужное задание каждому ЧП, чем создавать 14 слейвов с одинаковой картой памяти и вытаскивать на поляну немерянное количество сетевых переменных...
Диспетчеризация каждого ЧП не требуется.

Вы пробовали такой метод? Мне не понятно, когда подаёшь сигнал ^set на блок SlaveX для установки следующего адреса, то опрос/запись слэйва с предыдущим адресом прекращается или продолжается?

[serg-el]

Диспетчеризация каждого ЧП не требуется

Круто, чуть что, гори оно ярким пламенем !

А аварии отслеживать, а выход на уставку, а токи смотреть кто будет?
Правильно, вентилятор расходник, будем менять после каждой аварии

[Sergey Cherevko]

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

когда подаёшь сигнал ^set на блок SlaveX для установки следующего адреса, то опрос/запись слэйва с предыдущим адресом прекращается или продолжается?

Что мешает подавать сигнал ^set на блок SlaveX для установки следующего адреса после получения всех сигналов rdy от предыдущего адреса?

[djaval]

Сообщение от Sergey Cherevko

Что мешает подавать сигнал ^set на блок SlaveX для установки следующего адреса после получения всех сигналов rdy от предыдущего адреса?

То есть предлагаете выставить время опроса для всех переменных 0, тогда появится выход rdy, который и использовать для синхронизации? Хм..
А если такой-то частотник не ответит? Придётся это отслеживать и переходить к следующему. Даааа наверно проще будет всё-таки по отдельности со слэйвами работать..

[djaval]

Сообщение от serg-el

Круто, чуть что, гори оно ярким пламенем !

А аварии отслеживать, а выход на уставку, а токи смотреть кто будет?
Правильно, вентилятор расходник, будем менять после каждой аварии

Дело в том, что мне отдали только автоматизацию ХЦ, а диспетчеризация делается вообще в другом разделе и другой фирмой, поэтому да, вы правы, гори оно огнём). Я же просто предусмотрю отдельный экран на 2Gi, где будет показано состояние всех частотников, ну и общая авария.

[coverart]

Нехорошо так думать, а тем более делать.
В отечественном проектировании/монтаже/наладке нет общепринятых механизмов взаимодействия разных разделов проекта, поэтому, порой удивляешься "А кто это сделал???" ну или " Как это приняли???"
Поэтому пожалуйста делайте СВОЮ работу максимально хорошо.
И Мир станет лучше и светлее!!!
АМИНЬ.
ЗЫ. Все механизмы для этого Вам уже подсказали.

[djaval]

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

Нехорошо так думать, а тем более делать.
В отечественном проектировании/монтаже/наладке нет общепринятых механизмов взаимодействия разных разделов проекта, поэтому, порой удивляешься "А кто это сделал???" ну или " Как это приняли???"
Поэтому пожалуйста делайте СВОЮ работу максимально хорошо.
И Мир станет лучше и светлее!!!
АМИНЬ.
ЗЫ. Все механизмы для этого Вам уже подсказали.

Мне нравится это замечание. Я сам так же смотрю на жизнь. Я конечно же предусмотрю набор хотя бы основных переменных на ethernet порту, который у меня не используется, чтобы впоследствии кто-то мог бы снять диспетчеризацию и дист.управление, но уверен на 99% процентов что этого никто делать не будет. Скорее всего, когда дойдёт до дела, придут понатыкают дублирующие датчики для диспетчеризации, поснимают статусы с сухих контактов и дело с концом... Заодно тоже смета будет. По крайней мере так неоднократно бывало.