ВОПРОС-ОТВЕТ (отвечаем на простые вопросы от новичков)

[petera]

К примеру в Unity от SE - я могу создать несколько переменных и всем присвоить один и тот же адрес. Как их будут использовать по коду он не ограничивает, вопрос только в адекватности программиста и программы.
У Siemens, я могу через AT наложить как на адрес %, так и VAR1 AT VAR1_1: BOOL - т.е. наложить переменную на переменную если у них одинаковые типы.

Сложность в Codesys 2.3 в том, что на каждый слейв создаются новые адреса % или же новые переменные, а мне необходимо выдавать одни и те же переменные в два разных канала информационного обмена.
И если с управляющими командами все проще. То как быть, что в ПЛК могут писать уставки как с панели по TCP, так и с АСУТП по RTU - а уставка это одна и та же, одна и та же переменная.

Как уже сказано выше, просто добавь в существующий слейв еще один интерфейс, например, RS485.
Все!
Будешь "писать уставки как с панели по TCP, так и с АСУТП по RTU - а уставка это одна и та же, одна и та же переменная"

ЗЫ.
Адрес для второго интерфейса можешь сделать любым!

[koo1de]

пробовали в слейв добавить по мимо ТСР еще сетку по RS485? Другими словами один слейв на два интерфейса

У обоих интерфейсов будет один и тот же адрес в сети Modbus. Мне требуется чтобы у TCP он оставался 1, а для RTU на ПНР выставят какой захотят не трогая TCP (обмен с панелью)

[capzap]

У обоих интерфейсов будет один и тот же адрес в сети Modbus. Мне требуется чтобы у TCP он оставался 1, а для RTU на ПНР выставят какой захотят не трогая TCP (обмен с панелью)

по ТСР UnitID не так важен, идентификатором является адрес в сети Ethernet, Вы попробуйте сначала а не отметайте предложения

[koo1de]

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

[koo1de]

по ТСР UnitID не так важен, адресом является адрес в сети Ethernet, Вы попробуйте сначала а не отметайте предложения

Графические привязки на панели СП315 реализованы с указанием UnitID, при смене UnitID панель теряет эти переменные, т.е. не может их опросить.

[capzap]

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

так Вы проще ищите решение или как можно сложнее?

[petera]

Тот, который будет вложенным, будет видеть переменные своего родителя в ветке?

Нет, но родитель будет видеть ВСЕ переменные вложенного слейва

ЗЫ.
https://owen.ru/forum/showthread.php...l=1#post146969

[koo1de]

так Вы проще ищите решение или как можно сложнее?

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

Трудность с заказчиком в том, что не было какого-то конкретного требования по RTU (АСУТП) составляющей. В итоге накидали два порта в один Slave и всем все вроде бы ОК. А сейчас заказчик говорит - мы собрали все ваши типовые шкафы в один шлейф RS-485 и будет работать по RTU. Это ведет к тому, что нужны разные SlaveID/UnitID.

Отсюда и возник вопрос, что можно сделать с тем, что имеем.

[koo1de]

Нет, но родитель будет видеть ВСЕ переменные вложенного слейва

ЗЫ.
https://owen.ru/forum/showthread.php...l=1#post146969

Вооот. А вот второй вариант уже возможно подходит. Т.е. я могу иерархически старший Slave оставить пустым по переменным, а нижестоящий наполнить нужными мне переменными и адресами переменных.

Спасибо за наводку - буду тестить!

[petera]

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

Трудность с заказчиком в том, что не было какого-то конкретного требования по RTU (АСУТП) составляющей. В итоге накидали два порта в один Slave и всем все вроде бы ОК. А сейчас заказчик говорит - мы собрали все ваши типовые шкафы в один шлейф RS-485 и будет работать по RTU. Это ведет к тому, что нужны разные SlaveID/UnitID.

Отсюда и возник вопрос, что можно сделать с тем, что имеем.

Сделайте слейв в слейве
Внешний слейв с RS485, в нем не нужно делать переменные, только добавить слейв с TCP, с существующими переменными.