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

1. Полностью автоматический цикл взвешивания (MVP)
- Проезд автомобиля без оператора с фиксацией этапов: въезд, стабилизация, взвешивание, выезд.
- Автоматическая блокировка ошибок цикла (движение на платформе, повторные заезды, неполный цикл).

2. Интеграция с весовым индикатором/контроллером (MVP)
- Съем показаний массы по интерфейсу весового оборудования.
- Контроль стабильности веса и фиксация валидного результата.

3. Распознавание госномера автомобиля (MVP)
- Чтение номера на въезде/выезде с ANPR-камер.
- Привязка номера к событию взвешивания.
- В прототипе primary ANPR допускается на панели `iT-2110-015700`, чтобы не тормозить разработку.
- В промышленном исполнении primary ANPR переносится в специализированные камеры `iT-2210`, а панель получает результат как runtime input.

4. Фотофиксация груза сверху (MVP)
- Снимок/серия снимков груза с верхней камеры в момент взвешивания.
- Привязка фото к карточке взвешивания.
- Публикация метаданных снимка и идентификатора медиа в ПО «Зеленый робот» через MQTT/API.
- Для `gross` кадр верхней камеры обязателен; для `tare` обязателен только в спорных случаях или при непустом кузове.
- Исходный evidence хранится по `storage_ref`, а preview/handover ссылка не заменяет оригинал.

5. Автозаполнение карточки взвешивания (MVP)
- Формирование карточки: дата/время, номер авто, масса, фото, идентификатор пункта.
- Поддержка обязательных полей и валидации перед сохранением.
- QR и RFID MIFARE используются как enrichment-контура и не должны блокировать автоматический цикл взвешивания.

6. Идентификация направления и типа операции (MVP)
- Определение «брутто/тара/нетто» по логике рейса.
- Контроль последовательности операций для расчета нетто.
- Допускается partial карточка с одной фазой и последующим дозаполнением второй фазы.
- QR/RFID работают как enrichment; mismatch с ANPR или ручной override без трассировки переводят карточку в `manual_review`.

7. Контроль очереди и светофорная логика (MVP)
- Управление разрешением въезда/выезда на платформу.
- Индикация статуса для водителя (ожидание/стоп/проезд).

8. Антифрод и защита от спорных взвешиваний (MVP)
- Выявление подозрительных событий: резкие колебания веса, частичные заезды, дубли.
- Журнал событий с фото- и временной трассировкой.
- Повторный `detect` в той же фазе должен переиспользовать существующий `session_id`, а не создавать duplicate карточку.

9. Уведомления о нештатных ситуациях (MVP)
- Тревоги при недоступности камер, весового индикатора, связи или питания.
- Приоритетное оповещение ответственного персонала.

10. Интеграция с ERP/учетной системой (Phase 2)
- Передача карточек взвешивания и статусов в внешние системы.
- Импорт справочников: контрагенты, ТС, номенклатура грузов.

11. Контроль соответствия груза (Phase 2)
- Сопоставление фото и параметров рейса с заявленной номенклатурой.
- Фиксация отклонений и направление на ручную проверку.

12. Пропускной режим и сценарии доступа (Phase 2)
- Правила доступа по расписанию, типу ТС, маршруту.
- Связка с внешними устройствами КПП (шлагбаум, терминал, табло).

13. Работа при потере связи (MVP)
- Локальное накопление карточек и медиа до восстановления канала.
- Гарантированная доотправка без потери данных.
- В baseline runtime `iP-1510` уже предусмотрен phase-1 offline queue контур для session/media sync с последующей доотправкой.
- Offline queue хранит session/media/alarm entities до подтвержденного sync и не должен порождать duplicate session при recovery/failover.

14. Отчетность по сменам и потокам (Phase 3)
- Отчеты по количеству взвешиваний, массам, времени цикла, отклонениям.
- Аналитика загрузки пункта и производительности.

15. Полный аудит действий и операций (Phase 3)
- История автоматических и ручных корректировок карточек.
- Трассировка по событиям, пользователям, устройствам и медиа.

16. Базовый контроллер проекта (MVP)
- Во всех сценариях проекта используется контроллер iT-2110-015700.
- Контроллер обеспечивает локальный HMI, интеграцию CANopen/MQTT/RS485 и синхронизацию с облачным контуром.
- В базовом объекте используются две панели `iT-2110-015700`, по одной с каждой стороны платформы, с горизонтальной синхронизацией карточки взвешивания и статуса цикла.

17. Блок управления исполнительными цепями КПП (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 карточки взвешивания.

18. 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-автоматика остаются следующей очередью.