Размещено на http://www.allbest.ru/

Реферат

В ходе выполнения дипломной работы была разработана топология программно - технического комплекса автоматической и предупредительных защит автоматической системы управления и защиты реактора ВВЭР-1000 в соответствии с техническим заданием НПП «Хартрон - АРКОС» на реконструкцию энергоблока №1 ЗАЭС. В связи с этим была произведена коррекция базы данных конфигурации и сетевой задачи ПТК АЗ-ПЗ АСУЗ АЭС.

Разработанная топология ПТК АЗ-ПЗ полностью соответствует выдвинутым в техническом задании требованиям.

Коррекция базы данных конфигурации и сетевой задачи (реализованной на языке программирования Borland C++ 3.1) ПТК АЗ-ПЗ произведена с учетом изменений топологии ПТК АЗ-ПЗ и полностью соответствуют стандартам надежности программно - математического обеспечения.

Перечень принятых сокращений и обозначений

ВВЭР - водо-вдяной энергетический реактор

ТВС - тепловыделяющая сборка

СУЗ - система управления и защиты

АЗ - аварийная защита

УПЗ - ускоренная предварительная защита

БЩУ - блочный щит управления

РЩУ - резервный щит управления

ПЗ-1 - подсистема предупредительных защит первого рода

ПЗ-2 - подсистема предупредительных защит второго рода

АКНП - аппаратура контроля нейтронного потока

АРМ - автоматический регулятор мощности

СГИУ - система группового и индивидуального управления

СВРК - система внутриреакторного контроля

ГНЦ - главный циркуляционный насос

ЭГСР - электрогидравлическая система регулирования

ТПН - турбопитающий насос

ЛВС - локальная вычислительная сеть

АСУ ТП АЭС - автоматизированная система управления технологическим процессом атомной электростанции

ВС - вычислительное средство

КСВ - ведущий контроллер сети

КСП - подчиненный контроллер сети

ЗС - задача сканирования

КС - контроллер связи

КСП - контроллер связи подчиненный

КСВ - контроллер связи ведущий

СДАП - стойка диагностики, архивирования и протоколирования

СФАПС - стойка формирования аварийных и предупредительных сигналов

РСПД - размножитель сигналов и питание датчиков

КДМ - контроллер датчиков и исполнительных механизмов

ОЗУ - оперативное запоминающее устройство

ОМК - обмен между каналами

ПО - программное обеспечение

ЦПС - периферийная процессовая станция

ПТК - программно-технический комплекс

РС - рабочая станция

СЗ - сетевая задача

СУБД - система управления базами данных

УМО - унифицированный модуль обмена

ЦПС - центральная процессовая станция

ЭД - электронный диск

Введение

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

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

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

Имевшие место серьезные аварии, в частности на АЭС «Три-Майл-Айленд» в США в 1979 г. и в особенности на Чернобыльской АЭС в СССР в 1986 г., вызвали большие дискуссии в научных кругах и широкой общественности о дальнейшей судьбе и направлении развития ядерных энергетических установок (ЯЭУ). При этом анализ топливно - энергетических ресурсов показывает, что альтернативы ядерной энергетике по наращиванию энергетических мощностей в ближайшее время практически нет. В этих условиях на первый план выдвигаются требования обеспечения надежности и безопасности ЯЭУ. Существенно возрастают требования к подготовке специалистов.

1. Аналитический обзор литературных источников

1.1 Реактор ВВЭР-1000

Ядерный реактор ВВЭР-1000 относится к типу водо-водяных энергетических реакторов с водой под давлением, без кипения воды в активной зоне.

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

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

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

Вслед за реакторами первого поколения электрической мощностью в несколько сотен мегаватт появились реакторы единичной мощностью тысяча мегаватт и более. У нас в стране в 1980 г. вышли в серию блоки АЭС с ВВЭР-1000 (рисунок 1.1).

Активная зона размещена в цилиндрическом толстостенном корпусе диаметр которого, включая размеры подводящих и отводящих патрубков, не превышает 4,5 м. В отличие от ВВЭР-400 корпус реактора ВВЭР-1000 изготавливается на заводе с укороченными патрубками, что позволило несколько увеличить диаметр самого корпуса при сохранении общего железнодорожного габарита. Схема подвода и отвода теплоносителя остается прежней с восходящим движением через активную зону. Активная зона состоит из плотной упаковки шестигранных ТВС, набранных из стержневых твэлов. Шестигранная ТВС бесчехловая, что обеспечивает перемешивание теплоносителя в радиальном направлении и предотвращает различие перепадов давления в параллельных каналах. Диаметр подводящих и отводящих патрубков 850мм, число циркуляционных петель - 4.

