Скорость записи значений в индикаторы.

[Sergey Puzanov]

В одной из тем ( viewtopic.php?f=21&t=10685&p=85436#p85436 ) пытались разобраться, как в цикле записывать значения в индикаторы, идущие по порядку. В итоге пришёл к двум вариантам решения (через массив ссылок для слайдеров и через обычный кластер для цифровых полей), но в паре они работают достаточно долго по сравнению со скоростью прихода пакетов по UDP, отображение происходит с частотой примерно 10 Гц, и это при нынешних 83*2 индикаторах, которых может быть и больше. Собственно вопрос, можно ли ускорить процесс записи и отображения?

[Borjomy_1]

Попробовать перед записью в контролы отключать обновление панели (свойство Defer Panel Updates), а потом включать.

[Sergey Puzanov]

Попробовать перед записью в контролы отключать обновление панели (свойство Defer Panel Updates), а потом включать.

Попробовал, никакой разницы не появилось

[Andrew Lunev]

Какие я вижу варианты оптимизации кода. Насколько они подойдут вам я не знаю, так как задача дана в общем виде и нюансов я не знаю.
Конечно отображение через ссылки и узлы свойств будут многократно дольше, чем напрямую. Поэтому может быть заменить множество индикаторов на массивы или кластеры и писать в них напрямую.

Если хотите именно через узлы свойств обновлять индикаторы, то можно обновлять только те индикаторы, которые сейчас видны. Если индикаторы будут на разных вкладках, то можно считывать текущую активную вкладку и обновлять только на ней индикаторы.

Ну и обновлять индикаторы на экране даже с частотой 10 Гц это много, а уж чаще совсем странно. Какой человек сможет за это время прочитать значения и проанализировать? Мне кажется и 1-5 Гц вполне достаточно. Наоборот, частое обновление индикатора мешает прочитать текущее значение и дает лишнюю нагрузку на глаза и мозг.
Запись в файл или анализ данных можно делать в отдельном цикле с той частотой, которая требуется.

[Sergey Puzanov]

Поэтому может быть заменить множество индикаторов на массивы или кластеры и писать в них напрямую.

У меня отображение на множестве вкладок, по ~10 индикаторов на каждой, короче не получится в одном кластере это всё отображать.

Если хотите именно через узлы свойств обновлять индикаторы, то можно обновлять только те индикаторы, которые сейчас видны. Если индикаторы будут на разных вкладках, то можно считывать текущую активную вкладку и обновлять только на ней индикаторы.

Это уже как вариант, спасибо, попробуем.

Ну и обновлять индикаторы на экране даже с частотой 10 Гц это много, а уж чаще совсем странно.

Я к тому, что по сравнению со скоростью UDP, 10 Гц это очень медленно, а так конечно, будет ещё меньшая частота для отображения.

P.S. Не знаю, с чем это связано, но пока всё это тестилось на одном ПК, и сервер и клиент. При передаче на другой комп скорость отображения заметно возросла.

P.P.S. Возникла ещё одна идея обхода индикаторов, это обращение к ним по их Lable'ам, возможно же через тот же case обходить по именам?

[IvanLis]

У меня отображение на множестве вкладок, по ~10 индикаторов на каждой, короче не получится в одном кластере это всё отображать.

Вам нужно пересмотреть архитектуру приложения.
1. Отказаться от ссылок, а писать данные непосредственно в контрол.
2. Обновлять только те индикаторы, которые отображаются пользователю.

Я так гонял 320 Гц без проблем.

Набросал пример, возможно выглядит массивно, но легко читается и масштабируется.
Я инициализировал UserEvent одинаковыми кластерами, можно сделать разные типы данных, но это возни больше. Ну и вкладок 5, а не 10, но результат будет аналогичный.
Данные отображаются нормально и на 1кГ с timeout 1ms.
Но что бы очередь не накапливалась, я ее еще и очищаю, реальной необходимости нет пользователю данные с опозданием отображать.
Если данные идут в накопление, то такого делать естественно нельзя.

Untitled 1.vi

lv2016

(43.59 КБ) 64 скачивания

[Artem.spb]

У меня отображение на множестве вкладок, по ~10 индикаторов на каждой, короче не получится в одном кластере это всё отображать.

ну как минимум можно сделать кластеры по 10 штук :)
А как максимум, что мешает все "сотни" терминалов руками записывать? пришёл массив/кластер данных - разобрать его руками и в терминалы записать. Да, делать долго, но не всё же автоматом :)
Хотя, вот пример утверждения "лень - двигатель прогресса"

P.P.S. Возникла ещё одна идея обхода индикаторов, это обращение к ним по их Lable'ам, возможно же через тот же case обходить по именам?

Если искать Lable через свойства, то это те же будущие цыплята, только в профиль.