Вопросы по MasterSCADA 4D

[KrAssor]

Могу ошибаться, пусть SCADAMaster4D меня поправит:
1. Назначение в узел заставляет весь объект крутиться в основной задаче узла.
2. Для меньших тормозов оптимизируйте выполнение ваших объектов. Для менее приоритетных алгоритмов создавайте отдельные задачи с большим временем выполнения. Не запихивайте все программы и объекты в основную задачу - в 90% случаев они там крутятся и обрабатываются просто так. Например: есть контрол со значением температуры. По клику появляется всплывающее окно с графиком, расчетами, контролами регулировки оборудования - это все можно засунуть в задачу по вызову, не нужно это крутить в периодической задаче, тем более в высокоприоритетной основной.
3. Если я правильно понимаю, то каждая задача - это отдельный поток. Соответственно выполнение всех алгоритмов в одном потоке снижает эффективность использования проца.

[VladGC]

Добрый день!
Что означает эта ошибка в отчете ?
Column 'Параметр 1' from data source 'Архив_данных' not found in table 'table1'
Что надо сделать что бы исправить?

Надо сделать параметр архивируемым.
А вот с этим непонятно что делать:

Column 'Архив_данных_Начало' from data source 'Переменные' not found in table 'table1'

[SCADAMaster4D]

Добрый день!
Что означает эта ошибка в отчете ?
Column 'Параметр 1' from data source 'Архив_данных' not found in table 'table1'
Что надо сделать что бы исправить?

Надо сделать параметр архивируемым.
А вот с этим непонятно что делать:

Column 'Архив_данных_Начало' from data source 'Переменные' not found in table 'table1'

Пришлите проект на support.ms4d@insat.ru

[SCADAMaster4D]

Могу ошибаться, пусть SCADAMaster4D меня поправит:
1. Назначение в узел заставляет весь объект крутиться в основной задаче узла.
2. Для меньших тормозов оптимизируйте выполнение ваших объектов. Для менее приоритетных алгоритмов создавайте отдельные задачи с большим временем выполнения. Не запихивайте все программы и объекты в основную задачу - в 90% случаев они там крутятся и обрабатываются просто так. Например: есть контрол со значением температуры. По клику появляется всплывающее окно с графиком, расчетами, контролами регулировки оборудования - это все можно засунуть в задачу по вызову, не нужно это крутить в периодической задаче, тем более в высокоприоритетной основной.
3. Если я правильно понимаю, то каждая задача - это отдельный поток. Соответственно выполнение всех алгоритмов в одном потоке снижает эффективность использования проца.

В целом, Вы правы. Но это касается только серверной части. Здесь нужно разделять быстродействие прикладных программ, исполняемых сервером, и быстродействие визуализации – кода JS, исполняемого графическим клиентом. Скорости исполнения этих задач почти не связаны между собой.

Быстродействие серверной части.
Фактическое время и период выполнения прикладных задач сервера можно посмотреть через диагностический порт 31550 (более подробно в справке в разделе «Как получить диагностическую информацию среды исполнения»). По умолчанию период задачи установлен 100 миллисекунд. Разработчик проекта должен проследить, чтобы фактическое время выполнения задачи даже в крайнем случае не превышало бы 80% от периода. А лучше – не более 50%. Если время фактического выполнения приближается к периоду или превышает его (что недопустимо), то необходимо увеличить период вызова задачи. Например, если все компоненты проекта назначены для исполнения в основную задачу и время её фактического выполнения составляет в среднем 300 миллисекунд, то период исполнения основной задачи желательно установить не менее 500 миллисекунд. При этом, те части системы управления, для которых время реакции 500 миллисекунд недопустимо велико (например, защиты и блокировки), то их выделяют в отдельную задачу с более частым периодом исполнения (например, 50 миллисекунд). У этой более быстрой задачи так же необходимо следить, чтобы фактическое время не превышало бы периодичность вызова. Чтобы обеспечить возможность сокращения периода вызова, более быстрая задача должна содержать как можно меньше программных компонентов. Теоретически, задачи запускаются в разных потоках параллельно и не должны влиять друг на друга. На практике же это сильно зависит от разных факторов, в том числе от работы диспетчера потоков операционной системы и общего количества потоков. Поэтому нужно следить не только за фактическим временем выполнения каждой задачи, но за фактическим периодом вызова – следить, чтобы он не увеличивался относительно заданного.

Теперь о быстродействии визуализации.
Насколько мы видим, основная часть нареканий относится именно к ней. Быстродействие большинства происходящих на экране изменений– открытие новых окон, появление всплывающих, анимация различных элементов - обусловлена скоростью исполнения скриптов в среде визуализации. За последнее время мы проделали большую работу по оптимизации их исполнения. В частности, был полностью переписан движок визуализации с учётом современных технологий. Это позволило увеличить быстродействие визуализации по некоторым показателям до 10 раз. Новая версия движка визуализации будет доступна в тестовом режиме в версии 1.2.7.

[akphantom]

В целом, Вы правы. Но это касается только серверной части. Здесь нужно разделять быстродействие прикладных программ, исполняемых сервером, и быстродействие визуализации – кода JS, исполняемого графическим клиентом. Скорости исполнения этих задач почти не связаны между собой.

Быстродействие серверной части.
Фактическое время и период выполнения прикладных задач сервера можно посмотреть через диагностический порт 31550 (более подробно в справке в разделе «Как получить диагностическую информацию среды исполнения»).

Добрый день!

M05/09 02:20:53.494 N=3692 A=1065 O0=46(3004,e46) U0=1389(100,100,115)(10,6,18)(,0,4,8) U1=1390(100,100,109)(0,0,3)(,0,0,1) HR=1(60) M=21280Kb L=2045Kb

M05/09 02:21:03.521 N=3957 A=1161 O0=49(3004,e49) U0=1489(100,100,115)(10,6,18)(,0,4,7) U1=1490(100,100,109)(0,0,3)(,0,0,0) HR=1(60) M=21280Kb L=2045Kb

M05/09 02:21:13.547 N=4222 A=1256 O0=53(3003,e53) U0=1589(100,100,115)(10,6,18)(,0,4,7) U1=1589(100,100,109)(0,0,3)(,0,0,0) HR=1(60) M=21280Kb L=2044Kb

Вот строчка диагностической информации из моего проекта. Правильно ли я понимаю, что исходя из параметра U0 при заданном времени цикла 100мс реальное максимальное время выполнения одного цикла не превышает 18мс? Параметр U0 постоянно увеличивается, прибывая на 100 циклов каждые 10 секунд, что соответствует времени выполнения 100мс одного цикла. В данном случае я ничего не оптимизировал и все задачи крутятся в основной. А что означает параметр U1? Это время выполнения чего?