В ВВЭР-1000 используются принципиально другие органы СУЗ. Вместо подвижных поглощающих сборок здесь применено кластерное регулирование. В ВВЭР-1000 используются электромагнитные приводы с шаговым двигателем. Охлаждение приводов СУЗ воздушное. В серийном блоке АЭС с ВВЭР-1000 из 163 ТВС только 61кластеры (механическую систему регулирования).

1, 3 - подвод и отвод охлажденного воздуха; 2 - верхний блок с приводами СУЗ; 4 - штуцер для подвода коммуникаций внутриреакторных измерений; 5 - съемная крышка; 6 - шпильки крепления крышки с корпусом; 7 - верхний блок защитных труб с перфорированной обечайкой; 8, 9 - патрубки теплоносителя; 10 - подвесная шахта; 11 - активная зона; 12 - корпус реактора; 13 - тепловой экран; 14 - нижняя опорная решетка; 15 - эллиптическое днище

Рисунок 1.1 - Общий вид реактора ВВЭР-1000

В ВВЭР-1000 наряду с механической системой регулирования используются борное жидкостное регулирование и выгорающие поглотители. Перегрузка топлива производится при полном выключении реактора, со съемом верхней крышки.

1.2 Регулирование мощности реактора ВВЭР-1000

В приложении А приведена схема контура регулирования мощности реактором ВВЭР-1000.

Водо - водяной энергетический реактор типа ВВЭР-1000 входит в состав главного циркуляционного контура реакторной установки, относится к основному оборудованию реакторной установки и предназначен для выработки тепловой энергии в её составе.

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

Водо-водяной реактор ВВЭР-1000 на тепловых нейтронах представляет собой цилиндрический сосуд, состоящий из корпуса и съемного верхнего блока с крышкой. В корпусе реактора размещены внутрикорпусные устройства и активная зона реактора, состоящая из ТВС. В качестве топлива используется слабообогащенная двуокись урана. Теплоносителем и замедлителем является обессоленная вода с борной кислотой, концентрация которой изменяется в процессе эксплуатации.

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

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

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

- давления на выходе из активной зоны;

- перепада давления на реакторе;

- уровня теплоносителя в реакторе;

- концентрации растворенного поглотителя в теплоносителе;

- температуры наружной поверхности стенки корпуса реактора.

Кроме того, для контроля за нейтронно-физическими характеристиками активной зоны в «сухой» защите реактора предусмотрены каналы, в которых размещены блоки детектирования для измерения плотности нейтронного потока и периода его изменения.

В процессе эксплуатации реактора информация о нейтронном потоке, давлении теплоносителя на втором контуре реакторной установки и другая характеристическая информация функционирования реактора передается в АРМ, который обрабатывает полученную и информацию и формирует через СГИУ управляющие воздействия системе приводов реактора (либо для СВРК).

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

ПЗ-1 - подсистема предупредительных защит первого рода предусматривает полный ввод в активную подвижных поглощающих сборок и повышением до максимума содержание растворов бора и других растворенных поглотителей борных в теплоносителе первого контура.

ПЗ-2 - подсистема предупредительных защит второго рода не допускает возможности дальнейшего выведения подвижных поглощающих сборок из активной зоны.

1.3 Топология ЛВС ПТК АРМ, РОМ, СИАЗ

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

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

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

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

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

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

В приложении Б приведена структурная схема ранее разработанного специалистами НПП «Хартрон - АРКОС» ПТК АРМ, РОМ, СИАЗ. Согласно указанной схеме топология в ЛВС программно - технического комплекса АРМ, РОМ, СИАЗ представляет собой «звезду с интеллектуальным (или активным) активным центром», принадлежащей к классу последовательных топологий.

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

- два комплекта ЦПС СИАЗ (ЦПС системы индустриальной антисейсмической защиты), каждый из которых получает и передает данные от трех подключенных к нему сейсмодатчиков (СД-1) и от аппаратуры ПТК;

- два комплекта ЦПС РОМ (ЦПС устройства разгрузки и ограничения мощности), каждый из которых получает и передает данные аппаратуре ПТК;

- ЦПС АРМ (периферийная процессовая станция автоматического регулятора мощности), который выдает и получает информацию на ПКС АРМ (пульт контроля и сигнализации автоматического регулятора мощности), являющегося составной частью блочного щита управления (БЩУ), а также обменивается информацией с аппаратурой ПТК;

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

Все подчиненные вычислительные узлы, кроме МПС ТАУ, выдают информацию на табло БЩУ через отдельное соединение.

При данной топологии ЛВС используется следующий принцип обмена данными между абонентами сети.

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

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

