Просто давно не писал...

да и обсуждение подтолкнуло...

Если орлиным взором посмотреть на то, что происходит в связи (и системах) российской энергетики, в первую очередь в глаза бросаются три момента (это после самого модного увлечения - оптикой):

• Появление все большего и большего числа защит и аппаратур связи помимо релейных/контактных интерфейсов обладающих последовательными интерфейсами передачи сигналов
• Увеличение доли аппаратур и технологий общего пользования в организации процессов производства и управления электроэнергетикой
• Изменение структуры информационного пространства объектов электроэнергетики, явное стремление систем АСУ ТП занять главенствующее место в системе управления производством, доставке и распределении электроэнергии, и даже в административно-хозяйственной поддержке технологических процессов

Не вдаваясь в обсуждение целесообразности и допустимости таких нововведений, можно констатировать: в настоящий момент времени не существует устоявшегося мнения, какой будет внутриобъектовая сеть связи в ближайшем будущем. На равных правах рассматриваются следующие варианты ее построения:

• Проводная, когда каждая функциональность системы обеспечивается собственными связными интерфейсами и протоколами (традиционная). Недостатки: не модно, большое число соединительных проводов при большом числе сигналов (если системы не используют последовательные интерфейсы), подверженость ЭМС/ЭМИ (если это не оптика). Достоинства: прямое соответствие желаемого и существующего; развитие по мере необходимости; интуитивная понятность, привычность; легкость и дешевизна обслуживания и эксплуатации, надежность, наличие проектной и эксплуатационной документальной и приборной базы.
• Интегрированная, в основе реализации стандарт 61850. Достоинства: модно, в пределе – полное избавление от проводов, по оптике «гуляет» вся возможная информация и любое устройство или система может ей воспользоваться; высокая ЭМС/ЭМИ на уровне среды передачи, но не интерфейсов. Недостатки (только основные, все перечислять довольно утомительно): неизвестно, что будет завтра; огромная избыточность (тетенька, мне бы на другую сторону перейти, в магазин. На тебе, деточка, самолет – лети); увеличение стоимости ВСЕХ работ (проектных, наладочных и т.д.); для 99-100% эксплуатации актуален вопрос: а что это вообще такое?; сложность и дороговизна обслуживания и эксплуатации, сомнительная (низкая) надежность, отсутствие типовой проектной и эксплуатационной документальной и приборной базы. Зависимость параметров системы от параметров среды передачи – 10, 100, 1000 МБ Ethernet (при модернизации системы на определенном этапе необходимость смены среды). Недостаточное быстродействие, потенциально для всех систем: РЗА, АСУ ТП и т.д. Чрезвычайно низкая системная надежность – при повреждении среды рушится ВСЯ объектовая связь. Высокая системная стоимость – ИБП, СКС и т.д. Потенциально низкая системная безопасность – подверженность хакерским атакам в том числе. Сложная интеграция оборудования различных производителей, которым гораздо проще и дешевле в рамках всеобъемлющего стандарта создавать частные решения. Могу только еще раз пожалеть, что энергетика пошла по этому пути...
• Интегрированная модернизированная, в основе реализации стандарт 61850. Для устранения дефицита быстродействия для РЗА в 61850 используется модификация GOOSE (блоковая передача с шагом 4 мс) – Fixed GOOSE – передача данных РЗА через GOOSE в формате GSSE (передача битовых строк фиксированной длины 32/64 без их упаковки в блок с удалением всех TCP/IP избыточностей) (решение GE)
• Интегрированная упрощенная на основе модификации стандарта C37.94 SEL Mirrored Bits, менее емкая и навороченная, но по определению более быстродействующая и устойчивая, в классическом виде – точка-точка система (фирменный патент SEL). SEL поддерживает все этапы жизни системы (включая аксессуары для тестирования). Эти два решения мне более симпатичны, так как близки к так любимым мною конвергированным сетям/каналам... давным давно я об этом много писал... например... или...
• Смешанные системы: интегрированная (все) + проводная (резерв РЗА), интегрированная (все кроме РЗА) + интегрированная модернизированная (только РЗА), интегрированная + C37.94 или интегрированная + интегрированная упрощенная (для РЗА). Очевидно, что возможно построение интегрированная (все) + все вышеперечисленное, как резерв РЗА.

