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

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

Применение в АПК и промышленности

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

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

D15 · АСУП.466459.100-01 34 04
Редакция 2.0 · 13.09.2026

Применение в АПК и промышленности ​

Документ

D15 · АСУП.466459.100-01 34 04

Редакция

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

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

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

Продукт

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

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

1. Отраслевой профиль применения ​

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

Рисунок D15.1 — Предметные приложения используют общий контур исполнения, доступа, данных и обслуживания.

Учебные виртуальные примеры ниже задают воспроизводимые входы для ПМИ. Параметры реального объекта берутся из его утверждённого технологического профиля.

2. A01 — Орошение Pivot ​

2.1. Объект, роли и входы ​

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

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

2.2. Рабочая последовательность ​

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

2.3. Контрольный расчёт A01-C01 ​

Пример использует вектор nominal-full-end-gun-on расчётного профиля r1. Входные значения передаются целыми числами в единицах контракта.

Для варианта nominal-quarter-sector измените сектор на 90000 mdeg. Ожидаемая площадь — 129069 м²; время прохода при выбранном таймере — 21034 с; требуемый таймер — 341658 ppm; глубина за проход — 8136 мкм. Это проверяет согласованное влияние сектора на площадь и время. Сравнение выполняется точно по целочисленным выходам профиля.

2.4. Отклонения и восстановление ​

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

E04 моделирует движение, расход и заданные отказы датчиков. Программа T12-A01 включает расчёт, запрос действия, местную блокировку, разрыв канала и восстановление. Физическая стадия проверяет свойства конкретной машины по её программе.

3. A02 — Производственные изображения и аналитика Visio ​

3.1. Вход и результат ​

Visio представляет данные обработки изображения или текстовый аналитический результат выбранного объекта. Вход имеет ID, тип, время, digest и разрешённый источник. Задание обработки связывает профиль, модель, параметры и ресурсные ограничения. Результат содержит наблюдаемые поля, качество и происхождение.

3.2. Рабочий цикл ​

Выберите объект и источник. Наблюдайте WAITING → RECEIVED → ANALYZING → READY либо определённое состояние ошибки. Для результата откройте исходный кадр и сведения исполнения. Сопоставьте модель и вход с заданием. При текстовом режиме различайте предварительный поток и завершённый ответ по обозначению интерфейса.

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

3.3. Контрольный пример A02-C01 ​

Подготовьте испытательный набор: синтетический кадр scene-01, его digest, входную схему, закреплённый исполнитель и ожидаемый JSON-результат. Прогон использует одну версию профиля и заданный ресурс. Положительный результат требует совпадения frame ID, входного digest, model ID, схемы и ожидаемых полей. Для детерминированного исполнителя сравниваются точные значения; для модельного профиля применяются заранее заданные метрики и допуски.

Отдельные варианты подают повреждённый кадр, превышенный размер, задержку исполнителя и повтор входного ID. Ожидаются адресные состояния и сохранённая связь задания с входом. После восстановления потока приложение получает актуальный snapshot и правильное конечное состояние.

3.4. Применимость ​

Профиль задаёт допустимые входы, метрики и назначение результата. Версия модели входит в паспорт и лицензии поставки. E04/E05 воспроизводят поток кадров и отказы; T12-A02 проверяет представление и происхождение, T17 — аналитический путь и доступ к данным.

4. A03 — Автомобильная весовая ​

4.1. Программный состав ​

L1 controller весовой ведёт процесс и связывает весы, сигналы проезда, идентификацию, киоск и хранилище. Киоск предназначен для водителя; локальная service surface — для обслуживания одной весовой. L2 объединяет объекты площадки, историю и отчёты через Integration Pack.

Источник массы может использовать драйвер профиля или ScaleProxy. В API ScaleProxy единица — тонна; запись M19 использует weight_kg. Адаптер выполняет явное преобразование и сохраняет происхождение значения. Условие стабильности и допустимый возраст массы определяются профилем весов.

4.2. Рабочий цикл ​

