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

Цитата:

Никакого реального технологического нарушения не будет. Речь идет о МОДЕЛИ. Да и в модели не будет: ПО Актуализации это не пропустит и технолог ОДУ эту ошибку исправит, но на это он тратит время.*.csv-файл будет содержать информацию о переключениях в МОДЕЛИ - это не та же информация, что и в 53101. В этом принципиальная разница.

Тогда я не понимаю при чем здесь перегруз ВЛ и ее отключение."информацию о переключениях в МОДЕЛИ" - что под этим подразумевается"

А темку я бы все таки переместил, мы здесь не обсуждаем ни Растр ни Барс, мы обсуждаем технологию.

Цитата:

Цитата: ........ Из всего вышесказанного прослеживается одна "большая проблема" которая стоит перед ОДУ, это потеря питания точки поставки. Технологу РДУ для того чтобы решить эту "проблему" достаточно представлять свою рыночную модель, а не считать для этого режим.

Alex, Вы же все правильно сказали. Режим действительно считать РДУ не надо. Для того, чтобы представлять свою рыночную модель технологу РДУ нужен инструмент - это и будет БАРС-3

Цитата:

Alex, Вы же все правильно сказали. Режим действительно считать РДУ не надо. Для того, чтобы представлять свою рыночную модель технологу РДУ нужен инструмент - это и будет БАРС-3

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

Цитата:

Для того, чтобы представлять свою рыночную модель технологу РДУ нужен инструмент - это и будет БАРС-3

Ха-Ха! Давайте создадим пилотный проект - и, как всегда, на Смоленском РДУ обкатаем (ШЮТКА).У нас, собственно макет составляет и отправляет специалист по заявкам.А то, что "потребитель останется без питания", "перегрузится линия" или " разомкнётся транзит" - это проблемы самой расчётной модели и технологии актуализации - нужно доводить до ума это дело.ALEX правильно сказал - в заявках ВСЁ должно быть прописано, иначе она будет считаться поданной неправильно.А сам макет должен содержать все отключения - например, разрыв транзита ВЛ-330кВ должен происходить с разрывом шунтирующих связей по 110кВ. Посему выбор одной линии в программе формирования должен соответствовать НЕСКОЛЬКИМ записям в самом файле макета.Вывод: Существующая система актуализации - полная ЛАЖА.Посему я понимаю, как сложно на высших уровнях управления учесть все нюансы. Поэтому, наверное, и задумывается внедрение Барсика в РДУ...Пэ.Сэ.: Самому мне лениво лазить искать инфу по всяким кошкам (БАРС-х). NW, можно сюда вкратце описание - что, как, зачем и почему?

Цитата:

Вывод: Существующая система актуализации - полная ЛАЖА.

С чего ты это взял?

Цитата:

Цитата: Вывод: Существующая система актуализации - полная ЛАЖА. С чего ты это взял?

Посмотрел на нашу INI-шку.Там есть, например, отключение ВЛ-330кВ, а размыкание 2-х шунтов на 110кВ отсутствует, в принципе. Поэтому на высшем уровне и возникают всякие замороки...Пэ.Сэ.: Погорячился - конечно, не полная... просто, лажа.

Цитата:

Посмотрел на нашу INI-шку.Там есть, например, отключение ВЛ-330кВ, а размыкание 2-х шунтов на 110кВ отсутствует, в принципе. Поэтому на высшем уровне и возникают всякие замороки...

Мы в этом случае передаем все три ВЛ, в чем проблема-то?Сдается мне, что у нас разное ПО для актуализации...У нас эта задачка называется АСО и ее реализуют основные файлы aso.exe, LINES.DBF и несколько вспомогательных.

Разные ОДУ - разные проги и нравы...У нас 53101 формируется прогой zajavki.exe.Проблемы нет, просто кто-то где-то чего-то не учёл, и никому до этого нет дела...Хачу опысаные БАРСика...

Цитата:

Посмотрел на нашу INI-шку.Там есть, например, отключение ВЛ-330кВ, а размыкание 2-х шунтов на 110кВ отсутствует, в принципе. Поэтому на высшем уровне и возникают всякие замороки...

Вы все правильно поняли. Насчет описания "кошек" : посмотрите например для начала:http://domino.cdo.ups.ru/publisher/section9/folder6/mashalov.ppt