Инновационная модель для открытой АСУ ТП — АСУ ТП: сообщество инженеров

Инновационная модель для открытой АСУ ТП

О чём видео

Круглый стол рабочей группы по открытой АСУ ТП посвящён информационной модели: зачем она нужна, как связана с инжинирингом, проектированием и разными уровнями автоматизации. Спикеры от заказчиков, вендоров и интеграторов обсуждают опыт электроэнергетики, микросервисы, площадки для пилотирования и предложения в резолюцию.

Что разбирается
  1. 00:04 Рабочая группа по открытой АСУ ТП и её задачи
  2. 10:31 Информационная модель для открытой АСУ ТП
  3. 21:30 Информационная модель и правила её формирования в АСУ ТП
  4. 38:09 Нормативное регулирование автоматизации в проектировании
  5. 39:55 Экспертиза эффективности, надежности и безопасности АСУ ТП
  6. 44:44 Роль сквозной информационной модели в открытой АСУ ТП
  7. 54:08 Микросервисы и открытая АСУ ТП
  8. 61:55 Предложения в резолюцию: рабочая группа и площадки для пилотирования
  9. 67:06 Единая технологическая площадка и информационные модели
  10. 74:52 Открытость рантайма ПЛК и сотрудничество разработчиков
Оборудование и ПО
  • АСУ ТП
  • ПЛК
  • SCADA
  • MasterSCADA
  • ГОСТ 34
  • постановление 87

Кому полезно: Инженерам АСУ ТП, проектировщикам и интеграторам, интересующимся открытыми архитектурами и информационными моделями

Описание составлено автоматически по расшифровке речи в ролике.

Расшифровка видео

0:04 Потихонечку начинаем наш диалог про информационную модель вас отп. Про подходы, открытые асут и ПЭК информационные модели Диалог. Я надеюсь, будет достаточно интересный, хотя тема для нас для самих достаточно непростая, мы. Надеемся, с вашей помощью в ней сегодня основательно разобраться. Вообще хочется заметить, что обычно наши дискуссии это такие отдельные шажочки в длинные. Длинные цепочки раскручивания большой сложной темы открытый асу ТП, от которой я, собственно говоря, наверное, немножко расскажу в начале и можно, да можно. Вывести, наверно, 1 презентацию удар Наутов, которая у нас называется. Давайте я пока вот в спикер подходит, я начну. Да спасибо большое, так, а вот я вижу ее.

1:03 Коллеги, наша с вами дискуссия наш с вами круглый стол. По информационной модели в АСУ ТП организован рабочей группой по открытой промышленной АстП совместно с Ассоциацией разработчиков и производителей электроники, которые мы. Давно и тесно сотрудничаем, давайте 2 слова расскажу про нашу рабочую группу, а поскольку про ассоциацию, наверное, все знают. А вот мой бубнешь, он слышен вообще в принципе в зале. Да слышно отлично, лад не кричать не будем, так вот. Рабочая группа по открытое СТП сложилось изначально, как клуб заказчиков, клуб крупнейших промышленных предприятий, которые в 22 году столкнулись очень такой многосторонней многослойной и острые проблемы, связанные с уходом. крупнейших иностранных вендоров из России с тем, что извините, бога ради, с тем, что надо решать, каким то образом проблема задачи импортозамещения и по текущим объектам. И надо как то на будущее выстраивать планы по автоматизации новых. Объектов и то проблема, то боль, с которой столкнулись промышленные заказчики, а именно зависимость от комплексных многослойных, взаимоувязанных и очень про пролетарных. Я бы сказал так решение западных вендоров крупнейших мировых. Она преподала урок, и крупнейшие промышленные заказчики для себя во многом решили, что больше они в такую ситуацию попадать не хотят, что АСУ ТП должно быть перестроена таким образом, чтобы в дальнейшем не попадать в зависимость. Не только от крупных западных, но и, собственно, говорят, не столь крупных российских или крупных, китайских, или каких либо других вендоров. И в мире есть прецеденты того, что не только нашим промышленникам, это мысль эта боль эта. Идея пришла в голову, собственно говоря, мы опираемся на опыт так называемого ОПОН просто с аутомешин. Форум и Ляпав, который вот уже с 2016 года разрабатывает стандарт ОПАЗ или стандарты открытые АСУ ТП основной принцип которого.

3:34 Вендор и независимость, открытость к решениям, но и вы можете прочитать гораздо подробнее. Вот у нас есть Кью Ар Код, если вы видите на экране, есть большой достаточно лендинг. Где мы выкладываем наши материалы? Сейчас я расскажу немножко, что это за материалы такие. Вот ну как я говорил, наша рабочая группа ставит свои конечные задачи создания В. России открытой асу ТП, для которой свойственны вендоры, независимость, открытость, универсальность по отношению как между отраслевым отраслевым. Стандартом, и опять же мы опираемся на мировой опыт, потому что вот, а пас как стандарт стандартов. Он опирается на многообразие мировых уже существующих стандартов в области. Автоматизации и на протоколы, и на стандарты в области интернета вещей и на стандарты архитектуры на Мур. Например, если вы знаете, о чем я вот в чем состоят сегодня, собственно? Говоря основные проекты, задачи нашей рабочей группы сегодня мы, как я говорил на на начав, как клуб заказчиков, мы существуем уже как официальная рабочая группа при Минпромторге. Приказ вышел в августе прошлого года, рабочую группу возглавляет Васи Васильевич Шпак, заместитель министра промышленности торговли, и сегодня мы работаем над обобщением и. Синхронизацией подхода крупнейших промышленных предприятий КСУ ТП, 1 чем мы занялись. Это согласование технических требований к основным компонентом Открытое СТП как то.

5:15 Универсально открытая среда разработки-универсальная открытая среда исполнения или открытый суфверные полка, конвертеры, информационная безопасность. Оркестраторы, архитектура и многое, многое другое. Здесь очень хорошо видно вертеть головой назад. Неудобно, если что, то забыл, на экране это есть. Технические рабочие группы сегодня открыты для участия не только правые представители промышленных компаний, но и Вендоров, то есть мы приглашаем. Вас уже сегодня вместе с нашими экспертами принять участие в разработке тех требований, которые, как мы считаем, станут, но, скажем так, в хорошем. смысле слова с законами для рынка завтра наиболее продвинулось в пути формирования требований и уже стандартов Газпром нефть. Если вы знаете, то. Газпром нефть уже сформировала 2 2 предварительных национальных стандарта по открытое СТП, где 1 стандарт это определение 2 стандарт, это вот. Как раз общие подходы к архитектуре сейчас в работе находится еще 6 предварительных стандартов. Это не прямая калька со стандартов, а паз это. Адаптация, и мы в России вовсе не хотим просто перевести эти иностранные тексты, плохо поняты. Мы хотим идти по пути практических решений и внедрении.

6:37 Коллеги можно проходить на 1 ряд здесь абсолютно свободно и никого не зарезервирован. На самом деле вот эти таблички снимать, я думаю, смело, вот соответственно, еще раз повторюсь, что вот. Через наш сайт, там есть все контакты, есть мои контакты. Я меня зовут Антон Арнаутов, я координатор рабочей группы, ответственный секретарь рабочей группы. Я вас с удовольствием делегирую к.