Интегрированным системам, как это ни странно, «зарезервировано» место на маленьких «комнатных» объектах низких и м.б. средних напряжений. Где возможность соединить набор рядом стоящих ящиков одним проводом и получить работающую систему «перебъет» все остальное (причем я бы предпочел решение SEL Mirrored Bits, совместное аппаратное решение двух грандов РЗ SEL & Pulsar, или Fixed GOOSE от GE). Да и стоимости инсталляции (проекта) и поддержки (эксплуатации) при этом будут минимальны.

На более крупных объектах более жизнеспособными во всех отношениях мне кажутся проводные с последовательными интерфейсами (оптика) и смешанные системы связи, причем при первой очереди запуска из пары (… + …) второго компонента... поскольку очевидно, что сроки проектирования и запуска такой сложной (интегрированной) системы в полном объеме будут превышать любые проектные требования/нормы... да и кому это надо: погасить объект при наладке АСУ ТП или ТМ или что там еще будет интегрироваться...

Проектирование ВЧ каналов...

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

... речь идет о людях новых в профессии ВЧ проектировщика, и возникающих у них проблемах и вопросах...

-------------------------------------

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

--------------------------------------

... благодаря стараниям EJIK и сайту Телемеханика в энергетике у Вас есть возможность прочитать несколько классических работ, посвященных ВЧ связи в энергетике Библиотека. Безусловно, там представлены не все работы, и если Вы поможете в пополнении Библиотеки - это будет хорошим делом... (см. Комменты: хорошее дело сделал falcon. Я по этой книге посчитал свой первый канал) Там же есть страничка, посвященная связи в энергетике...

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

-------------------------------------

Со своей стороны, предлагаю Вам задавать вопросы по использованию программой Тракт (лучше в почту, можно в комментариях к этой теме; наберется много вопросов - открою специальную страничку). Отвечу, как смогу (давно этим не занимаюсь)... но отвечать буду не регулярно (для ответа на подобные вопросы требуется много усилий) и не всем:

на абстактные вопросы типа "научите ВЧ связи" - не буду;

базы данных я не распространяю;

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

Советы по программе WinTrakt перемещены туда, где им и положено быть: после "Руководства..." Ю.П. Шкарина. Чуть дальше расположены Ответы на вопросы по программе WinTrakt

Без названия...

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

Теперь я принял решение: я не буду создавать (публиковать) методики (на раз-два-три...) расчетов и проектирования чего-либо...

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

• Модифицированы темы, касающиеся кабельных ВЧ каналов... 1) и 2)

Некоторое время основное внимание я буду уделять другой страничке ...

Последние месяцы ужасающе много времени отнимает разбор таких ситуаций:

от проектной организации (генподрядчика и т.д. - выберите сами) приходит письмо, в котором указано, что гензаказчик гневно требует разъяснить в письменном виде (с формулками и т.п.), почему компания Х может изготовить (спроектировать) НЕЧТО с такими параметрами (характеристиками), а компания ХХ нет !!!

Вероятно потому, что ХХ много знает и старается отвечать за то, что делает...

(любой другой мой ответ - более конкретный - обидит массу людей, компаний и т.п.)...

поэтому давайте уважать друг друга и не отнимать понапрасну время, которого и так слишком мало... тем более, что ХХ каждый месяц проводит по 2-3 курса обучения - приезжайте, учитесь.

--------------------------

С удивлением узнал, что одной из компаний, выпускающей УПАСК, не дают Экспертизу на основании того, что рассматриваемая аппаратура не имеет интерфейс интеграции в системы АСУ ТП по 104-му протоколу.

С этим можно было бы согласиться, если бы не существовало других, более дешевых способов подключения к АСУ ТП...

А так - если делать нормально, стоимость разработки Ethernet реализаций сейчас составляет 50-100-150 тыс.евро. Плюс тестирование 50-100 тысяч. Делим на 100-200 терминалов (больше все-равно не купят), получаем... и это без стоимости "железа" и лицензий - не дороговато ли?

Так скоро дешевой ("бюджетной") аппаратуры вообще не останется...

-----------------------

Нормируемый запас по перекрываемому затуханию РЗА систем 22 дБ включает в себя возможность передачи сигналов команд РЗА через место КЗ. Справедливо для относительно дальних КЗ. При ближних однофазных КЗ и двух- трехфазных КЗ величина прироста затухания может составлять 25-35 дБ (в принципе вообще сколько угодно) (это не считая не учитываемого ранее прироста уровня шумов, если КЗ дуговое). Поэтому гарантировать прохождение команд в таких случаях невозможно.

Бороться с этим можно только двумя способами:

резервированием РЗА каналов, например, по другим средам или каналам передачи, не использующим ВЛ как элемент конструкции;

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

(двухкратная или повторная передача сигналов команд, равно как и увеличенная длительность сигнала-команды помогают только в случае "коротких" КЗ. Если по статистике длительность КЗ на данной ВЛ не превышает 70-80 мс, лучше использовать увеличенную длительность сигнала-команды, чем повторную передачу, так как это позволяет одновременно повысить безопасность передачи команд (снизить поток ложных срабатываний))--------------------------
Совершенно случайно увидел расчеты запаса по перекрываемому затуханию комплексного канала (с ТФ и ЦВЧ), выполненные по новым руководящим указаниям, и пришел в ужас!!!

Смотрю: суммарная мощность сигналов равна 2 Вт (в пересчете на Рлин) - спрашиваю: это как? - получаю ответ: а это, как рекомендовано в РУ, действующее значение, без учета пик-фактора сигналов...
и подумал я о том, что:

• любой нормальный человек этого не поймет - испокон веку в ВЧ связи работали/считали пиковые мошности сигналов
• любой нормальный человек испугается, увидев столь маленькие цифирки
• на 100% уверен, что при расчете переходных затуханий люди будут использовать именно это значение. Отсюда следует, что для РЗА каналов величина мешающих сигналов будет занижена на величину пик-фактора (9-18 дБ !!!). Караул, проектировщики !!! Будьте супер внимательны !!!

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

---------------------------

...в свое время я уже касался вопросов недобросовестной конкуренции и обмана заказчиков... Вот и сейчас нашел интересный документ (PDF, 398 кБ) всем известной компании (спецы по связи поймут в чем дело)... ясно одно: сколько бы конкуренты не напрягались это железо всегда будет лучшим...

Эксплуатация, комплексные каналы, связь и релейка...

Поскольку описываемые вопросы/проблемы не истребимы в принципе, хочу еще раз цитатами из документов, написанных мной в последние 9 лет, напомнить:

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

"Вопрос: ...в техническом описании от 2000 года на стр. 9-33 говориться о том, что следует избегать одновременного использования ЕТЛ500 с офисным модемом и системой AES. Просим разъяснить более подробно..." Ответ

Тем не менее, совсем недавно опять возникла ситуация, описанная в письме, и говорящая о том, что полного понимания сути вопроса у связистов нет (а на самом деле нарушения тех самых "правил обслуживания таких каналов"):

1. Снимая АЧХ НЧ телефонного канала выводили в аварию ЕТЛ582 на частотах 0,4; 0,6 и 1,3 кГц (журнал событий фиксировал одновременное присутствие команды и пилот-сигнала)...
Снимать АЧХ речевого канала в комплексной ЕТЛ в первом канале (в канале с командами) внешними приборами вообще не надо (и вредно/запрещается). В принципе этого не надо делать и в любых других каналах ЕТЛ: для этого в MMI есть точная и информативная функция измерения АЧХ. Измерения внешними приборами вызвать ложную работу не могут (вероятность крайне низка), а вот срабатывание указанной сигнализации навлечет на Вас гнев релейщиков по полной программе... И на будущее: любые работы с каналами ЕТЛ следует выполнять только в том случае, если произошло видимое/слышимое ухудшение их характеристик (основная причина: изменение конфигурации ВЛ или ВЧ тракта). В противном случае (не смотря на инструкции) их трогать не надо...

...Две команды группы В (на 1 и 2 входах 2-го модуля G4A1, 1-й модуль не используется) сконфигурированные AES550 в режиме 1,2, видимо, не кодируются двумя частотами, (третью, вообще не задавали) так как в «боевом» режиме в журнале фиксировались аналогичные события...
Все команды двухчастотные, и дело не в этом: не зависимо от числа команд, режима работы и номеров команд, если система AES включена, система следит за тем, чтобы в канале не возникало вообще никаких сигналов, способных помешать передаче команд: по российским нормам эта сигнализация является основанием для вывода из работы; мы считаем ее предупредительной - надо в MMI посмотреть спектрограмму сигналов и понять откуда они берутся (с передатчика - значит речевой или ТЧ канал поганые, на приемнике - значит с линии), и устранять причину...

...В чем же здесь может быть причина «некорректного поведения ЕТЛ»? (MMI-AES v2.0.2.R) (скорей всего дело в программе, но какой? Хотя и «железо», изготовленное по единому образцу не исключение).
Так что поведение ЕТЛ абсолютно корректно, и соответствует российским нормативам. Проблема организационная - в том, что каналы с командами так проверять нельзя. (на будущее - на ЕТЛ кроме самих передаваемых сигналов подавать ничего не надо ни при экспуатации, ни при проверках. Это Вам повезло, что Вы работаете с ЕТЛ - будь это любая другая аппаратура, Вы бы уже пол-страны отключили! Пользуйтесь встроенными функциями: измерителем и корректором АЧХ, спектроанализатором и другими)

2. Следуя Вашим рекомендациям: «не включать эквалайзер и шумоподавитель, чтобы не увеличивать время прохождения команд РЗ и ПА»...
они не увеличивают время передачи напрямую, и касается это только первого канала, где передаются сигналы команд.
При "грязном" телефонном канале (например, идущего с длинного 4-х проводного транзита) шумоподавитель может на 1-2 дБ понизить надежность передачи (иногда, когда речь идущая с АТС совсем плохая, время передачи может увеличиться в 1,3-1.5 раз, но не больше). Дело в том, что приемник команд - адаптивный, он постоянно анализирует состояние канала и подстраивает алгоритмы обработки под его текущее состояние. "Грязь" с речевого транзита заставляет его "думать", что канал Ваш так себе, и его надо "спасать"... (изменив логику обработки).
Эквалайзер на команды вообще не влияет НИКАК!

... о том, что значят цифры в Статусе
... если Вы о том, что Вы видите в статусе, то цифры по уровням и затуханиям могут быть верными только, если канал настроен правильно, и Вы правильно интерпретируете показания. Например, уровни будут отображаться корректно только, если при настройке уровня приема -15 дБ использовалось значение затухания, соответствующее реальному затуханию Вашей линии (то есть перед настройкой уровня приема необходимо выполнить измерение затухания тракта). К примеру, если Вы вместо -21 увидели -26, может быть, что реальное затухание канала на 5 дБ выше расчетного. Так же надо учитывать канальность и загрузку...
Кстати, уровень приема надо настраивать ОДИН раз при шеф-монтаже, и никогда больше не трогать (если не произошло видимое/слышимое ухудшение характеристик канала вследствие изменения конфигурации ВЛ или ВЧ тракта. Причем в основном страшно только уменьшение затухания тракта на более чем 10-15 дБ)

Специальное обращение к релейщикам:
знаю, что на некоторых объектах Вы не используете 4-х проводные речевые каналы - типа "я лучше соломки подстелю", а служебными двухпроводными (с ТФ трубкой на лицевой панели) пользуетесь вовсю и довольны.
Так вот:
если ТФ канал стандартный (не АДАСЭ) и на современных АТС, то бояться Вам абсолютно нечего (в мире таких каналов эксплуатируются тысячи). Только не подпускайте к нему связистов с приборчиками.
Если канал АДАСЭ (в исправности которых Вы имеете право сомневаться), или есть опасения что кто-то где-то может впендюрить в речевой канал модем (STM или ТФМ, анахронизм еще тот), переконфигурируйте этот интерфейс в ЕТЛ на 2-х проводный канал точка-точка и пользуйтесь на здоровье - чего добру пропадать - будет у Вас два ТФ канала с приоритетом: основной диспетчерский и служебный (с трубочкой) (я уж не говорю о том, что давно пора истреблять АДАСЭ как класс)

Чувствую себя идиотом...

... и в последнее время это происходит все чаще при чтении Российской научно-технической периодики...
4-й номер "Электросвязи" за 2008 год: к революционным преобразованиям относится "происходящая в наши дни трансформация традиционных сетей общего пользования с коммутацией каналов в сети следующего поколения NGN, развиваемые, главным образом, на основе технологий пакетной передачи информации и представляющие собой сети, в основном, с коммутацией пакетов. При этом сети электросвязи преобразуются в поистине инфокоммуникационные сети...переход от подхода "одна услуга - одна сеть" к подходу оказания множества услуг через одну и ту же сеть..."