Передача блоков внутри ПТК из периферийной процессовой станции (ЦПС) в рабочую станцию (РС), а также передача блоков между ЦПС осуществляется через центральную процессовую станцию (ЦПС). Если содержимое передаваемых таким образом блоков не используется алгоритмами ЦПС, целесообразно описать такие блоки как транзитно передаваемые через ЦПС. Сигналы, входящие в состав таких блоков, не будут помещены в ОБД ЦПС.

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

Если для блока, передаваемого через ЦПС с одного ВС на другое, явно описан прием этого блока на ЦПС и выдача с ЦПС, то все сигналы, входящие в состав этого блока, будут помещены в ОБД ЦПС. Такой блок будет обязательно выравниваться между каналами при приеме на ЦПС.

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

Такт не может быть меньше, чем

10*L мкс,

где L - протяженность сети в километрах, поскольку электрические сигналы передаются со скоростью, равной 2/3 скорости света в вакууме. Реальная продолжительность такта превышает это значение на время, необходимое для выполнения следующих действий:

- передачи управляющего сообщения;

- реакции на него удаленной станции;

- прохождения сигнала через повторители (если есть).

ЛВС протяженностью 2 км со скоростью передачи 10 М бит/с, управляющим сообщением длиной 5 байт, будет иметь такт длительностью около 30 мкс, что соответствует времени передачи 300 бит.

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

Блоки в свою очередь формируются из семи так называемых адресных кадра, каждый кадр содержит строго 64 машинных слова, т. е. суммарно каждый блок содержит 348 машинных слова. Таким образом, длина «такта» передачи данных была выбрана - 50 мс (при максимальной протяженности одного сегмента ЛВС не более 500 м).

2. Постановка задачи

В данной дипломной работе ставится задача разработки топологии и, в связи с этим, коррекции базы данных конфигурации и сетевой задачи программно - технического комплекса автоматической и предупредительных защит автоматической системы управления и защиты реактора ВВЭР-1000 в соответствии с техническим заданием НПП «Хартрон - АРКОС» на реконструкцию энергоблока №1 ЗАЭС.

В соответствии с требованиями вышеуказанного ТЗ необходимо разработать радиальную топологию ПТК АЗ-ПЗ с обязательным наличием в его структуре:

- средств передачи информации;

- стойку размножения входных сигналов и питания датчиков (РСПД);

- стойку формирования аварийных и предупредительных сигналов (ФАПС);

- стойку аварийных и предварительных команд (АПК) с блоком шунтирования команд (БШК);

- стойку рабочей станции (РС);

- цифровые каналы передачи данных;

- сейсмодатчики;

- ключи БЩУ, РЩУ;

- комплект измерительных приборов.

3. Разработка топологии ЛВС И коррекция БДК И СЗ ПТК АЗ-ПЗ АСУЗ

3.1 Разработка топологии ЛВС ПТК АЗ-ПЗ АСУЗ

Выполняя требования технического задания НПП «Хартрон - АРКОС» на реконструкцию энергоблока №1 ЗАЭС (второй комплект ПТК АЗ-ПЗ), необходимо разработать ПТК АЗ-ПЗ АСУЗ с радиальной топологией и обязательным наличием в его структуре элементов перечисленных в постановке задачи данной дипломной работы.

В приложении В приведена структурная схема упрощенного варианта ПТК АЗ-ПЗ, соответствующего предъявленным требованиям.

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

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

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

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

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

В отличии от ЛВС ПТК АРС, приведенного в приложении Б, ЛВС рассматриваемого ПТК АЗ-ПЗ имеет радиальную структуру (топологию), что объясняется наличием в ней только двух вычислительных узлов - стойка ФАПС (выполняет роль ЦПС) и стойка ДАП (выполняет роль РС).

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

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

3.2 Коррекция БДК ПТК АЗ-ПЗ АСУЗ

База данных конфигурации (БДК) может быть условно разделена на две части: консервативную и оперативную.

Консервативная часть включает в себя сведения, определяемые на ранних этапах проектирования, в дальнейшем эта информация практически никогда не меняется. Консервативная часть включает в себя: описание ПТК, описание режимов работы ПТК, описание типов ВС, описание отдельных ВС, входящих в состав ПТК, описание сетей, описание подключения ВС к сетям, описание способов выдачи блоков и описание простых типов сигналов.

Оперативная часть включает в себя сведения, определяемые на более поздних этапах проектирования. Информация в оперативной части может изменяться при конкретной реализации алгоритмов и схем управления и контроля. Информация оперативной части БДК базируется на сведениях, заложенных в консервативной части. Оперативная часть включает в себя: описание структурных типов, описание отдельных сигналов, описание уставок сигналов и алгоритмов, описание передаваемых по ЛВС блоков.

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

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

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

