'

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

Понравилась презентация – покажи это...





Слайд 0

AdAstra Research Group, Ltd Россия, Москва, 107076, а/я 38, тел (495) 771-71-74, факс (495) 518-98-46, E-mail: adastra@adastra.ru, http://www.adastra.ru Авторские права (с) 1997-2008 AdAstra Research Group, Ltd Определение СИСТЕМНЫХ ТРЕБОВАНИЙ к аппаратному обеспечению при проектировании АСУ ТП в TRACE MODE 6 Глухов Федор, руководитель отдела качества


Слайд 1

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


Слайд 2

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


Слайд 3

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


Слайд 4

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


Слайд 5

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


Слайд 6

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


Слайд 7

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


Слайд 8

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


Слайд 9

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


Слайд 10

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


Слайд 11

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


Слайд 12

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


Слайд 13

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


Слайд 14

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


Слайд 15

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


Слайд 16

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


Слайд 17

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


Слайд 18

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


Слайд 19

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


Слайд 20

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


Слайд 21

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


Слайд 22

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


Слайд 23

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


Слайд 24

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


Слайд 25

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


Слайд 26

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


Слайд 27

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


Слайд 28

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


Слайд 29

СПАСИБО!


×

HTML:





Ссылка: