1

Тема: Организация каналов связи

ga_alx пишет:

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


Коллега  ga_alx!
Вообще, эта статья актуальна не только для России. Эти проблемы – для всего постсоветского пространства.
А относительно связей по оптоволокну в части основных алгоритмов защит. И я, и Сергей тоже, еще на старом форуме натерли языки и пальцы говорить и писать, что это порочный метод – считать «РЗА подсистемой АСУ». Ну и что, что защита защищает эл.оборуд., а не наоборот? Так что, нельзя локализовать основные алгоритмы защит? Понятно, жестко не отделишь терминал от всего остального. В терминале не только защиты есть.
Но сами системы защит, как предохранители, не должны быть включены в общую систему АСУ! И каналы должны быть раздельные. Что, надо сигналы  ДЗЛ и передачи команд защит передавать по каналам АСУ? Боже упаси!
Другое дело, говорить «ату-ату, не пустим никакое АСУ в наши терминалы!» - так тоже нельзя. Повторяю, в терминалах – не только защиты.
И вот как раз надо смотреть комплексно. Да, действительно, все – одна система (в широком смысле). И рассматривать построение этой системы надо системно (тавтология?). Только система эта не должна быть не какой-то грубой смесью, а состоять из разных слоев, и в ней должны быть автономные единицы. И надо сразу прописать степень этой автономности. И не употреблять слово «подсистема», а то оно провоцирует на то, чтобы постепенно подталкивать «подсистемы» на все большее вхождение вовнутрь системы.
Я бы даже сказал так: РЗА – отдельная система. Но МП терминалы, где РЗА – основная часть – многофункциональны.  И процессоры уже не заставишь быть «только РЗА». И вот это-то как раз и провоцирует на «вхождение в АСУ». Процессоры – общие (кстати, не везде и это так уж однозначно), так давайте все общее сделаем.
  Кстати, с точки зрения объекта, который надо защищать. Чтобы лучше защищать объект, не надо мешать все в одну кучу.

Делай , что должен, и будь, что будет

2

Re: Организация каналов связи

lik, честно говоря очень приятно, что называете меня коллега.
Но вот почему нельзя один канал использовать для передачи различной информации не пойму. К примеру, интернет провайдеры наоборот вводят услугу ночной безлимит, чтобы оборудование и каналы не простаивали.
Думаете системы управления АСУ и РЗА будут формировать такой поток данных, что каналы не справятся с объемом информации или чисто со стороны надежности. Так все одно лучше использовать не для каждой "подсистемы" по каналу, а два канала для двух подсистем.

3

Re: Организация каналов связи

ga_alx,  почему нельзя один канал использовать для передачи различной информации?
можно, но для этого нужен специальный канал
каждая служба/сервис в РЗА предъявляет свои специфические требования, и их надо выполнять одновременно
надежность, времена, ошибки, резервирование, доступность и т.д.

4

Re: Организация каналов связи

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

Тут еще одну вещь хочется сказать. Мы и эту, и много других вещей, и на старом, да и на новом форуме обсуждаем по каким-то многократным кругам. А не пора многие вещи нормировать какими-то документами? В частности, до сих пор ни в одной стране эксССР, по-моему, нет  разделов в ПУЭ по МП РЗА, кардинально отличающихся от прежних разделов РЗА, составленных еще во времена электромеханики.  Вот были бы там, например, такие фразы: «Нельзя по одному каналу связи организовывать передачу сигналов РЗА и ТМ…».  Фраза сырая, но это не предложение для составителей нового ПУЭ,  а очередная ин-я для разм.

Делай , что должен, и будь, что будет

5

Re: Организация каналов связи

lik, «Нельзя по одному каналу связи организовывать передачу сигналов РЗА и ТМ…»
что такое "канал связи" ?
если это Внешняя ссылка , то так писать нельзя

6

Re: Организация каналов связи

lik пишет:

Фраза сырая, но это не предложение для составителей нового ПУЭ,  а очередная ин-я для разм.

Сергей.
Составьте этот пункт ПУЭ (или целый раздел), и напишите как надо.
smile

Делай , что должен, и будь, что будет

7

Re: Организация каналов связи

на самом деле в разрозненных документах кое-что есть, например в 57-м приказе Внешняя ссылка

опасное это дело: а как придется переделывать 80-90% существующих систем связи? (чиновников это, конечно, порадует)

и потом так уже было неоднократно: ВНИИЭ / НТЦ Электроэнергетики / ФСК выпускало документы - как должно быть, их принимали, а потом отменяли, потому что оказывалось, что оборудование и системы большинства производителей требованиям энергетики не удовлетворяют, и тендеры не с кем играть... хотя и это не спасает: сейчас множество тендеров фиктивные, просят заявки подавать, лишь бы пуск объектов не заваливать...

8

Re: Организация каналов связи

Просмотрел  57 приказ.
1.Не нашел там того, о чем мы говорили. По крайней мере, в явном виде.  Допускаю, надо внимательнее вчитываться, может как-то зашифровано.
2.Это приказ для РАО ЕЭС России. А ПУЭ для всех ведомств всех форм собственности. Правда, поять же – для России. Но ПУЭ других стран эксССР когут и «обезьян».
3.Интересно, IEC и  ANSI «что-то шепчут» об этом.

Делай , что должен, и будь, что будет