Не понятно с адресами ввода-вывода Modbus в памяти ПЛК

[JIexa21]

Всем привет!
Читаю документацию OWEN PLC-Configuration.
Пункт 3.1.3.2. Отображение устройства в области памяти
Не совсем понятно как что и куда попадает.
Может объясните поподробнее?
Если поточнее, то ситуация такая: из двух плк-слейв читаю из каждого массивы из 20 word и надо записать в третий плк-слейв. Как разместить все это, чтобы не надо было копировать переменные в программе?
Конфигурация:
Modbus (Master)
Universal Modbus Device (адрес 1)
Universal Modbus Device (адрес 2)
Universal Modbus Device (адрес 3)

[Yegor]

С конфигуратором получится только делать вручную три одинаковых набора переменных-регистров, описывать эти три набора на мастере и вручную на мастере же копировать.

[JIexa21]

Ну вот набросал приблизительный конфиг. Гляньте, плз, и скажите правильно ли я думаю:
1. С плк1 (Модбас адрес 1) читаем регистры (String input) с 0 до 19
2. С плк2 (Модбас адрес 2) читаем регистры (String input) с 20 до 39
3. На плк3 (Модбас адрес 5) они попадают автоматом (String output), т.к. они находятся на одном Модбас мастер и адреса регистров такие же с 0 до 39.

Еще один момент: как только я Stringам присваиваю какие-либо имена, то при компиляции появляется ошибка 3729: неверный тип String[79] по адресу ххх... ххх - адреса переименованных стрингов, исключая первый.
Как мне к ним обращаться?

[JIexa21]

Что-то представители Овена упорно игнорируют тему...

Я конечно уже разобрался почти со всем, но есть пару вопросов и на них хотел бы получить вразумительный ответ, т.к. от этих ответов зависит будет ли вообще овен в этом проекте или нет.

1. Как узнать идет ли работа с Modbus (в конфигурации плк)?
2. Как включить или выключить работу этого самого "аппаратного modbus"?

[capzap]

Это штука или это Вы напоследок возмущаетесь таким образом? Проверяется просто, нужно на подключенном устройстве изменить регистр и в конфигураторе посмотреть соответствие. Удалите модбас из конфигуратора и таким образом отключите его

[JIexa21]

У меня 3 устройства модбас и два не модбас. Если я хочу опросить "не модбас", то мне надо быть уверенным что контроллер в данный момент не занимает порт. И если я его занял опросом "не модбас" устройств, то мне надо отключить этот аппаратный модбас программно, чтобы пока я не закончил опрос "не модбас", контроллер не полез его дергать.
Теперь смешнее и похоже на шутку?

Пробую программировать с использованием UNM.lib, но это такая муть, что вообще не известно как это будет работать... Контроллер постоянно отлетает от отладчика или вообще самопроизовольно встает в стоп. БАТТОН ПОДКЛЮЧЕН!!! - специально выделяю, чтобы не начали мне втирать что у меня из-за него ничего не работает.
Да, и пока не встал, в статистике все нормально и красиво...

[capzap]

для того чтоб модбас работал по команде через конфигуратор есть описание в документации. Не знаю про UNM.lib не приходилось использовать, с протоколом модбас есть библиотека modbus.lib, к ней есть примеры на форуме

[JIexa21]

capzap, вот когда поработаешь с UNM и тем набором устройств (даже хотя бы с двумя разнотипными), то милости просим, а пока спасибо за абсолютно бесполезный комментарий.

Походу такой задачи еще никто не решал.
И, кстати, в примере с UNM уже нашел глюк - Read Holding Register независимо от результата, всегда возвращает в Error код 11.

[capzap]

организация этапной передачи данных не зависит от библиотек и протоколов,жаль что Вы этого не поняли, успехов

[JIexa21]

Примеры в студию! А то болтать все горазды.
Насчет понял или нет, это как бэ не вам судить. И тем более, судя по тому что вы тут мне писали, вы даже не понимаете про что я.