Определение СИСТЕМНЫХ ТРЕБОВАНИЙ к аппаратному обеспечению при проектировании АСУ ТП в TRACE MODE 6

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

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

Инструментальная система
Разрешение экрана – не менее 1280 х 1024. Рекомендуемое – 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 Гб
Зависимость времени обработки от числа вызовов (в секундах)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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