Software for Database Modeling (SDM)

Область знаний: «Информатика»

Тематика Энергопрорыв 2016: «Повышение надежности и качества передачи электроэнергии»

Социальная активность: 53

Команда + Вступить в команду

Описание

Software for Database Modeling (SDM)- это специализированный программный комплекс, предназначенный для автоматизации и решения задач оперативно-технологического управления, управления перспективным развитием и оптимизации принятия управленческих решений.


SDM представляет собой многопользовательскую систему, работающую в режиме реального времени, которая позволяет выполнить:

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

- расчет загрузки электросетевого оборудования;

- анализ расчетов ТКЗ;

- расчет резервов мощности подстанций с учетом заявок на технологическое присоединение;

- расчет объемов управляющих воздействий устройств противоаварийной и режимной автоматики;

- расчет параметров срабатывания (уставок) устройств релейной защиты и автоматики (РЗА);

- формирование прогнозного графика автоматической частотной разгрузки (АЧР) и аварийного ограничения режима потребления (ГАО);

- формирование рабочей документации.


Внедрение SDM в электросетевых компаниях позволит:

- сократить затраты;

- уменьшить количество персонала занятого однотипной работой;

- исключить ошибки;

- повысить эффективность работы компаний;

- повысить скорость принятия управленческих решений;

- обеспечить доступ к актуальной информации;

- повысить качество решаемых задач;

- повысить надежность электроснабжения потребителей.


Программный продукт является на 100% отечественной, российской разработкой.

В чем нуждается проект

Проект нуждается в поддержке при продвижении и внедрении в электосетевых компаниях России.

Что может предложить проект

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

Комментарии

Александр Перепелица

Добрый день, Татьяна и команда проекта SDM. Изучил Ваш проект. Задачи которые решает SDM перекликается с VSAR в частности - исключение ошибок, повышение эффективности работы компании, повышение скорости принятия управленческих решений, обеспечение доступа к актуальной информации, повышение качества решаемых задач.
У Вашего проекта есть потенциал в дополнительной разработке информационной поддержки принятия решений, направленных на снижение рисков отказов оборудования, система должна предоставить пользователям интеллектуальные средства оценки, анализа и прогнозирования технического состояния оборудования по данным мониторинга его работы и расчетов на основе которых будет осуществляться выбор стратегии управления отказами и планирования.
В перспективе в Вашем проекте на основе расчетов можно смоделировать разного рода аварийные ситуации оборудования в on-line режиме если задействовать информацию мониторинга. Далее процесс визуализировать в виде модели либо симулятора в доступном и понятном для оперативного персонала подстанции виде для отработки нештатных ситуаций ее анализа и выдачи рекомендаций персоналу что предпринять в случае аварии!

Татьяна Жукова

Прошу уточнить, Вы предлагаете на основе моделей существующих электрических схем с достоверными значениями параметров режима провести моделирование аварийных ситуаций и построить симулятор по этим данным для тренировки персонала с готовыми ответами, как надо делать и в чём ошиблись. Или моделирование будет проводится каждый раз с разными параметрами режима (актуальными на данный момент) в зоне ответственности присутствующего при модуляции оперативного персонала и по результатам модуляции сотрудники обсуждают между собой, как им поступать в подобной ситуации?

Ответить +1 23 июня 2016 в 14:21
Александр Перепелица

Очень интересные решения по прогнозированию технического состояния и мониторинга представлены в проекте Дмитрия Гераскина "Инновационная облачная платформа для прогнозирования состояния оборудования, расходов на ТОиР".
http://gridology.ru/users/13256

Татьяна Жукова

При работе с модулем формировании и ведения графиков по техническому обслуживанию, ремонту и замене оборудования пользователю предоставляется информация о сроках выполнения работ по ТОиР в соответствии с регламентом, используемым в электросетевой компании заказчика, возможно учитывать загрузку и время работы оборудования. Пользователь может установить дату, как до, так и после срока, установленного регламентом. Имея определенное количество автоматизированных приборов учета, возможно на основании дорасчетов (оценки состояния режима) прогнозировать состояние оборудования за выбранный период с определенной частотой измерений и дорасчетов.

Ответить +2 23 июня 2016 в 14:30
Иван Лейник