7:01 Координаторам наших тематических рабочих групп, где вы сможете принять участие в формировании, собственно говоря, технические требования технической политики по открытой АСУ ТП на ближайшие. Годы 1 технические требования, кстати, уже сформированы. У нас вышла 2 версия технических выверств требований к открытой среде разработки, у нас вышла 1 версия технических требований. К открытому софтверному плк у нас на подходе технические требования. К самому такому можно сказать принципиального вопроса, это шина данных и протокол, это отдельная у нас техническая. Рабочая группа буквально вот на подходе на 1 технические требования, но это не только слова. На бумаге есть уже тестовые стенды, которые сделал Газпром нефть на принципах открытой. архитектуры есть тестовый стенд, который сегодня делает Ростелеком, который как раз координирует нашего. Но представитель Ростелекома координирует нашу рабочую группу по осени данных и. Опять же коллеги обещают к лету уже 1 тестовый стенд, и осенью мы планируем провести 1 большой форум по СутТП. В принципе, поскольку такого нет и по открытой, а СТП в частности, где у нас. Будет прям такая, как мы, это называем аллея Стендов, где мы вам показывать в живую. Реально работающие прототипы реально работающие стенда, это далее как в октябре должно состояться поэтому. Это не только вот наши мечты на бумаге, окей. Я на самом деле не думаю, что там есть что то такое еще принципиальное и интересное. Да, но приглашаем к сотрудничеству, как я говорил, вот. Принципиально интересно могу вам рассказать, поэтому я думаю, мою презентацию уже можно выключать, и мы переходим к теме нашей сегодняшней дискуссии. Информационная модель на самом деле. Мы должны были начать с информационной модели, когда создавали наше сообщество нашу группу. Мы должны были, как нас учат начинать с принципов архитектуры, начали мы каких то конкретных. Прикладных вещей так получилось, но вы знаете, что в истории всегда получается не так, как должно быть, а так как она исторически сложилась. И сегодня мы, уже приобретя опыт создания технических. Требований, наткнувшись головой на то, чтобы практически невозможно их синхронизировать между собой в отсутствие единой информационной модели единой архитектуры, мы с вами совместно. Надеемся сделать очередной шаг к постижению во 1 проблематики, а во 2 того, как нам двигаться к созданию единой открытой информационной модели. Я хотел бы пред, надо бы представить наших. Участников панельной дискуссии. Вот извините 1 рукой, тут все вынужден делать и так, пожалуйста. Наши спикеры Юрий Машинский, руководитель направления разработки и внедрения перспективных. Сутп цифровые технологии платформы, ну проще говоря, еврохи. Алексей Сабуров, руководитель направления по автоматизации управления перспективных технологий Газпром нефть, автоматизация. Так где у нас Сабуров там, у нас Сабуров, Александр Волошин, директор Центра компетенции МТИ. Технологии транспортировки электроэнергии, распределительных интеллектуальных систем ми.

10:14 Наймушин Павел типа Системс. Главный инженер по системам автоматизации Эрнст СЮЧ генеральный директор индосов. Игорь Пилипенко, эксперт по СутТП к 2 тех. Александр Красильников, мастер Скада, как видите, силы мы собрали достаточно серьезные. Вот и как раз информационная модель, она тем то. И особенно что она относится не к 1 уровню, а ко всем уровням автоматизации. Собственно говоря, и пронизывает их империя периодически. Борется, но все таки не хочу узурпировать все время. Юр, тогда, пожалуйста, с точки зрения заказчика и в прошлом вендора не будем скрывать. Тоже какой то видеть проблематику в информационной модели. Почему она так важна для общего нашего движения к открытой ступы, пожалуйста?

11:06 Добрый день, коллеги Антон, спасибо. Сейчас слышно. Можно там слайдик мой включить, пожалуйста? Если Антон, ты мне еще кликер даже будет вообще замечательно. Тут так все модно. Как все модно, но Антон тут уже сделал заявку, что мы, как обычно, мы любим АА почти не сначала, а сразу середины вперед и предложил вернуться к началу. Я предлагаю небольшой своей такой речи вернуться еще раньше, зачем нам вообще все это. Делать в части информационных моделей, почему мы считаем мы как заказчики? Считаем, что это очень важно, все очень просто, потому что у нас в стоимости проекта затраты на инжиниринг в зависимости от типа проекта, от типа системы достигают. Там от 30 до 50 может и выше от всей стоимости реализации проекта. Это затраты в большой степени как раз на интеграцию, интеграцию новых систем со старыми системами 2 новых систем. И вот эти, вот затраты они у нас сжирают и время, и наши. Деньги и, как указано на Слайде, элементарно, что за те же бюджеты, за которые мы сейчас делаем там 2 3 проекта по цифровизации, по автоматизации. Мы в принципе можем делать там, на 20, на 30, что нам для этого нужно, нам нужно, чтобы не.

12:40 Так как мы внедряем проекты по автоматизации, что проект процесс внедрения тоже был автоматизирован. То есть и при этом мы тоже не предлагаем изобретать, каких то велосипедов все уже, как говорится, придумано за нас. Люди, скажем так, одни и те же проблемы решают, как правило, одними и теми же способами. То есть уже до существуют подходы к моделированию, есть даже международный стандарт и. Есть в том числе опыт компании Екогава, которая проводила такие эксперименты по использованию стандартного подхода, описанного в описивей по моделированию и созданию конфигурация Сут. И на базе этих моделей, и, в общем, то это то, к чему, как нам кажется, и должны мы сейчас стремиться, что мы должны закладывать, в том числе в работы по открытой СТП, чтобы у нас не было. Отдельной информационной модели в каждой системе, то есть условно на уровне там СИЭС ирискады 1 модель на уровне места. Другая в Лимсекрете в фут и 4, чтобы это была общая информационная. Модель, представленная, ну, по моим ощущениям, скорее в основном виде и некого писивее сервера. Просто пространство имен с разными алоэсами, и чтобы все новые системы, которые мы ставим на эти.

14:03 Свои установки они уже знали по умолчанию, как им обращаться с данными, что эти данные у них будут, что их не нужно переописывать и тем самым, чтобы у нас этап по инжинирингу по привязке новых. Систем старым он уже занимал не как сейчас месяцы, а укладывался в единицы недель. Ну вот, это с постановкой проблемы мы хватит и можем переходить дальше. Антон, что у тебя в программе, то?

14:40 Спасибо большое за ой, так главное не направлять микрофоны в сторону динамиков, большая просьба. Коллеги, спасибо, спасибо большое, Юра, за вступление я еще раз подчеркиваю. Мы сейчас только создаем нашу техническую рабочую группу, архитектуре и тут туда же пойдет. У нас и информационная модель, поэтому если кто то хочет подключиться, то подключается с Уралком. Мы, собственно, для этого проводим сегодняшнюю нашу дискуссию, чтобы рекрутировать новые ресурсы. А я бы передал слово, вот если мы идем, скажем так, по уровням АСУ ТП.

15:14 Я бы попросил Александра Красильникова, поскольку Скада у нас наиболее приближенных, скажем так, к нижнем полевом уровне, прокомментировать, скажем так, то как. Сегодня на самом деле обстоит дело с информационной моделью, и есть ли там проблема? Может, там все замечательно вообще, мы зря тут как всегда собрались, Александр.

15:40 На самом деле не все так замечательно, почему потому что? На разных уровнях системах зачастую разные описания этих моделей действительно не хватает. Какого то единого стандарта я тут коллегу поддержу, потому что в стандарт по. Описью и он достаточно хорошо описан в мировой практике, применяется и почему бы его не использовать? Но вот по нашему опыту тут действительно можно сделать инструменты. Автоматизации для того, чтобы автоматизировать более того. Если информационную модель уже вводить на этапе проектирования, то есть, когда мы только разрабатываем рабочую проектную. Документацию уже тогда делать это описание. Я думаю, вот эти 5 ты они могут в итоге или в 0 1 то есть тут? Нам главное этот процесс построить, договориться на всех уровнях как. Правильно, что описывать, как должно описывать технологическое оборудование, как должно описываться полка, как должны мы описываться датчики так далее, поэтому я бы еще чуть шире. Посмотрел, то есть уже сначала проектирование системы задумывался о внедрении вот такой, то информационной модели. У меня вот такие комментарии, а кто должен быть держателем? Этой модели, где она от чего она должна, а с какой печки она должна танцевать? Скажем так, ну я думаю, тут держатели наши замечательные заказчики, потому что мы все таки. Ориентируемся всегда на них, вот мы можем только предложить. Какое то свое видение, как наиболее оптимально на наш, с нашей точки зрения и с точки зрения развития наших продуктов.