В описываемой нами разработке ПТК АЗ-ПЗ избран другой подход к формированию минимальной единицы информации, передаваемой между ВС по сети.

Вследствие того, что топология ЛВС ПТК АЗ-ПЗ теперь имеет радиальную структуру, и в ней на логическом уровне кроме непосредственно ЦПС (стойка ФАПС), абонентом ЛВС является РС (стойка ДАП), подключаемые к ЛВС через трехканальную систему резервирования (три волоконно - оптических линии связи), было принято решение производить обмен данными по ЛВС следующим образом. Минимальная единица информации, передаваемая по сети как и прежде называется блоком. Но теперь блок формируется не из адресных кадров, как ранее, а непосредственно из набора сигналов АСУ ТП АЭС. Дополнительно к вышесказанному можно добавить то, что минимальный размер информационного блока теперь ограничен двумя килобайтами, а не 348 машинными словами, при этом размер блока не фиксирован.

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

Физически БДК представляет собой набор взаимосвязанных файлов, в которых содержится вся информация из консервативной и оперативной части описания БДК.

В качестве системы управления базами данных (СУБД) для создания базы данных конфигурации АСУ ТП АЭС выбрана СУБД FoxPro for Windows версии 2.6. Таблицы базы данных конфигурации АСУ ТП АЭС создаются в стандартном для FoxPro .DBF-формате.

В БДК входят следующие взаимосвязанные таблицы:

таблица ПТК АСУ ТП АЭС;

таблица типов вычислительных средств АСУ ТП АЭС;

таблица вычислительных средств ПТК АСУ ТП АЭС;

таблица сетей АСУ ТП АЭС;

таблица подключений вычислительных средств ПТК к сетям АСУ ТП АЭС;

таблица простых типов;

таблица деклараций структур;

таблица полей структур;

таблица типов уставок;

таблица собственных сигналов;

таблица начальных значений собственных сигналов;

таблица способов выдачи блоков в сети АСУ ТП АЭС;

таблица собственных блоков;

таблица включения собственных сигналов в собственные блоки;

таблица выдаваемых блоков;

таблица принимаемых блоков;

таблица режимов работы ПТК;

таблица соответствия блоков и режимов работы ПТК;

таблица имен системных сигналов задачи сканирования;

таблица описания системных сигналов задачи сканирования;

таблица описания оперативных архивов.

Взаимосвязь таблиц БДК АСУ ТП АЭС приведена на рисунке 3.1.

Вследствие отсутствия в составе ПТК АЗ-ПЗ периферийной процессовой станции, соответствующим образом корректируются таблицы:

- вычислительных средств ПТК АСУ ТП АЭС;

- подключений вычислительных средств ПТК к сетям АСУ ТП АЭС;

- способов выдачи блоков в сети АСУ ТП АЭС;

- режимов работы ПТК;

- блоков и режимов работы ПТК;

- типов уставок.



Рисунок 3.1 Взаимосвязь таблиц БДК АСУ ТП АЭС

3.3 Сетевая задача ПТК АЗ-ПЗ АСУ ТП АЭС

В приложении Д приведена структурная схема программного обеспечения ПТК АЗ-ПЗ.

Описание логики работы сетевой задачи опирается на основные концепции организации внутримашинной информационной базы, описанные в [3] и [4].

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

В данной дипломной работе будут описаны 2 программных изделия:

сетевая задача центральной процессовой станции (ЦПС);

сетевая задача рабочей станции ПТК.

Все перечисленные выше программные изделия написаны на языке программирования Borland C++ 3.1. Исходные C++ - файлы всех вариантов сетевой задачи хранятся совместно, в единой структуре каталогов. Это обусловлено тем, что большинство исходных C++ - файлов являются общими для всех вариантов сетевой задачи. В общих C++ - файлах предусмотрены операторы условной компиляции, обеспечивающие настройку исходного текста на конкретный вариант сетевой задачи.

Для функционирования СЗ ЦПС необходимо наличие операционной системы (ОС) ЦПС (разработки АО “Хартрон”).

Для функционирования СЗ РС необходимо наличие на РС операционной системы MS-DOS или Windows-95, запущенной в режиме эмуляции MS-DOS.

Логическая структура СЗ ЦПС несколько отличается от СЗ РС по той причине, что ЦПС является вычислительным средством, организующим обмен по локальным вычислительным сетям (ЛВС), в то время как РС подчиняются командам ЦПС на выполнение обменов по ЛВС.

Функциональное назначение сетевой задачи

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

Функциональное назначение сетевой задачи:

1) обеспечение передачи статических блоков по команде от прикладного или системного программного обеспечения (ПО);

2) обеспечение автоматического обмена между ОБД различных вычислительных средств динамическими блоками;