Татьяна, добрый день!
Скажите пожалуйста на основе каких именно исходных данных работает модуль формировании и ведения графиков по техническому обслуживанию, ремонту и замене оборудования?
Эти исходные данные пользователь вводит в систему в ручную или система их получает автоматически - посредством периодического опроса низкоуровневых интеллектуальных устройств, установленных в подстанции?

Ответить +3 27 июня 2016 в 16:06
Татьяна Жукова

Добрый день, Иван!
Данные контрольных замеров выгружаются из АИИС КУЭ и вносятся в базу данных. Данный счетчиков, не оснащенных системой АИИС КУЭ, вносятся из щитовых ведомостей. Ввод может быть произведен вручную или по средству загрузки файла .xlsx.

Ответить +1 5 августа 2016 в 10:07
Иван Лейник

Посмотрите пожалуйста страницу проекта "КРУ Smart View":
http://gridology.ru/projects/707
Схожий модуль формирования и ведения графиков по ТОиР мы реализовали в этом проекте, но только на технологическом уровне. Теперь у нас есть планы по передаче технологических данных о состоянии подстанционного оборудования в информационные системы верхнего уровня для их дальнейшего анализа. В этом смысле нам ещё предстоит изучить какие информационные системы в состоянии анализировать эти данные, потому что просто получить их, чтобы затем отобразить на АРМ-е - этого явно недостаточно...

Ответить +2 27 июня 2016 в 18:11
Татьяна Жукова

Иван, вижу следующие варианты взаимодействия:
Мы можем создать совместно с вами модуль, который будет работать на построенной вами логике, пользуясь информацией из базы данных SDM. Для непрерывного отслеживания текущего состояние оборудования на ПС SDM будет запрашивать данные из систем АИИС КУЭ, SCADA. Это позволит определять износ того оборудования ПС, состояние которого контролируется SCADA.
Вы устанавливаете свою систему на шкафах КРУ и мы организуем передачу данных между КРУ Smart View и SDM.
Оба варианта взаимодействия возможны одновременно.

Ответить +1 5 августа 2016 в 10:09
Александр Перепелица

В отношении симулятора и моделирования процессов в энергетике очень обширный опыт у Канадской компании RTDS Technologies Inc. Эта компания выпускает программно-аппаратные комплексы по моделированию энергосистемы в реальном времени, посмотрите презентации RTDS на сайте компании EnLab. Есть еще ряд компаний работающие в этом направлении. Но данные ПТК достаточно сложны в отношении эксплуатации и проведения учений и тренировок, и в свою очередь это только теория, на практике же требуются реальные on-line данные от конкретного энергетического оборудования которое необходимо отслеживать проводя на основании данных расчетный прогноз рисков и методы позволяющие предотвратить аварийные ситуации!

Татьяна Жукова

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

Ответить 0 23 июня 2016 в 15:03
Nikola Tesla

Изучил детально Ваш проект. Не плохие идеи по развитию проекта. Скажите, пожалуйста, Ваше видение как молодой активной команды на создание такого информационного пространства и организацию такого информационного взаимодействия между его объектами и пользователями, которые бы обеспечили обмен информацией на основе обобщенной информационной модели, так называемой Common Information Model (CIM).

Ответить +3 8 июня 2016 в 21:30
Nikola Tesla

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

Татьяна Жукова

Хороший вопрос. Да вопрос реализации графической части стоит остро перед нами. На рынке существует ряд решений, которые имеют свои плюсы и минусы. Цель вести разработку с нуля графической части перед собой пока не ставим. Возможно будет рассмотрено существующее наиболее оптимальное решение и с некоторой доработкой реализуется интеграция продуктов.

Ответить +2 9 июня 2016 в 21:15
Михаил Коробов

Если Ваша система ведет БД, то является ли эта БД внутренней разработкой или используется какая-либо проприетарная SQL БД? И есть ли возможность для сисадминов заказчика писать в этой системе свои низкоуровневые SQL-запросы? Вообще, насколько система остается гибкой после того, как она сконфигурирована Вами по ТЗ заказчика?
На какие установочные платформы расчитано ПО системы, то есть может ли это быть ARM архитектура (то есть в первую очередь мобильная техника, планшеты, смартфоны и т.д.), или только x86/x64? Или есть возможность компиляции из исходных кодов под любую необходимую платформу?
Насколько полно встраивается Ваше ПО в общую систему информационной защиты предприятия? Требует ли оно полной изоляции внутренней информационной сети, или имеет встроенную защиту передаваемых данных, линий и протоколов передачи, самой базы данных, защиту от внедрения стороннего кода, контроль доступа и т.п.? Вопрос не праздный, поскольку одной из главных целей современных и предполагаемых в ближайшем будущем кибератак ставятся объекты инфраструктуры, в том числе энергетические.