17:19 Все эту тему делать и заводить вот изи, выступить как экспертами. Скажем так, но эксперты мы, то мы все хотим быть отвечать. Вот кому придется хорошо, Александр, но вот сейчас есть такая точка. зрения, что у нас информационная модель, она выстраивается то, что называется сверху вниз. Правильно я понимаю, то есть как бы от более высокоуровневых систем чуть ли не от Ирбис, скажем так?

17:43 Зачастую этот я бы не сказал, что он сверху вниз выстраивается, я бы сказал, что она вообще никак не выстраивается, то есть как единая никак. Да, мы опять же, когда мы внедряем какие то большие системы, где нам нужно интегрироваться. С уровнем и так далее мы очень много интеграции придумаем, вот как правильно коллега там пометил, отметил и на это очень много времени тратится. Ну, то есть, чтобы не интегрироваться. Вы теперь свое место создаете, насколько, ну.

18:11 Немножко не так, зачем нам с вами с вас кадр есть? Вот поэтому мое мнение все таки сверху вниз с уровня технологического оборудования и уже по всему этому стеку. Передавать вышестоящие системы и как конфигурацию и соответственно все показания датчиков всю информацию. А внизу у нас кипы как раз те самые датчики внизу нас про. Пролетарные протоколы, но за у нас ограничения по мощности вычислительной, как этой коллеге. Открытое асатупе для этого и создано для того, чтобы решить все эти проблемы. Спасибо, хорошо запас, спасибо запас в сторону открытой Асота. Псори за шутку в плане вас, но по другому не умею. Хорошо, Эрнстова продолжится на эту тему, если можно добрый.

18:54 Добрый день, спасибо большое, что позвали, поскольку я яркий представитель именно мисс уровня. Наша компания ДОСОФ сделала 270 порядка 270 систем мес в. России и за рубежом, и везде есть 1 и та же онкологическая проблема везде. Мы видим, что информационная модель, каждая функциональная вертикаль строит. Под себя механики, свою информационную модель, производственники, свою технология, своя учет, свой месте, места в экспериментатора, так далее, интеграция все. Уже об этом сказали, это самое сложное, а еще самое главное, что Мес работает на базе тех данных, которые поступают из Сут и П. А когда к СтП приходишь? Там вообще информационной модели нету в том понимании, который мы хотим, это есть везде, в удобрениях, нефтянки, в газе, кроме 1 места, где эта проблема. Отсутствует энергетика, вот я надеюсь, сегодня нам скажут. Просим модель, который решил эту онкологическую вещь и что нам нужно действительно не только. Для того чтобы деньги сберечь действительно, как и заказчик, так и мы. Внедренцы и ивендеры по заинтересованы в единой версии правды, у нас должна. Быть 1 информационная модель, которая в этих функциональных местах развивается по единому принципу, конечно, ответственные будут разные, но если все. Эти ответственные будут руководствоваться 1 и тем же принципами, описание правилам и описание правилам развития эксплуатации единой информационной. Модели будет проще и дешевле внедрять, и нам, а значит, быстрее, а значит, мы быстрее сможем пойти к другому объекту. Это нам важно, а еще очень важно то. Проблем, которые сегодня никто не сказал о том, что вот у нас в целом очень большой фронт работ, сейчас и не хватает рук, а для того, чтобы можно было. Коперироваться нам разным производителям в 1 и той же отрасли информационная модель еще больше нужно, потому что мы специализируемся на разных своих. Интересных нишах и в разных нишах хороши, и есть у нас единая информационная модель. Мы можем и взаимодействовать гораздо проще, без изобретения таких. Сложных интеграций, которые хоронят, как правило, всю нашу полезную синергию от взаимодействия друг с другом, поэтому, конечно, информационная модель. Важно и вот это открытый протокол или открытые открытые правила, а паса которых сказал Антон. Очень применимы, если и сим модель туда подтянуть, с чего. бы и стоило бы начать, безусловно, всю всю историю рабочей группы Открытая СтП. Это было бы великолепно, все с удовольствием бы в этом участвовали.

21:30 Спасибо большое за обещание участвовать с удовольствием. Значит, смотрите к вам тот же вопрос, вот Юрий здесь уже упоминал замечательное слово Йокогава. Насколько я помню, там да, а есть что то другие слова типа и. Он предля, там я не знаю, Сименсы проще. Вот там, когда мы говорим об интегрированном решении. Да, то есть у них же есть информационная модель, у них все хорошо с информационной моделью сверху донизу сквозная все. То вообще проблем нет, а вот когда у нас, как мы говорим, вы хотите интегрироваться и взаимодействовать. А кто же главный информационного, а кто ее держатель? Вы еще раз задаю тот же вопрос, вот есть тоже умное. Зарубежное слово Фреймворк или правило хорошо платформа информационной модели. Суть то в том, чтобы у нас не информационная модель была, а правило, ее формирование эксплуатации развития, и мы все, вот мы приходим. Делаем мест, делаем сначала технологию, качество лимс, внедряем оптимизацию, ставим, руководствуемся одними и теми же правилами. Формирование или развитие в условной модели рядом АСУ ТП модернизирует импортозамещают. Расширяют информационную модель части описания своей предметной области 1 и тем же правилами. А еще очень хорошо, как Саш, сказал Александр Мастерская. Да что, если эта информационная модель у нас появится? Только когда мы пришли, потому что проектирование по этим правилам было то вообще замечательно. То есть нам нужен ТК 222 по информационной модели, конечно, понятно, хорошо? Тогда я бы попросил коллегу из типа. Систем с прокомментировать тоже, насколько я понимаю, близкую для вас тему по информационной модели. Пожалуйста, вы от меня далеко, и мы 1 раз с вами взаимодействуют, а там, где то должны быть. Ага, пожалуйста, да, а?

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

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

26:15 Что хотелось бы сказать, что очень важно поставить задачу, задание, то есть сформировать именно с компетентным лицом, которое формирует техническое задание. На основе которого выполняются в последующем все работы, вот здесь основная роль и есть интегратора. Это то компетентное лицо, которое обладает ресурсами. Которая обладает экспертизой, которая практически агрегирует все ваши ожидания, создает именно ту систему, которую вы хотели бы видеть, которую хотели. Дальше бы эффективно эксплуатировать, и она решала бы все ваши поставленные задачи. Вот именно в таком лице на сегодняшний день и вы должны отбирать. Себе исполнителя интегратора, который в полном объеме, начиная от стать предпроектных обследований до стадии ввода, а если необходимо и в том числе. Утилизации в полном цикле создавал бы вам систему. Конечно, сегодня не так просто выбрать исполнителя, в том числе сегодня мы прекрасно понимаем, что есть. Много новых вызовов, которые стоят в качестве тех, как конкретных задач, как сроки, стоимость и определенные условия, в которых работает интегратор в связи. С этим и хотелось бы сказать, что на это нужно очень внимательно обращать свой взор и конкретно выбирать исполнителя по сегодняшним вопросам, которые. Касаются, допустим, на каком этапе должна внедряться информационная модель. Ну, мы как большие интеграторы хотим ответить просто то есть принципе, если. Этап проектирования выполняется в полном объеме, создается база каналов, которые есть в принципе все атрибуты, писатели, то практически на этом этапе. Создается тот инструмент, который дальше описывает все параметры, с помощью которых построена модель, с помощью которых происходит обмен и какие параметры. Циркулируют между всеми уровнями и АСУ ТП и АСУ П. И остальным, если необходимо обменами между сторонними организациями, ну пока вроде бы все спасибо. Спасибо большое, Юрий, я как раз вот ты не зря берешь микрофон, так что то у нас такое будет. Я хотел попросить тебя уже прокомментировать, но не в качестве. Заказчика, да вот в этом вот, а ты знаешь. У нас так получилось, что мы со своей замечательной открыто сутэпэшные темы пришли в калашный ряд железячников. Фактически Экспо электроника во многом это выставка тех, кто производит сами устройства. Вот ты, как в прошлом, представитель Вендора, производящего. Устройства информационная модель от в какой то степени вообще вас интересует, беспокоит вообще, готовы ли вендоры сегодня заниматься этой проблематикой?

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

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

