Зеленый робот

Программная документация

Ввод в эксплуатацию

Модульное интегрированное ПО «Зеленый робот»

Проектная редакция · GR-FP-1.0

D05 · АСУП.466459.100-01 85 01
Редакция 2.0 · 13.09.2026

Ввод в эксплуатацию ​

Документ

D05 · АСУП.466459.100-01 85 01

Редакция

2.0 · Проектная редакция

Применимость

Функциональный профиль GR-FP-1.0

Продукт

Модульное интегрированное ПО «Зеленый робот»

Обозначения и сокращения раскрыты в словаре этой книги.

1. Результат ввода ​

D05-commissioning-flow. Передача объекта в эксплуатацию — последовательность и наблюдаемый результат.

Ввод в эксплуатацию связывает установленное ПО с площадкой, технологическим объектом, программными узлами, ролями и согласованными параметрами. Результат — записанный состав, проверенный обмен, разрешённые действия, работающая диагностика и протокол контрольного сценария. Установку пакетов выполняют по D04.

Функциональный профиль GR-FP-1.0 предусматривает реальную и виртуальную среду. В реальной среде наладчик использует утверждённую технологическую конфигурацию и предусмотренные условия допустимого воздействия. В виртуальной среде те же программные операции выполняются на моделях E01–E05; протокол указывает точные артефакты и подменяемые входы. Методы проверки приведены в D16.

2. Роли и исходные материалы ​

До ввода подготовьте паспорт площадки, ведомость пакетов, схему адресов, идентичности узлов, роли, технологическую конфигурацию, методы испытаний и исходное состояние для восстановления. Для виртуального сценария дополнительно укажите модель объекта, профиль CPU/периферии, набор данных, случайное зерно при его использовании и правила модельного времени.

2.1. Карточка ввода ​

Создайте карточку в Развёртывание → Ввод в эксплуатацию. Укажите площадку, объект, профиль, редакцию конфигурации, состав пакетов и ответственных. Карточка связывает последующие проверки одним идентификатором.

3. Последовательность ввода ​

Для подготовленной площадки L3 объединяет этапы в короткий маршрут D04: выбор профиля, проверка плана, развёртывание и завершение ввода. Каждый автоматический этап сохраняет собственный результат. Подробная процедура используется при первичной настройке, изменении состава и разборе отклонений.

3.1. Интерактивная инструкция ​

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

4. Присоединение узла и endpoint ​

4.1. Установить идентичность ​

Откройте обнаруженный endpoint. Сопоставьте его заводскую идентичность, идентификатор актива, аппаратный профиль и связь с объектом. Имя в интерфейсе служит удобным обозначением; программные связи используют устойчивые идентификаторы.

Для платы с AT32 и ESP32 откройте Программный состав. Проверьте каждую запись по её владельцу: AT32, ESP32, шлюз, загрузчик, PLC и конфигурация. Аппаратная ревизия фиксируется отдельным полем. Источник и время чтения позволяют сопоставить запись с выбранным компонентом.

Если сообщение компонента требует уточнения, откройте его диагностику и выполните соответствующий метод чтения. В карточке сохраняются наблюдаемые данные и качество связи. Решение о составе принимается по паспорту и подтверждённой идентичности.

4.2. Выполнить допуск ​

1. Выберите площадку и объект.
2. Назначьте разрешённую роль endpoint по технологическому профилю.
3. Проверьте одноразовое приглашение или заводское подтверждение.
4. Просмотрите устанавливаемый сетевой профиль и ссылки на доверие.
5. Подтвердите присоединение.
6. Дождитесь квитанции применения и рабочего защищённого соединения.

Присоединение связывает конкретную идентичность с областью площадки. Изменение роли и перевод на другую площадку выполняются самостоятельными операциями с новым решением и журналом. Порядок отзыва и повторного присоединения раскрыт в D07.

5. Адреса и транспорт ​

5.1. Локальный CANopen ​

Проверьте профиль CAN, скорость, Node-ID и словарь объектов. Значение Node-ID берётся из согласованного плана адресов. Один адрес соответствует одному узлу в выбранной сети. Наладчик сопоставляет обнаруженный узел с его физическим либо виртуальным источником и сохраняет результат.

