AdAstra Research Group, Ltd Россия, Москва, , а/я 38, тел (495) , факс (495) , Авторские права (с) AdAstra Research Group, Ltd Определение СИСТЕМНЫХ ТРЕБОВАНИЙ к аппаратному обеспечению при проектировании АСУ ТП в TRACE MODE 6 Глухов Федор, руководитель отдела качества

Системные требования Для каждого продукта Trace Mode 6 минимальные рекомендуемые Для каждого проекта АСУ ТП реальные

Инструментальная система Trace Mode 6 IDE Среда разработки Профайлер Загрузка / Сохранение Редактирование проекта Сохранение для МРВ Старт Цикл пересчета Графика OpenGL ОЗУ должно быть достаточно для одновременной работы обоих приложений!

Инструментальная система Разрешение экрана – не менее 1280 х Рекомендуемое – 1600 х 1200 и более. Удобно использовать два монитора (на одном – среда разработки, на другом – профайлер) Видеокарта должна поддерживать OpenGL Операционная система – Windows XP Professional Наличие свободного USB-порта или LPT для подключения ключа аппаратной защиты HASP

Редактор проекта: операции с каналами Зависимость времени обработки от числа каналов (в секундах) тип каналов: HEX32 каждый канал связан с источником данных (генератором) каждый канал вызывает простейшую программу трансляции 3 аргумента CPU: P-III, 800 МГц RAM: 512 Мб

Редактор проекта: операции с каналами Зависимость времени обработки от числа каналов (в секундах) CPU: P-IV, 3.0 ГГц RAM: 1 Гб

Редактор проекта: операции с каналами Зависимость времени обработки от числа каналов (в секундах) Core 2 Duo, 2.66 ГГц RAM: 2 Гб

Зависимость времени обработки от общего числа аргументов вызываемых программ (в секундах) 1023 канала типа HEX32 каждый канал связан с источником данных (генератором) каждый канал вызывает программу трансляции 0 / 3 / 10 / 30 / 100 аргументов (0 – нет вызова программы) Сохранение для МРВ

Загрузка проекта в IDE Зависимость времени обработки от числа аргументов вызываемых программ (в секундах)

Зависимость времени обработки от числа каналов (в секундах) каждая группа содержит 14 каналов, 1 вызов экрана, 1 вызов программы один канал в каждой группе связан с источником данных и один с приемником в программе на языке FBD реализован ПИД-регулятор с возможностью перехода в ручной режим управления исполнительным устройством, все каналы группы связаны с аргументами программы на экране каждый канал группы отображен в виде динамического текста, 4 параметра выведены на тренд, ползунок для ввода задания регулятора Редактор проекта: операции с группами CPU: P-III, 800 МГц RAM: 512 Мб

Редактор проекта: операции с группами CPU: P-IV, 3.0 ГГц RAM: 1 Гб

Редактор проекта: операции с группами CPU: Core 2 Duo, 2.66 ГГц RAM: 2 Гб

проект из предыдущего теста на 8192 канала (512 групп) в каждой консоли NLL вызывается один экран вызов экрана связан с 64 каналами МРВ на экране 64 ГЭ «Динамический текст» Добавляем консоли NetLink Light Core 2 Duo, 2.66 ГГц RAM: 2 Гб Зависимость времени обработки от числа консолей (в секундах)

проект на 8192 канала 8 консолей каждый вызов экрана связан с 64 каналами МРВ на экране 64 ГЭ «Динамический текст» количество вызовов экрана в каждой консоли варьируется Добавляем консоли NetLink Light Core 2 Duo, 2.66 ГГц RAM: 2 Гб Зависимость времени обработки от числа вызовов (в секундах)

1.Отключите автоматическое создание резервных копий в меню «Файл» / «Настройки ИС…» на закладке «ИС» / «Сохранить для МРВ» - опция «Создавать резервную копию» 2.По возможности используйте функцию «Сохранить узел для МРВ» - доступна в контекстном меню узла, позволяет сохранять в формат исполнительного модуля один узел отдельно, а не весь проект 3.При сохранении большого проекта для МРВ закрывайте все ненужные окна редакторов IDE 4.Отключите заставку ОС (Screen Saver) TRACE MODE 6 IDE Рекомендации разработчику больших проектов:

каждый канал связан с генератором каждый канал взывает программу: 3 аргумента, одна операция сложения цикл пересчета 0,55 сек (по умолчанию) количество каналов варьируется диагностика ведется с помощью Реальное время: CPU Зависимость загрузки процессора от числа каналов (%)

каждый канал связан с генератором каждый канал взывает программу: 3 аргумента, одна операция сложения цикл пересчета 0,55 сек (по умолчанию) количество каналов варьируется диагностика ведется с помощью Реальное время: цикл пересчета Зависимость длительности пересчета от числа каналов (мс)

каждый канал связан с генератором каждый канал взывает программу: 3 аргумента, одна операция сложения цикл пересчета 0,55 сек (по умолчанию) количество каналов варьируется диагностика ведется с помощью Реальное время: ОЗУ (МРВ) Зависимость выделения памяти для МРВ от числа каналов (Мб)

каждый канал связан с генератором каждый канал взывает программу: 3 аргумента, одна операция сложения цикл пересчета 0,55 сек (по умолчанию) количество каналов варьируется диагностика ведется с помощью Реальное время: ОЗУ (всего) Зависимость выделения памяти ОС от числа каналов (Мб)

Системные требования IDE Инструментальная система TRACE MODE 6 IDE

Системные требования МРВ Исполнительные модули TRACE MODE 6 МРВ / МРВ+

Системные требования NLL Удаленные консоли NetLink Light 6

Средства диагностики: системные переменные TRACE MODE Встройте диагностику в свой – реальное время, затраченное на выполнение задач основного потока МРВ, – реальное время цикла монитора, – в зависимости от настройки параметра данная переменная индицирует загрузку CPU, использование оперативной памяти, файла подкачки и многое другое

Средства диагностики: диалог «Просмотр компонентов» Теперь диагностика всегда под рукой!

Средства диагностики: предупредительные сообщения Загрузка CPU превышает норму (по умолчанию >75%) Реальное время цикла пересчета превышает заданное Выделение оперативной памяти ОС приближается к ее физическому объему

Средства диагностики: предупредительные сообщения Опции CNF файла для управления выводом сообщений: PRCMES = – загрузка процессора для генерации ошибки (в процентах), 75% по умолчанию NOERRWNDMES – запрет окон с сообщениями об ошибке; этот ключ не отменяет протоколирование ошибок в файл tm6_log.txt; Файл TMcom_.cnf должен располагаться в папке узла, имеет текстовый формат, каждый ключ записывается в отдельной строке. (ordinal – номер узла в проекте)

Встроенные механизмы нагрузочного тестирования Опции CNF файла для проведения нагрузочного (стресс-) тестирования: STRESS = 0x01 – все Input пересчитывать SREPT раз 0x02 – все программы пересчитывать SREPT раз 0x04 – все Out пересчитывать SREPT раз SREPT =

Прогнозирование реальных системных требований Проведите свой эксперимент! 1.Создайте типовые объекты, из которых будет состоять Ваш проект 2.Введите в проект средства диагностики в виде необходимых системных переменных и средств их отображения на отдельном экране – трендов, диаграмм 3.Создайте по шаблону столько копий типовых объектов, сколько необходимо для адекватного моделирования будущего проекта 4.Запустите проект и отслеживайте показания диагностических переменных, окна просмотра компонентов, диспетчера задач

Примеры проектов пользователей Каково соотношение источников/приемников, каналов, экранов и программ в реальных проектах?

СПАСИБО!