Ученые Национального исследовательского университета «МЭИ» разработали отечественный цифровой двойник турбогенератора, предназначенный для определения повреждений на ранней стадии развития и предупреждения аварийных ситуаций.
Цифровой двойник создан с помощью компьютерного моделирования в EasyMAG3D отечественной программе для анализа электромагнитных полей, которая разработана и применяется в НИУ «МЭИ». Разработка позволяет воспроизводить состояние турбогенератора в любых режимах работы, в том числе аварийных.
«Одной из важнейших целей для нас на данный момент является снабжение отечественной энергетики современными технологиями, способными обеспечить технологический суверенитет и безопасность страны. В рамках реализации программы научных исследований «Приоритет 2030: технологии будущего» в НИУ «МЭИ» ведутся работы по созданию цифровых двойников крупных турбогенераторов – преобразователей энергии, установленных на атомных и теплоэлектростанциях для генерации электрической энергии», отметил ректор НИУ «МЭИ» Николай Рогалев.
Техническое состояние турбогенераторов во многом определяет надежность электрической сети, поэтому его контролю необходимо особое внимание. Для эффективного контроля могут быть использованы интеллектуальные системы мониторинга, использующие искусственный интеллект. Однако для их корректной работы требуются данные о параметрах турбогенератора в широком диапазоне рабочих режимов, в том числе с наличием повреждений. Снять такие данные с эксплуатируемого оборудования невозможно. Поэтому информация, полученная с помощью цифрового двойника, незаменима для обучения искусственных нейронных сетей.
Платформа разработана учеными кафедры электромеханики, электрических и электронных аппаратов НИУ «МЭИ» под руководством доцента кафедры электромеханики, электрических и электронных аппаратов Екатерины Курбатовой.
Справочно:
Цифровые двойники – копии реального оборудования в цифровом пространстве, представляющем собой виртуальную энергосистему или ее участки. Они являются ключевым элементом цифровизации энергетических систем, направленной на автоматизацию процессов генерации, передачи и потребления электроэнергии.
Никто пока не комментировал эту страницу.
В стандарте [6] предусмотрено присваивать различным документам вида «расчет» код[1] документа РР, а для локальной сметы код документа ЛС.
Никакой необходимости использовать код Б для обозначения документов, в названии которых нет слова «Обоснование», не существует, а отсутствие документов, в названии которых использовано это слово подтверждает, что из ГОСТ 34.201-2020 должен быть исключен фактически не существующий документ «Обоснование».
Литература:
6 ГОСТ Р 21.101-2020 Основные требования к проектной документации
7 Н. Зенин. Судьба требований ГОСТ 34-й серии в проектах по информационной безопасности // [Электронный ресурс], режим доступа: https://www.anti-malware.ru/practice/methods/GOST-requirements-34th-series-in-information-security-projects
[1] В данном стандарте вместо термина «код документа» используют словосочетание «шифр документа»
Разработчики стандартов иногда предлагают новые виды документов, объясняя это тем, что существующих видов документов недостаточно для новых изделий. Например, в таблице 1 стандарта [1] перечислены несколько видов документов, разрабатываемых для автоматизированных систем (далее АС). Обратим внимание на документ «Обоснование» (код документа Б). Его назначение определено так:
«Изложение сведений, подтверждающих целесообразность принимаемых решений»
Отметим, что в числе толкований значений слова «обоснование» есть и тексты, служащие основанием для принятия решения.
Какие же текстовые документы приведены в таблице 2 стандарта [1], где перечислены конкретные документы?
Как ни странно, но документа со словом «обоснование» в названии нет ни в стандарте [1] нет, как нет его и в отменном руководящем документе [2].
Слово «обоснование» в [2] использовано в названии раздела отчета, разрабатываемого на стадии формирования требований к АС – Обоснование необходимости совершенствования информационной системы объекта.
«Обоснование» содержится ещё в двух стандартах [3, 4], где применено в названии этапа работы – Обследование объекта и обоснование необходимости создания АС.
Отметим, что в cтандартах [3, 4] обоснование необходимо для вынесения технико-экономической, социальной и т.п. оценок на стадии формирования требований к АС.
При этом сам документ, содержащий результаты обоснования, оформляют в виде отчета по ГОСТ 7.32 [5], а не в виде документа вида «Обоснование».
Обратимся теперь к стандарту [1] и посмотрим какие же документы с кодом Б (присвоен документу «Обоснование») указаны в таблице 2:
- локальный сметный расчет (код Б2);
- проектная оценка надежности системы (код Б1);
- локальная смета (код Б3).
Из перечисления видно, что ни в одном из названий этих документов с кодом Б нет слова «Обоснование».
Продолжение следует