1. Откройте Связь → CAN.
2. Проверьте параметры интерфейса и список узлов.
3. Прочитайте идентичность, NMT-состояние и heartbeat нужного узла.
4. Выполните чтение диагностического объекта и одного прикладного параметра по словарю.
5. Сопоставьте PDO-наблюдения с назначением сигналов и единицами.

При назначении Node-ID используйте предусмотренную процедуру LSS или настройку конкретного узла. После применения подтвердите новый адрес повторным чтением идентичности. Переход в рабочий режим выполняется после проверки прикладных параметров и условий допуска.

5.2. MQTT и связь площадки ​

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

Отправьте контрольное наблюдение от узла. В Dispatcher откройте тот же объект и проверьте идентичность, время источника, время приёма и качество. Выполните разрешённый запрос состояния в обратном направлении и сохраните квитанции. Состояние транспортного соединения и результат прикладной команды отображаются отдельными записями.

6. Паспорт и параметры объекта ​

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

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

6.1. Принять редакцию паспорта ​

1. Откройте Объект → Паспорт.
2. Проверьте объект, редакцию и источник пакета.
3. Сопоставьте параметры с утверждённой технологической конфигурацией.
4. Просмотрите участников, квитанции и контрольные суммы.
5. Подтвердите принятие по назначенным полномочиям.
6. Выполните контрольный расчёт и сохраните входы, выходы и версию метода.

Расчётный черновик имеет собственную редакцию и область хранения. Его сохранение позволяет продолжить настройку и сравнение вариантов. Принятая реплика паспорта и подтверждение участников изменяются по отдельной процедуре согласования. В интерфейсе каждое представление подписано своим назначением.

7. Проверка наблюдений и журнала ​

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

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

Сопоставьте последовательность событий на узле и в Dispatcher. Проверьте устойчивые идентификаторы, повторную доставку и восстановление после разрыва канала. Архив и отображаемое окно имеют самостоятельные параметры хранения.

8. Контроль разрешённого действия ​

Контрольный метод задаёт начальное состояние, входы, допустимое воздействие и ожидаемые наблюдения. Наладчик выбирает соответствующий объект и роль. Локальная логика проверяет технологические блокировки перед исполнением.

1. Зафиксируйте начальное состояние и применимый профиль.
2. Откройте действие в HMI или Dispatcher.
3. Проверьте объект, значение, единицы и срок действия команды.
4. Подтвердите операцию предусмотренным элементом интерфейса.
5. Сопоставьте квитанции получения, допуска и выполнения.
6. Проверьте наблюдаемое изменение процесса или его модели.
7. Повторите запрос с тем же идентификатором по методу испытания и сопоставьте результат.

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

8.1. Отраслевые контрольные циклы ​

Численные данные и условия завершения каждого цикла задаются его профилем D15. Контрольные примеры сохраняются с версиями методик.

9. Проверка автономности и восстановления ​

Выполните предусмотренный методом разрыв связи между L1 и L2, затем между L2 и L3. Локальная логика продолжает разрешённый процесс по принятой конфигурации; события получают идентификаторы и сохраняются локально. Интерфейс показывает состояние соединений и качество наблюдений.

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

Отдельно проверьте сохранение задания установки при перезапуске L3 и доступ обслуживания при остановке брокера. Для обновления нижнего слоя выполните сценарий прерывания по ПМИ и сопоставьте загрузочную запись, исполняемый образ и результат возврата.

10. Ввод на виртуальном стенде ​

В карточке ввода выберите P-VIRTUAL. Укажите E01 для Linux, E02 для конкретного ESP32, E03 для конкретного AT32, E04 для технологической модели и E05 для исполнения методов. Реальные пакеты сервисов и приложений включаются в ведомость стенда.

Для каждого метода запишите тип исполнения:

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

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

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

11. Завершение и передача ​

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

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

11.1. Форма протокола ​

Изменение версии, конфигурации, алгоритма или среды инициирует повтор затронутых методов. Новая карточка ссылается на предыдущий протокол и сохраняет причину повторного ввода.

12. Контроль завершённого экземпляра ​

Откройте площадку из обычной операторской сессии. Проверьте выбранный объект, поступление наблюдений, доступный отраслевой сценарий, журнал и справку. Из административной сессии проверьте программный состав, резервную копию и маршрут обслуживания. Итоговые материалы сохраняются по правилам D10 и D13.