Форум режимщиков

При изменении номеров узлов, таблица "Условия оключения ветвей" не изменяется, к моему глубочайшему сожалению (а у нас там более 250 строк). Поэтому задачку с перенумерацией считаю не решенной и для нас не приемлимой.

ИМХО все условия отключения ветвей нужно задавать на стороне СК (КИО) в качестве дорасчетных ТС. Что бы избежать лишних проблем таблицу "Условия отключения ветвей" не использую принципиально.

На стороне СК, к сожалению, очень накладно делать функции особенно на этапе создания/обкатки комплекса. И потом, если есть функционал программы, то он должен работать!

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

Никто не спорит с достоинствами ТС в ОИКе, но лично для меня слишком напряжно разводить бюрократию между СЭР и СЭПАК.Мои нервы могут и не выдержать [smiley=tekst-toppie.gif]

К вопросу о том, что лучше: дорасчетные ТС в ОИК или Условия отключения ветвей в КОСМОСе.Конечно же лучше иметь некий ТС, соответствующий состоянию ВЛ, тр-ра, блока и т.п. И режимщику по большому счету даже не нужно знать как эти ТСы "рождаются". Например, есть хороший опыт когда ТС состояния оборудования связываются с программой Заявка - заявку открыли - соответствующий ТС в ОИК изменил свое значение, еще здорово когда СЭПАК и ДИСПЕТЧЕРА за этим следят неусыпно. Но это уже почти идеал...По факту мы имеем ситуацию, что дорасчетный ТС в ОИК создали и забыли. Ни СЭПАК ни ДИСПЕТЧЕРАМ не интересно правильно он отображает состояние оборудование или нет. СЭПАК отвечает за то, чтоб формула корректно обсчитывалась, а ДИСПЕТЧЕРА и так знают в каком состоянии находиться их оборудование. За конечный результат - корректное оценивание состояние - отвечает только РЕЖИМЩИК. Только РЕЖИМЩИКУ нужно, чтоб топология сети в ЕГО программе была правильная.Так что решайте сами: либо положиться на других и использовать дорасчетные ТС ОИК либо все держать в своих руках и опираться на Условия отключения ветвей в КОСМОСе. Кстати, токи в них тоже можно использовать...

Цитата:

Например, есть хороший опыт когда ТС состояния оборудования связываются с программой Заявка - заявку открыли - соответствующий ТС в ОИК изменил свое значение

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

Цитата:

По факту мы имеем ситуацию, что дорасчетный ТС в ОИК создали и забыли. Ни СЭПАК ни ДИСПЕТЧЕРАМ не интересно правильно он отображает состояние оборудование или нет.

Ну если этот ТС никому не нужен, кроме СЭРа, то конечно. А если он отображается на мнемосхеме диспетчера, и еще в каких то программах используется, то отношение к этому ТСу будет совсем другое. Кроме того СЭПАК отвечает за правильность показаний ТС. Как раз за правильное значение, а не за формулу. И если значение не верно, хоть формула и правильная, то они будут разбираться в чем дело, и разбираются и исправляют.

Цитата:

Кстати, токи в них тоже можно использовать...

Конечно можно. Про токи я лишнего загнул   :roll:

[quote]

Цитата:

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

Верное замечание, программа Заявка - это базис за которым нужно следить, особенно во время открытия и закрытия заявки

[quote]

Цитата:

В третьих есть сложные заявки, в которых явно не фигурирует вопрос изменения топологии сети. Например заявка на выключатель ВЛ. Если ВЛ включат через обходной - топология сети не изменится, если не включат - изменится. Или заявка на вывод в ремонт секции, в примечании которой написано, что одна из ВЛ ставится через обходной выключатель и т.д.

Не нужно забывать что нам требуется от программы Заявка - только ТС состояния ВЛ, (авто)тр-ра, реактора, генератора и т.п. Положение выключателей и разъединителей должны приходить по другим каналам: либо с использованием телемеханики, либо применяя "ручные" ТС