Беспилотные весы

Беспилотные весы#

  1. Полностью автоматический цикл взвешивания (MVP)

  • Проезд автомобиля без оператора с фиксацией этапов: въезд, стабилизация, взвешивание, выезд.

  • Автоматическая блокировка ошибок цикла (движение на платформе, повторные заезды, неполный цикл).

  1. Интеграция с весовым индикатором/контроллером (MVP)

  • Съем показаний массы по интерфейсу весового оборудования.

  • Контроль стабильности веса и фиксация валидного результата.

  1. Распознавание госномера автомобиля (MVP)

  • Чтение номера на въезде/выезде с ANPR-камер.

  • Привязка номера к событию взвешивания.

  • В прототипе primary ANPR допускается на панели iT-2110-015700, чтобы не тормозить разработку.

  • В промышленном исполнении primary ANPR переносится в специализированные камеры iT-2210, а панель получает результат как runtime input.

  1. Фотофиксация груза сверху (MVP)

  • Снимок/серия снимков груза с верхней камеры в момент взвешивания.

  • Привязка фото к карточке взвешивания.

  • Публикация метаданных снимка и идентификатора медиа в ПО «Зеленый робот» через MQTT/API.

  • Для gross кадр верхней камеры обязателен; для tare обязателен только в спорных случаях или при непустом кузове.

  • Исходный evidence хранится по storage_ref, а preview/handover ссылка не заменяет оригинал.

  1. Автозаполнение карточки взвешивания (MVP)

  • Формирование карточки: дата/время, номер авто, масса, фото, идентификатор пункта.

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

  • QR и RFID MIFARE используются как enrichment-контура и не должны блокировать автоматический цикл взвешивания.

  1. Идентификация направления и типа операции (MVP)

  • Определение «брутто/тара/нетто» по логике рейса.

  • Контроль последовательности операций для расчета нетто.

  • Допускается partial карточка с одной фазой и последующим дозаполнением второй фазы.

  • QR/RFID работают как enrichment; mismatch с ANPR или ручной override без трассировки переводят карточку в manual_review.

  1. Контроль очереди и светофорная логика (MVP)

  • Управление разрешением въезда/выезда на платформу.

  • Индикация статуса для водителя (ожидание/стоп/проезд).

  1. Антифрод и защита от спорных взвешиваний (MVP)

  • Выявление подозрительных событий: резкие колебания веса, частичные заезды, дубли.

  • Журнал событий с фото- и временной трассировкой.

  • Повторный detect в той же фазе должен переиспользовать существующий session_id, а не создавать duplicate карточку.

  1. Уведомления о нештатных ситуациях (MVP)

  • Тревоги при недоступности камер, весового индикатора, связи или питания.

  • Приоритетное оповещение ответственного персонала.

  1. Интеграция с ERP/учетной системой (Phase 2)

  • Передача карточек взвешивания и статусов в внешние системы.

  • Импорт справочников: контрагенты, ТС, номенклатура грузов.

  1. Контроль соответствия груза (Phase 2)

  • Сопоставление фото и параметров рейса с заявленной номенклатурой.

  • Фиксация отклонений и направление на ручную проверку.

  1. Пропускной режим и сценарии доступа (Phase 2)

  • Правила доступа по расписанию, типу ТС, маршруту.

  • Связка с внешними устройствами КПП (шлагбаум, терминал, табло).

  1. Работа при потере связи (MVP)

  • Локальное накопление карточек и медиа до восстановления канала.

  • Гарантированная доотправка без потери данных.

  • В baseline runtime iP-1510 уже предусмотрен phase-1 offline queue контур для session/media sync с последующей доотправкой.

  • Offline queue хранит session/media/alarm entities до подтвержденного sync и не должен порождать duplicate session при recovery/failover.

  1. Отчетность по сменам и потокам (Phase 3)

  • Отчеты по количеству взвешиваний, массам, времени цикла, отклонениям.

  • Аналитика загрузки пункта и производительности.

  1. Полный аудит действий и операций (Phase 3)

  • История автоматических и ручных корректировок карточек.

  • Трассировка по событиям, пользователям, устройствам и медиа.

  1. Базовый контроллер проекта (MVP)

  • Во всех сценариях проекта используется контроллер iT-2110-015700.

  • Контроллер обеспечивает локальный HMI, интеграцию CANopen/MQTT/RS485 и синхронизацию с облачным контуром.

  • В базовом объекте используются две панели iT-2110-015700, по одной с каждой стороны платформы, с горизонтальной синхронизацией карточки взвешивания и статуса цикла.

  1. Блок управления исполнительными цепями КПП (MVP)

  • Применение блока управления iU-6130 в общем шкафу с контроллером ПО «Зеленый робот» или в отдельном силовом шкафу.

  • Для исполнений с контуром движения добавляется iU-6135-029811.

  • Управление шлагбаумом, светофорами и сопутствующими цепями КПП через CANopen.

  • Съем обратных статусов (концевики, питание, аварийные сигналы) по DI-каналам.

  • Локальный commissioning, сервисная настройка сети и проверка CAN/MQTT-связности выполняются через встроенный configurator iP-1210 в ESP32-контуре шкафа.

  • В baseline runtime iP-1510 уже предусмотрены operator actions для interlock, gate/light state и ERP sync карточки взвешивания.

  1. Runtime-реализация в iP-1510 (Phase 1 baseline)

  • В инженерном контуре iP-1510 уже заведены базовые runtime-модули weighbridge-session, weighbridge-identity, weighbridge-media, weighbridge-alarms.

  • Во frontend-контуре iP-1510 добавлен workspace weighbridge-dashboard с быстрым переходом в реестры карточек, identity, media evidence и тревог.

  • Текущий baseline реализует skeleton API и operator workspace; anti-fraud, dedup, ERP sync и interlock-автоматика остаются следующей очередью.