1. Проверьте готовность источника массы и состояние ожидания.
2. Следуйте указаниям въезда и остановки.
3. Получите идентичность транспорта по предусмотренному источнику.
4. Подтвердите номер и груз в допустимой стадии.
5. Дождитесь устойчивой массы и выполните разрешённое действие.
6. Проверьте запись, время, единицу и источник.
7. Завершите выезд и возврат к ожиданию.
8. Проверьте передачу записи в L2 по устойчивому ID.

Действия интерфейса содержат expected_seq; состояние приходит от controller через snapshot и события. История сохраняет weighing_key, массу, стабильность, время, номер, источники идентификации, QR/RFID и связанные кадры по профилю.

4.3. Контрольный пример A03-C01 ​

Виртуальные весы выдают 12.500 т со свежим временем и признаком стабильности. Ожидаемая запись M19 — 12500 кг с соответствующим источником. Повтор передачи того же weighing_key сохраняет единственную исходную провеску и определённый результат повторения.

Для двухэтапного учебного профиля связанная тара равна 7.500 т, брутто — 12.500 т. Ожидаемое нетто — 5.000 т, или 5000 кг. Результат содержит ссылки на обе исходные записи и их времена. Значения являются контрольными данными виртуального примера.

4.4. Отклонения и восстановление ​

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

Для serial-профиля отдельно проверяются оба режима владения COM, тайм-аут, обрыв пакета и освобождение порта. Физическая стадия подтверждает метрологические свойства и взаимодействие конкретного оборудования. T12-A03 проверяет программный цикл, единицы, уникальность и восстановление.

5. A04 — Освещение ​

5.1. Предметные данные ​

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

5.2. Операторский сценарий ​

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

5.3. Учебный пример A04-C01 ​

Виртуальная группа light-demo-01 имеет дискретный выход и расписание 08:00–20:00 в указанном часовом поясе сценария. Начальное модельное время — 07:59:50. В 08:00 ожидается запрос включения; модель возвращает подтверждение по заданному каналу. В 20:00 ожидается запрос выключения и соответствующее наблюдение.

В варианте отказа сценарий разрывает канал подтверждения после регистрации команды. Ожидается тайм-аут readback с сохранённым ID. После восстановления связи интерфейс получает фактическое состояние. Другой вариант вводит ручное состояние с конечным сроком и проверяет возврат к расписанию. Параметры времени относятся к учебному набору.

5.4. Ввод и восстановление ​

Наладчик проверяет карту каналов, назначение датчиков, часовой пояс, календарь, разрешения и локальные блокировки. Численные уставки и гистерезис датчиков закрепляет технологический профиль. После restart восстанавливаются конфигурация и предусмотренный режим. T12-A04 проверяет границы интервала, смену суток, ручной запрос, потерю датчика/связи и возврат.

6. A05 — Вентиляция ​

6.1. Предметные данные и алгоритм ​

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

6.2. Работа оператора ​

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

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

6.3. Учебный пример A05-C01 ​

Виртуальный процесс использует нормированную величину y, цель u и инерционную модель первого порядка. Начальные условия: y₀=0, после допуска команды u=1, постоянная времени τ=10 с. Ожидаемая реакция: y(t)=1−exp(−t/τ). Через 10 с модельного времени y≈0.632121; через 30 с y≈0.950213. Допуск сравнения модели задаётся сценарием, например 0.000001 для вычислительного варианта с аналитическим решением.

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

В варианте отказа источник переводится в stale; ожидается реакция качества и предусмотренное правило процесса. Другой вариант задерживает подтверждение шага и проверяет адресный тайм-аут. После восстановления сценарий подтверждает режим и актуальное состояние.

6.4. Ввод и восстановление ​

Наладчик проверяет назначение датчиков, единицы, направление действия, уставки, последовательность и блокировки. Выполняет контрольный цикл по разрешённому методу. T12-A05 проверяет пуск/останов, достижение условия, задержку, потерю источника, локальную защиту и restart. Физическая стадия подтверждает свойства конкретных агрегатов и технологической среды.

7. Общие требования к отраслевой поставке ​

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

Для визуального материала каждой отрасли требуются собственные состояния: исходное наблюдение, ввод параметра, действие, результат, отклонение и восстановление. Снимки показывают конкретный объект и сценарий; общие элементы хоста сохраняют единый стиль. История и результаты доступны через предусмотренный обмен L2/L3.