30:00 На внедрении, чтобы интегратор экономил свои касты на внедрение, конечно, это вычисляется. Это можно считать, в том числе и в марже бизнеса до интегратором. Другой стороны, что так, как решение, все, как правило, с историей, что наши, что иностранные у? Каждого эта история была немножко своя, и каждый все равно не готов пока открываться, то есть пока еще у нас не произошел перелом. На мой взгляд, бывшего производителя и немножко погруженного пока еще не произошел перелом от осознания возможности. Прибыли сотрудничества по сравнению с огораживанием собственного рынка. Вот это еще не произошло для этого, в том числе мы и собрались заказчиками в рабочую группу. Чтобы со своей стороны пробовать рынок толкать в эту сторону, спасибо за комментарии. Я вовсе не о том, что у них там лучше, они там просто немножко будь дольше прошли уже путь. И вот, кстати, в нашем телеграм канале у нас даже такое есть по открытой асу ТП. Завтра выйдет новость о том, что Шнайдер со товарищи, а там и и Биби Шнайдер и.

31:15 Я уже даже не помню, там какой то очень большой перечень коллег создали новую ассоциацию за все открытое, теперь за открытые этч стандарты. Ич вычисления по парку называется, тут такая новая сучка почитаем на этот вообще взял на флаг тему. Опаса решил переоткрыть мы все 3 409 под эту тему и так этот подвинуть. Я так понимаю американских производителей су, кстати, о возможностях? Да, то есть возможность взяться за тему опасные подвинуть производителя, она вполне реально раз. Шнайдер по такой возможности себя избрал. Почему бы наши ветром тоже, собственно говоря, в эту сторону не пойти? И вот еще 1 вопрос, наверное, давайте мы послушаем. Вот печет все так печально, печально. Вот увезли у нас там множество систем. Не знаем, как подойти непонятно, кто у нас должен быть держателем, а в энергетике все не так. В энергетике, как в Греции, все есть уже информационная модель, я так понимаю, сквозная есть. Пожалуйста, Александр, расскажите нам, как там у вас, да?

32:17 Здравствуйте, уважаемые коллеги, действительно электроэнергетики общей информационной модели внедряются уже лет. 15 Вот, но я хочу сказать, поделиться опытом, что. На самом деле этих моделей нужно ну несколько больше. Сейчас у нас есть 2 основных модели, это общая информационная модель, которая описывает. Основное оборудование, то есть технологический процесс, и, по сути, это паспортные данные там трансформаторов, выключателей, линий электропередач. С их джипиэс координатами до, чтобы можно было на карте отобразить. И соответственно состав сигналов, которые мы от них получаем, но при этом. В этом стандарте 7 состав сигналов описан очень не подробно, то есть там нет атрибутов, которые позволили бы автоматизировано обрабатывать. Эти сигналы на уровне скада системы непонятно как эти сигналы получать, с какого контроллера там и так далее, то есть там есть разрыв и в этой. Части это информационная модель, она позволяет автоматизировать бизнес, процессы управления активами. Но вот именно к мостик, к сбору данных. С АСУ ТП там не прокинут, для этого была разработана другая информационная модель в рамках стандарта. Мы кшиты, 850 где также повторяется. Фрагментарное описание технологического процесса, но при этом есть еще описание сигналов с точки зрения их атрибутов, но как бы которые нужны для. Обстановки логики внутри контроллеров опять же до уровня скада системы до уровня. Передача данных в диспетчерский центр эта модель не подходит. С 1 стороны есть хорошие заделы, но тем не менее как бы вот их нужно гармонизировать, связывать между собой это как раз то, что мы сделали и. Если вы посмотрите на наш стенд, открытая сут и п, которое мы собрали на базе вот этих вот технологий, там уже мы сделали несколько шагов вперед. В частности, что я хотел бы отметить, какие требования нужно предъявлять к информационным моделям, во 1 нужно начинать с информационной модели. Которая описывает технологический процесс, сама информационная модель, которая описывает технологический процесс, должна позволять создавать. Имитационную модель для того, чтобы проводить симуляции технологических процессов, то есть она должна иметь не просто паспортные данные. Оборудования, но и дополнительные необходимые параметры, чтобы условно как в Маклабе загрузить. Да и она начала работать, чтобы могла из какого то. Симулятора генерировать вам данные вот такую вещь. Для электроэнергетики мы уже сделали, называется цифровой двойник, где мы взяли модель общую. Информационную модель, который у нас системный оператор в виде Госта создал и дополнили ее так, чтобы из нее можно было делать вот эти вот. Расчетные симуляции, зачем нам это нужно? Это нужно для того, чтобы проектное решение можно было простимулировать логику автоматику проверить до. Того, как мы еще контроллеры закупили далее, есть у нас описание параметров атрибутов отдельных сигналов. Тегов это очень хорошо, все, но это. Недостаточно дальше, нам нужно описание информационной модели, которая позволяет описывать архитектуру. А сут и п какие контроллеры, сколько входов? Выходов, какие протоколы, какая версия прошивки и так далее? И это тоже вот эта информационная модель не для управления активами, а для того. Чтобы можно было симулировать поведение самой АСУ ТП в связке с моделью технологического процесса, то есть таким образом мы должны создать на. этапе проектирования, действующую имитационную модель цифровой двойник как технологического процесса, так и всех информационных потоков, так? И каждого контроллера из КД системы для электроэнергетики мы это уже сделали. Мы это показывали несколько раз, готовы вам еще это показать. И тогда из этого состава информационных моделей мы можем получить автоматически синтезированную проектную и рабочую документацию, эксплуатационную. Документацию и тогда, когда у вас в процессе эксплуатации параллельно живет эта документация или информационная модель в специальной. информационной системе фактически вам нужно изменить, какой то контроллер вам нужно добавить, какой то новый цех вы построили, вы сначала сделали. Это в информационной модели вы посчитали, сколько нужно новых контроллеров. Будет ли перегрузка каналов связи, сколько вам, Тегов Скади надо? Добавить и так далее, и так далее, и так далее, в том числе управление вопросами информационной безопасности, обновлением прошивок и так далее. То есть, когда мы говорим про создание информационной модели, это не только про то, как мы должны там классификацию кодирования информации? Делать, как протоколы упаковывать и так далее, а это то, как мы в течение жизненного цикла управляем и технологическим процессом, и самой АСУ. ТП, если вы хотите посмотреть, как это может выглядеть, как это работает в электроэнергетике, мы вас приглашаем к нам готовы продемонстрировать.

37:10 Спасибо большое, Александр, да действительно очень интересный опыт. И мы неоднократно уже встречались как рабочие группы, как отдельные предприятия рабочих, которые входят в рабочую группу С. коллегами из мы, мы и там реально можно пощупать, и все там вызывает, возможно, полное восторг и восхищение. Но это вполне реально практическая модель. Я надеюсь, что в той самой аллее стендов на нашей. 1 Форуме вас у ТП, который мы планируем провести ваш стенд, займет вполне достойное место. Я надеюсь, что мы к вам еще вернемся. Может быть, кстати, вот мы тут что, то такое с вами со сцены говорим? Может быть, есть какие то вопросы конкретно, вот, например, по энергетике? Если есть вопросы, то можно задавать, пожалуйста, коллеги, то поднимайте руку руки. Да давайте я тут вот ноги, то у меня есть.

38:04 Дмитрий, в Севилье цифровой технологии платформы хорошо слышно. Я хотел бы добавить по поводу цифровых моделей и начало всей вообще автоматизации любого любого объекта. Все проектируем, начинается с указанием. Правительства номер, 87 в котором в принципе автоматизация вообще никак не описано. Там есть только сети связи кое какие и поэтому, если вы. Хотите действительно развить автоматизацию очень мощно, то нужно привязать. Ну хотя бы ГОСТы 34 серии в это постановление правительства и всю то. Соответственно, документация, а что получается в результате, когда по выселимому постановлению проектируется, проходит главкос экспертизу объект?