Татьяна Жукова

Михаил, спасибо за Ваши вопросы!
1) Наша БД построена на языке SQL. Доступ для управления БД будет открыт специалистам предприятия заказчика.
2) Поддержка мобильных устройств нами заложена при разработке. В будущем можно будет добавить полную поддержку всех мобильных устройств. Дорабатывать придется только интерфейсную часть проекта.
3) Мы уже сейчас используем максимально возможные приемы и инструменты для обеспечения безопасности на всех уровнях приложения. Для того чтобы в будущем не было проблем пройти сертификацию ФСТЭК при необходимости.

Ответить 0 5 августа 2016 в 10:12
Андрей Мозохин

Добрый день, команда проекта SDM. Задача консолидации данных о режимах работы энергосистем в частном и в целом на данный момент одна из актуальных. Разрозненные массивы данных разных отделов и служб нуждаются в оптимизации, доработке и интеграции друг с другом. Предлагаемое вами решение интересно, как один из возможных вариантов систематизации процессов ТОиР оборудования, унификации отчетных документов и даже расчета важных показателей работы оборудования (ТКЗ, прогнозирование роста потребления э.э., режимов сети в текущих и аварийных ситуациях). В связи с заявленной многофункциональностью СПО SDM у меня возникло несколько вопросов: частный и общий.
Частный: какие методы вы планируете использовать для прогнозирования роста энергопотребления при выполнении стратегического планирования развития электроэнергетических компаний ?
Общий: тестировалось ли ваше СПО в рамках какого-либо пилотного полигона, на реальных данных энергокомпаний?

Татьяна Жукова

Метод прогнозирования основан на ретроспективе данных за последние пять лет, региональные схемы и программы развития, данных о заключенных договорах на ТП, данных о поданных заявках на ТП, макроэкономических показателях региона и планах развития административных округов.

Ответить +3 30 июня 2016 в 02:27
Андрей Красиченок

Добрый день.
Как я понимаю, ваша система базируется на данных о сетевых объектах и информации о нагрузках присоединений. Из описания системы возникают несколько вопросов:
1 Каким образом система получает данные о сетевых объектах и какова их детализация? Как происходит обновление данных о сетевых объектах - вручную или автоматически? Если автоматически - то каким образом? Существует ли хронология изменения данных о сетевых объектах?
2 Каким образом система получает данные по контрольным измерениям и какова их детализация? Использует ли система данные АИИС КУЭ?
3 Каким образом система получает данные о технологических присоединениях? Как происходит обновление информации о тех. присоединениях - вручную или автоматически?
4 Что подразумевается под расчетом объемов управляющих воздействий противоаварийной автоматики - система выдает пользователю информацию о фактической нагрузке присоединений, заведенных под действие ПА или сама предлагает решение по включению тех или иных присоединений под действие ПА.

Татьяна Жукова

Добрый день, Андрей!
Отвечаю на Ваши вопросы:
1 и 3. Данные вносятся вручную. Данные можно ввести следующими способами:
а) Через интерфейс SDM.
б) С помощью экспорта/импорта данных скачать файл в формате xml с данными, в которые надо добавить новые или отредактировать старые записи, в этот файл внести изменения и загрузить обратно в SDM. База данных будет скорректирована в соответствии с загруженным файлом.
Второй вариант удобен, когда требуется внести значительное количество данных. Первый вариант удобен для единичных правок.
Содержание БД определяется заказчиком. Сейчас в неё входят данные необходимые для определения перегрузки и перенапряжения, потерь, дата ввода, ремонта.
2. Да, данные загружаются из АИИС КУЭ. Для ПС, на которых не установлено оборудование АИИС КУЭ, данные загружаются из щитовых ведомостей в формате xml.
4. Расчет ступеней разгрузки перегруженного оборудования, определение присоединений подключаемых под действие ПА, выбор уставок очередей устройств ПА с учетом перевода нагрузки под действием АВР.

Ответить 0 5 августа 2016 в 10:18
Артем Смирнов

Добрый день, Татьяна!