3) поддержка всех специализированных сетевых функций, описанных в [4];

4) поддержка всех интерфейсных вызовов со стороны системного ПО, описанных в [4];

5) обеспечение синхронизации вычислительных средств каждого программно-технического комплекса путем передачи по ЛВС в начале каждого 50-миллисекундного такта специального кадра синхрометки.

3.3.1 Описание логической структуры сетевой задачи

Принципы взаимодействия сетевой задачи с ОБД

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

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

Обмен данными между внутренними буферами сетевой задачи и ОБД производится один раз в каждом 50-миллисекундном такте работы.

На вычислительных средствах типа ЦПС и ЦПС обменом данными между ОБД и внутренними буферами сетевой задачи управляют внешние по отношению к сетевой задаче программные средства (задача сканирования входов/выходов) с помощью специальных интерфейсных вызовов сетевой задачи.

На вычислительных средствах типа РС обмен данными между ОБД и внутренними буферами сетевой задачи производится при приеме кадра синхрометки из ЛВС, т.е. в начале каждого 50-миллисекундного такта.

Составные части сетевой задачи

Сетевая задача для любого типа вычислительного средства имеет следующие составные части:

1) секция инициализации ОБД;

2) обработчик пользовательского прерывания сетевой задачи (используемого для обращения к сетевой задаче со стороны прикладного и системного ПО);

3) секция обработки обращений по доступу к данным в ОБД со стороны прикладного и системного ПО;

4) секция обработки интерфейсных вызовов со стороны системного ПО;

5) внутренние функции взаимодействия сетевой задачи с ОБД;

6) секция обработки вызовов дополнительных сетевых функций (модификация отдельного элемента в ОБД другого ВС, запрос отдельного элемента из ОБД другого ВС, передача по ЛВС копии файла и др.);

7) внутренние функции поддержки дополнительных сетевых функций;

8) драйвер контроллера связи (КС);

9) секция инициализации ЛВС;

10) секция обработки входной и выходной информации абонентов ЛВС;

11) диспетчер сетевого обмена по ЛВС;

12) секция поддержки протокола обмена по сетям;

13) модуль сканирования входов/выходов КПА. Присутствует только в сетевой задаче сервера моделирования.

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

Исходные тексты и готовые загрузочные модули сетевой задачи хранятся в одном каталоге, имеющем подкаталоги OBD, NT, UK.

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

В главном каталоге сетевой задачи хранятся:

1) готовые загрузочные модули различных вариантов сетевой задачи и вспомогательных программ:

NT_CPS.EXE - загрузочный модуль сетевой задачи ЦПС;

NT_PPS.EXE - загрузочный модуль сетевой задачи ЦПС;

OBD.EXE - программа поддержки резидентной ОБД на рабочих станциях;

LVS.EXE - загрузочный модуль сетевой задачи сервера моделирования;

PS2OBD.EXE - программа копирования в ОБД коэффициентов калибровки аналоговых выходов КПА (эта программа используется при загрузке ОБД на сервере моделирования);

2) файлы проектов Borland C++, служащие для сборки .EXE - модулей различных вариантов сетевой задачи:

nt_cps.prj - файл проекта сетевой задачи ЦПС;

NT_PPS.PRJ - файл проекта сетевой задачи ЦПС;

OBD.PRJ - файл проекта программы поддержки резидентной ОБД;

LVS.PRJ - файл проекта сетевой задачи для сервера моделирования;

PS2OBD.PRJ - файл проекта программы копирования в ОБД коэффициентов калибровки аналоговых выходов КПА;

3) специализированный для ОС ЦПС начальный загрузчик .EXE-модуля:

C0L.ASM - исходный ассемблеровский текст начального загрузчика;

4) каталог OBD - содержит исходные тексты всех функций поддержки ОБД и взаимодействия различных программных модулей с ОБД:

заголовочные файлы:

COMPILE.H - макроопределения, управляющие компиляцией исходных модулей сетевой задачи;

DESCRIPT.H - структуры таблиц, используемых сетевой задачей и задачей поддержки ОБД.

EL_DISK.H - структуры, константы, и прототипы функций, используемые при работе с электронным диском ЦПС (ЦПС);

INFO.H - описание смещений составных частей ОБД от начала ОБД;

LOCATION.H - структуры и константы, описывающие элементы ОБД;

MAP_SEEK.H - прототипы функций и глобальных переменных файла MAP_SEEK.CPP;

MAPCONST.H - константы карты ОБД;

MYMEM.H - прототипы функций работы с динамической памятью под MS DOS и под ОС ЦПС;

NETCALLS.H - прототипы сервисных Cи-функций, реализующих вызовы функций работы с ОБД и сетевых функций;