И думаю я:
либо нас всех держат за идиотов,
либо в понятие сеть электросвязи входит только сеть телефонной связи,
либо...
уже скоро будет 30 лет как мы не передавали по оптике (да и по кабелям) данные, речь, телевидение и т.п.,
уж не знаю сколько лет любой (ну почти) PDH, ATM, SDH mux/сеть не могли делать того же (дешевле и при лучшем качестве),
а сейчас любой юзер, сидя за компьютером, не может иметь речь, данные, ТВ и вообще что душе угодно - вот почему в основе большинства решений NGN лежат Ethernet/IP технологии... но, не знаю как у вас, у меня тогда эта NGN не пащет с 1995 года...

Все это напоминает сеанс Кашпировского в мировом масштабе...

Да и по сути:
решили вы себе устроить кино-сеанс. Что это значит? Что, как минимум, 90 минут вас никакие другие "сервисы" не интересуют. Ну можете еще параллельно качать софт, и пару раз поговорить по сотовому телефону. Но в основном 90 минут вам нужен постоянный канал, допустим, 155 МБ. Ну и на кой ляд вам эти пакеты за бешенные бабки? Оно вам надо: платить за каждый десятый пакет из NGN/STM-4/10Gb траффика, когда в 10 раз дешевле можно иметь нужной ширины канал?
Не знаю, сталкивался ли кто из вас с NGN/QoS в реальной жизни... Думаю, что да - просто не осознавали что это ОНО... Весь Инет завален письмами и обсуждениями на тему: сижу на провайдерском канале 10 МБ, фильмы качаются влет, а серфинг идет со скоростью 10 КБ и больше сделать НЕВОЗМОЖНО... за тебя уже все решили, что тебе важно, а что нет... а платишь-то за 10 МБ круглосуточно...

тут к Кашпировскому подешел Чумак...

...кстати, еще в 2004 году средняя 10/100 МБ дырка/порт Ethernet в штатах обходилась юзеру в 3500 баксов в год... а Е1 - точно не помню - в 400-700. На размышления не наводит?
-------------------------------------------------
Представления не имею, сколько продержится этот блог, а то можно было бы сыграть в провидца: на мой взгляд вся эта вакханалия с NGN закончится в 2012-2115 годах, не позже. Уж слишком много здесь притянуто за уши, и совершенно очевидно есть более перспективные принципы построения сетей, если речь идет об общественных сетях.
Если покрутить головой, то окажется что "общественный" контент характеризуется: повторяемостью и гнусным единообразием. Ну скажите, на милость, зачем десятки тысяч людей качают один и тот же фильм 4-8 ГБ, забивая уже находящиеся на последнем издыхании сети? И качают ведь не от соседа по квартире, а из Австралии, США и т.д. гробя мировой траффик...
Собственно отсюда и вытекают свойства перспективной сети:
территориально или по источникам распределенный контент+множественные связи между объектами. Это похоже на концепции р2р и "пространственных" сетей, но первые слишком все упрощают, вторые - уже почти утонули в дебрях пространственной математики...
В р2р принцип "нерегулируемой сети" позволяет: возникать длиннющим очередям, существовать единственному источнику информации, и одному и тому же контенту быть в различной упаковке (тривиально: один файл с разными именами). В основном это и надо подправить. Зачатки QoS там уже есть. Так же как и дифференциация источников по типам информации...
Что касается "пространственных" сетей, то, если вылезти из их дремучести, вернешься к к знакомой с детства задаче: какой самый короткий путь из т.А в т.Б у мухи, ползающей по стакану. Или другими словами: зачем гнать информацию по кольцу через сотню узлов, если ее можно сразу передать абоненту? А для этого надо: цитирую: кольцо прорезать ребрами жесткости, и в идеале создать соединения каждого с каждым...
При этом необходимость в терабитных тысячекилометровых каналах отомрет, а нужна будет сотня узеньких коротеньких каналов. Причем, поскольку один и тот же контент будет одновременно частями браться из разных мест, скорость его доставки, а соответственно и время занятия каналов, существенно сократится...
Ну и т.д. Даю вам возможность самим пофантазировать...
-----------------------------------------------------
Кстати, вот тоже интересно: насколько я ошибаюсь, думая, что 61850 в конце концов найдет свое место, как стандарт/протокол АСУ ТП/СКАДА систем. А передачей всего связанного с защитами и автоматикой (командами, управляющими воздействиями и т.д.), как внутри ПС, так и при межстанционном обмене, будет заниматься другой Стандарт???