Расскажите, пожалуйста, более подробно о загрузке данных из щитовых ведомостей в формате xml.

Ответить +1 8 августа 2016 в 11:59
Татьяна Жукова

Программным комплексом предусмотрена возможность, как формирования щитовой ведомости в формате xml, который открывается с помощью Excel и заполняется привычным способом для специалистов, так и возможность распознавания имеющихся щитовых ведомостей с определением области данных измерений для конкретного присоединения. Заполненная форма щитовой ведомости либо распознанная щитовая ведомость загружается файлом и сразу же автоматически записывается в базу данных контрольных измерений.

Ответить 0 8 августа 2016 в 22:13
Иван Лейник

Татьяна, добрый день.
Прочитал Вашу ПЗ. Меня смутило то, что клиентская часть программы написана на JS.
Я не большой эксперт в части компьютерной безопасности, но знаю что для безопасной работы браузера (обозревателя) в сетях (LAN, WAN) рекомендуется отключать работу JS.
В связи с этим вопрос:
каким образом обеспечивается безопасная работа системы?
Спасибо.

Татьяна Жукова

Иван, спасибо за вопрос!
Безопасность в системе обеспечивается стандартными средствами:
- Авторизация по паролю
- Шифрование пароля в системе
- Разграничение доступа к данным
- Обеспечение безопасности хранения данных на уровне СУБД.
Наличие JS никак не влияет на безопасность работы в системе - это способ сделать клиентскую часть удобнее для пользователя.

Ответить +1 5 августа 2016 в 10:23
Наталья Якшина

Татьяна, добрый день!
Было бы неплохо предусмотреть в программном комплексе функционал моделирования распределения электроэнергии и мощности по фидерам 6-10 кВ. Технический учет на ТП - скорее исключение, чем правило, поэтому балансирование сети с целью выявления очагов потерь бывает крайне проблематичным. Если задать информацию о графиках нагрузки по ТП, то имея "в голове" фидера информацию о потреблении, можно было бы достаточно достоверно сбалансировать фидер по электроэнергии с учетом режимов работы сети и т.д.
Что-то подобное грозится реализовать Shneider в ПК Telvent, встречала и в российских публикациях, но в реальности пока ни у кого не видела.
Вы обдумывали этот функционал? Это может быть востребовано, особенно для городских сетей со сложной разветвленной сетью среднего напряжения.

Татьяна Жукова

Наталья, добрый день! Технический учет на ТП - это действительно исключение, чем правило. Зачастую проблематично получить даже график нагрузки по ТП. Нашей командой запланирована реализация функционала моделирования распределения электроэнергии и мощности по фидерам 6-10 кВ. Реализация этого функционала предполагает использование всей имеющейся и доступной информации (АИСКУЭ в ТП и на ПС, контрольные измерения лето/зима, установленная мощность ТП) в порядке приоритета точности измерений, а при отсутствии измерений в ТП, имея измерение "в голове" выполнять итерационно распределение нагрузки по фидеру пропорционально установленной мощности ТП, с учетом потерь электроэнергии (мощности) и падения напряжения на фидере. На сегодняшний день имеющиеся программные комплексы используют какой либо один из методов, не совмещая различные методы, которые позволяют достичь повышения точности расчетов.

Дополнительно к этому функционалу запланирована реализация возможности автоматизированной разработки мероприятий снижения потерь для выявленных очагов потерь на конкретном участке сети с дальнейшим учетом этих мероприятий и проверкой эффективности при выполнении данных мероприятий.

Кроме того, данный дополнительный функционал планируется использовать в функционале, который предназначен для обеспечения своевременного и более качественного формирования программы энергосбережения и повышения энергетической эффективности по установленным формам, а также формировать отчетность по исполнению данной программы.

Хотелось бы услышать Ваше мнение по данному вопросу, а также предложения.

Ответить +1 8 августа 2016 в 22:00
Евгений Парфенов

Добрый день!
Возможна ли синхронизация базы данных оборудования данного программного комплекса с базой данных сетевого оборудования SAP?

Татьяна Жукова

Добрый день!

На сегодняшний день выполнена синхронизация с базой данных измерений системы АСКУЭ. Синхронизация с базами данных оборудования SAP и другими базами данных программных продуктов, используемых электросетевыми компаниями запланировано для реализации в ближайшее время.

Ответить +1 15 августа 2016 в 10:38

Добавление комментария