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

[petera]

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

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

[kondor3000]

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

[Nikoly@]

Попробуйте конечно, но в данном случае, на вашем скрине два стринг читают по 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 мс.

[kondor3000]

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

Ещё раз, зачем 3 стринга если можно два? Если вы читаете время одним из стрингов, зачем вам время в ПЛК, если вы его даже не синхронизируете с ПР?
Зачем 100 ms, если можно можно 10 ms ? Итого 20 ms. Это если вам нужна скорость, даже 3 стринга это 30 ms.
А также скорость передачи можно поставить 115200.

Так и не понял чем вам плоха запись по изменению в отдельном UMD ?
Так и не попробовали уйти от прямых адресов, типа AT %QB6.2.0.0.

[Nikoly@]

Ещё раз, зачем 3 стринга если можно два? Если вы читаете время одним из стрингов, зачем вам время в ПЛК, если вы его даже не синхронизируете с ПР?
Зачем 100 ms, если можно можно 10 ms ? Итого 20 ms. Это если вам нужна скорость, даже 3 стринга это 30 ms.
А также скорость передачи можно поставить 115200.

Так и не понял чем вам плоха запись по изменению в отдельном UMD ?
Так и не попробовали уйти от прямых адресов, типа AT %QB6.2.0.0.

Стринги сделаю два.
Временем ПЛК, проверяется связь ПР102(слейв) с ПЛК. Если ПЛК не тактирует ПР102 в течении заданного времени, срабатывает таймер в ПР102 и происходит остановка линии.
Было так что ПР102 отвалилась и линия работала, ПЛК видит что нет связи но ничего сделать не может.
Скорость к сожалению ограничивает насосная станция на частотнике, которая является третьим UMD. У частотника выше 19200 нет возможности выбора скорости передачи данных.

[kondor3000]

Для проверки связи, использую нулевой бит секунд в ПЛК в качестве тактового, ПЛК выставляет бит, ПР или панель сбрасывает, 5 секунд не сбросил, потеря связи. Маску битов вместе с тактовым, вставляю в свободный регистр стринга.

[Nikoly@]

Вложение 62800
Проба на столепроект стайт.jpg

[Nikoly@]

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

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