OBD_FUNC.H - прототипы функций, тела которых расположены в файлах OBD_INIT.CPP, OBD_USER.CPP, BLOCKS.CPP, SA_LVS.CPP;

RESIDENT.H - константы и сигнатуры для функций взаимодействия резидентных модулей ОБД и сетевой задачи;

SIM_STR.H - декларации структур, используемых при работе с массивом имитации значений сигналов;

SM_SCAN.H - константы и прототипы функций модуля сканирования сервера моделирования;

SETTINGS.H - заголовочный файл класса TSettings, используемого сетевой задачей для поддержки операций над уставками;

файлы исходных текстов:

BITS.CPP - функции работы с битовыми элементами ОБД;

BLOCKS.CPP - внутренние функции работы пересылаемыми по ЛВС блоками;

DRVUMO.CPP - драйвер вывода/вывода сигналов, используемый на сервере моделирования;

EL_DISK.CPP - функции работы с электронным диском ЦПС (ЦПС) через драйвер электронного диска;

MAP_SEEK.CPP - функции поиска элементов ОБД по символьным идентификаторам;

MYMEM.CPP - функции работы с динамической памятью под MS DOS и под ОС ЦПС;

NET_TSR.CPP - главный файл резидентного модуля сетевой задачи;

NETCALLS.CPP - сервисные Cи-функции, реализующие вызовы функций работы с ОБД и сетевых функций;

OBD_INIT.CPP - функции инициализации ОБД;

OBD_TSR.CPP - главный файл резидентного модуля поддержки ОБД;

OBD_USER.CPP - функции обслуживания основных обращений к ОБД из прикладного ПО;

RESIDENT.CPP - функции взаимодействия резидентных модулей ОБД и сетевой задачи;

SA_LVS.CPP - основные функции поддержки обращений к сетевой задаче из задачи сканирования входов/выходов;

SIM_FUNC.CPP - функции работы с загруженным в память массивом имитации значений сигналов;

SM_SCAN.CPP - функции модуля сканирования сервера моделирования;

SETTINGS.CPP - файл функций класса TSettings, используемых для поддержки операций над уставками;

RAMQUERY.CPP - файл функций поддержки запроса фрагмента ОЗУ ЦПС в файл на рабочей станции (это отладочная и сервисная операция);

5) каталог NT - исходные тексты всех программных модулей сетевой задачи, осуществляющих взаимодействие вычислительных средств с ЛВС:

заголовочные файлы:

_CONTEIN.H - файл содержит объявление и реализацию шаблонов классов;

_EXTERN.H - этот модуль содержит объявления внешних глобальных переменных и функций;

ADDRESS.H - в этом модуле описаны адреса унифицированного модуля обмена (УМО), соответствующие векторы прерываний и маски;

BUFFER.H - в этом модуле содержится описание и реализация классов - буферов;

CLASSES.H - в этом модуле содержится описание классов Abonent и Direction, которые определяют поведение ЛВС. В листинге программы приведены члены этих классов с подробными комментариями;

CONTROL.H - в этом модуле определены при помощи директивы #define смещения управляющего массива, адреса некоторых регистров в КС, КДМ и адаптере магистрали внешних устройств (АМВУ), команды КС, а также определены структуры входной информации для драйвера КС и массива управления КС;

GLOBAL.H - в этом модуле объявлены и, в некоторых случаях, проинициализированы глобальные переменные и указатели;

KADR.H - В этом модуле определены некоторые важные константы, а также описаны структуры, которые поддерживают форматы записей таблиц ОБД, формат заголовка блока, заголовка кадра, диагностического параметра, объявлены метки кадра и биты слова состояния в диагностическом параметре;

TAU.H - в этом модуле определены pегистры адаптера персональной электронной вычислительной машины (ПЭВМ) для технологической аппаратуры управления (ТАУ);

файлы исходных текстов:

INIT_CPS.CPP - функции инициализации ЛВС;

CPS_CLAS.CPP - начальная точка входа и обработчики прерываний от УМО для варианта 1 СЗ;

PPS_CLAS.CPP - начальная точка входа и обработчик прерывания от УМО (IRQ10) для вариантов СЗ 2-4;

DIRECT.CPP - реализация общих для всех вариантов СЗ функций класса Direction;

DIRECT_S.CPP - реализация функций класса Direction, осуществляющих управление обменами по сети для вариантов 2-4 СЗ;

DIRECT_M.CPP - реализация функций класса Direction, осуществляющих управление обменами по сети для варианта 1 СЗ;

ABONENT.CPP - реализация функций класса Abonent, отвечающего за обработку потоков данных;

DRV_KS.CPP - драйвер КС;

