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

[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).
После этих манипуляций все заработало, но танцы с бубном еще те.
Решил описать ситуацию, может кому пригодится.

[kondor3000]

Выстроил на экране все в ряд и получил новую проблему. Данные DWORD перестали отображаться. При подсчете выяснилось, что крайний регистр оказывается 17-ым, соответственно при опросе дробится элемент DWORD и рушит весь опрос.
Чтобы отключить автоформирование групповых запросов следует в настройках каждого из
элементов, участвующих в опросе, поставить галочку Дин. адр. и указать регистр, который не
используется панелью (т. е. его значение всегда равно 0).
После этих манипуляций все заработало, но танцы с бубном еще те.
Решил описать ситуацию, может кому пригодится.

Потратили кучу времени, чтобы сделать всё через одно место, вместо ускорения обмена, вы его замедлили. Даже если читать по 16 регистров,
все равно, это в 16 раз быстрее чем по одному.
Всё что надо было сделать, правильно расположить регистры, чтобы DWORD не разрывало.
Обычно ставят Маски бит по 16 шт, потом целочисленные, потом 32 битные, если 32 битная попадает в нечётный адрес,
добавляют 1 резервный регистр, смещая все 32 битные на чётные адреса, всё !!!
16 регистров, это 8 шт. DWORD, как он может попасть в нечетный адрес, чтобы его разделило, известно только вам

[Vladimir84]

Добрый день!

Подскажите, чем можно открыть файл XJT из библиотеки. GIMP не поддерживает.

[dimon_ag]

Потратили кучу времени, чтобы сделать всё через одно место, вместо ускорения обмена, вы его замедлили. Даже если читать по 16 регистров,
все равно, это в 16 раз быстрее чем по одному.
Всё что надо было сделать, правильно расположить регистры, чтобы DWORD не разрывало.
Обычно ставят Маски бит по 16 шт, потом целочисленные, потом 32 битные, если 32 битная попадает в нечётный адрес,
добавляют 1 резервный регистр, смещая все 32 битные на чётные адреса, всё !!!
16 регистров, это 8 шт. DWORD, как он может попасть в нечетный адрес, чтобы его разделило, известно только вам

Все так и сделано как вы описали. Сначала первыми маски стоят, потом WORD, и только потом DWORD. То что надо подгонять число регистров под групповой опрос тоже понятно. И про разрыв тоже понятно.
Не понятно только почему господа "шаблонщики" этих нюансы с групповым опросом в прошлую среду не объяснили, а тихонечко слились?
У самого же ушло время, потому что информация про опрос в 16 регистров в встроенной инструкции нет, а в инструкции с сайта есть.
Спасибо никому не скажу, т.к. самому пришлось во всех этих корявых недоделанных инструкциях разбираться. Да инфа в 124 регистра сильно с пути сбила.

[kondor3000]

Добрый день!

Подскажите, чем можно открыть файл XJT из библиотеки. GIMP не поддерживает.

В панели можно использовать многие форматы, png, jpg, bmp 1 Картинки в панели.jpg Это всё работает в панели СП3хх.
Картинки в xjt запоминаются при создании дисплеев, кнопок, индикаторов, прямо в панели из тех же png, jpg, bmp
Картинки GIMP, в своём редакторе тоже можно конвертировать в те же png, jpg, bmp, на сколько понял.

[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 регистров в запросе)
и т.д.

[petera]

Макросами по 120 регистров и нет проблем
Да и всякую фигню типа "нет устройства - надо отключать чево то" можно забыть если руки/голова есть

Надо проверить, может и не один запрос из 120 регистров будет

[petera]

Ключевое слова - макросами. Вы там сами указываете сколько

Так и ф.области при копировании регистров можно самому указать - 120 регистров, но панель эти 120 разобьет на 7 запросов по 16 регистров + один запрос из 8 регистров.

[petera]

Что делает панель с ф.областями - мне пофиг. Макрос это описание запроса. Запрос или выполняется или нет.
Есть желание проверять - проверяйте.


---
Я не грублю. Если что - извините.
Читаете в панели макросом с 0, 120шт.
Руками открываете порт на ПЛК, просто читаете что прилетело. Ожидается:
адрес,3,0,0,0,120,crc,crc

Я когда-то проверял просто по времени. 7x16 никогда не сравняется с 1x120

Я проверил, Вы правы - 120 регистров в одном запросе

[starmos]

Здравствуйте. Есть панель СП300. Она опрашивает данные с устройства по нажатию кнопки (функция Нажата). Т.е. нажали, опросили устройство один раз. Но что будет, если связи с устройством нет, или связь плохая (пакет пришел с ошибкой, таймаут ответа)? Будет ли панель пытаться повторить запрос до получения адекватного ответа, иои отправила запрос один раз и пришло, не пришло = как получится?