38:46 Есть технология, есть технологическая установка, у нее идет локальная система управления. И вот этот вот фарш, он на самом деле потом получается на заводе. А все, о чем мы сейчас разговариваем, это потом приходит потом, когда появляются вот эти проблемы, вот и все. Спасибо, да, я вам говорил, что наша группа родилась не так, как правильно, а так, как оно произошло. То есть вот есть у заказчика проблема? Ой, нам не в чем контроллеры программировать все поуходили среда. Разработки закрыта, давайте сделаем открытую среду разработки и вот так шаг за шагом, и вот мы приходим к тому, я себе записал. Общая информационная модель в виде Коста Вите Коста, но там энергетикам. Хорошо или плохо, у них есть регулятор единый, что делать всем остальным отраслям, потому что у нас есть и, собственно говоря, нефть, переработка. У нас есть и нефтедобыча, или там какая добыча есть? Большая химия из металлургии и так далее единого регулятора нет, надо как то решать, то есть никто не заставляет. Да ну вот придется самим самим себя заставлять. Спасибо большое за очень ценную реплику.

39:55 Неоднократно обращался в главную экспертизу по поводу анализа. Например, у нас то систем автоматизации, когда они получают, они не занимаются. Анализом автоматизации вообще никак. Слушайте, вот вчера у нас в нашем чате закрытом для нашего сообщества за клуба заказчиков эта тема поднималась. По поводу того, что вот вышла очередная статья про автоматизацию, информатизацию промышленности и то про суд и п. Но буквально вот вот маленький. Такой абзац, к сожалению, а СутТП сегодня находится в слепой зоне у наших регуляторов. И вот наша задача совместно, собственно говоря, быть этим. Фактором раздражителя, который выведет нас из слепой зоны и заставит осознать во 1 глубину и серьезность проблем и во 2 необходимость консолидации. У усилий для их решения не случайно, мы создали сами инициативно нашу группу именно при Минпромторге. Так у вас был комментарий, пожалуйста, ну. Да, я могу прокомментировать, потому что есть определенные цели и задачи у каждого нормативного документа, в том числе постановление 87 отель. ГОСТов 3 4 серии, который сейчас, в том числе, модифицируется, трансформируется. Но самое важное, что хотелось бы отметить, что вот я в начале своего. Естественно, выступления сказал, что четко поставленная задача-это наше техническое задание, которое разрабатывается на стадии проектирования и. Фактически разрабатывается 2 участниками этого процесса, это заказчиком и проектировщиком. Она определяет в полной цели все задачи и критерии В. Том числе, которая в ходе приемочных испытаний попы мы достигаются, в том числе в постановлении 87. Мне кажется, не хватает некоторых моментов. Которые бы четко были ориентированы на эффективность и возврат опять же денежных средств после внедрения. Допустим, АСУ ТП, потому что автоматизация. Влияет на несколько аспектов безопасность, надежность и эффективность, правильно вот эти 3 критерия. Мне кажется, они бы хорошо оценивались при. Допустим, тех же самых экспертизах не техническая экспертиза, как мы говорим, а именно экспертиза эффективности надежности и безопасности в. отношениях с УТП, потому что в каждом отдельном моменте 87 постановления во всех его главах есть определенные моменты, которые касаются общих. Вопросов структурная схема типа применяемого оборудования для прохождения экспертизы и так далее, но не для каких то других конкретных целей.

42:32 Да и в качестве извиняюсь, я хотел бы еще немножко прокомментировать, как мы знаем энергетику, потому что мы представляли энергетику как раз таки сетевой энергетику. А есть еще и генерирующая энергетика, где в принципе также. Есть правила ККС кодирования, которые применяются, которые в принципе описывают всю архитектуру технологическую. Да вот здесь нужно отметить именно точность того, что мы говорим, в частности, допустим, кодирование именно. архитектуры АСТ и П., которая относится там каналом, допустим, которые относятся к ходам, а ее входам, выходам, естественно, ее, конечно, не хватает. И мы прекрасно понимаем, что, допустим, для сервисных целей, для цели обеспечения. Надежности для целей дальнейших этапов это усовершенствованное управление много параметрического регулирования. Это очень важно, и вот здесь мы говорим, что самое главное, что присутствовало в Вендорах, которые ушли с рынка, это. То, что в комплексе в Эндер обеспечивал все эти решения на уровне АСУ ТП. Это вот еще 1 часть, которую мы фактически отмечаем, что сейчас, когда рассматривается открытая супер, уровни ее функциональности распределяются в. соответствии с решаемыми задачами это очень важно отметить то, что хотелось бы. Допустим, уровень автоматизации именно технологического процесса загружать именно рабочими процессами, а уровне усовершенство управления вынести. Немножко выше, чтобы как раз таки разгрузить мощности и решать задачи в соответствии с поставленными задачами. Вот так спасибо большое за комментарии, еще раз прорекламирую наш телеграм. Канал там как раз вчера, только сегодня. С утра в 8 утра там было размещено наше интервью с Сергеем Васильевым из Газпром нефти, в котором мы как раз говорим о 3 уровнях. Сутп в запасе в открытый СТП 1 уровень, это уровень железа, 2 уровень, это уровень дизена.

44:28 Дистрибью тот контрол, но вот это уровень программного обеспечения, которые занимается, собственно говоря, управлением то, чем сейчас занимается. Полка, а 3 уровень как раз это уровень улучшенного управления, он тоже входит, безусловно, в структуру, собственно говоря, в архитектура открытая. И, собственно, он то и создает основные преимущества и основные эффекты говорить экономически. Вот смотрите, мы уже неоднократно упоминали здесь Газпром нефть как 1 из лидеров, скажем так. Проекта по открытой АСУ ТПК и надо отметить, что Газпром нефти и особенно отдельные, скажем так, идеологи этого движения начали движение к открыто. Сутоп это задолго до известных событий. Еще, насколько я понимаю, в 2018 2019 годах, собственно говоря, начали осваивать принципы АПАС. А Алексей Собор вот в отсутствие Сергеев, как мы говорили, это 1 дискуссия по открытой ступы где. Нет ни 1 Сергея Сергея Седова, Сергея Васильева, Сергея Черкасова. Значит, прокомментируй, пожалуйста, все таки вот если мы говорим про открытую платформу промышленной автоматизации какую? Роль там играет во фрукционная модель, сквозная. Да как вы к этому подходите, пожалуйста, добрый вечер. Во 1 что хотелось бы сказать то, что фактически если мы говорим про открытую АСУ ТП, то? Информационная модель, она вообще в принципе становится краеугольным камнем этого решения. Да, в классическое супер можем создать информационную модель, но она фактически никаким образом. Не переиспользуется после этого, да в открытое СутТП в зависит от нее и управление потоками информации. Да потому, что мы понимаем то, что у нас система распределенная, да и фактически. Практически программные сервисы на ней реализуется, то есть микросервис, как на взрослых платформах, которые отойти идут. Вот и поэтому информационная модель, как бы и нам, и надо договориться в.

46:30 О том то, что Что? Давай попробую помочь как раз предыдущем. Я думаю, надо вот мое ощущение, возможно, Алексей. У вас в Газпроме все уже такое же, что надо, как то понятным для всех участников, разграничить, что информационная модель, которую мы видим в составе.

47:04 Сутепе его паса и подход более традиционный, который идет. В списке тестов в системе кодирования ККСов и то, что я сверху, это немножко про разные, то есть и то, и другое. Это информационные модели, но В. Нашей среде, но я так. Надеюсь, что мы все таки. Близки, ну и во! Во всяком случае, под информационной моделью хотели бы видеть нечто большее, что то такое с переходом уже в объектности. И вот я, как ну, так больше 10. Лет как раз электросетевой энергетики тоже проработал, как раз застал все это развитие 800 пятьдесятого. Я то как раз, когда эту тему подымал смотрел на. 850 И в том числе на те разделы, которые описывают не только сетевое оборудование, но и генерирующие. Там уже есть и смысл, то такое, что пряди сейчас куда. Ведь пошло Россети ФСК системный оператор с предложением и уже решением по автоматизации тестирования и прочего. Я хочу все это, чтобы было и у нас.

