Страница 7 из 27 ПерваяПервая ... 5678917 ... ПоследняяПоследняя
Показано с 61 по 70 из 270

Тема: Вопросы по MasterSCADA 4D

  1. #61

    По умолчанию

    Да, 15к тегов это конечно не мало. У меня в моем около 1к. Ну по сравнению с третьей версией этой же скады, в четвертой некоторые вещи реализовать достаточно проще за счет программ. Возможно еще, что не будет так тормозить, если реализовать типовой объект сначала в библиотеке, а потом наследовать его в дереве объектов. Это подойдет если много однотипных объектов.

    По поводу вопроса - есть один объект, на котором около 180 SVG-элементов. Вот как раз про него я писал в предыдущем ответе.

    А по поводу масштабирования и наползающих элементов - возможно в разделе "Экран" у свойств элементов или окон стоят значения "Абсолютные", а не "Относительные". По крайней мере, я пробовал запускать свой проект на ПК с разными разрешениями мониторов - все масштабировалось нормально. Даже пробовал с телефона подключаться - вроде бы тоже проблем не было.

  2. #62
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    6,926

    По умолчанию

    Спасибо, попробую для проверки накидать однотипных svg штук 200.
    Сейчас посмотрел свой другой проектик в другой системе, 144 однотипных SVG, плюс некоторое количество дополнительных элементов. Загрузка да, занимает некоторое время, но не 20 секунд точно. примерно секунды 3. А вот изменение масштабов практически сразу.

    Точно надо для сравнения повторить какой-нибудь экран.
    Написал в личку, если не сложно поделиться для пробы.

  3. #63

    По умолчанию

    А зачем Вам MS именно для подстанции? Возьмите специализированные системы.

  4. #64

    По умолчанию

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

  5. #65

    По умолчанию

    Добрый день! Много пишут про тормознутость системы в чём и я убедился. Для разработки серьёзного проекта нужен мощный комп, тут ничего не поделаешь. НО какие есть способы оптимизации быстродействия системы в режиме исполнения?

    Возникли вопросы применительно к задаче ускорения быстродействия проекта (в среде исполнения):

    1. Что даёт возможность "заменить наследников на экземпляры" для объекта, помещённого в библиотеку?
    2. Какой эффект даёт "инкапсуляция связей" окна?
    3. Объект можно назначить в узел и можно назначить в задачу. Какая разница?
    4. Как можно определить время выполнения программ и загруженность CPU этими процессами? Что если замарочиться и более медленные процессы назначить в задачи с бОльшим периодом исполнения?
    5. Заметил, что использование окна с трендами очень серьёзно затормаживает скорость исполнения, выкинул этот контрол из проекта. Какие ещё процессы тормозят систему? Как их лучше настроить?

  6. #66

    По умолчанию

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

  7. #67

    По умолчанию

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


    Надо сделать параметр архивируемым.
    А вот с этим непонятно что делать:
    Код:
    Column 'Архив_данных_Начало' from data source 'Переменные' not found in table 'table1'
    Последний раз редактировалось VladGC; 04.09.2019 в 15:19.

  8. #68

    По умолчанию

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

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

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

  9. #69

    По умолчанию

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


    Надо сделать параметр архивируемым.
    А вот с этим непонятно что делать:
    Код:
    Column 'Архив_данных_Начало' from data source 'Переменные' not found in table 'table1'
    Пришлите проект на support.ms4d@insat.ru

  10. #70
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    6,926

    По умолчанию

    ASo контроль состояния АВ в ТП всего лишь часть, ставить на каждый чих специализированное ПО нет смысла, его даже заказчик не видит.
    Оптимально применение именно Scada какой-нибудь.

    SCADAMaster4D а что касательно драйверной части, которая должна опрашивать приборы в цикле без остановки и периода ? какова будет нагрузка на сервер при чтении более 300-х счетчиков Меркурий ?
    Количество счетчиков на одной линии связи не более 5-ти. Опять же, выяснил, что MS не умеет работать с COM портом поверх TCP как клиент. ТО есть это 300/5=60 или более виртуальных COM портов... интересно, столько возможно создать на одном экземпляре Windows ?

Страница 7 из 27 ПерваяПервая ... 5678917 ... ПоследняяПоследняя

Похожие темы

  1. Вопросы по СИ-8
    от aleksandr87 в разделе Эксплуатация
    Ответов: 2
    Последнее сообщение: 11.06.2016, 18:56
  2. Вопросы новичка по MasterScada
    от MrNobody в разделе Master SCADA 3
    Ответов: 4
    Последнее сообщение: 04.09.2014, 15:39
  3. MasterScada v3.6 Основные вопросы
    от colorprint2008 в разделе Master SCADA 3
    Ответов: 7
    Последнее сообщение: 24.12.2013, 16:50
  4. конвертация проекта из Masterscada 3.5 в Masterscada 3.4
    от Сергей_SPB в разделе Master SCADA 3
    Ответов: 2
    Последнее сообщение: 01.04.2013, 17:56
  5. Вопросы по трендам MasterSCADA
    от 42ia в разделе Master SCADA 3
    Ответов: 9
    Последнее сообщение: 26.06.2012, 11:58

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •