grsl>Память должна быть разбита на приоритеты: grsl>1. Запись аварийных режимов-в выносном модуле и в мозговом центре. grsl>2. Непрерывная запись величин только в мозговом центре. этто, конечно, хорошо!, но необходимо задать темп записи событий и разрядность (точность) (это не дискретизация). При этом, если вы хотите осциллограммы писать только в центре, то: получите безумные требования к каналам между распределенными выносами и центром, а так же высокую вероятность потери всего при повреждении центра или связного оборудования/каналов при некоторых видах аварий (например, разряд на ОРУ) - писаться должно в выносах, а наверх передаваться по мере возможности/необходимости Энергонезависимая двухступенчатая двойного резервирования память на 10-15 лет - это само собой разумеется???
и потом - вам, конечно, виднее - но разве это нормально, чтобы оперативно посмотреть записи или осциллограмму получать доступ/присоединение к центру? (ведь пароль/защиты там точно будут)
+ необходимо запрещение на возможность редактирования/изменения данных
grsl>Связь желательно организовать не отдельным шлейфом, а кольцом. может хватит колец и с 61850? - все-равно ведь и там перейдут на двойную звезду и точку-многоточку
grsl>Синхронизация должна быть раздельно по каждому модулю, а не через мозговой центр. а синхронизацию (например, 1 с) можно и из центра слать по точке-многоточке - все-равно ведь канал будет
Сергей +1 . Всегда ценю тебя за умение видеть тонкие места.
Хочу немного уточнить "пожелания". 1. Запись аварийных событий, не имел ввиду одновременость в выносном модуле и мозге. Связь рухнет сразу. Запись с высокой дискетизацией только в выносном модуле оттуда "архивированым пакетом " в мозг. Запись аналоговых величин только в мозгу, там нет нужды в высокой дискретизации, можно и одно измерение в ,скажем, 0.5с. Но нет нужды писать такие тренды внизу и забивать там память.
2. Кольца не по причине как в 61850, а удобства прокладки кабелей связи, но нет проблем и в звёздах... 3. Синхронизацию из мозга самое удобное, но всё таки неплохо иметь хотя бы независимую синхронозацию в случае если из за аварии произишло наружение связи с мозгом
grsl>2. Кольца не по причине как в 61850, а удобства прокладки кабелей связи сомневаюсь, что есть удобства прокладки колец по независимым трассам при размерах объекта более 0,5-10км, вот где-нибудь в комнате средних размеров - да :-) grsl>3. Синхронизацию из мозга самое удобное, но всё таки неплохо иметь хотя бы независимую синхронозацию в случае если из за аварии произишло наружение связи с мозгом зависит от требований к точности временных меток/синхронизации и длительности нарушения связи между центром и выносом - в это время могут работать встроенные ЧРВ, надо только определить требования к ним
grsl>>2. Кольца не по причине как в 61850, а удобства прокладки кабелей связи Sergei>сомневаюсь, что есть удобства прокладки колец по независимым трассам при размерах объекта более 0,5-10км, вот где-нибудь в комнате средних размеров - да :-) А ещё говорит что не релейщик, такой же дотошный :-). Именно для релейных залов или ОРУ. Кстати не обязательно кольца пусть будет возможность для Т-подключения.
grsl>...Каждая такая выносная единица должна быть со своим "мозгом" И чем меньше такая единица, тем мобильней и гибче будет Ваша система. grsl>А вот все такие выносные системы уже будут подключаться к "мозговому центру". grsl>В случае какой либо аварии и нарушении связи с "мозговом центром", можно с ноутбуком скаачть даные с выносной единицы... Немного прокомментирую. Во-первых, сбор всей информации в один "мозг" (терминал, устройство или еще как назовете) при выходе из строя одного элемента приводит к потере всей информации о событии (это мы проходили на АУРЕ). При рассредоточении же при выходе из строя одного устройства событие на линии (или на другом присоединении) можно востановить по параметрам, саписанным регистраторами смежных присоединений. Во-вторых, 256 аналогов и 512 дискретов - это сколько же проводов в одну панель (шкакф) тянуть придется? Даже при суперкомпактных клеммниках одним легким движением руки можно вывести из строя не одно присоединение. С другой стороны, полное рассредоточение информации по отдельным устройствам затрудняет анализ при сложных повреждениях (это мы регулярно чувствуем при анализе осциллограмм РЕМИ - до десятка, если не больше, окон приходится открывать одновременно). Так что отдельные регистраторы, объединенные в единую систему просмотра - то, чего пока не хватает (есть у разных производителей разные решения, но идеального среди них не вижу). И еще. Надейся на лучшее, а готовься к худшему. Современные крупные объекты АСУчиваются по максимуму. И средства связи у них суперсовременные. Но при этом остаются множество окружающих объектов, кде единственным средством связи остаются ВЧ каналы, качество которых оставляет желать лучшего. И крайне желательно, чтобы к большому объему информации, полученной от большого комплекса регистраторов посредством ВОЛС (или спутникового канала связи) можно было приложить осциллограммку с противоположного конца линии от отдельно взятого модуля. По опыту знаю: единичные осциллограммы объемом 6 кБ при наших каналах связи качаются без проблем. А вот когда осциллограмма превышае0т 10 кБ - никакой гарантии, что связь не прервется где-то посредине ее.
doro>... остаются множество окружающих объектов, где единственным средством связи остаются ВЧ каналы, качество которых оставляет желать лучшего ... единичные осциллограммы объемом 6 кБ качаются без проблем. А вот когда осциллограмма превышает 10 кБ - никакой гарантии, что связь не прервется где-то посредине ее. эх, сколько бы в этом месте можно/нужно сказать... и про технические задания, и про оборудование, и про закупки, и про проектирование, и про реализации, и про эксплуатацию...
ЗЫ. кстати (хоть и не в тему) уже несколько раз за последнее время слышал от руководителей РЗА/РДУ самого разного уровня фразу: да нам плевать и на Сертификацию, и на Приемку, и на проекты - может сначала помечтать, чтобы таких людей в профессии поменьше осталось?
Да Евгений Георгиевич ( doro ) указал на серьёзную проблему при выносных модулях. Объединение нескольких записей в одно целое. Вобщем то в некоторых прогах такое существует. По идее у программистов такое решение должно быть, комтрэйд файл это чисто тескстовый файл и объеденить из дело техники. Но вот где истиная проблема, это синхронизация всех обязана быть на высоком уровне, иначе получиться очень искаженая картина.
Вобще ПО должно перетерпеть серьёзные изменения. Из области фантастики, но всё таки: Неважно какой протокол связи будет для обмена с мозговым центром, но с АСУ надо делать интеграцию тоже, потому нужно конечно закладывать в такой регистратор протоколы связи с АСУ. Идеально была бы возможность закачку в такой регистратор осцилограмм из реле и объединение с осцилограмами самого регистатора.
Желательно сохранять все аварийные ситуации в выносном модулем, даже если инфа уже ушла в мозговой центр, некое подобие архивирования на нижнем уровне. Только при переполнении памяти внизу делать FIFO.
Что касается передачи файла с другого конца линии, очень важная инфа и часто её не хватает в нузное время. Но так понимаю решения есть и на уровне ВЧ связи.
Надо смотреть и на маркетинговую сторону дела. Такую выносную единицу можно поставлять отдельно от системы, как и регистратор аварийных ситуаций и как регистратор качества электроэнергии. Потом к ней можно добавлять и добавлять.
Что должен делать ИДЕАЛЬНЫЙ РАС? ЗАПИСАТЬ, СОХРАНИТЬ и дать возможность ИЗВЛЕЧЬ локально или удаленно записанные ДАННЫЕ, при любых погодных условиях, 25 лет, 365 дней в году, 24 часа в сутки. И если у вас на "Рабочем столе" комьютера есть извлеченные из РАС ДАННЫЕ, то уже программным путем нужно превратить их в ИНФОРМАЦИЮ. Таким образом вопрос ИДЕАЛЬНОГО РАС разбивается на две составляющие: идеальное железо и идеальное ПО.
ИДЕАЛЬНОЕ ЖЕЛЕЗО. Doro в коментариях справедливо подметил две основных схемы организации РАС: 1.централизованный сбор всех парметров на один РАС 2.распределенный сбор из системы РАС на общий сервер (АРМ).
SMIT, у вас несмотря на выносные блоки, предложен централизованный вариант. Как только в выносных блоках появятся "мозги", то желание максимально нагрузить их всевозможными задачами превратит выносной блок просто в отдельностоящий РАС и получится распределенная система сбора.
Каждый из вариантов имеет свои плюсы и минусы. Но на сегоняшний день в технической политике использования РАС складываются определенные тенденции. А именно.
Желание иметь как можно больше ИНФОРМАЦИИ (не путать с ДАННЫМИ) об аварийных процессах и внедрение цифровых РАС привели к тому, что по сути, уже есть основа для глобальной распределенной СИСТЕМЫ РАС. Отдельностоящие РАС (или группы РАС) разбросаны (распределены) по многим энергообъектам в Росси. Вопрос объединения их в СИСТЕМУ больше вопрос ПО, каналов передачи данных и регламента (некторых единых требований к представляемым данным). На локальном уровне наличие функций РАС у различных микропроцессорных устройств РЗА (защиты, реле, ИМФ и т.д.), также автоматически создает распределенный вариант системы РАС, независимо от того, хочет этого кто-то или нет. Т.о. не уровне "железа" важное и обязательное требование к РАС - синхронизация записи, т.к. как только ваш РАС появляется на объекте, он станет элементом глобальной или локальной распределенной системы РАС.
Несколько вопросов к Smitt. 1. Каково время записи одного пуска? 2. Какова разрядность АЦП? 3. В заявленных Функциональные возможности регистратора: • запись мгновенных значений напряжений / токов / дискретных сигналов любой формы, с частотой дискретизации до 100 кГц на канал независимо от количества каналов; Функциональные возможности ПО диспетчера: • сохранение и передача осциллограмм в формате COMTRADE на высшие уровни диспетчерского и технологического управления, а также анализ осциллограмм по спектральным и гармоническим составляющим; Формат COMTRADE предполагает выполнять оцифровку сигнала, выбирая частоту из фиксированного набора частот (для частоты 50 гЦ верхний предел - 160000 гЦ). Вы предполагаете устанавливать частоту дискретизации до 100 кГц произвольную, согласно какому-то шагу или по COMTRADE?
4. Что означает: • безусловная непрерывная запись усредненных вычисленных значений, таких как (для переменных сигналов): 1. действующих значений напряжений и токов; 2. симметричных составляющих действующего значения фазного напряжения и тока прямой / обратной / нулевой последовательности; • безусловная непрерывная запись усредненных мгновенных значений напряжений и токов (для постоянных сигналов); Что подразумевается под "безусловная непрерывная"?
5. Вопрос ПО отдельная тема, но тем не менее, РАС будет работать со своими программами обработки записанных данных или вы сделаете открытыми сами форматы записанных данных или как..?
По вопросам требований к идеальному РАС высказанным на данном форуме, с чем-то сооглашусь, с чем-то нет.
grsl >Далее такая единица с своим мозгом может уже исполнять и другие задачи grsl >которые имхо надо убрать из ПО. как то: grsl >Автоматический расчёт и запись: grsl >1. активной, реактивной и полной мощностей grsl >2. симметричных составляющих токов и напряжений grsl >3. Частоты grsl >и т.д. Нет. Добавлять в ЗАПИСЬ расчетные параметры - увеличивать размер записи. (См. коментарий doro по размерам файлов.) А для чего? Ведь параметры и так там уже записаны, пусть в виде исходных данных для расчетов... Если они не расчитыватся, а измеряются, тогда - да, при условии, что расчет дает менее точный результат.
grsl>> Неважно какой протокол связи будет для обмена с мозговым центром, grsl>>но с АСУ надо делать интеграцию тоже, потому нужно конечно закладывать grsl>>в такой регистратор протоколы связи с АСУ. Безусловно да. Требование интеграции всего вновь устанавливаемого оборудования с АСУТП, SCADA уже есть. На одном из совещаний с представителями ФСК, я слашыл фразу о том, что при выборе устройств РЗА, обладающих одинаковой функциональностью, предпочтение будет отдаваться тем, которые поддерживают МЭК-61850. По данному стандарту - синхронизация времен - SNTP, передача файлов - FTP. Поэтому данные протоколы для нового РАС скорее обязательны, чем рекомендуемы. Передача состояния самого устройства или текущих значений - см. стандарт.
grsl>>Идеально была бы возможность закачки в такой регистратор grsl>>осцилограмм из реле и объединение с осцилограмами самого регистатора. А здесь нет. Зачем? А почему вообще не со всех других устройств РЗА имеющих функцию РАС, а заодно и с соседних регистраторов? Все равно их рано или поздно захочется объединить для общей картины... Нет уж - эту функцию пусть выполняют "центральные мозги".
LIK> Но никому не возбраняется пользоваться открытыми техническими LIK> характеристиками как аналогами. Абсолютно согласен, посмотрите сайты других производителей, сравните с тем что Вы собираетесь сделать.
grls>> Надо смотреть и на маркетинговую сторону дела. А может именно это - самое главное? Насколько я понимаю ваша компания собирается разрабатывать РАС с целью продажи. Что будет в вашем РАС такого, чего нет ни у кого и это "нечто" заставит потребителя хотя бы подумать о покупке, а уж потом и приобрести? Если задать вопрос (не риторический) форумчанам: "А Вы хотите КУПИТЬ идеальный регистратор?" и получить "Нет", не важно по каким причинам (нет средств..., не могу уговорить начальника..., да и старый прекрасно работает...), ваша компания Smitt будет продолжать разработку идеального регистратора?