SYSTEM.CPP - вспомогательные функции для драйвера КС и для организации трассировки СЗ;

BUFFER.CPP - функция поиска для массивов буферов;

6) каталог UK - исходные тексты дополнительных сетевых функций (модификация отдельного элемента в ОБД другого ВС, запрос отдельного элемента из ОБД другого ВС, передача по ЛВС копии файла и др.), и внутренних сетевых функций поддержки обмена по ЛВС универсальными адресными кадрами:

заголовочные файлы:

OBM.H - декларации используемых констант и структур;

OBM_PC.H - декларации структур данных, используемых сетевой задачей рабочей станции при организации обмена универсальными адресными кадрами;

OBM_PPS.H - декларации структур данных, используемых сетевой задачей ЦПС (ЦПС) при организации обмена универсальными адресными кадрами;

PRT_OBM.H - прототипы всех внутренних функций поддержки обмена универсальными адресными кадрами;

файлы исходных текстов:

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

OBM_PC.CPP - функции обработки и формирования универсальных кадров, служащие для реализации специальных сетевых функций на РС;

OBM_PPS.CPP - функции обработки и формирования универсальных кадров, служащие для реализации специальных сетевых функций на ЦПС.

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

1) СЗ для ЦПС, в которой находятся один или несколько КС, проинициализированных как ведущие, в каждом канале;

2) СЗ для ЦПС, в которой находятся по одному КС в каждом канале, проинициализированных как ведомые.

3) автономная СЗ для РС , которая через адаптер связи подключена к малой процессовой станции (МПС) ТАУ. В МПС ТАУ находятся три КС проинициализированных как ведомые и подключенные через ВОЛС к ведущим КС на ЦПС.

4) СЗ для РС , которая отличается от варианта 3 тем, что она включена в состав исполнительной системы под управлением пакета “Корунд”. При сборке используется проект генерируемый пакетом “Корунд”.

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

#define SZA_FOR_PC - признак того, что данный файл компилируется для РС. Должен быть обязательно включен для вариантов 3 и 4 СЗ. При этом признак #define SZA_FOR_CPS должен быть обязательно выключен. Признак PC_FOR_3KS должен быть включен для организации работы в трехканальном режиме;

#define IMPULS - признак работы СЗ внутри пакета “Корунд”. Должен быть обязательно включен для варианта 4 СЗ . При этом признак #define SZA_FOR_CPS должен быть обязательно выключен, а #define SZA_FOR_PC включен. Признак PC_FOR_3KS должен быть включен для организации работы в трехканальном режиме;

#define SZA_FOR_CPS - признак того, что данный файл компилируется для ЦПС. Должен быть обязательно включен для варианта 1 СЗ . Несовместим с признаками SZA_FOR_PC и IMPULS.

Для варианта 2 СЗ эти 3 признака должны быть обязательно отключены.

#define IMP_SET_VECT - признак установки обработчика прерывания средствами пакета “Корунд”. Предназначен для использования в варианте 4 СЗ.

Для компиляции из среды Borland C++ 3.1 предоставлены два проекта: NT_CPS.PRJ - для компиляции СЗ для ЦПС, и NT_PPS.PRJ - для компиляции СЗ для ЦПС. СЗ для РС компилируется под управлением проекта, который создается системой “Корунд”(Импульс - 96). Вариант 3 СЗ компилируется под управлением проекта DISP1.PRJ.

3.3.2 Секция поддержки операций с уставками

Поддержка режимов записи уставок в ОБД ЦПС и сравнения уставок в ОБД ЦПС с эталонными значениями выполняется в сетевой задачей.

Принципы работы с уставками

Уставки - это элементы ОБД ЦПС, являющиеся настройками для прикладных программ ЦПС. При построении ОБД формируются два DBF-файла уставок:

tipust.dbf _ содержит перечень типов уставок;

2) uistavki.dbf _ содержит перечень уставок для всех ЦПС. Записи в этом файле отсортированы по логическому номеру ЦПС, которой они принадлежат, а среди уставок, принадлежаших одной ЦПС _ по коду типа уставок и в алфавитном порядке _ по идентификаторам уставок. Поля файла ustavki.dbf приведены в таблице 3:

Таблица 3.1 Поля файла ustavki.dbf

