Re: Нетерминальная РЗА
Учитывая, что гуси
исчезнут при центральном сервере
Форум посвящен вопросам релейной защиты и автоматики (РЗА). Обмену опытом и общению релейщиков. |
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Если вы интересуетесь релейной защитой и реле, то подписывайтесь на мой канал
Советы бывалого релейщика → Разговоры на свободные темы → Нетерминальная РЗА
Учитывая, что гуси
исчезнут при центральном сервере
исчезнут при центральном сервере
В каком формате вы собираетесь передавать информацию от устройств сопряжения (MU) серверу?
исчезнут при центральном сервере
А сам центральный сервер где находится и кто его к нему имеет доступ?
Можно. Но почему-то при полной выполнимости практически все производители выполняют традиционный коэффициент возврата 0,8 - 0,9. Одна из причин - чтобы реле не "дребездели" при переходных процессах, когда ток КЗ то потухнет, то погаснет. Да и еще немало факторов найти можно.
А чему в МП терминалах "дребездеть"?
Да здесь - более сложная система взаимодействий. Я бы предложил следующую логику: ЕСЛИ I>> не превышает заданную выдержку времени, в зачет не идет.
АОПО с двумя уставками, при этом уставка с бОльшим током - блокирующая?
А чему в МП терминалах "дребездеть"?
Ладно, изменим формулировку на "глючить"
АОПО с двумя уставками, при этом уставка с бОльшим током - блокирующая?
Пожалуй, так. По крайней мере, ближе всего к конечной задаче.
Присоединяйтесь!!! Мы в социальных сетях и на Ютуб. |
5 баллов. Учитывая, что гуси - это широковещательная рассылка, то запросто можно будет устраивать "маскарад". Как упрощают задачи проникновения в технологические сети (не в корпоративные) мастерам-ломастерам самой низкой квалификации.
широковещательная рассылка - по моему, и в модбасе есть. единственное - в модбасе шиной управляет только одно устройство, в eth - любое.
насколько помню нормативы - через гусей возможна реализация ОН противоаварийки. если рассматривать только эту ситуацию - то ОН противоаварийки, по нормативам, может быть реализован широковещательной рассылкой, организованной терминалом ПА, но не может быть реализован через модбас.
В каком формате вы собираетесь передавать информацию от устройств сопряжения (MU) серверу?
1) вообще - где эти гуси бегают то?
2) MU - это по бедности, для экономии оптоволокна, в идеале - напрямую от измерительных трансфоматоров на центральный сервер
Да это - без проблем. Для начала - разработка системы приоритетов: первый уровень - выполнение прямых обязанностей УРЗА, второй - информационные функции, причем опять же с системой приоритетов. Второй уровень - диспетчер, в управлении которого МП УРЗА находится, третий - в чьем ведении. А всякие любопытствующие - напоследок (или на десерт).
насколько помню - пока eth занят пакетом, даже самым низкоприоритетным - снять этот пакет - можно только коллизией (организацией передачи другого пакета, в результате чего снимутся оба)
ежели пакет зависнет - совсем весело.
1) вообще - где эти гуси бегают то?
По станционной шине.
2) MU - это по бедности, для экономии оптоволокна, в идеале - напрямую от измерительных трансфоматоров на центральный сервер
Ну, допустим. А сигналы РПО, РПВ, газовой защиты, положения разъединителей и другие дискреты вы будете медью до сервера тянуть?
А сигналы РПО, РПВ, газовой защиты, положения разъединителей и другие дискреты
так все нужно оптоволокном, меди нет
так все нужно оптоволокном, меди нет
Да, если так, то как вы сигнал того же газового реле будете преобразовать в оптический? Нужен какой-то преобразователь.
пока eth занят пакетом, даже самым низкоприоритетным - снять этот пакет - можно только коллизией (организацией передачи другого пакета, в результате чего снимутся оба)
Да не переживайте, поищите мануал хотя бы на ПВЗУ-Е (или аналоги) Приоритет - за работой защиты, всякие шабашки на этот момент отключаются. Точно так же и в основной функции защиты можно порешать. То ли основную задачу выполнять, то ли информационную.
Да, если так, то как вы сигнал того же газового реле будете преобразовать в оптический? Нужен какой-то преобразователь.
натексовские mmx-pw mmx-och-pw
имхо, конечно в E1, в которую 30 телефонных разговоров упаковываются (у стотовиков до 30*4=120) загонять 10 команд РЗ+ПА излишне авангардно.
По станционной шине.
вот ее и нет при наличии центрального сервера
так все нужно оптоволокном, меди нет
А здесь прикиньте стоимость преобразования контакта реле BF-80 или его аналогов в формат, приемлемый для оптоволокна. Максу Бухгольцу такое и в кошмарном сне присниться не могло. Если бы встал из гроба - поубивал бы инициаторов таких извращений.
А здесь прикиньте стоимость преобразования контакта реле BF-80 или его аналогов в формат, приемлемый для оптоволокна. Максу Бухгольцу такое и в кошмарном сне присниться не могло. Если бы встал из гроба - поубивал бы инициаторов таких извращений.
при всех очевидных минусах есть и очевидный плюс - поскольку волокно неметаллическое - исчезают проблемы гальванических развязок, разностей потенциалов и т.п.
вот по количеств самих волокон - приведенные в качестве примера mmx-pw - работают как по E1, так и непосредственно по волокну. причем, в волокно, дополнительной апппаратурой - упаковывается весьма приличное количество потоков E1 - тут уж непосредственно экономическая, чаше - административная целесообразность.
стоимость
прикиньте - все перешли на формат цифровой подстанции,
и оборудование, не совместимое с этим стандартом - перестанут покупать
----------
как пример - кодак, полароид - перестали выпускать пленочные аппараты - ушли в цифру
МГТС - не прокладывает медные кабели
ВЧ защиты линии - уходят в оптоволокно
Ещё раз повторяю:
Из 80 сырых точек, которые вы собираетесь передавать от ТТ в цифре к центральному комп. - никакакой "блок РЗА" ничего приемлемого по точности сделать не сможет. Это факт, который вам подтвердит любой разработчик терминалов. Вы просто не чувствуете проблему.
не сможет. Это факт
надо разжевать - не понятно, о чем это вы
к центральному комп. - никакакой "блок РЗА"
может: я уже писал - на входе ставим блок определения амплитуды и фазы, и таких блоков (каждый с собственным процессором) - необходимое количество,
- и блок РЗиА получает не сырые данные - а амплитуду и фазу
---------
для примера - простой терминал защиты кабеля 6/10 -
- в блоке АЦП - громадный DSP процессор
- в блоке "ЦП"- два (2) громадных процессора
Советы бывалого релейщика → Разговоры на свободные темы → Нетерминальная РЗА
Форум работает на PunBB, при поддержке Informer Technologies, Inc