DiCE / АКАДЕМИЯКиберобъект

01 · Стенд · Киберобъект

DiCE связывает теплоузел, программный ПЛК и двойник

Целевой контур: измерения входят в модель; программный ПЛК передаёт команды оборудованию.

DiCE связывает теплоузел, программный ПЛК и двойникТеплоноситель циркулирует отдельно от сигналов. Измерения поступают в ПЛК и модель; модель рассчитывает режим, ПЛК передаёт команды нагревателю и насосу через физический ввод-вывод. Радиатор с вентилятором задаёт изменяемый теплосъём.Платформа DiCE · цифровой контурФизический теплоузелПрограммный ПЛКНагревательНасосРадиатор + вентилятортеплоносительT подачискоростьИзмеренияданныеРежим / рекомендацияМодель узлаРасчёт режимаHMIданныемодель и данныеуставкицелевой режимотображение

Двойник рассчитывает режим; ПЛК исполняет его через физический ввод-вывод.

DiCE · АКАДЕМИЯПрактика · Стенд 1 · КиберобъектСлайд 22 / 54

01 · Стенд · Киберобъект

Одна модель связывает оборудование, управление и документы

Схема и спецификация задают состав узла; двойник связывает его с режимом и документами.

Одна модель связывает оборудование, управление и документыВходные документы задают состав сборки; цифровая модель связывает её с управлением. Выходной фрагмент документа использует данные той же модели и отдельный образец оформления.Состав оборудованияСхема и спецификацияМодель узлаСостав, связи и поведениекомпоненты и параметрыУправляемый двойникДанные → режим → откликподключение к управлениюФрагмент документаИз той же моделиОбразец оформленияФормат и правила заполнениядокумент из моделишаблонОдна модель → управление и выбранный документ

Монтажные документы описывают сборку; учебный документ формируется из модели двойника.

DiCE · АКАДЕМИЯПрактика · Стенд 1 · КиберобъектСлайд 23 / 54

01 · Стенд · Киберобъект

BlueTraktor делает модель и данные наглядными

Пример HTS-001 показывает узел, параметры и привязки источников в интерфейсе.

HTS-001: тепловой узел и привязки параметров
HTS-001 · пример интерфейса
МодельСостав и параметры
ДанныеИсточники и привязки
HMIСостояние и разбор режима

BlueTraktor объединяет модель, данные и HMI в цифровом контуре DiCE.

DiCE · АКАДЕМИЯПрактика · Стенд 1 · КиберобъектСлайд 24 / 54

01 · Стенд · Киберобъект

Один опыт связывает стратегию, исполнение и результат

Вентилятор меняет теплосъём радиатора; сравниваем реакцию по факту и упреждение по прогнозу.

Один опыт связывает стратегию, исполнение и результатИзменяемый теплосъём — общий вход для сравнения управления по факту и по прогнозу. Стратегия задаёт режим, исполнитель воздействует на узел, измерения показывают фактический отклик.1 · Факт или прогнозПо фактуРеакция на фактПо прогнозуУпреждениеРежим2 · ИсполнениеПрограммный ПЛКЧеловекОткликИзмерение результатаОдин теплоузел · общий сценарий изменения теплосъёма

Одинаковое возмущение → два режима → температура, энергия и ошибка прогноза.

DiCE · АКАДЕМИЯПрактика · Стенд 1 · КиберобъектСлайд 25 / 54

01 · Стенд · Киберобъект

Три участника соединяют физику, автоматику и двойник

В целевой сборке «Взлёт» даёт теплоузел, Северсталь — программный ПЛК, Дмитрий — модель и алгоритм.

Три участника соединяют физику, автоматику и двойникВзлёт формирует физическую часть, Северсталь даёт программный ПЛК, Дмитрий — цифровой двойник и алгоритм. Их функциональные вклады сходятся в целевом контуре с обратной связью.«Взлёт»Северсталь · Иван ЯрцевДмитрийФизический теплоузелОборудование и полевые сигналыПрограммный ПЛКИсполнение и обмен с I/OЦифровой двойникМодель + алгоритм управленияКиберобъектИзмерение → расчёт → команда → физический отклик

Полевое оборудование, контроллер и двойник образуют общий контур управления.

DiCE · АКАДЕМИЯПрактика · Стенд 1 · КиберобъектСлайд 26 / 54

01 · Стенд · Киберобъект

