21 (2014-02-22 21:49:39 отредактировано Пользователь)

Re: Терминал РЗА - как программа, сервис

doro пишет:

надежность "железа" как одного из компонентов системы с надежностью системы в целом. В настоящее время любой разработчик МП РЗА дает вам в одном флаконе надежность всех компонентов в связке

далеко не "всех компонентов в связке" - только железку + программу.
есть еще
питание, связь, помещение, обслуживание, да просто методика применения, и т.д. и т.п.
-------------
вот в случае автоматики - уже
- есть логический контроллер,
- есть программа автоматики, загружаемая в него

и ничего, железки продают отдельно!
------------------
вот в связи с этой автоматикой - вспомнилось:

сепам80 - уже имеет базовый блок + программный модуль (флешка с программой)

- некий аналог, осталось только заменить базовый блок - стандартным для всех сервером

22

Re: Терминал РЗА - как программа, сервис

Не забывайте при этом третий, главнейший, компонент надежности.
И не путайте компоненты управления станков с ЧПУ

Пользователь пишет:

вот в случае автоматики - уже
- есть логический контроллер,
- есть программа автоматики, загружаемая в него

и ничего, железки продают отдельно!

с релейной защитой

23

Re: Терминал РЗА - как программа, сервис

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

Короче я за вариант, где каждый уровень отвечает за свой участок и не лезет в вышестоящую епархию:
1 - уровень присоединения, отдельный терминал, либо другая система защиты, с главной задачей - при возникновении повреждения максимально быстро и независимо выдать сигнал об этом.
2 - уровень ПС, где есть система наблюдающая за терминалами, защитами и проверяющая их работу, осуществляющая автоматику, выдачу команд, передачу ТИ и др. функции уровня ПС.

24

Re: Терминал РЗА - как программа, сервис

doro пишет:

с релейной защитой

уважаемый,
автоматику подстанции пишут на логических контроллерах,

про " станков с ЧПУ " ничего не знаю

25

Re: Терминал РЗА - как программа, сервис

ustas пишет:

уровень присоединения

между измерительными трансформаторами и терминалами - стоит технологическая шина
одна
накроется - и все потухло

Присоединяйтесь!!! Мы в социальных сетях и на Ютуб.

26

Re: Терминал РЗА - как программа, сервис

doro пишет:

Да не путайте вы надежность "железа" как одного из компонентов системы с надежностью системы в целом. В настоящее время любой разработчик МП РЗА дает вам в одном флаконе надежность всех компонентов в связке

doro пишет:

Не забывайте при этом третий, главнейший, компонент надежности.

Надежность системы основана на надежности компонентов. Технология пайки сильно не увеличит надежность системы. Компоненты одни и те же в телевизоре и в терминале. Только на телевизор больше 3 лет никто не рассчитывает и не дает гарантии..

27

Re: Терминал РЗА - как программа, сервис

ustas пишет:

монстра с кучей процессоров, жестких дисков

давайте разработаем монстра!
1. один (1) процессор,
2. пзу - флешка, в гигабайт влезет всё
3. программа:
- БПФ - получили амплитуды гармоник, с фазами, и этот блок на все защиты, один на всех
- сосчитали частоту, мощности P,Q,S - и этот блок на все защиты, один на всех
- защиты - программы, как правило примитив: например ТоковаяОтсечка - if (I>Itrip) then TRIP, добавим задержку - получим МТЗ, добавим учет мощности - получим направленные защиты, и т.д.

видно, что самое сложное - это БПФ
и время реакции (обработка сигнала) - порядка 10миллисекунд,
хватает с запасом

так что "не так страшен черт"

28

Re: Терминал РЗА - как программа, сервис

Пользователь пишет:

автоматику подстанции пишут на логических контроллерах,

А пример не приведете?

csapkod пишет:

Надежность системы основана на надежности компонентов.

Типично чайниковский подход. Я-то писал о концептах разработки РЗА, а Вы - о паяльнике.

29

Re: Терминал РЗА - как программа, сервис

Ну а теперь все это БПФ и логику умножаем на число присоединений и считаем монстра который сможет это провернуть в реальном времени и считаем гроши, что потребуется для этого монстра.

Не стоит мешать и тянуть все на верхний уровень, каждый должен отвечать за свой участок.

30

Re: Терминал РЗА - как программа, сервис

Пользователь пишет:

давайте разработаем монстра!

Да не забудьте к этому монстру пригласить хотя бы одного специалиста в части РЗА! Иначе монстр не будет иметь малейшего представления в сущности вопроса. Как и инициатор темы.

31

Re: Терминал РЗА - как программа, сервис

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

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

32

Re: Терминал РЗА - как программа, сервис

doro пишет:

и самый главный компонент, отличающий самых сильных - философию или концепцию построения, основанные на многолетнем опыте эксплуатации.

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

33

Re: Терминал РЗА - как программа, сервис

doro пишет:

концепцию построения, основанные на многолетнем опыте эксплуатации


это больше похоже на рекламу. В чем суть?

34

Re: Терминал РЗА - как программа, сервис

Правда все это похоже на вброс гумна на вентилятор, ну да ладно.

Пользователь пишет:

вот не понятно - зачем на каждый транс - навешивать по серверу?

- За тем что это надежней, стоимость самого супер надежного сервера равна десяти виткам обмотки силового трансформатора (читай защищаемого оборудования) и это не считая ущерба от ограничения поставки э/э потребителю, я думаю что есть смысл поставить два...? или не?

Пользователь пишет:

- почему систему оперативного питания делают одну на подстанцию,

- почему одну..., два трансформатора силовых АВР-10, два ТСН-0,4кВ - АВР-0,4, два выпрямителя способные работать как отдельно так и параллельно, на больших ПС и батареи две, и это в принципе самая простая СОПТ. Так что вы не в теме )))

Профиль создан и забронирован:    24.07.2007 13:53

35

Re: Терминал РЗА - как программа, сервис

ustas пишет:

умножаем на число присоединений

когда 20 линий, и на каждом по терминалу - это конечно круто

36

Re: Терминал РЗА - как программа, сервис

Коля пишет:

и батареи две

почему на каждый терминал не делать свою - транс, выпрямитель, батарея, ...

37 (2014-02-23 00:19:23 отредактировано Пользователь)

Re: Терминал РЗА - как программа, сервис

Коля пишет:

стоимость самого супер надежного сервера равна десяти виткам обмотки силового трансформатора (читай защищаемого оборудования)

вот это понятно - на мильен оборудования - нужна защита за 100 тыщ

- или какое соотношение между стоимостью защищаемого оборудования - и стоимостью защиты?
(порядок величины, по практике)

38

Re: Терминал РЗА - как программа, сервис

Пользователь пишет:

уважаемый,

- поспокойней)))

ustas пишет:

Ну а теперь все это БПФ и логику умножаем на число присоединений и считаем монстра который сможет это провернуть в реальном времени и считаем гроши, что потребуется для этого монстра.

- стоимость даже не важна... Давайте представим чисто гипотетически какой производительностью должен обладать "монстрила"при возникновении двойного КЗ, скажем на 10кВ длительностью 0,8с и возникающим в этот момент коротким на ошиновке 110 - вариант возможный - да более чем. Возможно ли создать подобного монстра? Да. Но к сожалению все его достоинства утонут в его недостатках. Самый простой я уже упоминал - охлаждение. В промышленных компьютерах которые применяются в распределенной РЗА нет ни одного вращающегося вентилятора. Именно поэтому БМРЗ выполняющий свою локальную задачу работает более 10 лет (кнопки только отваливаются, но функционала не теряет). К тому же отказ одного отдельно взятого БМРЗ многократно зарезервированного не приведет к отказу системы в целом. И пайка здесь играет не решающую роль.

Профиль создан и забронирован:    24.07.2007 13:53

39

Re: Терминал РЗА - как программа, сервис

Коля пишет:

- поспокойней)))

вы не в теме )))

40

Re: Терминал РЗА - как программа, сервис

Пользователь пишет:

почему на каждый терминал не делать свою - транс, выпрямитель, батарея, ...

- Вы паталогически не способны признать что предложили ерунда?

Пользователь пишет:

вот это понятно - на мильен оборудования - нужна защита за 100 тыщ

- нет не нужна, транс это порядка 40 миллионов и мы с вами конечно можем съэкономить и поставить защиту одну за 500 тыс. , но при ее отказе мы потеряем оборудование стоимостью смотри выше. Может не будем тут экономить и поставим две защиты? Default/smile=))) Так что вам многое не понятно Default/smile=)

Добавлено: 2014-02-23 03:31:34

Пользователь пишет:

вы не в теме )))

- это аргументированный аргумент?

Профиль создан и забронирован:    24.07.2007 13:53