Size: a a a

Цифровая подстанция

2016 March 28

AG

Alex Golovin in Цифровая подстанция
Переслано от George
источник

MN

Maxim Nikandrov in Цифровая подстанция
Зачетное видео
источник

NK

ID:208363737 in Цифровая подстанция
Челябинск очередной раз прославился ))
источник

JG

Johny B Good in Цифровая подстанция
https://habrahabr.ru/company/dsec/blog/276345/ - интересное исследование ИБ промышленных свичей.  # информационнаябезопасность
источник
2016 March 29

АТ

Алексей Ткаченко in Цифровая подстанция
Or
источник

A

Alexander in Цифровая подстанция
If
источник

VS

Vladimir Stepanov in Цифровая подстанция
источник

AG

Alex Golovin in Цифровая подстанция
похоже на каких то пранкеров
источник

AD

Anton D in Цифровая подстанция
Добрый день! Обратил внимание на обсуждение насчет "аварийного отключения", что его можно отобразить как process в атрибуте orCat. Так вот если судить по главе 7.3, то прописан он там как ST в Ed2 и как ST, CO в Ed1. Но в главе 8.1 сказано что этот атрибут должен входить в состав структуры Oper, которая уже идет как CO и все что входит в состав этой структуры тоже имеет FC=CO. В принципе, на сколько я помню, добавлять в датасет элементы с fc = CO по стандарту не запрещается. Но триггера на изменение данных у атрибута Oper, куда входит orCat, в стандарте не прописано и соответственно изменение его не повлечет отправку отчета. Тут только остается периодический опрос делать постоянно(что считаю не лучшим вариантом). Поэтому придется к атрибуту Oper добавить dchg=true и тогда думаю все будет хорошо. Я думаю все-таки проще пойти по пути сименсов и добавить свой расширенный параметр в узел CSWI (так как считаю что эта информация относится больше к состоянию управления КА).
источник

LO

Leonid Orlov in Цифровая подстанция
Есть и более глобальный вопрос:
Что лучше - добавлять свои расширенные параметры в стандартные узлы (тем самым отклоняясь от стандартных узлов),

Или же под такие параметры создавать ggio. Это по смыслу не так красиво, но более строго соответствует стандарту.
источник

AA

Alex Anoshin in Цифровая подстанция
Leonid Orlov
Есть и более глобальный вопрос:
Что лучше - добавлять свои расширенные параметры в стандартные узлы (тем самым отклоняясь от стандартных узлов),

Или же под такие параметры создавать ggio. Это по смыслу не так красиво, но более строго соответствует стандарту.
Второе как раз существенно менее строго соответствует стандарту.
источник

AG

Alex Golovin in Цифровая подстанция
Коллеги, большой обдейт нашего помощника по 61850 - о полном перечне нововведений читайте на ЦПС: http://bit.ly/tlgrm-bot. Что приятно - новые функции абсолютно бесплатны. Платной остается лишь одна функция - формирования документации по SCD файлу. Но и здесь приятный момент - всем пользователем сбросили счетчик пробных загрузок! У вас их теперь снова две!
источник

AG

Alex Golovin in Цифровая подстанция
Да здравствуют инструменты, облегчающие работу с 61850! Ура!
источник

NK

ID:189360702 in Цифровая подстанция
Здравствуйте коллеги! Вот на сайте год назад был вопрос http://digitalsubstation.ru/question/iec-62439-3-prp-d0-b8-scada-d1-81-d0-b5-d1-80-d0-b2-d0-b5-d1-80/ Что нибудь изменилось? Кто нибудь обладает информацией о применениях апппаратной и /или программанной реализации PRP на серверах под Windows?
источник

AS

Alexandr Serrato in Цифровая подстанция
Anton D
Добрый день! Обратил внимание на обсуждение насчет "аварийного отключения", что его можно отобразить как process в атрибуте orCat. Так вот если судить по главе 7.3, то прописан он там как ST в Ed2 и как ST, CO в Ed1. Но в главе 8.1 сказано что этот атрибут должен входить в состав структуры Oper, которая уже идет как CO и все что входит в состав этой структуры тоже имеет FC=CO. В принципе, на сколько я помню, добавлять в датасет элементы с fc = CO по стандарту не запрещается. Но триггера на изменение данных у атрибута Oper, куда входит orCat, в стандарте не прописано и соответственно изменение его не повлечет отправку отчета. Тут только остается периодический опрос делать постоянно(что считаю не лучшим вариантом). Поэтому придется к атрибуту Oper добавить dchg=true и тогда думаю все будет хорошо. Я думаю все-таки проще пойти по пути сименсов и добавить свой расширенный параметр в узел CSWI (так как считаю что эта информация относится больше к состоянию управления КА).
Добрый день, для формирования отчета как раз надо ипользовать origin с FC=ST (Oper только для записи), а в качстве триггера можно для отчета можно использовать меняющееся положение выключателядля stval, а лучше сразу всю струткру Pos (DPC)
источник

AD

Anton D in Цифровая подстанция
Alexandr Serrato
Добрый день, для формирования отчета как раз надо ипользовать origin с FC=ST (Oper только для записи), а в качстве триггера можно для отчета можно использовать меняющееся положение выключателядля stval, а лучше сразу всю струткру Pos (DPC)
Ну это получается, что в объекте класса например того же DPC должно быть 2 origin: 1-ый который находится в корне объекта(например Pos.origin) имеющий fc = ST, а 2-ой который лежит внутри Oper, как раз таки для записи (например Pos.Oper.origin), имеющий fc = CO?
источник

AS

Alexandr Serrato in Цифровая подстанция
да, так
источник

LO

Leonid Orlov in Цифровая подстанция
Переслано от Alex Anoshin
Второе как раз существенно менее строго соответствует стандарту.
источник

LO

Leonid Orlov in Цифровая подстанция
скажем так - рисков совместимости во втором случае меньше
источник

LO

Leonid Orlov in Цифровая подстанция
а в первом бывало часто
источник