Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

книги / Микропроцессорная система релейной защиты энергоблоков

..pdf
Скачиваний:
7
Добавлен:
12.11.2023
Размер:
12.38 Mб
Скачать

3. Драйвер ДП, который осуществляет: параллельный контроль на ДП действий оператора, индикацию набираемой программы, программы, хранящейся в ОЗУ, набора данных при счете, результа­ тов вычислений, а также указаний об ошибках в счете и управле- - нии.

4.Супервизор ввода-вывода, который организует работу с ПУ.

5.Дайвер ввода-вывода на магнитную ленту, который запи­ сывает на МЛ данные и программы, считывает с магнитной ленты данные и программы.

6.Драйвер печати.

7.Драйвер клавиатуры.

Средства автоматизации программирования — совокупность про­ грамм интерпретатора входного языка УВМ и программных средств отладки. Интерпретатор включает:

1. Транслятор, который осуществляет первичный контроль син­

таксиса вводимых элементов

входного

языка, перевод

последних

на внутренний язык ЭВМ,

запись в

ОЗУ вводимых

элементов.

2.Ретранслятор, который переводит на внешний язык програм­ мы или их элементы, хранящиеся в ОЗУ в машинных кодах.

3.Интерпретатор команд, реализующий вводимые команды внеш­ него языка.

4.Дешифратор кодов, который определяет вид оператора в

ОЗУ

и передает

управление в блок или узел его реализации.

5.

Программа

выполнения логико-арифметических действий.

6.Программа обработки символов.

7.Программа обработки подпрограмм, которая организует об­ ращение к подпрограммам, размещает их в ОЗУ и выполняет их вложение.

8.Программа обработки меток, которая организует автомати­ ческий переход в место программы или подпрограммы, помечен­ ное меткой.

4.3. Алгоритмы управления

УВМ через системный канал может осуществлять двухсторон­ ний обмен информацией с ЗМ, ВБ и управлять работой СИМ.

Двухсторонний обмен со всеми ЗМ позволяет УВМ периоди­ чески контролировать их работоспособность, протоколировать ра­ боту защит и изменение состояния отдельных элементов ЗМ, а так­ же по требованию оператора выполнять контроль и оперативное изменение уставок РЗ. Связь с ВБ используется для эксперимен­ тального определения характеристик защит с помощью СИМ. При этом УВМ сначала блокирует прохождение сигналов на исполни­ тельные органы ВБ, затем запускает СИМ, который подменяет реальный аналоговый входной сигнал, поступающий на вход АЦП,

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

Инициирование перечисленных действий выполняется в соответ­ ствии с алгоритмом главной программы (рис. 4.4).

Блок 2 задает начальные значения используемым переменным и массивам. Запуск таймера, вызывающего периодические преры­ вания работы главной программы, выполняет блок 3. Таймер про­ граммируется на прерывание через каждые 16 с. Для того, чтобы оперативный персонал мог производить контроль и другие действия с защитами, клавиатура программируется в режим прерываний, которые разрешаются блоком 4. После этого на ДП выводится сообщение о работоспособности УВМ ‘(блок 5).

Обработка прерываний от таймера (рис. 4.5) начинается с кор­ ректировки переменных — счетчиков секунд, минут, часов, дней, реализующих ЧС (блок 2). Далее организуется цикл изменения К (номера ЗМ) от I до N (число ЗМ в системе).