48:09 Также я добавлю то, что открытая платформа она стоит устроиться на регистрации и без информационной модели. Там вот написаной на регистрацию открытой платформы ее не построить. Ну еще хотелось бы там понять, а? А информационная модель, она от чего идет вообще в принципе, она строится от датчика или от процесса. Это вот тот вопрос, который я пытаюсь задать с самого утра, от чего строится сейчас, сейчас всех заставлю отвечать. Вот вопрос, от чего строится, вот почему я про Апси в своем складе писал. Вот для Апси это не проблема, там есть механизм алайсов, когда 1 и та же информационная модель может быть одновременно и от. Датчиков и от процесса, и от асетов основных фондов, то есть это разные слои представления 1 и того же. Вот в этом самый Цимес, что не надо выбирать мои датчик, кодируем как то, что это вход в какой то. Реактор или как это дискретный ввод там или аналоговый? Вот какого то контроллера, что мы это описываем единожды. И потом же, мы же в модели можно, а вообще у него есть резерв, и он вот там, то и у нас. Система верхнего уровня сама ее не надо учить. Она понимает автоматически, разбирая модель, куда исходить за резервом, в случае света отводилась. Ну конечно, да, когда у вас есть правило то, как вы создаете. Функционную модель, то дальше каждый каждая группа, которая решает свою прикладную функциональную задачу, руководствуясь этими правилами для себя, разрабатывает или усовершенствовать эту информационную. Модель своей части она остается благодаря этим правилам. Общее понятное, прозрачное, доступное и в целом целостная все. Ну, в итоге получается то, что там, допустим, ухало лабораторию, да там у них будет своя. Информационная модель, да если там говорить про добычу, у геологов будет своя и по факту внутри предприятия этих информационных моделей может быть много. И это в принципе правильно, вопрос только в том. То, что нету сбивки этих моделей единого идентификатора и, наверное, пока нету понимания держателем идентификатора, кто должен являться некоторые говорят. Тора, да ну я, допустим, не совсем согласен с этим.

50:30 Так есть комментарии, я смотрю, все повторялись. Да, есть, конечно, потому что вот эта боль, да вот сейчас просто к энергетике. Дальше потом вернемся, а я скажу, что это боль, о котором говорит что. Лаборатория своя у производителя, своя у геологов, своя, она у нас на каждом проекте есть. Кто держатель, держатели, не может быть, 1 который держит все функциональную область информационной? Модели, а вот тот, кто держит целостность этой модели или заставляет использовать неправильно такие? Может быть, это может быть внутреннее подразделение заказчика или, может быть, аутсорсинг? Такая же нормальная работа по сопровождению, как сопровождение. Любой другой информационной системы будет и сопровождения информационной модели, но вот попытки создать такого рода общие. Правила описания разных предметных области в рамках информационной модели есть, например, в Росатоме. Вот рос энерготом мы тоже автоматизировали, там пожалуйстам гораздо более выверена эта. Культура, если можно сказать, от свод правил как культура ведения модели или нормативно справочной информации. Но да, кстати, чтобы подстегнуть интерес к нашей рабочей группе, может, хочу. Сказать, что у нас активным участником является такой достаточно известной организации, как НПО КИС, которая сегодня занимает всей критической информационной системами, скажем так и правилами. Их автоматизации, поэтому с коллегами мы очень тесно взаимодействуем тоже, и они как. Ну, может быть, отчасти парадоксально, но и они разделяют тоже принципы воссоздания нашей открытой.

52:01 До коллеги я тут хотел поделиться тоже опытом. Какая есть сейчас сложность или проблема в электроэнергетике, что информационная модель описана на стандартизована? Да, есть синтаксис, есть там перечень атрибутов параметров, но редактора этой. информационной модели, который бы всех устраивал, нету, и это большая проблема. То есть, возможно, это вообще отдельная рабочая группа должна быть, потому что это не саппорт. Это там не база данных, да какая то это вот реально новая сущность, которая меняет. Бизнес процессы, причем они она не кардинально меняет их, скорее улучшает, но при этом затрагиваются все стадии жизненного цикла. И вот как обеспечить эволюционное развитие этой информационной модели, это действительно должна быть новая сущность. Новая информационная система в электроэнергетике мы сейчас пришли к этому пониманию Россети, там сделали свой продукт, еще несколько компаний делают. Да, но вот действительно хранение, мастер модели, особенно если мы хотим иметь отчетность, например. В ФОИ до соответствующие, они тоже должны разделять эту модель, соответственно, модели имеют там разные профили и так далее. То есть вот эта вот новая сущность, которую еще надо предстоит нащупать? Да, ее предстоит и возможно, что это некоторая такая. Как бы над система до, которая все стадии жизненного цикла позволяет автоматизировать. Но в этой информационной системе должны работать разные субъекты. Регулятор должен иметь как бы возможность получить средствам этой модели и автоматически. Проверки выполнить, да, например, вот с использованием даже разных методов искусного интеллекта. Уже сейчас можно контролировать, что требование, которое написано было человеческим языком по анализу схемы, которая в эксемели представлена, можно выяснить. Какое требование было нарушено вот такие изобретения? Скажем так, имеем, да тоже можем продемонстрировать показать это. На самом деле мы открываем целое огромное окно возможностей по вот сокращению такого слабо интеллектуального ручного труда.

54:08 Хотел просто добавить, вот что прозвучало правильно, очень замечание о том, что нету этого редактора, а я вот хотел пофантазировать. Прозвучало еще и микросервисные. Да вот тут сказали, архитекторы боялся использовать это слово. Но вы представьте, вот, допустим, у нас есть набор сервисов, которые позволяют редактировать ввести. Общую информационную модель, и мы все вот производители разных систем открыто, сут ИП или закрыты АСУ ТП Миасс, уровня лимцев, оптимизации. Все остальное вот эти микросервисы себе приземляем. Свою платформу использую, но если я правильно понимаю, то это и есть основной принцип. Открытая сутэпэг в том, что нижний, 25 превращающийся в дерево. Это, как мне сказал коллега из другой, более бирюзовой компании Андрей. Сергеевич, привет еще более бирюзовый. Нет, он сказал, ну когда я был еще в Вендоре. Поймите, мы не хотим платить за вашу неэффективность.

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

56:25 Мы как раз перешли Мошка и завершающей части нашей с вами дискуссии. Смотрите, нас во многом упрекают, что вот а что делает. Открытая рабочая группа, открытая ступа только разговаривает и разговаривает, год назад разговаривала. Сейчас вот опять сидим, разговариваем во 1 не так, вот Юрий, например, представляет. Ст ИП, но на самом деле Еврохима скоро эти замечательные разговоры выльются вполне конкретные тестовые установки. Насколько я понимаю, да да правильно я так понимаю, то?

57:01 Но пока не будем официально, не будем говорить новые лица. Хорошо, я понял, Газпром нефти уже вылилось, правильно я понимаю, ну смотри как бы. Наверное, целостной реализации да как таковой ее нету, потому что мы на этом пути находимся. Вот, но опять же мы пытаемся внедрять те элементы. Которые у нас появляется апробировать и смотреть на те эффекте, которые появляются от этого и такие апробации да действительно ведут, ведутся. Уже у нас, нашем периметре, на счете добавил. Тут нас параллель и нефтегаз идет, и вчера разговаривал там с бразильским коллегой из Мары, который. Сертифицированного пасом, и он сказал, в чем их видение основного рыночного преимущества. Это о том, что это немножко кстати противовес тому, что. Здесь ты сажал, что Попас не требует снести все бульдозером. У вас позволяет расширять существующие системы, то есть не надо ждать, когда мы. Там пройдем все от постановления правительства до выпуска конечных ГОСТов. Можно делать отдельные шаги здесь и сейчас то, что делает Газпром не. Что то, что делает наша компания, делает другие компании, предлагаете решение? Мы все таки тоже потихоньку, все становятся цифровыми, Аджайл ими.

