Можно ли на ПЛК110 реализовать групповой запрос чтения/записи регистров?

Валенок, так техподдержка отвечает по поводу both и в примерах Овен используется именно для 8д-4р. Не буду спорить.
Что скажете по поводу использования стринг для чтения записи с ПР? Там же больше 2:регистров не прокатит?

Цитата:

---

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

Валенок, так техподдержка отвечает по поводу both и в примерах Овен используется именно для 8д-4р. Не буду спорить.
Что скажете по поводу использования стринг для чтения записи с ПР? Там же больше 2:регистров не прокатит?

---

Слейв в ПРке поддерживает групповой запрос из 64 регистров в одной группе!

Цитата:

---

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

И ещё, не уверен, что данный способ передачи через стринг, работает с ПР. Я использую его для передачи десятков переменных в панель СП310. Советую сначала проверить на тестовом проекте, ПР больше 2 переменных WORD или одного REAL за раз, не может вроде принять, отдать.

---

С ПР102 все норм, работает с того времени как дали ссылку на стринг.
Просто так как нет приделу совершенства, докопался до истины, что добавленные подмодули «Universal Modbus device» опрашиваются последовательно, в порядке
следования в конфигурации (если другой порядок не задан отдельно, в настройках модуля), и вот думаю, а как еще оптимизировать.
Каналы с обозначением «State» кроме канала получения/передачи данных содержат
дополнительный управляющий канал (Command), но стоит занять этот канал (пробовал на String Output module (*A3_regOUT*)), то все чтение двух входных каналов прекращается.
Теперь хочу попробовать через Both.

Попробуйте конечно, но в данном случае, на вашем скрине два стринг читают по 2 регистра, зачем? Одним стрингом можно читать до 40 WORD или до 20 REAL, уменьшите время опроса до 10 ms и всё! В этом и смысл использования стринг.
Один стринг всё читает, второй всё пишет, и всё за 20ms. Куда ещё быстрее?
Даже в библиотеке по стандарту 50ms, что в 2,5 раза медленнее.

Цитата:

---

Сообщение от Валенок

Для both 300мс - непонятно зачем. У Вас t.out на девайсе 1 сек ?
Если t.out на девайсе = 0, то в both вообще нет смысла. Если t.out <> 0 ( ну скажем 3сек) то период 2000..2500 мс норм.
Смысл слать одно и тоже чаще ?

both по-простому:
Слать изменения но не реже чем период

---

Все норм, спс.
300 мс, это для опроса входов UMD, и следовательно, что бы не делать дополнительный UMD для записи, решил спросить про режим Both, что будет с записью в этом случае.

Цитата:

---

Сообщение от Валенок

В смысле - прекращается ? Что-то с настройками. Никому State не мешает по задумке Овена.

---

UMD PR102(A3) состоит из двух входных модулей и одного выходного.
Получается, что пишет мы раз в 300 мс*3=900 мс
Меняю выходной модуль на String Output module State.
Создаю переменную для Command и смотрю, что происходит.
Все норм, читаются два стринга UMD PR102(A3), далее записываю в переменную command 0xff и о чудо данные с входных стрингов не меняются, пока не изменю command на 0xFE.

Цитата:

---

Сообщение от Валенок

один umd. В нём:
input string (2 шт по 20 рег)
output string state (1 шт x 20 рег)

1.
input string - норм читаются.
output string state - молчит

2.
пишу 255 в output string state.command и он - норм пишет.
А обе input string, о чудо ! - норм читаются. Обе.

3.
пишу 254 в output string state.command. И ... goto 1.


ps
Это при том что я конфиг не юзаю. Просто потрогал.

---

Вложение 62797Вложение 62798

Подключил на столе ПЛК к ПР102.
У меня в проекте три UMD.
Пишу 255 и входные стринги не миняются (читаю регистр системного времени ПР102),
пишу 254 и входные стринги меняются.

Вложение 62800
Проба на столеВложение 62801

Цитата:

---

Сообщение от Валенок

Я неявляюсь любителем конфигурации и квадратиков, но тем не менее подскажу - выкиньте SEL#4 (в таком виде), пишите в peredacha событийно (например руками попробуйте)

---

Этим примером я вам хотел показать, что пока управляющий канал (Command) занят, никакие другие переменные в этом UMD не будут читаться.

Цитата:

---

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

Попробуйте конечно, но в данном случае, на вашем скрине два стринг читают по 2 регистра, зачем? Одним стрингом можно читать до 40 WORD или до 20 REAL, уменьшите время опроса до 10 ms и всё! В этом и смысл использования стринг.
Один стринг всё читает, второй всё пишет, и всё за 20ms. Куда ещё быстрее?
Даже в библиотеке по стандарту 50ms, что в 2,5 раза медленнее.

---

До стрингов было 4 входных модуля (Register input module) + 8 выходных (Register output module).
4+8=12 регистров.
Т.к. опрос допустим идет 100 мс, то получать обновленные данные могу только через 1200 мс, а стремя стрингами через 300 мс.