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

1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (3 оценок, среднее: 4,67 из 5)
Загрузка...
Контрольные рефераты

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


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

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

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

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

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

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

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

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

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

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

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

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

СГИУ — система группового и личного управления

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

КДМ — контроллер датчиков и исполнительных устройств

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

ОМК — обмен меж каналами

ПО (то есть программное обеспечение — комплект программ для компьютеров и вычислительных устройств) — программное обеспечение

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

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

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

СЗ — сетевая задачка

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

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

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

ЭД — электрический диск

Введение

Ни отдельный человек, ни человеческое общество не могут существовать без употребления энергии. В течение истории цивилизации человек осваивал разные источники энергии. В истинное время более сильными являются источники атомной энергии — естественные источники исчерпываются, а внедрение солнечной энергии пока что имеет маленький КПД.
Важным фактором научно — технического прогресса является состояние и развитие энергетики, лежащей в базе хоть какого производства. В энергетических программках почти всех государств огромное пространство отводится ядерным источникам энергии. Ядерная энергетика в истинное время обширно употребляется в производстве термический и электронной энергии. Ядерная энергия преобразуется в электронную на атомных электростанциях (АЭС (Атомная электростанция — ядерная установка для производства энергии в заданных режимах и условиях применения, располагающаяся в пределах определённой проектом территории, на которой для осуществления этой цели используются ядерный реактор)). «Сердечко» АЭС (Атомная электростанция — ядерная установка для производства энергии в заданных режимах и условиях применения, располагающаяся в пределах определённой проектом территории, на которой для осуществления этой цели используются ядерный реактор) — атомный реактор.
Внедрение источников энергии безизбежно соединено с вредным действием на окружающую среду (быть может единственное исключение — биохимический способ усвоения энергии). Это действие специфически для всякого типа источника энергии. Ядерная энергия свойственна тем, что вредное действие соединено с радиоактивным излучением.
Имевшие пространство суровые трагедии, а именно на АЭС (Атомная электростанция — ядерная установка для производства энергии в заданных режимах и условиях применения, располагающаяся в пределах определённой проектом территории, на которой для осуществления этой цели используются ядерный реактор) «Три-Майл-Айленд» в США (Соединённые Штаты Америки — установка для производства энергии в заданных режимах и условиях применения, располагающаяся в пределах определённой проектом территории, на которой для осуществления этой цели используются ядерный реактор) в СССР (Союз Советских Социалистических Республик, также Советский Союз — развития ядерных энергетических установок (ЯЭУ). При всем этом анализ топливно — энергетических ресурсов указывает, что кандидатуры ядерной энергетике по наращиванию энергетических мощностей в наиблежайшее время фактически нет. В этих критериях на 1-ый план выдвигаются требования обеспечения надежности и сохранности ЯЭУ. Значительно растут требования к подготовке профессионалов.
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 Топология ЛВС ПТК АРМ, РОМ, СИАЗ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

10*L мкс,

где L — протяженность сети в километрах, так как электронные сигналы передаются со скоростью, равной 2/3 скорости света в вакууме. Настоящая длительность такта превосходит это

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

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

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

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

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

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

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

В данной дипломной работе ставится задачка разработки топологии и, в связи с сиим, корректировки базы данных конфигурации и сетевой задачки программно — технического комплекса автоматической и предупредительных защит автоматической системы управления и защиты реактора ВВЭР-1000 в согласовании с техническим заданием НПП «Хартрон — АРКОС» на реконструкцию энергоблока №1 ЗАЭС.
В согласовании с требованиями вышеуказанного ТЗ нужно создать круговую топологию ПТК АЗ-ПЗ с неотклонимым наличием в его структуре:
— средств передачи инфы;
— стойку размножения входных сигналов и питания датчиков (РСПД);
— стойку формирования аварийных и предупредительных сигналов (ФАПС);
— стойку аварийных и подготовительных установок (АПК) с блоком шунтирования установок (БШК);
— стойку рабочей станции (РС);
— цифровые каналы передачи данных;
— сейсмодатчики;
— ключи БЩУ, РЩУ;
— набор измерительных устройств.
3. Разработка топологии ЛВС И коррекция БДК И СЗ ПТК АЗ-ПЗ АСУЗ
3.1 Разработка топологии ЛВС ПТК АЗ-ПЗ АСУЗ

Выполняя требования технического задания НПП «Хартрон — АРКОС» на реконструкцию энергоблока №1 ЗАЭС (2-ой набор ПТК АЗ-ПЗ), нужно создать ПТК АЗ-ПЗ АСУЗ с круговой топологией и неотклонимым наличием в его структуре частей перечисленных в постановке задачки данной дипломной работы.
В приложении В приведена структурная схема облегченного варианта ПТК АЗ-ПЗ, соответственного предъявленным требованиям.
Центральным звеном данной для нас топологии являются три стойки формирования аварийных и предупредительных сигналов, выполняющие роль ЦПС локальной вычислительной сети. Любая стойка ФАПС содержит крейт контроллера датчиков и исполнительных устройств, присоединенный к нему крейт АЗ-ПЗ (УМО), выполняющий роль обмена информацией снутри сойки ФАПС (меж встроенными крейтами), применяя по мере необходимости аналого — цифровое или цифро — аналоговое преобразование. Также в каждую стойку ФАПС встроен крейт размножения входных сигналов и питания датчиков и крейт необычного оборудования.
Стойка ФАПС обменивается некой информацмей конкретно со смежными системами, производит реакцию на управляющие сигналы поступающие от ключей блочного щита управления, или запасного щита управления, конкретно получает данные от сейсмодатчиков и набора измерительных устройств реакторной установки.
Крейт автоматической и подготовительных защит производит управляющие сигналы, которые через три набора стоек кроссировки (размножения и/либо усиления сигнала) выдаются в смежные системы, конкретно реализующие управление реакторной установкой, и на пульт сигнализации БЩУ.
Стойки ФАПС соединяется средством цифровых каналов передачи данных (волоконно — оптических линий связи) трехканальной резервированной ЛВС со стойкой диагностики и архивирования, выполняющей функцию рабочей станции ЛВС.
Стойка ДАП укомплектована блоком бесперебойного питания, фабричным компом, монитором, на котором отображается текстовая или графическая информация о процессе функционирования реакторной установки, панелью индикации дефектов.
В отличии от ЛВС ПТК АРС, приведенного в приложении Б, ЛВС рассматриваемого ПТК АЗ-ПЗ имеет круговую структуру (топологию), что разъясняется наличием в ней лишь 2-ух вычислительных узлов — стойка ФАПС (делает роль ЦПС) и стойка ДАП (делает роль РС).
Исходя из этого (наличие 2-ух ВУ в ЛВС) такую топологию ЛВС нереально строго систематизировать как топологию относящуюся или к классу широковещательных, или к поочередных топологий. Разработанная нами топология является сразу широковещательной и поочередной, т. к. нет смысла гласить о способности проведения широковещательных сеансов связи в сети с 2-мя абонентами.
Как итог различий черт разработанной нами топологии ЛВС ПТК АЗ-ПЗ от топологии ЛВС ПТК АРС, явилось приметное упрощение логики передачи и приема информационных блоков меж узлами по ЛВС. Как следует, возникла необходимость корректировки оперативной базы данных всякого ВУ (а как следует и базы данных конфигурации, являющейся главным источником данных для программки построителя ОБД). Также, как следствие корректировки БДК, нужно подходящим образом видоизменять элемент программного обеспечения обеспечивающий передачу и прием информационных блоков меж ВУ по ЛВС — сетевую задачку (сетевую операционную систему), главный задачей которой является обеспечение автоматического обмена меж ОБД разных ВС информационными блоками.
3.2 Корректировка БДК ПТК АЗ-ПЗ АСУЗ

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

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

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

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

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

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

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

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

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

количество бит, которое занимает элемент ОБД (имеет ненулевое

HEX

признак хранения значения в шестнадцатиричном виде

CUR_VALUE

Текущее

NEW_VALUE

Новое

VALUE_A

VALUE_B

VALUE_C

EDIT_DATE

Дата записи откорректированного значения уставки в ОБД ЦПС

OPERATOR

Фамилия оператора, осуществившего запись откорректированного значения уставки в ОБД ЦПС

DESCR

Описание уставки

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

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

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

Для реализации обозначенных требований ПО (то есть программное обеспечение — комплект программ для компьютеров и вычислительных устройств) работы с уставками владеет последующими качествами:

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

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

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

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

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

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

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

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

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

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

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

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

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


]]>