58:21 Хотим двигаться быстрее и ищем варианты. Это сейчас даже легче, так как нет стандартизованных возможных это жестких процедур, приходите к нам со. Своими идеями с решениями, возможно, мы быстрее их сможем втолкать пилоты, не проходя через круги ада с согласованием коммерческих проектов, вот.

58:42 Да ты как то сбил меня, я хотел красиво подвести к тому, что нам нужен стандарт. Вот оказывается, что пока нет стандарта приходить, к нам будет проще запустить. Да, я хотел бы сказать тоже слово. Про стандарты, естественно, и про ожидание заказчиков, когда приходишь на площадку к заказчику заказчик. Всегда говорит, я руководствуюсь нормативными документами. Пожалуйста, скажите, что вы будете делать, и вот здесь хорошие слова прозвучали. От Юрия Ниокр мы всегда называем новые начинания пилоты не утром, и все говорим о том, что, допустим, есть уже такие моменты, когда. Можно самому заказчику под себя фактически готовить и окры с определенными решениями по открытым платформам, мы все понимаем, что на. Сегодня даже есть уже и программное обеспечение, и в том числе, как говорится, железо под эти системы, и мы все готовы, и мы все готовимся. К переходу там 29 декабря 30 года завершение, как говорится, трансформации. Мы все прекрасно понимаем, что это единоразово не получается. Мы понимаем, что нужно сделать это в несколько шагов несколько этапов. Можно сказать, так и поэтому мы говорим, что, конечно, там снести. Все под корень и построить новое, это хорошая тема, но все таки переход планомерный, постоянный и спокойный, вот он обеспечивается.

1:00:00 Именно с применением новых технологий, открытое сут, и это уже сейчас возможно. То есть расширение производства, замена продлевание эксплуатации, скажем так, с помощью просто аналогичного программного обеспечения? Аналогичного железа, но, естественно, это сопряжено с некоторыми, скажем так, вопросами и вот здесь готовность заказчика идти по этому пути. Это очень важный момент, потому что мы все прекрасно понимаем, вот именно. Те, кто интегрирует те, кто занимается этим, что на сегодня таких запросов. Ну, немного, скажем так, они очень ограничены и, скажем, я бы сказал. Большие заказчики пытаются что то делать, а все остальные пока находятся. В стадии выжидания, но так, когда я, кстати, задал этот вопрос о том, кто будет держателем. Да мне сразу, а вот большие заказчики, вот они, допустим, держат вот. Но вы же понимаете, что это была компетенция абсолютно. Не свойственно большим заказчикам большие заказчики зарабатывают деньги на своем бизнесе. Они льют металла, они там добывают руду, они там делают. Аммиакаль, что то такое еще очень полезное, вот их задача разрабатывать. Информационные модели быть каким то мастер Держателем или как там называется, поэтому вот этот вопрос остается открытым. Тогда я предлагаю переходить к завершающей части нашего с вами дискуссия, собственно. Говоря, Юрий, у тебя же были там какие то предложения нет, так нельзя предложение есть картинок его и так хорошо. Давай тогда без картинок, и я всех попрошу. Собственно говоря, мы должны сделать некую резолютивную. Часть нашего с вами встречи, иначе это будут просто посиделки, что мы запишем в резолюцию изменить постановление. Какой то, 87 насколько я понимаю, да еще что там сделать, создать вот эту группу по разработке.

1:01:48 Редактор информационных моделей, пожалуйста, ну ладно? Без слайдов если коротко, то у меня, скажем, 2 посыла 1 для. Рабочей группы и, скажем, регуляторов другой для вендоров, но для вендоров. Я уже сказал, не надо ждать, когда мы что то придумаем и стандартизируем, а начинайте внедрять то. Что уже есть сейчас то, что есть сейчас уже стандарте? Описивей, там уже сейчас есть описанные механизмы форматы файлов и в том числе есть компонент с описанием модели. Для большого куска такое оборудование из серии кто 1 придет, кто 1 покажет, тот пойдет в пилоты, и потом его будет очень тяжело сковырнуть с предприятия для рабочей группы. Но я услышал, что мы пока планируем все таки это составе группы по архитектуре делать. Я бы только сразу предложил, чтобы мы это делали быстрее и, наверное, правильнее.

1:02:49 Пригласить в состав представителей производства основного оборудования, то есть тот же самый союз машиностроителей и прочих. Потому что ну иначе мы все равно потом придем к ним со словами мы тут вашу. Мешалку замоделировали, она вообще круглая квадратная. Какое какая она форма, то вам что от нее надо? Ну вот, на этом, наверно, все получается, что нам все нужны. Да, нам нужны все и с тем, чтобы в итоге это. Да стало, наверно, ну не знаю, какими это набором стандартов может быть прийти к тому, чтобы не знаю, как создастся у нас там аналог Гидхаббата. Кто знает, в курсе, какие сейчас движения российские там было? Выложены все эти модели уже видео экселелей, ну а стандарт там нужен обязательно, обязательно хорошо? Спасибо, я помню, что 2 у нас выступал Александр Косиников. Пожалуйста, что нам надо сделать, чтобы вот. Наш все очень сиделки просто, но не не ушли в просто без результата. Я вот тут согласен с коллегой, что, наверное, нам, как Вендером, ждать не стоит. Стандарт и так далее мы должны двигаться, и мы двигаемся. В этом направлении действительно, а чего нам сейчас не хватает? Это реально площадок для пилотирования, вот это самое важное. Я согласен с представителем интегратора, что площадки для пилотирования они. Нужны они нужны для того, чтобы наше решение опробовать уже там, на реальном оборудовании, очень быстро все исправить и так далее. Быть в контакте с производством самое главное, чтобы мы не были от него. Оторваны, поэтому я вот попрошу вот это действительно записать в протокол. Может быть, какой нибудь сделать общий хаб пилотов? Я не знаю, когда представители там различных заказчиков с представителем.

1:04:38 Представляет этот хаб, этот хаб можно заявиться, выбрать себе пилота. Допустим, нам очень интересна эта интеграция с мысом, мы можем проработать единую информационную. Модель по интеграции с весом и законченное решение предоставит на этом пилоте. Но это как пример вариантов может быть очень много, спасибо большое, есть что. Добавить, да я поддержу, конечно, вот эту инициативу по пилотом. Мне бы очень хотелось, чтобы вообще возникла открытая мест. Похоже, Антон, по то, что вы обсуждаете в. Открытой АСУ ТП открытой мес это или вообще открыт этот уровень? Миас Лимс, Тора, очень важно, особенно учитывая то, насколько бурно у вас идет обсуждение интеграционные. Процессы потом необходимо будет все равно интегрироваться. Может быть, рабочая группа возникнет или техническая рабочая группа в рамках АСУ ТПП интеграции вот со? Смежными системами верхнего уровня, что касается посыла по поводу отработки пилота и обеими руками за с удовольствием. Нам Месси легче применять некоторые вещи. Пилотировать потому, что степень ответственности другая и регламентации меньше, поэтому мы, естественно, легко это поддержим, но и касательно стандарта, да действительно. Нужен гост или какой то под гостный документ, который регламентирует. Вот есть системный оператор в электрике, есть у него гост, поэтому есть сим модель и.

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

