СП3хх - групповые запросы к ПР

[Серёга Букашкин]

Если индикацию в СП300 в Мастере привязать к регистрам порта, то он сам организует соседние в групповые запросы. Какое количество соседних регистров при этом он может запросить максимально? 6? или ограничения нет? А если запрашивать макросом чтения массива то ограничения точно нет? Хоть 100 регистров за раз?

[petera]

По п.1 наверно опечатка.
не 6, а 16 соседних регистров за раз

[Серёга Букашкин]

не 6, а 16 соседних регистров за раз

Связываю СП300 Мастер с ПР200 Слейв. ПР200 не отвечает на групповой запрос более 12 регистров (по опыту так). Так что всё таки 6 или 16 для меня очень важно.

[petera]

Связываю СП300 Мастер с ПР200 Слейв. ПР200 не отвечает на групповой запрос более 12 регистров (по опыту так). Так что всё таки 6 или 16 для меня очень важно.

16 однозначно!
По этому для ПР200 с ОЛ версии меньше 1.10 нужно очень аккуратно подходить.

Динамическая адресация для некоторых регистров в середине группы поможет

ЗЫ
Маленькая ремарка
Чтение будет осуществляться группой если адреса регистров отличаются не более чем на 5, например
- для двух дисплеев с регистрами Wrd 4х512 и 4х517 будет одна команда чтения шести регистров 512,513,514,515,516,517. А для двух дисплеев с регистрами Wrd 4х512 и 4х518 будут две отдельные команды чтения по одному регистру.
Т.е. на экране может быть всего 3 дисплея, а читаться будут 13 регистров.

[Серёга Букашкин]

Например у меня 20 индикаторов, привязанных к 20 регистрам подряд. Как поступит СП300? Будет запрашивать группу 20? Или по 6? или по 1? Или советуете просто макросом считать всё (или допустимыми кусками) и работать с внутренними регистрами? Мне важно чтобы количество регистров в групповом запросе не превышало 12.

[petera]

Например у меня 20 индикаторов, привязанных к 20 регистрам подряд. Как поступит СП300? Будет запрашивать группу 20? Или по 6? или по 1? Или советуете просто макросом считать всё (или допустимыми кусками) и работать с внутренними регистрами? Мне важно чтобы количество регистров в групповом запросе не превышало 12.

СП300 сформирует два групповых запроса
1 - первые 16 регистров
2 - оставшиеся 4 регистра

[petera]

Если использовать функциональную область с действием Копировать группу регистров, то нельзя просто
использовать две функции
Копировать 12 регистров
Копировать 8 регистров
Захват-1.jpg

Т.к. панель все равно сделает два групповых запроса
1 - первые 16 регистров
2 - оставшиеся 4 регистра
Т.к. группировка регистров по запросам делается на этапе компиляции проекта

По этому используем дин.адресацию для одной группы(любой)
Захват-3.jpg

В качестве индексного регистра берем ЛЮБОЙ PSW
Главное коэффициент сделать равным 0
Захват-4.jpg

Теперь будет два запроса
1 - первые 12 регистров
2 - оставшиеся 8 регистра

[petera]

При таком подходе ( Копирование регистров ПР в промежуточные регистры PSW)
для цифровых вводов следует делать так
Захват-1.jpg
Т.е. включить галку "Мониторинг" и для отображения использовать промежуточный регистр PSW, а вот ввод данных осуществлять сразу в регистры ПР (4x)

[petera]

Можно сделать проще.
Используйте ОЛ версии не ниже 1.9.114

2. Максимальное количество регистров в посылке Modbus(функции 03,04), которое может принять ПР200, увеличено до 64

.
http://ftp-ow.owen.ru/softupdate/OWE...infoOf1_9.html

[petera]

Практика это не подтверждает. Работа ПР200 Слейв с версией 1.9.148 и ОРС сервером ОВЕН и групповыми запросами от него длинные группы все равно не работали.

Я за что купил, за то и продал - информацию привел из Списка основных изменений среды программирования OWEN Logic.

Сам-то я остался еще в версии 1.8.107. По этому делаю чтение всех регистров ПР в регистры PSW функциональной областью в точности так, как описал выше.
Ф.область должна быть "Глобальная", если в проекте больше одного экрана.