Программный ПЛК связывает двойник с полевыми сигналами

Целевой маршрут: двойник → ПЛК → ввод-вывод → оборудование; измерения возвращаются обратно.

Программный ПЛК связывает двойник с полевыми сигналамиЦелевой режим поступает из модели в ПЛК, команды проходят через физический ввод-вывод к оборудованию. Измерения и состояния возвращаются в ПЛК и модель. Объект, сигнал, единица, пределы и время сохраняют предметный смысл обмена.Цифровой двойникПрогноз и режимПрограммный ПЛКАлгоритм автоматизацииМодули I/OПолевые сигналыТеплоузелФизическое действиережимкомандывоздействиеИзмерения и состояния возвращаются в ПЛК и модельОбъект / IDСигнал и единицаКоманда и пределыСостояние и время

Уставка и измеренный отклик связывают цифровую модель с физическим узлом.

Академия DiCE — все слайды

  1. Титул и оглавление · 2 слайда
    1. 01Академия DiCE
    2. 02Оглавление Академии DiCE
  2. Программа · 4 слайда
    1. 03От первого вопроса к совместному действию
    2. 04До конференции: соберите язык и первый опыт
    3. 0529 октября: соединяем объект, организацию и норму
    4. 0630 октября: от работы агента к решению человека
  3. Теория · 11 слайдов
    1. 07Один рабочий вопрос проходит три шага
    2. 08Шесть вопросов связывают теорию и практику
    3. 09Граница объекта выводит решение на уровень организации
    4. 10Модель участвует в управлении в трёх разных ролях
    5. 11Совместимость и исполнение сходятся в контракте действия
    6. 12Проверяемость сохраняет источник и причины решения
    7. 13Агент входит в среду с целями, процессами и ответственностью
    8. 14Дизрапт пересобирает способ получения результата
    9. 15Кооперация агентов опирается на видимые договорённости
    10. 16Человеческое участие включает понимание, влияние и пересмотр
    11. 17Инженерный метод связывает модель с пересмотром
  4. Практика · 37 слайдов
    1. 18Практическая часть Академии DiCE
    2. 19От модели — к обоснованному действию
    3. 20Пять блоков складываются в общую практику
    4. 21Идентичность прибора удерживает сквозную историю
    5. 22DiCE связывает теплоузел, программный ПЛК и двойник
    6. 23Одна модель связывает оборудование, управление и документы
    7. 24BlueTraktor делает модель и данные наглядными
    8. 25Один опыт связывает стратегию, исполнение и результат
    9. 26Три участника соединяют физику, автоматику и двойник
    10. 27Программный ПЛК связывает двойник с полевыми сигналами
    11. 28Организация как код: двойники систем + процессы
    12. 29Две динамики дополняют архитектуру
    13. 30Меняем модель — наблюдаем действие агента
    14. 31Один принцип связывает разные масштабы
    15. 32Как проходит показ и чему учится участник
    16. 33Смысл нормы сохраняется в связной модели
    17. 34Три прогона проверяют условие и источник
    18. 35Основания проверки передаются компетентной стороне
    19. 36Совет 2045 проектирует совместную работу людей и машин
    20. 37Совет задаёт роли и границы делегирования
    21. 38Кризис возвращает модель на проверку
    22. 39Из игры выходит модель команды и первый шаг сегодня
    23. 40Три организации связаны двумя договорами
    24. 41Два экземпляра сохраняют свою цифровую историю
    25. 42Три проверки задают ветвь поставки
    26. 43Место прибора и статус сертификата учитываются отдельно
    27. 44Каждая система и каждый исполнитель имеют свою роль
    28. 45Три предметных пакета собирают учебный случай
    29. 46Прогон подтверждает результат каждой сцены
    30. 47Три группы проходят все деловые роли
    31. 48Объекты и состояния сохраняют разные идентичности
    32. 49CLBS API: авторизация, вызов и состояние обработки
    33. 50Адаптер CLBS ограничивает инструменты агента
    34. 51Стек ПроКСи: прикладной и инфраструктурный уровни
    35. 52Интеграция различает запрос, запись и результат действия
    36. 53Матрица прав задаётся для конкретных действий
    37. 54Полный прогон покрывает положительные и отрицательные сцены

Структура Академии DiCE