1:07:06 Нашего рынка хотелось бы побольше экспертов, которые должны быть на рынке для того, чтобы они в принципе оказывали свои услуги. В частности, я экспертов называю это интеграторов. Это в том числе компании, которые могут заниматься с интеграторами. Это проектные компании, которые занимаются постановками задач, разработками задач в отраслях промышленности, ну и. В том числе активную работу заказчика в этом направлении не только лишь, скажем, ожидание чего. То вот именно активную со своей стороны все спасибо большое, Павел, пожалуйста, что то. Можете добавить, что нам надо сделать. Я поддержу на самом деле здесь идею коллег по созданию единой вот площадке технологической. Это на самом деле интересная идея, где могли бы. Присутствовать и производители оборудования, и вендоры такие, как там типа до Мастерска. Да и вот просто это как единая точка, где, ну, не в формате диалога, в формате единой каких то. Пилотных проектов мы могли бы уже разговаривать. Ну, предметно, на самом деле вот это, я считаю, прям хорошая рабочая, перспективная модель дальнейшего диалога, прям на деле прорабатывать. Вот эти вещи особо понять, кто заплатит за хорошо, хорошо? Пожалуйста, Александр, я есть предложение 3 пункта в протокол еще внести, 1 зафиксировать все таки, что эти информационные. Модели они должны позволять делать симуляции собирать имитационные модели, то есть выполнять расчеты, расчеты надежности, расчеты, там трафика, там и так далее, чтобы это было полезно. С точки зрения оценки эффективности, там, ну и так далее 2. Нужно определить требования, чтобы эта модель была разработана, потому что, когда мы говорим про существующие требования К. документации там этой модели нет, и это будет проблема. Если нет этого требования, то никто лишний рубль да на это не потрачен, поэтому это требование его нужно внести, чтобы при этом. Не возникло дублирование, мы должны договориться. Какая часть проектной документации перестанет существовать в виде ПДФ, а будет существовать в виде вот этой, вот информационной? Модели тогда мы сможем перечесть вот эти вот новые работы за счет сокращения старых, и все останутся как бы при своих и 3 что надо внести, может быть протокол или в требованиях. Что нужно определить, кто конкретно, на какой стадии имеет право вносить изменения в информационную модель, когда с этим работает заказчик на уровне определения спецификации системы? Когда с этим работает проектировщик, когда с этим работает наладчик и когда с этим работает эксплуатация, чтобы у них в их трудовых функциях было записано, что они этим должны. Заниматься, потому что сейчас это вот трансформация этих бизнес процессов, это об это все разбивается. Люди привыкли работать по старому, мы можем что то новое придумать топ менеджеры. Увидят вот эти вот сокращения 25 5 10 ты, но для людей это новая работа. Как бы их надо подстегнуть до, чтобы появилось обязательство, как бы это простимулировать, стимулировать.

1:10:18 Спасибо, спасибо большое, но Алексей, тебе выпала роль завершающего, что нам надо сделать, чтобы. Создать. Стандартные требования действительно нужны, да и в идеале. Мне кажется, да было бы классно, если бы когда ты покупаешь насос. Да, допустим, ты покупаешь вместе с. Ним информационную математическую модель, и это, кстати, высказывалось бы на в итоге на стоимости проектирования. Потому что это можно было бы переиспользовать.

1:10:51 Спасибо большое, да я вижу. Добрый день мы в тандеме. Тандеме с Александром Александровичем из 1 из 1 организации Московский энергетический институт и в продолжение приглашения в в четверг через неделю. Там у нас мероприятие будет этот стенд. Публично выставляться, можно прийти посмотреть в этом стыде. Там уже задействована ПЛК разных производителей, и это как раз тоже интересно, а по поводу площадки для пилотов и так далее.

1:11:28 Я бы тоже предложил рассмотреть это в качестве резюме. Как нам кажется, вуз мог бы выступить такой площадкой, дистанцированной от чьих то интересов и предназначены, помимо прочего, она еще и обучение. Кадров на новых вещах, поэтому приходите через неделю в московские энергетические, там открытое мероприятие. Фестиваль радиотехники, электроники номер 6 и можно будет все это дело посмотреть. Обсудить, ну кто то уже был, приходите. Мы готовы выступить площадкой для этих экспериментов, пилотов и наработок, открытых стартапов и обучения кадров на этих новых решений, спасибо большой аромат. Насколько я понимаю, диалог с Газпром нефти у вас тоже, в том числе, уже начался на тему создания площадок. Я так понимаю, что Газпром нет как раз сейчас со многими вузами ведет такого рода? Переговоры и у нас даже более того, внутри нашей рабочей группы у нас есть такая подгруппа по ой компетенция в работе с вузами. Чему то там хорошему такому, которая занимается как раз в том? числе вопросы по созданию таких тестовых площадок приходите. Я бы попросил, если можно вывести вот еще раз презентацию арнаутов. Вот 1 Слайд, где там Кью Ар Код? У нас было, чтобы он, если вдруг кто. То не успел считать Кью Ар код и не знает, где нас искать. Пожалуйста, вот там есть Кьюар Код. Это адрес сайта, на сайте есть контактные данные на сайте, есть тонная информация, записи наших встреч. Бесед наши меморандум наш технические требования, вот эта запись нашего мероприятия тоже там окажется. Безусловно, мы довольно внимательно работаем с информацией, если есть вопрос, пожалуйста.

1:13:14 Добрый день, меня зовут Петряев Олег. В данном случае я представляю компанию Адваланж. Мы пошли немножко с другого пути, хотя туда мы тоже писали письма, мы сейчас разрабатываем. Скажем так, в сообществе с несколькими вендорами, но Локкадесиса из за графа. То есть мы находимся на пути уже разработки денег, мы ни от кого не попросили, попытались. Не получилось, поэтому сейчас активно работаем над этой задачей. Это тесто пересекается с тем, что ставит открыто сут АП. Мы читали свою документацию, но понимаем, что. Для реализации именно тех требований, которые есть в рамках этого технического задания, требуется в разы больше ресурсов. Пойдемте, попросим, мы общаемся с Северсталью. С нефтью мы последовательно идем, вот и искали выходы на вас, но сейчас вот будем общаться и оттуда мы писали письма, писали, к сожалению, до ответа не получили от. Телефона это мой личный телефон есть, хорошо? Ну вот, мы друг друга нашли, я думаю, стоит повзаимодействовать, потому что мы действительно находимся на этапе разработки. Взаимодействуем с заказчиками, интеграторами, лендерами, и я думаю, что в конечном итоге мы в течение ближайшего времени выйдем на готовый, можно немножко прокомментировать. Как раз мыслях вчера родилась по итогам нефтегаза посещения и хороший подход. Вот смотрите, зачем нужна наша рабочая группа и почему, казалось бы, Северсталь Металлург?

1:14:52 Активно вкладывается в разработку открытого программного ПЛК с тем, чтобы он был максимально открытым, даже скрытым исходными кодами, потому? Что вот я вчера видел около десятка, наверное, вот вместе с вами читать разработчиков ПЛК, но программа программ для полка Рантайма все они.

1:15:13 Практически все основаны 90 или на Беремизе и 10 она на Футдиаге, все они делают это внутри себя. Каждый пойдет под ним и тем же граблям, кто то найдет эти грабли, кто то не найдет. Никто из них не готов сотрудничать между собой, вот поэтому и дорого никто не коммитит.

1:15:37 Репозитории Беремиза Матиека и прочее все пилят сами. Все говорят, у нас будет лучше, поэтому Северстали. Так понимаю и хочет это как то. Упорядочите серии, раз вы не хотите сами, мы вас заставим. Жизнь такая, что приходится выставлять, спасибо за комментарии, есть еще вопросы и залы.

1:16:01 Вопросов из зала я больше не вижу, поэтому разрешите поблагодарить участников с вами дискуссии. Мы еще на шаг продвинулись, чтобы закрыть это, скажем так, белое. Поле на нашей карте АСВТП по информационной модели и наши ближайшие активности мы планируем что где то вот в мае у нас пройдет совещание нашей рабочей. Группы она обычно бывает открытая, и по осени мы хотим провести большой форум. Как я говорил, вообще 1 будет такой форум пасут и п в принципе, но и значительная. Часть его будет посвящена, собственно говоря, открытым архитектурам и платформам. На этом спасибо всем большое спасибо, что так внимательно слушали спасибо.

Расшифровка сделана автоматически (Yandex SpeechKit) и может содержать ошибки в терминах.

Оставьте комментарий

Войти

Зарегистрироваться

Сбросить пароль

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

Прокрутить вверх