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

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

Описание программного обеспечения и функций

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

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

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

Описание программного обеспечения и функций ​

Документ

D01 · АСУП.466459.100-01 13 01

Редакция

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

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

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

Продукт

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

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

1. Назначение и применимость ​

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

Функциональный профиль GR-FP-1.0 задаёт функции, правила взаимодействия и операции, раскрытые в книгах D01–D16. Проектная редакция служит основанием разработки, настройки и проверки этого профиля. При выборе дистрибутива пользователь сопоставляет его паспорт с требуемыми модулями, платформой и методами испытаний. Паспорт выпуска связывает конкретную поставку с версиями и условиями применения.

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

2. Области применения ​

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

3. Уровни исполнения ​

Рисунок D01.1 — Путь от технологического сигнала к действию и производственной истории. Стрелки обозначают программный обмен.

Уровень описывает функцию. Процессы L2 и L3 могут размещаться на одном сервере при соблюдении профиля ресурсов и разделения данных. Linux Runtime и коммуникационное ПО ESP32 представляют разные программные исполнения L1. Выбор исполнения и совместимость с приложениями указываются в паспорте объекта.

4. Функциональные группы ​

4.1. Технологическое исполнение ​

Прикладная логика M01 принимает входные значения с качеством и временем, проверяет условия технологического профиля, выполняет цикл и публикует состояние. Среда M02 обеспечивает загрузку, CANopen и обмен с верхним уровнем. Приоритет локальных защит определяется алгоритмом контроллера. Команда верхнего уровня проходит допуск и получает результат, связанный с идентификатором операции.

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

4.2. Локальная работа ​

Runtime M03 размещает приложения, обслуживает локальный API, хранит согласованную конфигурацию и журнал. Коммуникационный модуль M04 передаёт состояния и команды по своему профилю. ПО панели M05 предоставляет локальные операции и представление состояния. Оболочка M08 связывает страницы приложений, контекст объекта, действия и уведомления; библиотека M09 обеспечивает единые элементы интерфейса.

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

4.3. Диспетчеризация ​

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

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

4.4. Доступ и уведомления ​

M12 обеспечивает идентификацию, пользовательские сессии и проверку полномочий. Роль связывается с действием и областью объекта. M13 доставляет производственные и сервисные уведомления выбранным получателям и сохраняет результат доставки. Событие, команда и уведомление имеют связанные идентификаторы для перехода к исходному факту.

4.5. Производственные данные и аналитика ​

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

4.6. Программное обслуживание ​

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

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

4.7. Ранние испытания ​

M18 запускает воспроизводимые сценарии с программными пакетами и подменами оборудования. Профили E01–E05 определяют Runtime, конкретную цель ESP32, конкретную цель AT32 или переносимую PLC-логику, модели процессов и координатор испытаний. В протоколе указываются исполненные артефакты, модель периферии и подтверждаемые свойства.

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

5. Состав программных компонентов ​

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

6. Данные и действия пользователя ​

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

Пользователь оценивает качество перед воздействием. Значение stale означает превышение допустимого возраста; invalid — нарушение правила корректности; unknown — ожидание определения состояния. Интерфейс сохраняет последнее известное значение вместе с качеством и временем. Условия допуска команды определяются технологическим профилем и полномочиями.

7. Профили размещения ​

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

8. Работа при отклонениях ​

9. Документация и сопровождение ​

Для выбора функций используйте D01 и D03; для интеграции — D02 и D08; для установки и ввода — D04 и D05. Оператор работает по D06, администратор — по D07 и D09. Жизненный цикл раскрыт в D10–D14; отраслевые процедуры — в D15; методы подтверждения — в D16.

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