Титульный лист → Программа → Теория → Практика · стенды 1–5.

  1. Титул и оглавление · 2 слайда · 1–2
    1. Академия DiCE · 1–2
      1. 01 · Академия DiCE
      2. 02 · Оглавление Академии DiCE
  2. Программа · 4 слайда · 3–6
    1. Программа · 3–6
      1. 03 · От первого вопроса к совместному действию
      2. 04 · До конференции: соберите язык и первый опыт
      3. 05 · 29 октября: соединяем объект, организацию и норму
      4. 06 · 30 октября: от работы агента к решению человека
  3. Теория · 11 слайдов · 7–17
    1. Вход в теорию · 7–7
      1. 07 · Один рабочий вопрос проходит три шага
    2. Теоретические темы · 8–17
      1. 08 · Шесть вопросов связывают теорию и практику
      2. 09 · Граница объекта выводит решение на уровень организации
      3. 10 · Модель участвует в управлении в трёх разных ролях
      4. 11 · Совместимость и исполнение сходятся в контракте действия
      5. 12 · Проверяемость сохраняет источник и причины решения
      6. 13 · Агент входит в среду с целями, процессами и ответственностью
      7. 14 · Дизрапт пересобирает способ получения результата
      8. 15 · Кооперация агентов опирается на видимые договорённости
      9. 16 · Человеческое участие включает понимание, влияние и пересмотр
      10. 17 · Инженерный метод связывает модель с пересмотром
  4. Практика · 37 слайдов · 18–54
    1. Обзор практики · 18–18
      1. 18 · Практическая часть Академии DiCE
    2. Вводная в практику · 19–21
      1. 19 · От модели — к обоснованному действию
      2. 20 · Пять блоков складываются в общую практику
      3. 21 · Идентичность прибора удерживает сквозную историю
    3. 01 · Киберобъект · 22–27
      1. 22 · DiCE связывает теплоузел, программный ПЛК и двойник
      2. 23 · Одна модель связывает оборудование, управление и документы
      3. 24 · BlueTraktor делает модель и данные наглядными
      4. 25 · Один опыт связывает стратегию, исполнение и результат
      5. 26 · Три участника соединяют физику, автоматику и двойник
      6. 27 · Программный ПЛК связывает двойник с полевыми сигналами
    4. 02 · Организация как код · 28–32
      1. 28 · Организация как код: двойники систем + процессы
      2. 29 · Две динамики дополняют архитектуру
      3. 30 · Меняем модель — наблюдаем действие агента
      4. 31 · Один принцип связывает разные масштабы
      5. 32 · Как проходит показ и чему учится участник
    5. 03 · Смарт-стандарт 4 уровня · 33–35
      1. 33 · Смысл нормы сохраняется в связной модели
      2. 34 · Три прогона проверяют условие и источник
      3. 35 · Основания проверки передаются компетентной стороне
    6. 04 · Совет 2045 · 36–39
      1. 36 · Совет 2045 проектирует совместную работу людей и машин
      2. 37 · Совет задаёт роли и границы делегирования
      3. 38 · Кризис возвращает модель на проверку
      4. 39 · Из игры выходит модель команды и первый шаг сегодня
    7. 05 · Смарт-стенд взаимодействия организаций · 40–54
      1. 40 · Три организации связаны двумя договорами
      2. 41 · Два экземпляра сохраняют свою цифровую историю
      3. 42 · Три проверки задают ветвь поставки
      4. 43 · Место прибора и статус сертификата учитываются отдельно
      5. 44 · Каждая система и каждый исполнитель имеют свою роль
      6. 45 · Три предметных пакета собирают учебный случай
      7. 46 · Прогон подтверждает результат каждой сцены
      8. 47 · Три группы проходят все деловые роли
      9. 48 · Объекты и состояния сохраняют разные идентичности
      10. 49 · CLBS API: авторизация, вызов и состояние обработки
      11. 50 · Адаптер CLBS ограничивает инструменты агента
      12. 51 · Стек ПроКСи: прикладной и инфраструктурный уровни
      13. 52 · Интеграция различает запрос, запись и результат действия
      14. 53 · Матрица прав задаётся для конкретных действий
      15. 54 · Полный прогон покрывает положительные и отрицательные сцены

Общий сайт Академии объединяет теоретическую и практическую части. Теория включает подготовительные занятия и содержательные выступления конференции; практическая карта сохраняет пять блоков. Смысловая последовательность и календарный порядок показаны отдельно.