автореферат диссертации по энергетике, 05.14.03, диссертация на тему:Средства моделирования и проектирования алгоритмов АСУ ТП энергоблока АЭС и система визуализации и управления для моделирующих программных комплексов

На правах рукописи

Айзатулин Амир Исмаиловнч

СРЕДСТВА МОДЕЛИРОВАНИЯ И ПРОЕКТИРОВАНИЯ АЛГОРИТМОВ АСУ ТП ЭНЕРГОБЛОКА АЭС И СИСТЕМА ВИЗУАЛИЗАЦИИ И УПРАВЛЕНИЯ ДЛЯ МОДЕЛИРУЮЩИХ ПРОГРАММНЫХ КОМПЛЕКСОВ

Специальность 05.14.03,—ядерные энергетические установки, включая проектирование, эксплуатацию и вывод из эксплуатации

АВТОРЕФЕРАТ

диссертации на соискание ученой степени кандидата технических наук

На правах рукописи

А(Ъатулш1 Аммр Исманлошш

СРЕДСТВА МОДЕЛИРОВАНИЯ И ПРОЕКТИРОВАНИЯ АЛГОРИТМОВ АСУ ТП ЭНЕРГОБЛОКА АЭС И СИСТЕМА ВИЗУАЛИЗАЦИИ И УПРАВЛЕНИЯ ДЛЯ МОДЕЛИРУЮЩИХ ПРОГРАММНЫХ КОМПЛЕКСОВ

Специальность 05.14.03. — ядерные энергетические установки, включая проектирование, эксплуатацию и вывод из эксплуатации

АВТОРЕФЕРАТ

диссертации на соискание ученоII степени кандидата технических наук

Работа выполнена в ОАО «Всероссийский паучно-исслвдовательскнй институт по эксплуатации атомных электростанций» (ВНИИАЭС)

Научи ы(1 руководитель

доктор технических наук, ел г. с. Селезнёв Евгений Федорович

Официальные оппоненты:

доктор физико-математических наук

Зшнн Михаил Николаевич кандидат физико-математических наук Кочанов Виктор Алексеевич

Ведущая организация:

ОбинискнА государственный технический университет атомной энергетики (ИАТЭ)

Защита диссертации состоится «20» декабря 2006 г. в 13 час. 00 мин. на заседании диссертационного совета K201.001.Q1 во Всероссийском научно-исследовательском институте по эксплуатации атомных электростанций по адресу: 109207, Москва, ул. Ферганская, д. 25, ауд. 614.

С диссертацией можно ознакомиться в библиотеке ВНИИАЭС.

Автореферат разослан «17» ноября 2006 г.

Учены П секретарь диссертационного совета, кандидат технических наук, с.н.с.

Б.Я.Береэин

ОБЩАЯ ХАРАКТЕРИСТИКА РАБОТЫ

Введение. Актуальность темы, В настоящий момент в нашей стране н во всем мире возрождается интерес к ядерной энергетике. Развитие атомного энергопромышленного комплекса постепенно становится для страны приоритетной задачей. Запланировано строительство большого числа новых энергоблоков.

Такой масштаб работ предполагает, в том числе, наличие и использование современных средств проектирования и моделирования. Учитывая, что АСУ ТП, системы контроля н управления (СКУ) энергоблоком будут разрабатываться на основе цифровых программно-технических комплексов нового поколения, к средствам их проектирования сегодня предъявляются новые требования. Необходимость в организации подготовки специалистов на тренажере энергоблока до момента ввода его в эксплуатацию заставляет пересмотреть классические подходы в тренажеростроении и разработать новые инструменты моделирования, в частности алгоритмов цифровых АСУ ТП.

Кроме того, рост производительности доступной персональной вычислительной техники стимулировал разработку отечественных систем интегрирования сложных моделирующих комплексов с современным аппаратом визуализации для создания аналитических симуляторов и расчетных комплексов широкого применения (обучение, ВУЗы, инженерные задачи и др.).

Цели работы состоят в разработке методики создания программных средств моделирования и проектирования алгоритмов АСУ ТП по проектным данным технологических систем энергоблока на основе опыта строительства тренажеров первых АЭС с цифровой системой контроля н управления, разработке на основе этой методики программного комплекса, а также в создании системы разработки н эксплуатации моделирующих программных комплексов с операторским интерфейсом, использующим мультимедийные ресурсы ОС Windows.

Для достижения этих целей решены следующие задачи:

— Разработана структура базы данных алгоритмов АСУ ТП, содержащая топологию алгоритмов логики, параметризацию функциональных блоков' (ФБ) алгоритмов и связь параметров ФБ с проектными данными технологических систем, внутренние микропрограммы ФБ и др.

— Разработан механизм синхронизации изменений в проектных данных технологических систем и в алгоритмах путем автоматического внесения необходимых изменений в базу данных алгоритмов АСУ ТП.

— Создан прототип автоматизированной системы проектирования и моделирования АСУ ТП — программный комплекс SKUGEN, предназначенный для создания (проектирования) алгоритмов АСУ ТП с механизмом параметризации по проектным данным, создания модели алгоритмов для

1 ФБ - элементы построен!» алгоритмов, содержащие определенные логичеекж/яншюгаяые функции, эмисицие от заданных tityij>etiHH\ napaueijXJi {ш^мстричапи* блока) н значений входных сигналов

тестирования алгоритмов АСУ ТП н работы тренажеров, получения информации использования проектных данных в алгоритмах.

— Создана новая система разработки и эксплуатации больших моделирующих программных комплексов WinMod в операционной системе Windows, позволяющая разрабатывать аналитические тренажеры с использованием мультимедийных возможностей операционной системы.

Нпучнпп новизна выполненной работы заключается в следующем:

— Разработана методика создания программных средств моделирования и проектирования алгоритмов АСУ ТП по проектным данным технологических систем, создана структура универсальной (для задач моделирования и проектирования) и единой (топология и параметризация алгоритмов) базы данных алгоритмов АСУ ТП с синхронизацией с проектными данными и с механизмом автоматического отслеживания объема их изменений.

— на основе ряда оригинальных технических решений создана новая система разработки и эксплуатации моделирующих комплексов, функционирующая в операционной среде Windows,

IIрякп 1ческап значимость работы заключается в том, что:

— создаиныП автором программный комплекс SKUGEN использован дпя создания, отладки и тестирования модели алгоритмов АСУ ТП полномасштабного тренажера АЭС Куданкулам (Индия) (ОАО «ДЖЭТ»).

— Разработанный автором метод создания программных средств для моделирования и проектирования алгоритмов АСУ ТП на основе проектных данных технологических систем энергоблока рассматривается в настоящий момент для дальнейшего развития программного комплекса SKUGEN для применения в проектных организациях (ФГУП Атомэнергопроект, Москва).

— система разработки и эксплуатации моделирующих комплексов WinMod позволяет создавать наглядный и удобный интерактивный графический интерфейс. Это делает возможным ее применение для разработки аналитических тренажеров любого назначения как для уже существующих АЭС, так и для строящихся, а также при создании моделирующих и расчетных комплексов для решения научно-исследовательских задач и задач обучения в системе высшего образования. Система WinMod использовалась при разработке двух аналитических тренажеров: «ТОМАС-1» для АЭС с реактором В В ЭР-1000 и «ТОМАС-2» для АЭС с реактором РБМК-1000. «ТОМАС-1» поставлен в УГТУ (Уральский Государственный Технический Университет) и в настоящее время внедрен в учебный процесс. Ведется разработка моделирующего комплекса JOKER для блока Белоярской АЭС с реактором БН-600, первая версия комплекса в декабре 2005 г. принята в опытною эксплуатацию. Ведется разработка аналитического тренажера Ростовской АЭС по полномасштабной модели.

На защиту выносится:

методика создания программных средств моделирования к проектирования алгоритмов АСУ ТП по проектным данным технолотческих систем

- программный комплекс ЭКиОЕК

- подсистема визуализации и управления системы \VinMoil.

Апробация работы н публикации. Материалы днссертационной работы докладывались на:

- семинаре секции динамики «Математические модели для исследования и обоснования характеристик оборудования и ЯЭУ в целом при их создании и эксплуатации» (г. Гатчнна, 2000 г.),

- семинарах по алгоритмам и программам для нейтрон но-физпческих расчетов ядерных реакторов («НЕЙТРОНИКА», г. Обнинск, 2005 г., 2006 г.),

- Четвертой и Пятой Международных научно-технических конференций «Безопасность, эффективность и экономика атомной энергетики», (г. Москва, 2004 г.. 2006 г.)

• семинаре «Методики и программы полномасштабного моделирования динамики АЭС И ТЭС» (г. Москва, 2004 г.).

- семинаре «Информационные технологии в проектировании и управлении производством» (г. Москва, 2006 г.)

Основное содержание диссертации изложено в 8 печатных работах.

Структура и объем диссертации. Диссертация состоит из введения, пяти глав, заключения, списка литературы м трех приложений. Содержит 124 страницы, 20 рисунков, 18 таблиц. Список литературы включает 54 наименования.

СОДЕРЖАНИЕ РАБОТЫ

Во введении обосновывается актуальность работы, сформулированы цели исследования, его научная новизна и практическая значимость. Дан общий обзор работы, обозначен личный вклад автора.

В главе 1 обобщается опыт строительства тренажеров для существующих станций и анализируются проблемы, возникшие при создании тренажеров строящихся АЭС нового поколения. Проводится обзор существующих средств проектирования и моделирования АСУ ТП.

Эксплуатирующиеся сегодня более 30 полномасштабных и аналитических тренажеров разных типов реакторов для АЭС создавались для уже построенных энергоблоков на основе испытанной временем технологии «иЭЗ», которая предназначена для создания больших моделирующих комплексов. Данная технология (ее можно уже назвать «классической») предполагает наличие полной информации об объекте (энергоблоке) и его процессах на момент начала моделирования. Система контроля и управления (СКУ) существующих энергоблоков проектировалась и строилась на элементной базе «с жесткой

логикой» н представляет собой в большинстве случаев достаточно простые алгоритмы, что позволяло создавать их математическую модель без использования средств автоматизации.

Начиная с 2000 года, в тренажеростроении появились проекты, создание которых происходит при наличии двух новых факторов. Первый из них -применение цифровых Автоматизированных Систем Управления Технологическими Процессами (АСУ ТП). Реализация цифровых АСУ ТП нового поколения сегодня представлена двумя аппаратно-программными комплексами — «TELEPERM XP/XS» (Сименс, Германия) на Тяньваньской АЭС (Китай) и ТПТС-51 на АЭС Куданкулам (Индия) и КалиниН-З. Основным отличием этих АСУ ТП является возрастающая роль автоматики и уменьшение количества операций персоналом по управлению конкретным оборудованием. Управление оборудованием заменяется управлением процессами. Все это выливается в существенное увеличение количества алгор1гтмов (десятки тысяч) и их сложности. Алгоритмы представляют собой совокупность отдельных логических схем (функциональные планы), «собранных» из специальных логических (функциональных) блоков (ФБ), функционирование которых определяется заданными параметрами (параметризация блока, алгоритма).

Другой новый фактор - изготовление тренажера до пуска энергоблока. Например, для АЭС Куданкулам разница в сроках составляет 1 год, для Тяньваньской АЭС - 2 года. Это означает, что создание тренажера осуществляется по проектным и рабочим данным. Такие данные имеют три принципиальных недостатка - они содержат большое количество различных ошибок (проектные, случайные и др.), они не полные (что-то не до конца спроектировано) и они не являются окончательными (вносятся изменения проектантом). Это принципиально противоречит «классической концепции» создания тренажера, когда к моделированию приступают после практически полного сбора данных об объекте.

В работах над созданием модели алгоритмов АСУ ТП полномасштабных тренажеров Тяньваньской АЭС и АЭС Куданкулам разработчики (ОАО ДЖЭТ) столкнулись с целым рядом проблем, наиболее существенные из которых следующие.

1. Расхождения между базой данных* технологических систем (проектная база) по оборудованию и их свойств и базой разработчиков АСУ ТП, <по приводит к расхождению между моделью технолотческих систем и моделью АСУ ТП.

2. Неправильные значения параметров функциональных блоков (параметризация) в алгоритмах АСУ ТП (размерности и значения уставок, время хода задвижек, коэффициенты регуляторов и др.).

3. Ошибки, связанные непосредственно с алгоритмами, с логикой их реализации.

Также встречены методические проблемы моделирования и проектирования:

* Далее ■ тексте |юд термином «База» имеется л »иду "бага даиичх«.

К Отсутствие сквозной системы проектирования ЛСУТП энергоблока. В настоящий момент проектирование осуществляется в три этапа с использованием несовместимых по формату программных средств.

• технологи-проектанты создают техническое задание на алгоритмы в виде блок-схем (средствами редактора MS WORD) без учета специфики команд управления оборудованием в цифровых АСУ ТП.

• проектанты автоматики пересматривают эти данные, приводят их к специфике цифровых АСУ ТП и перерисовывают в АВТОКАДЕ в форматы-прообразы.

• разработчики проекта автоматики по прообразам создают непосредствен но алгоритмы средствами АСУ ТП,

2. Отсутствие готового проекта АСУ ТП на момент создания модели lie позволяет использовать средства автоматической генерации модели (технология ГЕНТА, ОАО «ДЖЭТ») по исполняемому коду аппаратных средств АСУ ТП.

3. Моделирование возможно только по проектным данным (имеющие описанные выше недостатки).

4. Невозможность применять разработанные ранее средства н методы моделирования по причинам:

• Отсутствия в них поддержки специфики команд управления оборудованием цифровых АСУ ТП

• Отсутствие механизма обеспечения целостности межалгоритм ическнх переходов, что не позволяет автоматически находить (и не создавать) ошибки в названиях входных сигналов, определять выходные сигналы, которые нигде не используются, или входные сигналы, которые нигде не определены.

• Отсутствует связь параметризации алгоритмов с технологическими данными, меняющимися во времени в процессе проектирования (это приводит к необходимости осуществлять изменения модели вручную).

• Отсутствия информационной поддержки для анализа логики.

Опыт создания двух тренажеров в условиях неполных, неточных,

периодически меняющихся данных, с новой системой контроля, управления и отображения позволяет сделать вывод о необходимости разработки новой технологии создания тренажеров, с новыми программными средствами моделирования. Также необходима автоматизированная система проектирования АСУ ТП, охватывающая все стадии, начиная от разработки технологического задания, предварительного моделирования и тестирования и заканчивая выдач eft задания на программирование технических средств.

Решением этих проблем может быть совмещение и зацикливание процессов проектирования (поставка данных для создания тренажера) и создания модели энергоблока по проектным данным (для тестирования и исправления решений проектантом). Необходимым условием такого симбиоза является использование единых средств проектирования в проектных организациях и разработки моделей у создателей тренажеров, или, как минимум, полная совместимость этих средств по формату хранения данных.

Проведенный в работе обзор программных средств в области САПР, интегрированных ЗСАОА/БоПЬов^с-систем и систем автоматизированного моделирования, используемых сегодня при проектировании и моделировании логики АСУ ТП, позволяет сделать вывод о необходимости создания новых инструментов пли существенной переделки имеющихся для обеспечения описанных выше целей.

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

На основе опыта разработки первых тренажеров нового поколения можно сформулировать методические требования для создания новых средств моделирования и проектирования алгоритмов АСУ ТП.

1. При проектировании алгоритмов н задании их параметризации, имен и свойств оборудования необходимые данные должны браться (как ссылки) из проектной базы данных технологических систем. (В настоящий момент данные параметризации алгоритмов и данные технологических систем не связаны между собой, дублируют друг друга и хранятся в разных программных средствах.)

2. Совокупность данных (включая ссылки на данные из проектной базы данных технологических систем), определяющая весь набор алгоритмов, включая их топологию и параметризацию, т.е. проект алгоритмов АСУ ТП, являющаяся результатом текущего этапа проектирования, должна непосредственно использоваться для создания модели алгоритмов АСУ ТП.

3. Должен быть инструмент импорта (или постоянная связь) данных из ■ проектной базы технологических систем в проект/модель алгоритмов АСУ ТП с

механизмом автоматического изменения проекта/модели в случае изменения какого-то объема проектных данных технологических систем.

4. Должен быть механизм проверки целостности межалгоритмических связей. Ведущим (определяющим) должен быть выходной сигнал, его изменение должно автоматически отразиться на всех потребителях, его удаление должно быть возможно только при отсутствии связей.

5. Интерфейс ручной параметризации должен быть реализован как «выборный». Это означает, что в распоряжении пользователя в случае проектирования/редактирования алгоритма, его параметризации или изменения межалгорнтмпческнх связей, должна быть только возможность выбора из имеющейся в проектной базе технологических систем или в других алгоритмах информации без возможности «клавиатурного ввода» (работа в «пространстве проектных данных»).

6. Для анализа проекта логики должна быть максимально наполнена возможность визуализации информации о связи проектных данных с алгоритмами и, наоборот, о связях алгоритмов между собой и др.

Выполнение данных требований повысит степень автоматизации процессов моделирования н проектирования, тем самым обеспечит существенное уменьшение количества «технических» и «человеческих» ошибок, способствует своевременному исправлению других ошибок на стадии проектирования, до попадания их на энергоблок, что обеспечивает повышение надежности, безопасности и экономичности АЭС. Кроме того, будет способствовать созданию модели алгоритмов на тренажерах, адекватной проектным данным, позволяя обеспечить правильную и своевременную подготовку операторов и персонала АЭС до пуска энергоблока.

Реализация этих требований возможна при создании механизма связанности большой но объему и разной по содержанию информации. Максимально простым способом это можно достигнуть, используя для хранения информации СУБД. База данных предназначена для структурирования различной информации, а механизмы запросов позволяют легко получить конкретные данные.

Одним из ключевых моментом при разработке такой базы — базы данных проекта/модели алгоритмов АСУ ТП (далее: база алгоритмов АСУ ТП) -является необходимость хранения в ней топологии алгоритмов и параметров блоков. Наличие такой базы кардинально меняет механизм обработки информации и анализа ее целостности по сравнению с файловым подходом, когда один алгоритм и его параметризация хранятся в одном файле с тем или иным форматом.

Рис I. Схема структуры программного комплекса

Разработка структуры базы и механизмов работы с ней должна быть основана на следующих принципах:

* Уникальность данных - информация не дублируется, используются только ссылки

• Связанность данных — информация иерархически распределена с механизмом защиты целостности данных

• Функциональное разделение данных — разделение графической информации, информации о функциональных блоках и их свойствах, об алгоритмах и их параметрах м т.д.

• Количество таблиц должно быть постоянно (не являться функцией от количества алгоритмов и их параметров)

• Необходимы механизмы, позволяющие осуществить связь с проектной базой данных любой структуры.

Основные компоненты программного комплекса показаны на рис. 1.

Для импорта в базу алгоритмов АСУ ТП уже имеющего проекта или его части, существующего в каком либо формате, служит преобразователь, способный работать с соответствующим форматом представления алгоритмов.

Для работы с данными, находящимися в базе алгоритмов АСУ ТП, должен быть разработан менеджер базы. В его задачи входит:

• Импорт необходимых данных из проектной базы технологических систем (или установление с ней постоянной связи)

• Организация интерфейса пользователя для просмотра информации в базе алгоритмов АСУ ТП с выдачей отчетов по запросам для анализа логики

• редактирование данных (с администрированием прав доступа)

• получение отчетов по запросам использования проектных данных технологических систем в алгоритмах

• ведение архива изменений

• экспорт информации о проекте алгоритмов АСУ ТП в формате задания на изготовление АСУ ТП (зависит от конкретной реализации).

Для графической работы с алгоритмами, информация о которых находится в базе алгоритмов АСУ ТП, предназначен графический редактор. В режиме работы модели редактор должен выполнять функции отладчика. Редактор должен иметь библиотеку функциональных блоков. Параметризация блоков должна быть связана с данными базы алгоритмов АСУ ТП, а интерфейс пользователя быть «выборным» (как описано выше). Редактор должен предоставлять информацию о межалгоритмических связях, об использовании блоков и др.

Для создания модели алгоритмов служит автоматический генератор. Он создает модель на языке высокого уровня с описанием используемых переменных и констант в формате, совместимом с системой разработки тренажера. Генератор должен иметь механизм отслеживания изменения данных в базе алгоритмов и определять необходимость и объем перегенерации модели.

В конечном итоге цель описанной методики - разработка единого автоматизированного средства проектирования алгоритмов энергоблока в проектных организации н разработки их моделей на любом этапе проектирования для расчетного тестирования и обоснования проектных решений и создания тренажеров АЭС.

В главе три описывается структура разработанной базы алгоритмов АСУ ТП, назначение таблиц и полей. Разработка базы осуществлялась в соответствии

с методическими требованиями, описанными во второй главе и на основе исследований объектов систем нормальной эксплуатации и безопасности энергоблока, системы контроля и управления, участвующих в проектировании и моделировании, их связей, свойств, формализации и обобщения.

Структура базы и ее таблицы приведены на рис. 2.

Функциональное назначение таблиц базы алгоритмов АСУ ТП разделяется на несколько групп. В первой группе находятся таблицы свойств функциональных блоков (таблицы РВ рис.2). В них описываются параметры блоков, списки входных/выходных портов и их свойства, возможные значения параметризации или источники данных (ЙОЬ-строки к соответствующим таблицам). Также определяются шаблоны микропрограмм функционирования блока и необходимых переменных для генератора модели и др.

Вторая группа таблиц содержит непосредственно алгоритмы к параметризацию (таблицы РР). В нее входят: таблица, содержащая список алгоритмов и их свойства, таблица блоков, используемых в конкретном алгоритме, таблица параметризации конкретного блока, таблица связей блоков (топология), таблица выходов с конкретного алгоритма и др.

Третья группа таблиц определяет таблицы, участвующие в параметризации блоков по ссыпке. В них также описывается структура данных технологических систем — информация о проектных таблицах объектов (оборудования) и их связи с таблицами под объекте в (свойств оборудования). Описываются запросы для работы менеджера проектных таблиц и имена алгоритмов типовых решений для конкретного типа оборудования.

Таблицы проектных данных входят в четвертую группу. Состав и струшура проектных данных может быть произвольной и определяется проектной организацией. Каждый тип объекта (оборудования) проектных данных должен нметь свою таблицу. Каждый подобъект (набор свойств объекта, самостоятельно используемых в алгоритмах) должен также иметь свою таблицу, связанную с таблицей объектов. Имеются необходимые требования к структуре проектных таблиц для обеспечения с ними связи программным комплексом (наличие и название определенных полей).

Используются следующие таблицы: таблица моторов и нагревателей, таблица задвижек, таблица регуляторов (с ней связана таблица контроллеров), таблица точек контроля (с ней связана таблица уставок), таблица ключей оператора (с ней связана таблица позиций ключей).

В пятую группу входят служебные таблицы: таблица отслеживания необходимости перегенерации модели в объеме трехбуквенного наименования технологической системы, таблица описания «программно-аппаратной» реализаций логики (тип проекта). Имеются также служебные таблицы для конвертации алгоритмов из формата средств моделирования алгоритмов предыдущего поколения в базу алгоритмов АСУ ТП.

DBElESif^:

nom Ii KKSjQOW ff. KKSJEN !■■ JU f- •5..........& nom UCT.....................

rccs

srs

TYPE

jen

spasmo«

"1 '4 - i "i

■h! . - !

vi

ISEN

no_gen

por jurtant

t pwt.'yp®,.™*«"*

i avnfHnti

fWWt fp M

. tN_pORT , ojtjb [ airj<«T ! typajwtable

1 pctyllK

(bjtl ü. IWM | - Ji

fv t««jiku b" Sjen

tojXVQjt j tnpjrtlu« \ SS-

Piic 2. Ctpyicrypa 6a3ti anropirrMoa ACy Til.

В четвертой главе описывается программный комплекс моделирования и проектирования алгоритмов АСУ ТП SKUGEN, его компоненты, программные механизмы, интерфейс пользователя, работа в составе тренажера.

Разработка комплекса осуществлялась в соответствии с методическими требованиями, описанными во второй главе.

Основное назначение программного комплекса SKUGEN: проектирование логики с привязкой к проектным данным технологических систем, обеспечение информационной поддержки для анализа логики, генерация модели алгоритмов для тестирования проекта и создания тренажеров, получение информации о проектных данных с привязкой к алгоритмам, организация работы в многопользовательском режиме с единым источником данных. Новизной комплекса также является решение организации интерфейса пользователя (проектировщика) функций информационного обеспечення для проведения анализа логики и ((выборного» интерфейса параметризации в «пространстве проектных данных».

Интерфейс комплекса создан средствами MS Visual Basic (VB). В основе графического редактора лежит средство MS VISIO 2002. В проекте VB оно взаимодействует с приложением как специализированная компонента. Для работы с базами данных использовался объектный протокол ActiveX Data Object (ADO).

Для разработки проекта логики АСУ ТП и ее модели необходимы два типа данных — база данных технологических систем и алгоритмы. База технологических данных заполняется проектантами (технологами) АЭС и представляет собой набор таблиц со списком оборудования и их характеристиками. Комплекс SKUGEN позволяет работать как с копией базы проектанта, содержащей только необходимые поля в таблицах для модели АСУ ТП, так и непосредственно с самой базой. Первый вариант более удобен при разработке тренажера. Второй вариант возможен для проектных организаций. Заполняемые технологом данные по оборудованию в проектную базу будут сразу доступны программному комплексу для работы, все последующие изменения в проекте будут автоматически учтены. Данные-алгоритмы при проектировании должны «прорисовываться» в графическом редакторе. В готовом виде они поставляются от проектных организаций при создании тренажера.

Основные функции работы со списком алгоритмов: загрузить, сохранить, сохранить с новым именем, удалить выбранный алгоритм. При удалении будет проведена автоматическая проверка использования выходов этого алгоритма. Если такие связи существуют, то будут выданы соответствующие предупреждения с указанием их количества и отказ в проведении операции.

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

Задание (определение) конкретных значений параметров функционального блока называется параметризацией. В программном комплексе SKUGEN

реализован механизм связи параметризации с проектными данными. Параметры рассматриваются либо как однозначное свойство объекта (находится в одном из полей таблицы этого оборудования, например, время хода задвижки), лнбо как их однотипный набор (в отдельной связной таблице, например, точки контроля и их уставки). Т.к. на стации проектирования не вся необходимая информация имеется в проектной базе, параметризация в SKUGEN имеет два вида интерфейса - путем выбора из списка данных или путем задания непосредственно значения клавиатурой. Имеется специальный алгоритм определения типа интерфейса задания параметризации и определения данных для выбора. Для этого разработаны правила задания свойств блока в соответствующих полях таблиц базы алгоритмов АСУ ТП, определяющие тип интерфейса параметров и источники данных. В работе показаны примеры параметризации некоторых блоков.

Основная работа разработчика лотки сводится к анализу алгоритмов н их связей между собой. Для удобства работы с набором определенных алгоритмов служит стек — список алгоритмов, формируемый пользователем из разных источников программного комплекса для оперативной работы. Имеется функция получения списка алгоритмов, в которых используется выбранный для анализа выходной сиги ал. Механизм экспортирования измененных алгоритмов в форматы jpg и HTML осуществляет ведение архива изменений.

Менеджер проектных данных предназначен для работы с проектными таблицами технологических систем и получения информации об их связи с алгоритмами. Интерфейс позволяет выбрать тип объекта (оборудования), получить таблицу со списком выбранного оборудования и их свойств. Для выбранного в таблице текущего объекта автоматаески формируется запрос о его использовании в алгоритмах. Менеджер позволяет создать вручную новый объект или его подобьект, изменять (редактировать) уже имеющуюся информацию и удалять выбранные записи. Использование информации из проектных таблиц в алгоритмах осуществляется по ссылке. При изменении параметров объекта или подобъекта автоматически происходит изменение параметризации блоков и алгоритмов. При изменении идентификатора (имени) объекта автоматически происходит изменение имени его типового алгоритма.

Удаление подобъекта возможно только при отсутствии на него ссылок в алгоритмах. Удаление объекта возможно только при отсутствии у него подобъектов, ссылок на этот объект в алгоритмах и отсутствия на него типового алгоритма.

Алгоритмы по способу создания в автоматизированной системе проектирования разделяются на два типа — типовые и нетиповые. Нетиповые алгоритмы проектируются индивидуально. В программном комплексе имеется функция создания (генерирования) типовых алгоритмов по типовому решению. Типовым решением называется алгоритм, описывающий автономную логику (без связей с другими алгоритмами) конкретного типа оборудования. Он предназначен для тиражирования (генерации) типовых алгоритмов. Типовым алгоритмом называется алгоритм, сгенерированный по типовому решению для конкретного оборудования. Наименование алгоритма типового алгоритма есть имя соответствующего оборудования. Информация об оборудовании, в том

числе наименование, находится в проектных таблицах. Информация об оборудовании может меняться проектантом. Имеется соответствующий механизм автоматического отслеживания таких изменений на свойствах алгоритма и в именах выходных сигналов с него (с учетом выполнения требования уникальности (без дублирования) данных).

В дальнейшем типовой алгоритм может подлежать редактированию с целью добавления входных (реже выходных) сигналов. Имеется механизм создания нового типа оборудования и связанного с ним типового решения через описание отвечающих за это таблиц и полей. Интерфейс функции позволяет контролировать новое оборудование, для которого необходимо провести генерацию типовых алгоритмов.

Одним из типов ошибок в алгоритмах является отсутствие связей между блоками в алгоритме. Иногда, в процессе отладки модели, связи удаляют специально. Необходим механизм последующей проверки отсутствия таких связей. Кроме того, полезна проверка выходных сигналов па предмет их использования, т.к. tie используемый выход говорит о потере на стадии проектирования какой-то связи. Программный комплекс имеет соответствующий интерфейс задания необходимого запроса проверок и использования полученной информации.

При использовании комплекса в составе тренажера получение модели является главной и конечной цепыо. При проектировании алгоритмов модель необходима для их тестирования. Для создания модели алгоритмов программный комплекс имеет автоматический кодогенератор.

Так как проектные данные периодически меняются или в них вносится коррекция после тестирования, необходим механизм, отслеживающий происходящие изменения и определяющий объем требуемой пере генерации модели.

Механизм отслеживает следующие изменения в базе алгоритмов АСУ ТП:

• Создание, редактирование топологии и удаление алгоритмов.

• Изменение в параметризации блоков.

• Изменение названий сигналов связи между алгоритмами.

• Изменение параметров объектов и подобье кто в технологических данных, имеющие ссылки в алгоритмах.

• Изменение имен (идентификаторов) объектов.

Для оптимизации работы с текстами генератора программ модели существует принцип группировки алгоритмов в подсистемы. Описания шаблонов микропрограмм функциональных блоков и имен сигналов находятся в специальных таблицах в базе алгоритмов АСУ ТП. В шаблонах применяются унифицированные условные обозначения, позволяющие генератору использовать значения параметров блока, названия портов и другую информацию при создании текстов программ. Имеется соответствующий интерфейс для работы с генератором и задания его опций.

Генератор создает программы на языке фортран. Программы и файлы описания переменных совместимы с исполнительными системами US3 и WínMod.

Практическое использование работы комплекса осуществляется в составе полномасштабного тренажера АЭС Куданкулам {ОАО ДЖЭТ). Модель алгоритмов АСУ ТП ПМТ АЭС Куданкулам состоит из около 8000 алгоритмов. Из них более 1000 - алгоритмы управления моторами, около 3500 — задвижками, более 200 — регуляторов, около 3000 — алгоритмы защит н блокировок. Комплекс оперативно решает следующие задачи:

• Прорисовка или импорт алгоритмов по данным технологов-проектантов.

• Параметризация алгоритмов по предварительной проектной спецификации

тренажера (PDS - создается по данным проектных организаций, но с учетом объема н специфики моделирования технологических систем на тренажере).

• Генерация модели алгоритмов,

• Тестирование модели тренажера с целью нахождения ошибок в

алгоритмах и параметрах и передачи обнаруженных ошибок в проектные организации.

• Исправление ошибок в модели алгоритмов по указанию тест-операторов

тренажера или по новым или исправленным проектным данным.

• Генерация новой версии модели алгоритмов,

Рабата с комплексом была организована в многопользовательском режиме с обращением всех рабочих мест к одной базе алгоритмов АСУ ТП. Это позволило максимально эффективно организовать взаимодействие различных специалистов. Размещение данных в едином месте (в базе) автоматически осуществляло целостность информации в многопользовательском режиме работы и простоту обновления версий при ведении работ в разных городах.

Обобщая итоги работы комплекса можно заключить, что достигнут качественно новый уровень автоматизации моделирования и проектирования алгоритмов АСУ ТП, выражающийся в следующем:

- Данные технологических систем не дублируются, используются в проекте алгоритмов как ссылки. Их изменения автоматически (без ручного редактирования) отражаются в проекте алгоритмов.

- Проектирование алгоритмов, нх параметризация осуществляются в «пространстве проектных данных», что практически исключает внесение непроизвольных, трудно обнаруживаемых ошибок. Автоматически вносятся изменения в связанные алгоритмы.

- Использование информации о проекте алгоритмов АСУ ТП непосредственно для создания модели алгоритмов позволяет автоматически определять объем изменений проекта алгоритмов для оперативной и ере генерации модели.

- Разработанные механизмы связности и информационные функции позволяют оперативно анализировать интерфейс между объектами и свойствами технологического оборудования энергоблока и алгоритмами. Это повышает эффективность и надежность операций по изменению тех или иных проектных решений и не позволяет принимать такие решения в отрыве технологической части от АСУ ТП и наоборот.

- Применение комплекса в проектных организациях обеспечит работу в едином информационном пространстве и с общими ПС, что позволяет

IT

организовать сквозное проектирование алгоритмов без ручного ввода н редактирования информации между отделами технологов и автоматики, а также разработчиками ПМТ.

— Совмещение ПС' и данных для проектирования и моделирования . позволяет использовать модель алгоритмов (совместно с моделью энергоблока) для тестирования проектных решений в режиме ON-Line и создавать предварительные версии ПМТ на стадии проектирования АЭС.

Глава S посвящена описанию созданной автором совместно с к.т.н. И.В .Федоровым системы разработки и эксплуатации моделирующих программных комплексов WinMod в операционной системы Windows. Описана постановка задачи, структура системы Win Mod, технология создания графического интерфейса модели. Приведено краткое описание аналитических тренажеров, разработанных с помощью данной системы.

Структурно система состоит из двух подсистем — интеграция и управление моделью (исполнительная система), разработчиком которой является И.В.Федоров, и подсистема визуализации и имитационного управления, разработчик - автор диссертации.

Одна из основных технологий моделирования, названная US3, была разработана в США фирмой Singer Link-Miles Simulation Corporation (сейчас GSE Systems) в 80-е годы для операционной системы Unix, и поддержи вдеться до настоящего времени фирмой-разработчиком и СП, а затем ОАО «ДЖЭТ». ОАО «ДЖЭТ» использовало эту систему для разработки тренажеров АЭС с реакторами различных типов, начиная с конца 80-х годов и до недавнего времени на базе многопроцессорных компьютеров Silicon Graphics. Эта система представляет собой программное обеспечение, позволяющее разрабатывать, отлаживать и эксплуатировать в режиме реального времени крупные моделирующие комплексы.

За последнее десятилетне произошли существенные изменения в вычислительной технике. Рост производительности ПЭВМ па 1-2 порядка позволил постепенно отказаться от больших и дорогих вычислительных комплексов и перейти на гораздо более доступную платформу фирмы Intel. Появилась новая ниша программного обеспечения, способная обеспечить доступное быстродействие средствами разработки больших моделирующих систем на новой платформе: операционная система MS Windows на процессорах Intel.

При этом появились новые аппаратные и программные средства, позволяющие относительно легко создавать и использовать мультимедиа-контент (видео, звук, цифровое фото и др.). Это принципиально изменило подход к созданию интерфейса пользователя, в частности, операторского на тренажерах. Стало возможным создавать достаточно реалистичные панели управления с использованием цифровой фотографии. Применение специальных, отображающих процессы элементов (например, кипение, горение, перемещение чего-либо и др.), видео и звуковых эффектов способно кардинально изменить применение тренажеров в обучающем процессе (в том числе в системе Высшего образования).

При создании системы \VinMod ставились три ключевые задачи:

• Функциональные возможности системы ДОЗ должны быть реализованы на новой программ но-аппаратной платформе приблизительно в том же объеме. При этом должен быть измене» и упрощен (в сторону дружелюбности и доступности) интерфейс разработчика

• Принципиально изменить механизм и возможности отображения и управления моделируемого процесса с применением мультимедиа.

• Должна быть совместимость с 1)83 по основным форматам данных.

Microsoft Vfsnnl С++:

Создание панелеП Графического ннтерфеПса

ЗЕ

Разработка ActiveX

ПО Windows:

Создание ресурсов МУЛЬТИМЕДИА

Утилита LIliltPB ! Создание связи с HARDWARE

Xz

Панели графического интерфейса ЭяеншУ упрмммч» ActiveX Control

Библиотек* MOAnf iu»oai lO.DLL

Утилита ШМДЕД

OuniiiiK БД HARDWARE

I

База обмена HARDWARE

Утилита Gculnlcn

OrllKtHIK nncll

с графическим интерфейсом

Исполнительная система (RTEX, DBM и др.)

Рис. 3. Структура подсистемы визуализации и лшггациоипого управления WinMod.

В результате была разработана система моделирования, структурно, подобная US3 и совместимая с ней по основным форматам данных, работающая а операционной системе Windows на одно- нлм многопроцессорных

компьютерах с процессорами Intel. Структура программного комплекса в части визуализации и имитационного управления показана па рис. 3.

В модели технологических систем, созданием и управлением которой занимается исполнительная система, имеются переменные, значения которых необходимо визуализировать (в виде числа, графика, цвета и т.д.). Так же имеются переменные, значение которых должно определятся пользователем через графический интерфейс и от которых меняется расчетный процесс. Такие переменные называются переменные ввода/вывода. Кроме того, в тренажерной технологии имеются специальные (системные) переменные, отвечающие за действия инструктора - ввод отказов и дистанционное управление оборудованием. Эти переменные также относятся к переменным ввода/вывода.

Переменные ввода/вывода могут принадлежать к четырем типам обмена: логический ввод, аналоговый ввод, логический вывод и аналоговый вывод. Все четыре типа ввода/вывода имеют свою таблицу обмена между графическими приложениями визуализации и управления (панели) и исполнительной системой. Для передачи служебной информацией от исполнительной системы графическим панелям имеется дополнительная таблица. Все пять таблиц являются базами DBASE IV, связанными с базой MS Access HARDWARE.

При написании программы математической модели переменные ввода/вывода не отличаются от обычных переменных. Однако для системы разработки они являются специальными, и создание их идентификаторов должно подчинятся определенным правилам, которые определяют тип (таблицу) обмена. Такие правила имеются и в технологии US3. Для совместимости система WinMod их полностью поддерживает.

Для каждой переменной ввода/вывода необходимо знать се местонахождение в базе обмена HARDWARE. Оно определяется именем таблицы (зависит от типа обмена), номером записи, именем поля в таблице и (для логических переменных) номером бита в ячейке. Эта информация находится в базе карты ввода/вывода ЮМАР.

Для работы с базой ввода/вывода предназначена утилита Менеджер ЮМАР. Она предназначена:

* Для ввода переменных и их параметров. Ввод возможен из файлов описания формата WinMod или US3 (в случае переноса проекта).

* Автоматического определения размещения новых переменных в базе обмена HARDWARE. Новая переменная анализируется по ее идентификатору, определяется ее тип, таблица обмена и присваиваются следующие по порядку номера Sirra, поля, записи.

• Генерации в базе обмена HARDWARE новых записей (при необходимости).

• Ведения лог-файла и вывод сообщений об ошибках и п реду прежде ниях.

Элементы отображения и управления созданы на основе технологии MS ActiveX Control. Они представляют собой внедряемые в приложение динамические библиотеки, основанные на модели компонентных объектов (СОМ). Преимуществами данной технологии являются: I) осуществление на системном уровне поддержки и функционирования (режим разработки,

установка в приложение-контейнер, безопасность данных и др.). 2) возможность создать сколь угодно сложное поведение элемента (вплоть до программирования некоторой физической модели). При разработке элемента ActiveX необходимо определить его свойства, доступные разработчику графических панелей, и описать функции действия на используемые события при работе пользователя с этим элементом. Свойствами могут выступать текст, который необходимо отобразить, имена внешних медиа-файлов (звуковые, фото и видео файлы), цвет и др. Событием может быть нажатие кнопки/кнопок мышки по элементу, ввод с клавиатуры, работа таймера и др.

Для системы WinMod создана достаточно богатая библиотека элементов. Большинство из них универсальны и могут использоваться для разных проектов и задач. Элементы могут быть разделены на два типа по способу параметризации. Первый тип элементов представляет ручной способ параметризации, когда задание свойств элемента сводится к изменению тех или иных значений параметров на диалоговом окне задания свойств. Второй тип элементов - с автоматической параметризацией, когда информация, характеризующая элемент, уже имеется. Отдельно можно выделить элементы, имитирующие некоторые физические процессы. Такой элемент содержит в себе модель визуализации, расчет которой зависит от множества переменных физической модели. Например, элемент процесса кипения использует такие параметры, как паросодержанне, температура среды, скорость патока н его направление, уровень жидкости и др.

Создание графических приложений системы WinMod основано на технологии «разработки мастера приложений (AppWizard)» Visual Studio С++. Эта технология основана на генерации проектов приложения по уже разработанному эталонному проекту на С++. Эталонный проект является законченным проектом приложения с описанием всех механизмов, необходимых для взаимодействия с системой WinMod. В дальнейшем пользователь Visual Studio выбирает из списка создания нового проекта пункт «Генерация панели WinMod», задает имя будущей панелн и получает готовый для разработки проект.

Разработка панели не нуждается в программировании и осуществляется методом визуального проектирования. Элементу, с помощью его индивидуального окна свойств, задаются необходимые параметры. Далее, средствами Visual Studio, производится присвоение свойству обмена имени интерфейсной переменной ввода/вывода. Вид и назначение графических приложений отражают решаемую задачу под управлением WinMod. Панели могут быть как достаточно простые, с отображением отдельных переменных и ключей управления (для задачи «исследовательский инструмент на рабочем столе инженера»), так и сложными, в виде мультимедийных приложений с визуализацией физических процессов для задач обучения.

Для создания описания связи приложения с исполнительной системой предназначена утилита LirtkDB. Утилита просматривает файлы проекта панели с описанием интерфейсных переменных, находит их в базе IOMAP и создает include-файл с вызовами функций обмена для кажцой переменной.

Функции обмена находятся в динамической библиотеке lO.dll. Ее вызов н описания функций уже находятся в проекте приложения (предусмотрено эталонным проектом).

Связь графических приложений (панелей) с исполнительной системой. WinMod осуществляется посредством базы HARDWARE. База находится на компьютере с исполнительной системой. Панели могут находиться как на этом же компьютере, так и на других, соединенных локальной сетью. В последнем случае база должна быть доступным сетевым ресурсом.

Выбор механизма обмена посредством базы был обусловлен следующими преимуществами:

• Скорость обмена. Для задач этого типа данный механизм обеспечивает обмен с достаточным запасом,

• Актуальность состояния. В базе всегда находятся актуальные (соответствующие модельным переменным) значения на текущий момент времени. Потеря данных при асинхронном чтении графическими приложениями не критична для обслуживаемых WinMod-ом задач. На современных ПЭВМ потеря данных отсутствует.

• Относительная простота реализации механизма обмена (необходимые механизмы уже созданы разработчикам» СУБД).

С использованием системы WinMod в ОАО «ДЖЭТ» были разработаны два аналитических тренажера: «ТОМАС-1» для АЭС с реактором ВВЭР-1000 и «ТОМАС-2» для АЭС с реактором РБМК-1000.

Программный комплекс "ТОМАС-1" (Тренажер Оперативного Моделирования Аварийных Ситуаций) позволяет моделировать нормальные, переходные и аварийные режимы работы АЭС с ВВЭР-1000 (проект В-320). Математические модели тренажера частично разработаны с использованием системы WinMod, частично — использованы модели технологических систем, разработанные для аналогичных полномасштабных тренажеров.

Комплекс ТОМАС-1 передан в УГТУ (Уральский Государственный Технический Университет) и в настоящее время внедрен в учебный процесс.

Программный комплекс ТОМАС-2 предназначен для моделирования нормальных, переходных и аварийных режимов работы АЭС с РБМК-1000. Прототипом тренажера является 4 блок Курской АЭС. Трехмерная двухгрупповая нейтронно-фнзическая модель, а также модель КМПЦ и его вспомогательных систем, построенная с помощью кодогенератора CMS, разработаны и отлажены в системе WinMod. Модели остальных технологических систем перенесены с полномасштабного тренажера Курской АЭС.

Панели графического интерфейса обоих комплексов разработаны полиостью в WinMod.

В настоящее время ведется разработка моделирующего комплекса JOKER для блока Белоярской АЭС с реактором БН-600. Первая версия комплекса в декабре 2005 г, принята в опытную эксплуатацию.

Начата разработка аналитического тренажера Ростовской АЭС в объеме полномасштабной модели (ОАО «ДЖЭТ»).

ОСНОВНЫЕ РЕЗУЛЬТАТЫ И ВЫВОДЫ

Основные итоги проведенной работы, показывающие научную новизну исследований и практическую ценность результатов, могут быть сформулированы следующим образом:

• Разработана методика создания программных средств для моделирования и проектирования алгоритмов АСУ ТП на основе проектных данных технологических систем энергоблока.

• Разработана структура универсальной единой базы алгоритмов АСУ ТП, содержащая топологию алгоритмов, их параметризацию, внутренние микропрограммы, связи с технологическими данными и генератором модели и др.

• Практическим воплощением методики стал созданный программный комплекс SKUGEN - прототип автоматизированной системы моделирования н проектирования АСУ ТП.

• Комплекс SKUGEN использован для создания по проектным данным, отладки и тестирования модели алгоритмов АСУ ТП полномасштабного тренажера АЭС Куданкулам, что доказало практическую применимость комплекса и лежащей в его основе методики.

• В настоящий момент ведутся предварительные работы над использованием методики и составных частей и решений программного комплекса SKUGEN в проектных организациях (разработка АСПУС, ФГУП АЭП (Москва), АЭС-2006).

• Создана новая система разработки и эксплуатации моделирующих программных комплексов WinMod для операционной системы Windows, позволяющая обслуживать широкий круг расчетных задач, в том числе разрабатывать аналитические тренажеры и снмуляторы с использованием мультимедийных возможностей операционной системы,

• На базе системы создан симулятор ТОМАС-1, который внедрен в учебный процесс, и расчетный комплекс JOKER, принятый в опытную эксплуатацию. Ведутся другие разработки.

Основные результаты диссертации опубликованы в следующих работах:

1. Айзатулнн А.И., Жукавин А.П., Исламов В.Ю., Лысов Д.А. Тестирование алгоритмов АСУ ТП на полномасштабном тренажере ТяньваньскоЙ АЭС в Китае. Четвертая Международная Научно-техническая конференция «Безопасность, эффективность и экономика атомной энергетики». Пленарные и секционные доклады. Москва, ВНИИАЭС, 16-17 июня, 2004. с. 289-291.

2. Жукавин А.П., Айзатулнн А.И. Проблемы и пути их решения при изготовлении тренажеров проектируемых АЭС (Тяньвань — КНР, Куданкулам - Индия). Пятая Международная Научно-техническая конференция «Безопасность, эффективность и экономика атомной энергетики». Программа и тезисы докладов. Москва, 19-21 апреля 2006 г. с. 150-151.

3. А.И.Айзатулнн, К.Б.Будылин, О^А.Волощенко, А.П.Жукавнн, А.О.Ковалевич, И.В.ФЙдоров, РЛ.Фукс. Программный комплекс ТОМАС для оперативного

моделирования аварийных ситуаций на АЭС с ВВЭР-1000. Тез. докл. семинара секции динамики «Математические модели для исследования и обоснования характеристик оборудования и ЛЭУ в целом при их создании н эксплуатации»,. 18-22 сентября 2000 г.- Гатчина,2000, с. 164-166.

4. Селезнев Б.Ф., Пряничников A.D., Фёдоров И.В., Айзатулин А.И., Белов A.A., Келарев ЕЛО. Комплекс программ JOKER — расчетного обоснования безопасной эксплуатации АЭС с РУ БН-600 в динамических режимах. Четвертая Международная Научпо-техннческая конференция «Безопасность, эффективность и экономика атомной энергетики». Программа и тезисы докладов. Москва, ВНИИАЭС, 16-17 нюня, 2004. с. 82-86,

5. Селезнев Б.Ф., Айзатулин А.И., Белов A.A., Козлова Н.В., Федоров И.В, Расчетное обоснование загрузок на АЭС с реактором БН-600 в динамических режимах. Пятая Международная Научно-техническая конференция «Безопасность, эффективность и экономика атомной энергетики». Программа и тезисы докладов, Москва, 19-21 апреля 2006 г, с. 77-80.

6. Айзатулин А.И. Разработка программного обеспечения для создания, отладки н тестирования моделей цифровых СКУ АЭС нового поколения на основе проектных данных. ВАНТ, серия Физика ядерных реакторов, 2006 г., вып. 2, с. 21-27

7. И.В.Фёдоров, А.И.Айзатулин. Система разработки и эксплуатации программных моделирующих комплексов WinMod. Сб. докладов семинара «Нейтроннка», Обнинск, 2001, с.ЗЗ

8. Росляков М.В., Титов Г.П., Щеклеин С.Е., Айзатулин А.И., Селезнев Е.Ф., Федоров И.П. Опыт внедрения тренажера оперативного моделирования аварийных ситуаций "ТОМАС-1А" в учеб но-методический процесс кафедры "атомная энергетика" УГТУ-УПИ. "Перспективные энергетические технологии. Экология. Экономика, безопасность и подготовка кадров." Сборник научных трудов. Екатеринбург, 2006, с.150

ОАО «ВНИИАЭС», 2006г.

Тираж 70 экз.

ВВЕДЕНИЕ.

1 ОБОБЩЕНИЕ ОПЫТА. ФОРМУЛИРОВКА ПРОБЛЕМЫ.И

1.1 Тренажеры первого поколения.

1.2 Новые факторы при создании тренажеров последних поколений АЭС.

1.3 Проблемы моделирования (на примере ПМТ Тяньваньской АЭС).

1.4 Проблемы проектирования (на примере ПМТ АЭС Куданкулам).

1.5 Обзор средств разработки асу тп и моделирования алгоритмов автоматики.

2 МЕТОДИКА СОЗДАНИЯ СРЕДСТВ МОДЕЛИРОВАНИЯ И ПРОЕКТИРОВАНИЯ АЛГОРИТМОВ ЦИФРОВЫХ АСУ ТП ПО ПРОЕКТНЫМ ДАННЫМ ТЕХНОЛОГИЧЕСКИХ СИСТЕМ.

2.1 Методические требования.

2.2 База алгоритмов АСУ ТП.

2.3 Компоненты комплекса.

3 СТРУКТУРА БАЗЫ АЛГОРИТМОВ АСУ ТП.

3.1 Свойства функциональных блоков.

3.2 Алгоритмы и параметризация.

3.3 Связи с проектными таблицами и генерация типовых алгоритмов.

3.4 Проектные данные технологических систем.

3.5 Служебные таблицы.

4 ПРОГРАММНЫЙ КОМПЛЕКС SKUGEN.

4.1 Общее описание.

4.2 Проектные данные АСУ тп энергоблока. Преобразователь алгоритмов.

4.3 Список алгоритмов и работа с ним.

4.4 Графический редактор и библиотека функциональных блоков.

4.5 Параметризация блоков.

4.6 Другие функции интерфейса пользователя.

4.7 Менеджер проектных таблиц.

4.8 Генерация типовых алгоритмов.

4.9 Информация использования блоков.

4.10 Генератор модели алгоритмов.

4.11 Работа комплекса в составе тренажера. Оценка достижения поставленной цели.

5 СИСТЕМА РАЗРАБОТКИ И ЭКСПЛУАТАЦИИ МОДЕЛИРУЮЩИХ ПРОГРАММНЫХ КОМПЛЕКСОВ WINMOD.

5.1 Структура комплекса.

5.2 База обмена HARDWARE.

5.3 База карты ввода/вывода и Менеджер «ЮМАР».

5.4 Элементы отображения и управления.

5.5 Создание графических приложений.

5.6 утилита «LinkDB» и библиотека «IO.DLL».

5.7 Связь графических приложений с исполнительной системой.

5.8 Внедрение системы WinMod.

В настоящий момент в нашей стране и во всем мире возрождается интерес к ядерной энергетике. Для этого имеется несколько основных причин. Первая - мировой рост энергопотребления, причем в Российской Федерации рост больше прогнозных показателей: за 8 месяцев 2006 года в целом по стране рост энергопотребления составил 5,5% вместо 2%, предсказанных прогнозом [1].

Вторая основная причина - истощение запасов углеводородного топлива. «Время дешевых энергоресурсов в стране закончилось. Газовая пауза завершилась» - ставиться диагноз аналитиками [2].

Новые технологии производства электроэнергии приходят позже, чем ожидалось. Все это способствовало взглянуть на ядерную энергетику новыми глазами, тем более что «чернобыльский синдром» за давностью лет постепенно теряет свою силу.

Развитие атомного энергопромышленного комплекса постепенно становится для страны приоритетной задачей. Это отражено в Послании президента Российской Федерации Федеральному Собранию РФ. 15 июля 2006 г. правительством РФ была утверждена Концепция федеральной целевой программы "Развитие атомного энергопромышленного комплекса России на 2007-2010 годы и на перспективу до 2015 года". Предусматриваются внесения изменений в нормативно-правовые документы, в том числе - проект нового закона по атомной промышленности, который должен поступить в Государственную Думу [3].

Перед отраслью ставятся грандиозные задачи, по масштабу сопоставимые с национальным проектом. Если в 2006 году строительство энергоблоков ведется на двух площадках, то в 2007 году строительство уже развернется на 4-х площадках, в 2008 году - на 6-ти площадках, а в 2009 году - будет уже 9-таких площадок. Количество специалистов, занятых в строительстве, должно возрасти с нынешних 5,5 тыс. до почти 55 тыс. человек. Планируется строительство от двух до четырех блоков в год [4]. Кроме того, предполагается модернизация работающих энергоблоков с целью продления их ресурса.

Такой масштаб работ предполагает, в том числе, наличие и использование современных средств проектирования. Учитывая, что некоторые системы АЭС, в первую очередь АСУ ТП, системы контроля и управления блоком будут разрабатываться на основе цифровых программно-технических средств нового поколения, к средствам проектирования сегодня предъявляются особые требования.

Последнее десятилетие проектирование энергоблоков проводилось в «штучном» исполнении, что позволяло, хотя и с большими трудностями, использовать старые методы проектирования. Однако опыт строительства первых АЭС с цифровой системой АСУ ТП (Тяньваньская АЭС, АЭС Куданкулам, Калинин-3) показал, что проектирование системы контроля и управления АЭС "ручным" способом, применявшимся для разработки проектов аналоговых АСУ ТП, оказался крайне неэффективен для проектирования новых систем на базе программируемых программно-технических средств (ПТС) ввиду их гораздо большей сложности.

Эти обстоятельства затронули и создателей тренажеров АЭС, которые одними из первых столкнулись с новыми трудностями. Тренажеростроение оказалось в новых условия - стало необходимо создавать тренажеры для блоков, которых еще нет (только проектные материалы) и создавать модели цифровых АСУ ТП и имитаторы системы верхнего блочного уровня (СВБУ).

В результате тренажеростроение оказалось рядом с несвойственной для нее областью - проектированием, что привело к необходимости «на ходу», в процессе работ над проектами полномасштабных тренажеров (ПМТ), решать новые задачи, создавать новые программные инструменты, менять классические технологии. Можно сказать, что некоторые созданные решения могут быть применимы не только для строительства тренажеров, но и для проектных организаций, которые уже проявили интерес к развитию идей и инструментов, описанных в данной работе. Кроме того, растет понимание необходимости внедрении технологии разработки симуляторов как подсистемы CALS1 технологии непосредственно в процесс проектирования АЭС. Иными словами, параллельно проектированию создавать с помощью компьютерных кодов «виртуальную АЭС», на которой проверять все спроектированное оборудование и технические решения в комплексе и в различных режимах для исправления ошибок проектирования и поиска оптимальных решений. То есть тренажер сегодня - в свете программы развития атомной энергетики - необходимо рассматривать не только как инструмент подготовки персонала (классическая задача), но и как «информационно-цифровую модель будущих станций» [5].

Кроме того, рост производительности доступной персональной вычислительной техники стимулировал разработку отечественных систем интегрирования сложных моделирующих комплексов с современным аппаратом визуализации для создания аналитических симуляторов и расчетных комплексов широкого применения (обучение, ВУЗы, инженерные задачи и др.).

В данной работе описываются методика создания программных средств для моделирования и проектирования алгоритмов АСУ ТП на базе проектных данных технологических систем и программный комплекс SKUGEN, разработанный на основе этих методов, а также созданная с участием автора система разработки и эксплуатации CALS - Continuous Acquisition and Life cycle Support - непрерывный сбор и информационная поддержка жизненного цикла продукции моделирующих программных комплексов \¥шМос1. Описанный программный комплекс ЗКХГСЕК стал штатным средством создания и отладки моделей алгоритмов АСУ ТП нижнего уровня полномасштабного тренажера АЭС Куданкулам (ОАО «ДЖЭТ»). Система \¥тМос1 использовалась в ОАО «ДЖЭТ» при создании двух аналитических симуляторов для блоков с реакторами РБМК-1000 (прототип - 4-й блок Курской АЭС) и ВВЭР-1000 (проект В-320), в настоящий момент идет создание аналитического тренажера Ростовской АЭС и расчетного интерактивного комплекса ЮКЕЯ для БН-600.

Содержание работы изложено в 5 главах.

В главе 1 обобщается опыт строительства тренажеров для существующих станций и анализируются проблемы, возникшие при создании тренажеров строящихся АЭС нового поколения. Проводится обзор сегодняшних средств проектирования и моделирования АСУ ТП.

Во 2-ой главе формулируется методика создания комплекса моделирования и проектирования алгоритмов АСУ ТП по проектным данным. Она состоит из методических требований к функциям создаваемого комплекса в целом, правил организации данных и отношений различных данных между собой, определения необходимых компонент комплекса и их основных функций. Обосновывается эффективность использования СУБД для хранения всей информации проекта АСУ ТП.

В главе 3 описана структура базы алгоритмов АСУ ТП, назначение таблиц и полей.

В главе 4 описывается программный комплекс моделирования и проектирования алгоритмов АСУ ТП ЗКХЮЕМ, его компоненты, программные механизмы, интерфейс пользователя, работа в составе тренажера.

Глава 5 посвящена описанию созданной автором совместно с И.В.Федоровым системы разработки и эксплуатации моделирующих программных комплексов WinMod для операционной системы Windows. Описана постановка задачи, структура системы WinMod, технология создания графического интерфейса модели. Приведено краткое описание аналитических тренажеров, разработанных с помощью данной системы.

Цели работы состоят в разработке методики создания программных средств моделирования и проектирования алгоритмов АСУ ТП энергоблока по проектным данным технологических систем энергоблока на основе опыта строительства тренажеров первых АЭС с цифровой системой контроля и управления, разработке на основе этой методики программного комплекса, а также в создании системы разработки и эксплуатации моделирующих программных комплексов с операторским интерфейсом с использованием мультимедийных ресурсов ОС Windows.

Для достижения этих целей решены следующие задачи:

• Разработана структура базы данных алгоритмов АСУ ТП, содержащей топологию алгоритмов логики, параметризацию у функциональных блоков (ФБ) алгоритмов и связь параметров ФБ с проектными данными, внутренние микропрограммы ФБ и др.

• Разработан механизм синхронизации изменений в проектных данных технологических систем и в алгоритмах путем автоматического внесения необходимых изменений в базу данных алгоритмов АСУ ТП.

2 ФБ - элементы построения алгоритмов, содержащие определенные логические/аналоговые функции, зависящие от заданных параметров (параметризация блока) и значений входных сигналов.

• Создан прототип автоматизированной системы проектирования и моделирования АСУ ТП - программный комплекс SKUGEN, предназначенный для создания (проектирования) алгоритмов АСУ ТП с механизмом параметризации по проектным данным технологических систем, создания модели алгоритмов для тестирования логики (расчетное обоснование проектирования алгоритмов) АСУ ТП и работы тренажеров, получения информации использования проектных данных в алгоритмах.

• создана новая система разработки и эксплуатации больших моделирующих программных комплексов WinMod в операционной системы Windows, позволяющая разрабатывать аналитические тренажеры с использованием мультимедийных возможностей операционной системы, что позволяет повышать уровень подготовки студентов отрасли, квалификацию оператор АЭС и, тем самым, безопасность энергоблоков.

Научная новизна выполненной работы заключается в следующем:

• Разработана методика создания программных средств моделирования и проектирования алгоритмов АСУ ТП по проектным данным технологических систем, создана структура универсальной (для задач проектирования и моделирования) и единой (топология и параметризация алгоритмов) базы данных АСУ ТП с синхронизацией с проектными данными и с механизмом автоматического отслеживания объема их изменений.

• на основе ряда оригинальных технических решений создана новая система разработки и эксплуатации моделирующих комплексов в части визуализации и управления, функционирующая в операционной среде Windows.

Практическая значимость работы:

• созданный автором программный комплекс SKUGEN использован в ОАО «ДЖЭТ» для создания, отладки и тестирования модели алгоритмов АСУ ТП полномасштабного тренажера АЭС Куданкулам.

• Разработанный автором метод создания программных средств для моделирования и проектирования алгоритмов АСУ ТП на основе проектных данных технологических систем энергоблока рассматривается в настоящий момент для дальнейшего развития программного комплекса SKUGEN для применения в проектных организациях (ФГУП Атомэнергопроект, Москва, проект АЭС-2006).

• система разработки и эксплуатации моделирующих комплексов WinMod позволяет создавать интерактивный интерфейс любой сложности и наглядности. Это делает возможным ее применение для разработки аналитических тренажеров любого назначения как для уже существующих АЭС, так и для строящихся, а также при создании моделирующих и расчетных комплексов для решения научно-исследовательских задач и задач обучения в системе высшего образования. Система WinMod использовалась при разработке двух аналитических симуляторов: «ТОМАС-1» для АЭС с реактором ВВЭР-1000 и «ТОМАС-2» для АЭС с реактором РБМК-1000 (ОАО ДЖЭТ). «ТОМАС-1» поставлен в УГТУ (Уральский Государственный Технический Университет) и в настоящее время внедрен в учебный процесс. Ведется разработка моделирующего комплекса JOKER для блока Белоярской АЭС с реактором БН-600, первая версия комплекса в декабре 2005 г. принята в опытною эксплуатацию. Ведется разработка аналитического тренажера Ростовской АЭС по полномасштабной модели (ОАО «ДЖЭТ»).

Личный вклад автора заключается в том, что на основе личного опыта построения тренажеров для первых АЭС с цифровой системой управления автором был разработан метод создания программных средств для моделирования и проектирования алгоритмов АСУ ТП, создана универсальная база АСУ ТП с механизмом привязки к проектным данным, создан программный комплекс для работы с этой базой, автоматический генератор модели. Система разработки и эксплуатации моделирующих программных комплексов создана в сотрудничестве с Федоровым И.В. Большинство использованных в ней основных технических решений принималось авторами совместно. Программирование утилит для создания интерфейса графических панелей контроля и управления с моделью, разработка баз данных обмена с исполнительной системой, органы контроля и управления, другие части создания операторского интерфейса были разработаны автором диссертации. Утилиты интеграции моделей и исполнительная система (DBM, RTEX) полностью разработаны Федоровым И.В. и в настоящей работе не описаны. Программа конвертора алгоритмов формата MS WORD ФГУП Атомэнергопроект, а также утилиты импорта данных из инженерной станции TELEPERM ХР (Сименс) были разработаны Исламовым В.Ю. и в работе описывается только их применение. Разработка аналитических тренажеров с помощью комплекса WinMod выполнялась автором в составе коллективов, названных в публикациях.

На защиту выносится:

- методика создания программных средств моделирования и проектирования алгоритмов АСУ ТП по проектным данным технологических систем

- программный комплекс SKUGEN

- подсистема визуализации и управления системы WinMod.

Основные результаты диссертации опубликованы в работах: [12],[13],[14],[19],[25],[26],[27],[29],[30],[31],[54].

Заключение

Основные итоги проведенной работы, показывающие научную новизну исследований и практическую ценность результатов, могут быть сформулированы следующим образом:

• Разработана методика создания программных средств для моделирования и проектирования алгоритмов АСУ ТП на основе проектных данных технологических систем энергоблока.

• Разработана структура универсальной единой базы алгоритмов АСУ ТП, содержащая топологию алгоритмов, их параметризацию, внутренние микропрограммы, связи с технологическими данными и генератором модели и др.

• Практическим воплощением методики стал созданный программный комплекс SKUGEN - прототип автоматизированной системы моделирования и проектирования АСУ ТП.

• Комплекс SKUGEN использован для создания по проектным данным, отладки и тестирования модели алгоритмов АСУ ТП полномасштабного тренажера АЭС Куданкулам, что доказало практическую применимость комплекса и лежащей в его основе методики.

• В настоящий момент ведутся предварительные работы над использованием методики и составных частей и решений программного комплекса SKUGEN в проектных организациях (разработка АСПУС, ФГУП АЭП (Москва), АЭС-2006).

• Создана новая система разработки и эксплуатации моделирующих программных комплексов WinMod для операционной системы Windows, позволяющая обслуживать широкий круг расчетных задач, в том числе разрабатывать аналитические тренажеры и симуляторы с использованием мультимедийных возможностей операционной системы.

• На базе системы создан симулятор ТОМАС-1, который внедрен в учебный процесс, и расчетный комплекс JOKER, принятый в опытную эксплуатацию. Ведутся другие разработки.

В заключение автор выражает свою благодарность научному руководителю д.т.н. Е.Ф.Селезневу, оказавшему большую помощь в работе над диссертацией, к.т.н. И.В.Федорову, без обсуждения с которым не принималось ни одно важное техническое решение при разработке комплекса WinMod, В.Ю. Исламову за оригинальные подходы в части импорта данных с инженерной станции ES-680 и алгоритмов из формата MS WORD, к.т.н. А.П.Жукавину, руководившему разработкой тренажеров «ТОМАС», коллегам, работавшим непосредственно на разработанных автором ПО и внесшим ценные замечания и пожелания по доработке и усовершенствованию программных пакетов, а также другим специалистам, проявившим интерес к представленной работе.

107

1. С.Кириенко: масштабное развитие атомной энергетики в РФ безальтернативно. НА НЕОМиМ, 12.09.2006, (http://wvvw.regnum.ru/news/703414.himn

2. Стратегия развития атомной энергетики России в первой половине XXI века. Министерство РФ но атомной промышленности, Москва, ФГУ П «ЦНИИатоминформ»-2001.

3. Интервью С. Кириенко Российской газете. Федеральное агентство по атомной энергии. Официальный портал. 20.07.06. П^Цp://wvvw.minatom.rLl/News/^1ain/v•icw,?id=34518&idChan¡^el=72)

4. Глава концерта Росэнергоатома С.Обозов называет планы по строительству АЭС новым национальным проектом. ИА ЯЕСМ11М, 07.09.2006, (http://www.regnum.ru/news/701520.html)

5. П.Щедровицкий: Задача, стоящая перед «ВНИИАЭС»— стать системным консультантом Росатома. Пресс-центр атомной промышленности и техники. (http://www.rosatom.ru/commcnts/2601 08.08.2006)

6. Артамкин В.Н. Инженерные тренажеры. Атомная техника за рубежом, 1987, №6. с. 14.

7. Федоров И.В. Моделирование активной зоны реактора РБМК в тренажерах АЭС и система разработки и эксплуатации моделирующих программных комплексов. Диссертация на соискание ученой степени кандидата технических наук. М, 2005 г.

8. Системы управления и защит реакторов второй очереди КАЭС. Техническое описание. Курская АЭС, г. Курчатов 1985 г.

9. Инструкция по эксплуатации системы управления и защиты реактора ЭГП-6 Билибинской АЭС. Инв.№02-50/В, п. Билибино, 1994г.

10. Siemens AG, TELEPERM XP, AS620 Automation System, Basic system Cource for Automation. ECCN:4E992.11 .Руководящий технический материал по применению программно-технических средств ТПТС51. ВНИИА им. Духова, №7142-08/10804.

11. Айзатулин А.И., Исламов В.Ю. TREELOG код-генератор для моделирования алгоритмов управления TELEPERM ХР. Семинар «Методики и программы полномасштабного моделирования динамики АЭС и ТЭС» в ФГУП «Атомэнергопроект», декабрь 2004, Москва

12. Ананьев А., Федоров А. Самоучитель Visual Basic 6.0 СПб.: БХВ-Петербург, 2005.

13. Пауэлл К. Microsoft Visio 2002 : Пер. с англ. М.: Издательство «Лори», 2005.

14. Киммел П. Программирование для Microsoft Access 2002 : Пер. с англ. М.: Издательский дом «Вильяме», 2003.

15. US3 User's Guide. Simulation, Systems and Services Technologies. March 1, 1991.

16. И.В.Фёдоров, А.И.Айзатулин. Система разработки и эксплуатации программных моделирующих комплексов WinMod. Сб. докладов семинара «Нейтроника», Обнинск, 2001, с.ЗЗ

17. Емельяненко В.Ю., Чувильчиков М.С. Технология моделирования атомных электростанций. ВАНТ, серия Физика ядерных реакторов, 1999, вып.2, с. 70.

18. Майданик В.Н., Сычев Р.Г., CMS код - генератор для моделирования технологических систем ТЭС и АЭС. Семинар «Методики и программы полномасштабного моделирования динамики АЭС и ТЭС» в ФГУП «Атомэнергопроект», декабрь 2004, Москва.

19. Деннинг A. ActiveX для профессионалов: Пер. с англ. СПб: Питер, 1998.

20. Крокет Ф. MFC. Мастерская разработчика/ Пер. с англ. М.: Издательский отдел «Русская Редакция» ТОО «Channel Trading Ltd.» - 1998.

21. Беннет Д. и др. Visual С++ 5.0. Руководство разработчика. : Пер. с англ. К.: М.: СПб: Диалектика, 1998.

22. А.И.Айзатулин, И.В.Фёдоров, М.И.Боклач, К.Б.Будылин, О.А.Волощенко, А.П.Жукавин, А.О.Ковалевич, С.Н.Поволоцкая, А.А.Просвирнов, A.B.Пряничников, В.А.Пряхин,

23. Л.К.Сыромятникова. Аналитический симулятор ВВЭР-1000 «ТОМАС». Обнинск, 2001.

24. Айзатулин А.И. Разработка программного обеспечения для создания, отладки и тестирования моделей цифровых СКУ АЭС нового поколения на основе проектных данных. ВАНТ, серия Физика ядерных реакторов, 2006 г., с. 21-27

25. Королева M.С. Сегодня тренируем. А завтра? «Атомная стратегия» №19 ноябрь 2005 г.,littp://w\vw.proaloni.ru/nu7dules.php?name=Nevvs&nie=article&sid=26в

26. Завершены испытания полномасштабной модели тренажера для АЭС "Куданкулам". Официальный сайт ОАО ДЖЭТ, Новости 16.05.06. (http://www. gct-msk. ru/News Délai ls.aspx?id=6)

27. Жукавин А.П, Тушенцев А.С., Айзатулин А.И. Аналитический тренажер 4 блока Курской АЭС. Предварительная проектная спецификация. Система RX Регулирование реактора. ВНИИАЭС, Отчет 016-PDS-RX-01. Москва. 1998 г.

28. Полигон АСУ ТП для АЭС. ФГУП «ЭНИЦ». ditlp://www.erec.ru/science 14 ASUTP.php)

29. Начата интеграция полномасштабного тренажера для АЭС "Куданкулам". Официальный сайт ОАО ДЖЭТ, Новости 01.06.06. (http://www.get-m.sk.ru/NewsDetails.aspx7idM)

30. М.Н.Зизин. Концепция создания системного и прикладного программного обеспечения задач математического моделирования. Препринт ИАЭ-6336/5. М., 2004.

31. ОАО "ДЖЭТ" завершил комплексные испытания ПМТ для АЭС "Куданкудам". Официальный сайт ОАО ДЖЭТ, Новости 01.08.06. (http://www.gel-msk.ru/NewsDetails.aspx7idM4)

32. Именин В.В. Применение ИТ для проектирования тренажерных комплексов. Семинар «Информационные технологии в проектировании и управлении производством», 26 октября 2006г. ФГУП Атомэнергопроект, Москва.

33. Емельяненко В.В., А.П.Жукавин, В.В.Именин, А.Е.Крошилин и др. Опыт создания комплексных математических моделей для анализа нестационарных режимов работы АЭС. ВАНТ, серия Физика ядерных реакторов, 2005г., вып. 3.

34. Маликова Е.Ю. Система автоматизированного проектирования программно-технических комплексов на базе аппаратуры ТПТС. Семинар «Информационные технологии в проектировании и управлении производством», 26 октября 2006г. ФГУП Атомэнергопроект, Москва.

35. Кто лидирует в мире САПР? Информационно-образовательный портал IEportal.http://www. ieportal.net/modules/sections/iridex. php?op=viewarticle&art id=21)

36. Ю.А.Боткин, П.С.Голдовский. Интегрированная САПР и модульное проектирование. Журнал «САПР и ГРАФИКА», №6 2005 г. (http://www.sapr.rU/Archive/SG/2005/6/17/)

37. Н.Куцевич. SCADA-системы и проблемы выбора. Портал Средства и системы компьютерной автоматизации, АСУТПЯи (1ittp://asutp.ru/'.)p=600055)

38. Trace Mode 6 SoftLogic программирование контроллеров. Сайт компании AdAstra. (-http://vv,ww.adastra.ri./prodLicts/dev/softlo^ic/)

39. Р.Ахметсафин, Р.Ахметсафина, 10.Курсов. Разработка тренажеров и отладка проектов АСУ ТП на базе пакетов MMI/SCADA. Журнал «Современные технологии автоматизации», №3 1998г.

40. М.Н.Зизин. Стандарт написания и документирования программ на Фортране 90 версия 1.0. Препринт ИАЭ-6355/5. М., 2005.

41. Тестирование алгоритмов СКУ АСУТП АЭС "Куданкулам". Официальный сайт ОАО ДЖЭТ, новости 16.06.06. http://www.get-msk.ru/NewsDeiai ls.aspx?id=3