Извините, я ни коим образом не хотел Вас обидеть. Знание модбаса никоим образом не относится к "программистским штучкам". Программисты как раз ничего о нём не знают (и это плохо - найти нормальную библиотеку для модбаса очень сложно, да и просто эмулятор слейва или мастера для ПК нормальный то же не очень просто - есть куча но все работают через одно место ). Протокол модбас - это чисто АСУ-шная заморочка. Ему обучают на курсах асушников. Вы как я понял - инженер разработчик АСУ (по крайней мере мне показалось что в ОЛ вы очень хорошо разбираетесь). Но Вы работаете только с Овеном. И поэтому задания своим программистам даёте в разрезе Овена. Мне по специфике своей работы (кроме основной работы я ещё и фрилансем занимаюсь разработкой систем асу и сотрудничаю с нескольким фирмами) пришлось работать с оборудованием практически всех известных производителей. И наших и отечественных. И я просто хотел Вам дать совет как сделать Вашу программу максимально универсальной. В этом у меня то же есть свой интерес. Я с удовольствием использовал бы её в своих проектах. Очень интересная связка получается при использовании Сокет-3М и Каскада. Пока к сожалению это проблемма. У меня заказчики предпочитают либо Зелио, либо S7-1200. У Зелио при запросе InputRegistrs вывалится ошибка. С S7-1200 немного другая ситуация - там профинет, но можно подцепить модуль модбаса. Я с ним пока не работал (пока профинета хватает), но с появлением каскады появились идеи.
Если вы смените функцию с 4 на 3 для ПР ничего не изменится (области то объедены, да и сейчас и работает только благодаря этому), но при этом каскада начнёт работать и с устройствами с раздразнёнными областями, но только с областью HoldingRegisters.
Конечно в идеале я могу посоветовать такую реализацию задания выбора адреса для каскады:
1.Элементы только с чтением бита (индкатора с битовым управлением, тексты...) выбор областей:
1.1 Coil - задаётся непосредственно адрес номера флага. Чтение производится функцией 1
1.2 DiscreteInput - задаётся непосредственно адрес номера флага. Чтение производится функцией 2
1.3 HoldingRegistr - задаётся адрес регистра и номер бита (как сейчас). Чтение производится функцией 3
1.4 InputRegistr - задаётся адрес регистра и номер бита. Чтение производится функцией 4.
По умолчанию устанавливается HoldingRegistr (что бы текущим пользователям было привычнее). Для устройств с объединёнными областями (и для ПР) изменение выбора не будет иметь значения, за исключением расчёта адреса. Например при запросе Coil или DiscreteInput с адресом 17 будет читаться 2 бит из ячейки память с адресом 1. То же что и задать HoldingRegistr или InputRegistr адресом 1 и номером бита 2. Но появится возможность читать необходимые данные из устройств с разделёнными областями. Это относится и к следующим типам элементов.
2. Элементы с заданием бита (кнопки, переключатели ...) выбор областей:
2.1. Coil - задаётся непосредственно адрес номера флага. Запись производится функцией 5, чтение производится функцией 1.
2.2 HoldingRegistr - задаётся адрес регистра и номер бита (как сейчас). Запись производится функцией 6, чтение производится функцией 3
3. Элементы только с чтением цифровых значений (Шкала, график ....) выбор областей:
3.1. HoldingRegistr - задаётся адрес регистра (как сейчас). Чтение производится функцией 3
3.2. InputRegistr - задаётся адрес регистра . Чтение производится функцией 4.
4.Элементы с записью цифрового значения (задатчик) Только одна область - HoldingRegistr - задаётся адрес регистра (как сейчас). Запись производится функцией 6, чтение производится функцией 3
Если удастся сделать такую реализацию, то каскада станет действительно универсальной, подходящий для ЛЮБЫХ устройств имеющих модбас. При этом для ПР ничего не изменится. Передайте пожалуйста эти выкладки своему программисту, пускай посмотрит.
P.S. И ещё раз меня извините, если я Вас обидел. Я просто хотел помочь.