("~ Начало )

--- 2-------

Инициа1ИЗОЦИЯ

переменных масс:ивов

Запуск

таймера

А

Разрешение

прерывания от клавиатуры

Индикация

работоспособ­

ности

Рис. 4.4. Структура алгоритма СИМ

Рис. 4.5. Алгоритм протокола состояния МПРЗ

При обмене информацией (блок 3) ЗМ по запросу от УВМ пере­ дает ей сведения о состоянии объекта защиты и аппаратных средств ЗМ. Если обмен с k-й ЗМ неуспешен, блок 5 обеспечи­ вает переход на протоколирование неисправности (блок 7) и заме­ ну k-й ЗМ резервной (блок 9).

При изменении состояния защиты (введена-выведена, сраба­ тывание-возврат) блок 6 осуществляет переход на блок 8, протоко­ лирующий происшедшие изменения. Аналогично блоки 10 и 11 про­ токолируют изменения АпС ЗМ.

Оперативный персонал имеет возможность выполнять большое число типовых действий с МПРЗ. Для этого следует нажать какуюлибо клавишу клавиатуры УВМ, в результате чего произойдут пре­ рывание и переход ЦП на выполнение подпрограммы обработки прерываний от клавиатуры, блок-схема алгоритма которой пред­ ставлена на рис. 4.6.

При входе в подпрограмму на ДП выводится сообщение (блок 2). После этого ЦП переходит в цикл ожидания нажатия клавишифункции (блоки 3 и 4). Если за отведенное время клавиша не будет нажата, блок 5 выведет информационное сообщение и произойдет выход из подпрограммы.

При нажатии на какую-либо клавишу происходит переход на блок 6, после чего полученный код функции Fj контролируется бло­ ком 7. В случае, если нажата не функциональная клавиша, выво­ дится сообщение (блок 8). Блок 9 вызывает выполнение функции, соответствующей нажатой клавиши.

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

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

В подпрограмме обработки прерываний от ТД обычно проводятся опрос АЦП ИП входных сигналов, изменение программных счет­ чиков реального времени и т. д. При этом главная программа РЗ с помощью различных флажков управляет работой подпрограммы обработки прерываний. Главная программа РЗ также проводит

окончательную обработку данных, полученных при

опросе ИП,

и принимает решение о состоянии объекта защиты.

 

Таким образом, программа каждой РЗ содержит

взаимодейст-

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

При достаточно высоком быстродействии процессора и наличии развитых АпС (блок программируемых таймеров, имеющих не­ сколько, порядка 81 0 , независимых таймеров с различными век­ торами прерываний) легко решается проблема совместной работы подпрограммы обработки прерываний от таймеров. Для каждой программы РЗ выделяется отдельный программируемый таймер.

Вэтом случае подпрограммы обработки прерываний каждой РЗ располагаются независимо друг от друга и сохраняют полную авто­ номность. Возможность такой организации дискретизации должна быть оценена с точки зрения точности восстановления сигналов, так как наличие нескольких подпрограмм обработки прерываний может привести к опросу ИП защит с меньшим приоритетом в пе­ риоды времени, сдвинутые относительно требуемого момента на время обработки прерываний от таймеров других защит с более высокими приоритетами. Для микроЭВМ типа «Электроника-60» это время при реализации трех РЗ на одной ЗМ может составлять от 150 до 300 мкс, что сравнимо с интервалами дискретизации, которые обычно находятся в пределах от 600 до 1700 мкс.

Другой вариант организации совместной работы подпрограмм обработки прерываний можно реализовать, если периоды дискре­ тизации защит в данной микроЭВМ равны или кратны друг другу.

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

AtoTH —^д(т ““ 1) (tBX.пр + tCXp + tBCT+ tDblx, пр)

>

(4*1)

где — частота дискретизации; m — число РЗ на

данной

микро­

ЭВМ; tBX1ф— время перехода на подпрограмму обработки прерыва­ ния; tcxp — время сохранения используемых регистров общего назна­ чения; tBCT— время восстановления регистров общего назначения;

^вых.пр — время выхода из подпрограммы обработки прерываний.

 

=

Расчеты

для микроЭВМ «Электроника-60» по

(4 .1 )

при 1Д=

1200

Гц;

ш = 3, tBXпр = 35 мкс;

tcxp25 мкс; tBCT= 2

3 мкс;

tDlJx np =

=

10 мкс дают оценку экономии AtOT1I= 0 ,2 2 .

 

 

 

 

При

организации совместной

работы программ

различных

РЗ

в одной

ЗМ

возможно несколько

вариантов. Рассмотрим

один

из

них. Главные программы всех РЗ оформляются в виде подпрограмм, которые выполняют один цикл обработки, заканчивающийся приня­ тием решения о состоянии 0 3 . Разрабатывается ОС, вызывающая в определенном порядке указанные подпрограммы. Порядок вызова подпрограмм РЗ может корректироваться ОС в зависимости от раз­ личных факторов. При этом время срабатывания каждой из защит может возрастать в худшем случае на величину

Atcp.i = ^ to6pij , i=j£j, i s 1, m,

j = i

где AtcP( t — увеличение tcp i-й защиты при реализации на одной ЗМ

нескольких РЗ по

сравнению с вариантом одна РЗ — одна ЗМ;

t06p,j — ьремя цикла

обработки j -й РЗ.

Диспетчер задач

(Д З) обеспечивает режим разделения времени

процессора между программами защит и определенным числом фоновых задач обслуживания функционирования ЗМ. Обычно ис­ пользуется одна фоновая задача, интегрирующая все функции об­ служивания. Предлагаемая организация ДЗ, блок-схема алгоритма которого дана на рис. 4.7, позволяет осуществлять независимое написание и отладку программ защит, включаемых в одну ЗМ, кроме того, за счет введения специальных флажков активности А; для каждой из задач достигается динамическое перераспределение

ресурса процессорного

времени.

Флажок

активности

сбрасывается в случае, если i-й задаче

не требуется

ресурс процессорного времени.

Работа алгоритма ДЗ в данном случае инициируется по пре­ рыванию от ТД. Это вызвано небольшой производительностью ис­ пользуемого процессора. При определенном запасе производитель­ ности работа Д З может вызываться прерываниями специально выделенного таймера.

При входе в Д З регистры общего назначения сохраняются в специальном буфере, причем каждой задаче отведена определенная его часть (блок 2). Блоки 3 и 4 организуют цикл опроса ИП и пред­ варительную обработку данных для всех К защит. Блоки 5—7 осу­ ществляют переход на очередную задачу.

Блок 8 осуществляет поиск задачи с активным флажком, т. е. требующей ресурс процессорного времени. Блок 9 восстанавливает регистры общего назначения выбранной i-й задачи. После этого блок 10 производит выход из подпрограммы в i-ю задачу. Восста­ навливается содержимое регистров, и выход произойдет в то место i-й задачи, на котором она была прервана ТД, лишившим ее ресурса процессора.

("~1 Вход )

Л

Запись в 6у<рер регистров

1-й РЗ

,3------

1

J‘=1; к и

Dnpoc датчи- Jов и предва

ггеиьная оооотка j-й РЗу

Да

1

1

— 9

----------1

 

 

Восстанювиение

 

 

из

бу<ре»ра

 

 

 

регист р о е

 

 

 

i -й fэ3

 

(

__Ш

 

Возврат в l - i o \

)

1

программу

Рис. 4.7. Алгоритм организации режима разделения времени про- цессора ЗМ

4.4. Алгоритмы сбора информации

Известны 3 способа организации алгоритмов РЗ на микроЭВМ. Способ 1. Алгоритм включает два этапа. На первом, назовем его этапом наблюдения, проводится опрос ИП и предварительная обработка полученной информации. В зависимости от типа и тре­ буемых параметров защиты он обычно составляет от 5 до 40 мс. На втором этапе проводится окончательная обработка собранной во время наблюдения информации и принимается решение о состоянии объекта защиты. Оба этапа последовательно друг за другом цикли­ чески повторяются. Время срабатывания tcp может существенно изменяться в зависимости от момента возникновения аварийного режима. На рис. 4.8, а, показан случай, когда tcp максимально, а на

01

G

эяние

 

Ol

кга

^ кэ

 

 

Обработка

Срабаты­ вание

t

 

 

 

$

Состояние

/ К З

 

t

объекта

 

Наблюде­

"Ьнаб

<

to 6 p r

 

 

 

ние

 

 

t

Обработка

 

 

 

 

 

 

tcp,min

 

Срабаты­

Г

 

 

вание

 

 

 

1

 

t

Рис. 4.8. Временная диаграмма функционирования программы РЗ с последо­ вательными сбором и обработкой информации

рис. 4.8, б — минимально. Если аварийный режим возникнет сразу после первого опроса датчиков на этапе наблюдения, то tcp будет максимальным. Ясно, что

^•ср, min

^наб “I” ^обр >

^ср, та*

^ н а б Н- ^о б р

где tHa6 — время наблюдения; to6p — время обработки.

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

Минимальное время срабатывания защиты определяется так же,

как при способе

1, максимальное — из рис. 4.9.

 

Состояние

 

 

 

объекта

/

кз

t

 

 

 

 

 

 

*-

Заполнение

.

*на6

 

1------------------------

 

1-

го буфера

 

 

t

"Ьнаб

Заполнение

 

 

2-

го буфера1 1

 

О бработка

t *

1

 

1

1-

го буфера

 

 

|

 

 

 

Обработка

1

t обр

1

 

2-

ю буфера

 

 

t

t

1

1

t

Срабатыва­

ние

1

ь ср| т а *

.

Рис. 4.9. Временная диаграмма функционирования программы РЗ с параллель­ ными сбором и обработкой информации

Соседние файлы в папке книги