ПР103. Первое программируемое реле с Ethernet

[kondor3000]

Подскажите пожалуйста, есть пара шкафов и в каждом установлены ПР103 и ПРМ, в первом шкафу есть Ethernet, во втором нет и к нему от первого шкафа проложили RS485.
То есть ПР103 между этими шкафами соединены по 485 интерфейсу.
Программа +- такая же, как я раньше выкладывал, в каждом шкафу.
Я не могу понять, как правильно сделать управление на втором шкафу.
Ну для него прошивку то написал\залил, а дальше как быть с сетевыми переменными второго шкафа...
Нужно же со SCADA его мониторить и управлять...
Из первого шкафа я могу по регистрам обратиться только к физическим входам\выходам модулей второго шкафа, а к сетевым, как я понимаю нет такой возможности.
Как правильно сделать?

Если сделать всё по Ethernet, то к обоим ПР можно обратиться по IP из скады.
Если вы сделали обмен с первым по Ethernet, а второй соединили по 485, то 1 должен как мастер читать слейв из второго, и уже эти регистры добавить в слейв, чтобы скада их прочитала. То есть в первом программу надо изменять и регистров в нём будет в 2 раза больше.
Вопрос хватит ли там регистров? Может проще протянуть Ethernet к второму шкафу.

[Пётр5]

Если сделать всё по Ethernet, то к обоим ПР можно обратиться по IP из скады.
Если вы сделали обмен с первым по Ethernet, а второй соединили по 485, то 1 должен как мастер читать слейв из второго, и уже эти регистры добавить в слейв, чтобы скада их прочитала. То есть в первом программу надо изменять и регистров в нём будет в 2 раза больше.
Вопрос хватит ли там регистров? Может проще протянуть Ethernet к второму шкафу.

Предполагаю из-за длины кабеля именно в этом месте решили по 485 соединить.
В каждом шкафу есть сетевые переменные не привязанные к физическим входам, они участвуют в алгоритме. И мне было бы достаточно "прокинуть" в SCADA их и несколько физических входов\выходов, но как я понимаю такой возможности нет, только физические входы\выходы.
Получается, что и весть алгоритм работы второго шкафа, нужно полностью писать на ПР первого (?), холст будет очень перегружен.
И нужен ли в таком случае алгоритм, на ПР второго шкафа? (не вижу смысла)

[Dimensy]

Предполагаю из-за длины кабеля именно в этом месте решили по 485 соединить.
В каждом шкафу есть сетевые переменные не привязанные к физическим входам, они участвуют в алгоритме. И мне было бы достаточно "прокинуть" в SCADA их и несколько физических входов\выходов, но как я понимаю такой возможности нет, только физические входы\выходы.
Получается, что и весть алгоритм работы второго шкафа, нужно полностью писать на ПР первого (?), холст будет очень перегружен.
И нужен ли в таком случае алгоритм, на ПР второго шкафа? (не вижу смысла)

Поставьте в первом шкафу вот это https://owen.ru/product/mkon, дальше, думаю понятно

[Пётр5]

Поставьте в первом шкафу вот это https://owen.ru/product/mkon, дальше, думаю понятно

Спасибо за совет, есть и другие варианты установки устройств, но не за мой же счёт.
Поэтому вариант пока один, настраивать шкафы по факту существующих подключений и смонтированных устройств.

[kondor3000]

Предполагаю из-за длины кабеля именно в этом месте решили по 485 соединить.
В каждом шкафу есть сетевые переменные не привязанные к физическим входам, они участвуют в алгоритме. И мне было бы достаточно "прокинуть" в SCADA их и несколько физических входов\выходов, но как я понимаю такой возможности нет, только физические входы\выходы.
Получается, что и весть алгоритм работы второго шкафа, нужно полностью писать на ПР первого (?), холст будет очень перегружен.
И нужен ли в таком случае алгоритм, на ПР второго шкафа? (не вижу смысла)

Как раз алгоритм, если он есть на 2 ПР лучше оставить, а в первом только передавать регистры из второго, тут и так свой алгоритм есть.
Мало того , что регистров в первом ПР в 2 раза больше, ПР не может читать регистры группой, он будет читать из 2 ПР по одному регистру.
То есть скада первый опросит быстро, а данные со 2 будут намного медленнее идти.

[Пётр5]

Как раз алгоритм, если он есть на 2 ПР лучше оставить, а в первом только передавать регистры из второго, тут и так свой алгоритм есть.
Мало того , что регистров в 1 ПР в 2 раза больше, ПР не может читать регистры группой, он будет читать из 2 ПР по одному регистру. То есть скада 1 опросит быстро, а данные со 2 будут намного медленнее идти.

Я вроде сообразил как мне лучше сделать.
У меня же не все физические входы заняты, я могу к ним привязать локальные вместо сетевых на 2 ПР, а уже на 1 ПР просто прицепить сетевые переменные к регистрам этих входов 2 ПР, а вся логика так и останется на 2 ПР.
Вроде лучший вариант.