Панели оператора СП3xx. Вопросы и ответы

[In_Da_Cher_A]

Да уж лучше ворды гонять порожняком. Потом понадобится расширить проект, а свободные биты в регистрах уже есть...

ну если так смотреть, хотя у меня обычно потом мало меняется, чисто так, мелочи при наладке и после кдс2.3 всегда есть в запасе пара регистров выровнять память, да и что мешает добить в конец? но суть понятна

[dimon_ag]

Доброго дня.
Хотел уточнить некоторые моменты по опросу панелью СП3xx-Р регистров Slave устройств.
Из инструкции: При опросе регистров (3x и 4x) панель создает групповые запросы, если разрыв между опрашиваемыми регистрами не превышает 4. Иными словами, регистры 4x0 и 4x05 будут считаны одним групповым запросом (6 регистров с 4x0), а 4x0 и 4x6 – двумя одиночными.
Т.е. получается, если у меня 3 экрана с последовательной нумерацией регистров допустим по 10 WORD регистров на каждом (всего 30 регистров), то находясь допустим на первом экране опрашиваться будут все 30 регистров?

[kondor3000]

Доброго дня.
Хотел уточнить некоторые моменты по опросу панелью СП3xx-Р регистров Slave устройств.
Из инструкции: При опросе регистров (3x и 4x) панель создает групповые запросы, если разрыв между опрашиваемыми регистрами не превышает 4. Иными словами, регистры 4x0 и 4x05 будут считаны одним групповым запросом (6 регистров с 4x0), а 4x0 и 4x6 – двумя одиночными.
Т.е. получается, если у меня 3 экрана с последовательной нумерацией регистров допустим по 10 WORD регистров на каждом (всего 30 регистров), то находясь допустим на первом экране опрашиваться будут все 30 регистров?

Да какая разница, 10 или 30. Тут важно, что 1 запросом панель может прочитать до 124 регистров, за 25-30 мс.
Если регистры в разнобой, то каждый запрос из 124 по 25-30 мс, итого почти 3,8 секунды, есть разница ?

[dimon_ag]

Да какая разница, 10 или 30. Тут важно, что 1 запросом панель может прочитать до 124 регистров, за 25-30 мс.
Если регистры в разнобой, то каждый запрос из 124 по 25-30 мс, итого почти 3,8 секунды, есть разница ?

Это понятно. Вопрос не совсем о том.

[dimon_ag]

Да какая разница, 10 или 30. Тут важно, что 1 запросом панель может прочитать до 124 регистров, за 25-30 мс.
Если регистры в разнобой, то каждый запрос из 124 по 25-30 мс, итого почти 3,8 секунды, есть разница ?

Т.е. получается если нет отключения группового запроса, тоо опрашиваться будут не только регистры окна, но и все идущие последовательно? Вот в чем вопрос был.

[dimon_ag]

Да какая разница, 10 или 30. Тут важно, что 1 запросом панель может прочитать до 124 регистров, за 25-30 мс.
Если регистры в разнобой, то каждый запрос из 124 по 25-30 мс, итого почти 3,8 секунды, есть разница ?

Не может.
(Из технического описания): Панель автоматически формирует групповые запросы к slave-устройствам. Если в
групповой запрос входит номер регистра, который отсутствует в slave-устройстве (что характерно
для устройств с «рваными» или формируемыми пользователем картами регистров), то в ответ
вместо данных приходит сообщение с кодом ошибки. Максимальное число опрашиваемых
регистров в одном групповом запросе – 16.
В моем случае были рванные регистры. Перелопатил все карты регистров, проблема ушла но вопросы остались.
Выстроил на экране все в ряд и получил новую проблему. Данные DWORD перестали отображаться. При подсчете выяснилось, что крайний регистр оказывается 17-ым, соответственно при опросе дробится элемент DWORD и рушит весь опрос. Пришлось сделать отмену группового опроса (Из технического описания): Во время опроса регистров (3x и 4x) панель создает групповые запросы, если разрыв между
опрашиваемыми регистрами не превышает 4. Иными словами, регистры 4x0 и 4x5 будут считаны
одним групповым запросом (6 регистров с 4x0), а 4x0 и 4x6 – двумя одиночными.
Чтобы отключить автоформирование групповых запросов следует в настройках каждого из
элементов, участвующих в опросе, поставить галочку Дин. адр. и указать регистр, который не
используется панелью (т. е. его значение всегда равно 0).
После этих манипуляций все заработало, но танцы с бубном еще те.
Решил описать ситуацию, может кому пригодится.

