Да это же - грубейшее нарушение коммерческой тайны! Всегда в проектах рисовались проектные наименования присоединений, далеко не всегда соответствующие диспетчерским наименованиям (когда-то - ВЛ-110-1, ВЛ-110-2, сейчас W-1, W-2 или что-то в этом роде, с ходу не вспомню). К ним же в какой-то степени привязывались и маркировки вторичных цепей. Представьте себе ВЛ-110 Старонижестебоиевская - Нововеличковская с отпайкой на ПС Старовышестеблиевскую тяговую!
А если заказчику в процессе проектирования захочется изменить наименование линии на противоположное?
Хороший пример есть. Одна из узловых подстанций нашей энергосистемы имела проектное наименование Крымская 500. По некоторым обстоятельствам высочайшим повелением ей был присвоен титул Кубанская 500 (хотя разумнее было Абинская 500). Так что, по этому поводу переименовывать все проектные наименования присоединений на смежных элементах?

По поводу длинноты наименований. Вспоминаю из глубокого детства (мне лет 10 в то время было) японский стишок на украинском языке (мне. собственно, в то время что русский. что украинский были без разницы). Все детали не помню, но основные компоненты. Некая женщина рожает сына и просит, чтобы его назвали длинным именем. Но на первом слоге "Чон" умирает. Так его и назвали. Постоянные приколы среди детворы: "Чон, Чон, только Чон, съел полпуда макарон".
Его отец женится второй раз, более успешно. И его вторая жена просит назвать сына "Чони - мони, макарони, кики-мики, кукурики, каки-саки - нагасаки..." и т.д. еще на страницу.
Детки подрастают, Чон падает в колодец, детки кричат, что Чон в беде. Отец прибегает, его спасает.
Следующий раз в колодец падает владелец полного имени. и пока детки его прокричали несколько раз с ошибками, он утонул.
Так и у нас. Пока произнесешь полное имя линии и получишь подтверждение о приеме команды, смену пора менять.
Кстати, а если идет команда "вывести функцию дифференциально - фазной защиты в первом комплекте дифференциально - фазной защиты с функцией комплектной ступенчатой защиты" на той же линии?

А скобки как по телефону передавать?

Предложение:
Комплект РЗА!!! (громко, с напором) номер один ВЛ такой-то скобка открывающая ДЗЛ, ДЗ, ТАПВ, ОАПВ скобка закрывающая скобка открывающая ШЭ2710 591 скобка закрывающая. Что еще фэншуйней будет?
Кстати, сын раскопал, что по-китайски фэншуй - искусство убранства могил, после чего в быту такой термин терпеть не может. А для меня - в самый раз.
Хорошо, хоть на упомянутой мною линии - стодесятке такого набора защит нет. Собственно, и наименование линии условное, но в этих районах сходные наименования линий такой длины (в плане наименований) - не редкость.

В каких скобках, первых или вторых? И где об этом сказано?

Во всех скобках, сказано в соответствующих документах, Вам, кто постоянно утирает нос СО, грех не знать таких простых вещей ;)

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

Вообще на месте Вашего остроумного ответа, Ваше Четырёхподбородие, гораздо лучше, и я бы сказал, органичнее, выглядела бы фраза чудесной Нонны Мордюковой из одноименного фильма:
«У нас в России - УПРАВДОМ - друг человека!»

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

Ну я думаю иметь представление обязыны все причастные по электрической части. А вот всякие ОВшники нет.

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

Вот на этот счет информация разница от РДУ к РДУ. Наши например по весне уходят с работы в 8-9 вечера и стабильно сидят в выходные как раз из-за расчетов режимов и подготовок к летним отключениям.

Тут тоже все как-то не ясно. Все говорят по-разному. Официально пока не был в отделе кадров.

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

Это называется "Капитализм, счастье - з@.бись" и касается не только проектировщиков.

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

Согласен, но какая есть

Коллеги Andrews28 и ПАУтина правильно сказали что это еще ни о чем не говорит. Важно суть и смысл этих замечаний.

Мы к сожалению не в мире розовых единорогов живем. Часто выкинутые ТЗ писались одними, корректировались другими, выкидывались третьими. На создание ТЗ и включение в инвест-программы тоже нужно время, которого тоже может не быть. В итоге надо скажем строить в 19 году. ТЗ начинают делать в 17. Но затягивают свои внутренние дела, в итоге выбрасывают на конкурс в 18 чтоб попасть в инвест-программу 19-го. В итоге проектировщик читает конкурсное ТЗ об объекте, который в глаза не видел, не знает ничего о нем, не имеет даже возможности разобраться, но должен дать цену и срок, причем и то, и другое должно быть минимальным. Потом он выигрывает, едет и видим в какую он приехал ситуацию. И в итоге проектирование иногда начинается не с ТЗ, а с осмысления увиденного на объекте. А время идет и идет, заказчик требует. Аванс - волшебное слово которое все реже слышно - работаем почти всегда за свои. У всех есть сроки оплаты после сдачи объекта, но это срок приходится на отчетный период и налоговую не волнует заплатили тебе или нет - вынь да положь налоги за эту работу. Из-за этого должен быть постоянный поток работ и стало нормой одновременная работа на 2-3 объекта.

Может, но потом собирая бутылки будет об этом жалеть )))

Добавлено: 2019-09-18 16:50:10

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

Ну думаю Михаил Пирогов мог бы просветить на эту тему больше всех )))

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