Идентификатор поля	Назначение поля
TYPE_CODE	Код типа уставки
VS_CODE	Логический номер ЦПС, которой принадлежит уставка
VS_ID	Идентификатор ЦПС, которой принадлежит уставка
ID	Идентификатор уставки в ОБД ЦПС (может включать идентификатор поля структуры и индекс массива в квадратных скобках)
OBD_TYPE	Код типа элемента ОБД: 1 - char, 2 - unsigned char, 3 - int, 4 - unsigned int, 5 - long, 6 - unsigned long, 7 - float, 8 - double
NBITS	Количество бит, которое занимает элемент ОБД (имеет ненулевое значение только для битовых элементов ОБД, при этом код типа элемента ОБД равен 4)
HEX	Признак хранения значения в шестнадцатиричном виде
CUR_VALUE	Текущее значение уставки в ОБД ЦПС (все значения в этом поле и во всех следующих полях хранятся в символьном виде)
NEW_VALUE	Новое значение уставки ( введенное оператором и еще не отправленное на ЦПС)
VALUE_A	Значение уставки в канале 1 ЦПС (используется в режиме сравнения уставок)
VALUE_B	Значение уставки в канале 2 ЦПС (используется в режиме сравнения уставок)
VALUE_C	Значение уставки в канале 3 ЦПС (используется в режиме сравнения уставок)
EDIT_DATE	Дата записи откорректированного значения уставки в ОБД ЦПС
OPERATOR	Фамилия оператора, осуществившего запись откорректированного значения уставки в ОБД ЦПС
DESCR	Описание уставки

Во всех операциях с уставками на рабочей станции и на ЦПС каждая уставка идентифицируется по ее символьному идентификатору (который может включать отделенный точкой идентификатор поля структуры и индекс массива в квадратных скобках). На ЦПС при записи и чтении значений уставок используются функции доступа к элементам ОБД по символьным идентификаторам.

Операции с уставками могут производиться как в режиме включения ЦПС, так и в режиме основной работы. Поэтому обработка уставок на ЦПС должна занимать как можно меньшее время в такте, чтобы не привести к переполнению такта в режиме основной работы. В то же время для каждой ЦПС может существовать значительное количество уставок (в ПТК АРМ-РОМ-СИАЗ каждая ЦПС имеет более 500 уставок), и время передачи уставок также должно быть как можно меньше.

Еще одно важное требование к записи уставок: уставки одного типа должны записываться в ОБД ЦПС одновременно, в одном 50-миллисекундном такте. Это обусловлено тем, что уставки могут быть логически взаимосвязаны и их не одновременная запись в ОБД может привести к некорректной работе прикладных алгоритмов.

Для реализации указанных требований ПО работы с уставками обладает следующими свойствами:

- обработка уставок на ЦПС производится минимальными порциями в каждом 50-миллисекундном такте;

- передача уставок от РС к ЦПС производится параллельно их обработке на ЦПС;

- запись в ОБД уставок одного типа производится в одном 50-миллисекундном такте.

Работа с уставками на рабочей станции

Эталонные значения уставок хранятся на рабочей станции, в файле USTAVKI.DBF.

В режиме включения ПТК каждой включаемой ЦПС автоматически передаются эталонные значения всех уставок. На ЦПС значения уставок записываются в ОБД.

Новые значения уставок (измененные после проведения режима включения ЦПС) могут быть записаны в ОБД ЦПС не только при повторном проведении режима включения этой ЦПС, но и в режиме основной работы.

Значения уставок корректируются только на рабочей станции ПТК. Для работы с уставками используется специальная видеограмма (для ПТК АРМ-РОМ-СИАЗ это видеограмма VG05).

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

Новые значения уставок помещаются непосредственно в файл ustavki.dbf. При завершении коррекции значений уставок видеограмма формирует технологические сообщения об измененных уставках: название ЦПС, тип измененных уставок, а затем _ одно или несколько сообщений об измененных уставках. Каждое сообщение об измененной уставке содержит идентификатор уставки, текущее значение и новое значение. Эти сообщения затем печатаются на бумаге. Полученный документ об изменении эталонных значений уставок должен быть утвержден ответственными лицами. В течение всего времени проведения этих организационных мероприятий файл USTAVKI.DBF хранит новые значения уставок в поле NEW_VALUE, причем рабочая станция может быть выключена.

Коррекция уставок может быть отменена. При этом в файле USTAVKI.DBF для всех уставок текущего типа для текущей ЦПС введенные новые эталонные значения заменяются текущими эталонными значениями.

Видеограмма работы с уставками поддерживает режим записи уставок. При этом, в отличие от записи уставок в режиме включения ЦПС, записываются только те уставки, для которых были изменены эталонные значения. После выполнения записи новые эталонные значения уставок копируются из поля NEW_VALUE в поле CUR_VALUE, т.е. принимаются новые эталонные значения. При этом для каждой уставки, эталонное значение которой было изменено, в поле EDIT_DATE фиксируется дата ее изменения в ОБД ЦПС, а в поле OPERATOR _ фамилия оператора, который произвел запись в ОБД ЦПС.

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