[petera]

Не может.
(Из технического описания): Панель автоматически формирует групповые запросы к slave-устройствам. Если в
групповой запрос входит номер регистра, который отсутствует в slave-устройстве (что характерно
для устройств с «рваными» или формируемыми пользователем картами регистров), то в ответ
вместо данных приходит сообщение с кодом ошибки. Максимальное число опрашиваемых
регистров в одном групповом запросе – 16.

Но иногда панель МОЖЕТ формировать групповые запросы к слейву с количеством регистров больше чем 16.
Это тот случай, когда на экране есть таблица
Таблицы в группировке с другими элементами экрана не участвуют. Для таблиц всегда будут свои групповые(если столбцов несколько) или одиночные(если только один столбец) запросы к слейву.
Таблица представлена массивом структур.
Формат структуры и количество регистров в ней определяется количество столбцов и типом данных в каждом столбце.
Таблицы читаются построчно. Причем второе правило "максимальное число регистров в групповой команде чтения не может превышать 16" на таблицы не распространяется, в одной группе будет столько регистров, сколько нужно для одной строки, хоть 125!
Запросы на чтение строк разнесены по разным циклам выполнения программы.
В каждом цикле читаются все регистры только одной строки
Например
Дисплей и таблица 1 столбец 3 строки
Захват-1.png Захват-2.png
1. чтение 4х0 (дисплей)
2. чтение 4х2 (первая строка таблицы)
3. чтение 4х0 (дисплей)
4. чтение 4х3 (вторая строка таблицы)
5. чтение 4х0 (дисплей)
6. чтение 4х4 (третья строка таблицы)
и т.д.
Дисплей и таблица 10 столбцов DWORD 3 строки
Захват-6.png
1. чтение 4х0 (дисплей)
2. чтение группы 4х2, 4х3...4х21 (первая строка таблицы 20 регистров в запросе)
3. чтение 4х0 (дисплей)
4. чтение группы 4х22, 4х23...4х41 (вторая строка таблицы 20 регистров в запросе)
5. чтение 4х0 (дисплей)
6. чтение группы 4х42, 4х43...4х61 (третья строка таблицы 20 регистров в запросе)
и т.д.

[EFrol]

Доброго дня.
Хотел уточнить некоторые моменты по опросу панелью СП3xx-Р регистров Slave устройств.
Из инструкции: При опросе регистров (3x и 4x) панель создает групповые запросы, если разрыв между опрашиваемыми регистрами не превышает 4. Иными словами, регистры 4x0 и 4x05 будут считаны одним групповым запросом (6 регистров с 4x0), а 4x0 и 4x6 – двумя одиночными.
Т.е. получается, если у меня 3 экрана с последовательной нумерацией регистров допустим по 10 WORD регистров на каждом (всего 30 регистров), то находясь допустим на первом экране опрашиваться будут все 30 регистров?

Опрашиваются только те, которые есть на текущем экране и глобальные.

[dimon_ag]

Опрашиваются только те, которые есть на текущем экране и глобальные.

Почему тогда тормоза возникают если я подключаю датчик при открытом окне где их нет? Вот в чем непонятка.

[dimon_ag]

Вопрос выше не просто из любопытства.
Есть сборка, панель мастер и 4 слейва ПР103, сборка по ТСР. Так вот, на каждом слейве от 3 до 10 термопреобразователей. При отключенных датчиках все работает быстро без тормозов, просто шикарно. Но стоит начать подключать датчики панель начинает дико тормозить. Самое интересное что тормозит даже на окнах где нет регистров опрашиваемых датчиков. Складывается впечатление что регистры привязанные к аналоговым входам опрашиваются как то постоянно. Ошибка одна, по тайм ауту, добавление времени тайм аута не помогает.В проекте нет отключения последовательного опроса, внутренние регистры панели используются только на опрос ошибок и отключение слейв устройств.