Разработка системы распознавания номерных знаков (ANPR/LPR)

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

Почему распознавание номерных знаков срывается на въезде

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

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

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

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

Эффект внедрения: пропускная способность, простой, ручной труд

Автоматический проезд транспорта меняет экономику КПП в измеримых величинах: секундах на полосе, доле проездов без правок и времени, которое техника стоит на въезде. Три сдвига ниже — то, что становится видно в журнале событий после внедрения.

Проезд без остановки и очередей

Распознавание идёт по потоку видео, а решение о подъёме стрелы принимается по подтверждённому буферу кадров детектора на актуальной ветке семейства YOLO — номер готов раньше, чем машина дошла до шлагбаума. Время проезда через КПП падает с 20-40 секунд (остановка, окно, оператор) до 3-6. Пропускная способность въезда растёт в 3-5 раз на той же полосе, и очередь перестаёт быть узким местом.

Ручные правки: сколько их остаётся и почему

На уверенных кадрах 95-99% проездов закрываются без человека; правки остаются там, где номер физически нечитаем — грязь, наклон, сдвоенные рамки, транзитные знаки. Эти случаи уходят в отдельную очередь вместе с кадром, уверенностью и причиной отказа, поэтому сокращение ручных операций считается долей автоматических проездов, а не «на глаз». Остаток дешевле закрывать регламентом, чем переобучать модель под каждый редкий знак.

Простой техники на въезде

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

Способы распознавания: камера на въезде, борт, сервер, ручной режим

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

Компромисс — между автономностью и управляемостью: чем ближе вычисление к камере, тем слабее зависимость от связи, но сложнее обновлять модель и разбирать спорные кадры.

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

Где считать: на объекте или на сервере

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

Что делать с транспортом без читаемого номера

Грязный, заклеенный или прицепной номер, транзит и мототехника дают низкую уверенность распознавания. Такие кадры не отбрасывают: система объединяет несколько снимков, сверяет со списками и передаёт событие оператору с пометкой о низкой уверенности. Подтверждение проезда вручную попадает в журнал — резервный режим закрывает случаи, которые не берёт модель.

Как проходит внедрение: от обследования въезда до передачи

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

Обследование въезда и схема размещения

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

  1. Обследование въезда: геометрия полосы, свет, режим работы КПП.
  2. Схема размещения: точки монтажа, зоны захвата, трассы кабеля.
  3. Монтаж камер на КПП: подвес, питание, связь, защита от грязи и вибрации.
  4. Калибровка под поток: ракурс и зона срабатывания, настройка на машинах в часы пик.
  5. Проверка на спорных кадрах: прогон архива со сложными номерами.
  6. Обучение смены: ручная сверка, действия оператора при неуверенном распознавании.
  7. Приёмка системы: протокол точности на контрольной выборке, передача доступов.

Проверка на спорных кадрах перед сдачей

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

Что остаётся у заказчика: схемы, политики доступа, регламенты

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

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

Политики доступа и роли операторов

Журнал распознавания — это номера и кадры, то есть персональные данные, поэтому доступ разграничен по ролям. Оператор смены видит событие и кадр по конкретному проезду, но не выгружает массив; старший смены закрывает спорные проезды, администратор ведёт учётные записи. Каждое открытие карточки попадает в журнал аудита.

Регламент действий, когда номер не прочитан

Система не всегда уверена: грязный знак, встречный свет, нестандартный формат — событие уходит оператору, а не закрывается автоматически. Регламент фиксирует порог уверенности для ручного разбора и порядок ввода. Отдельно прописан отказ узла: переход на ручной пропуск, уведомление дежурного, возврат в автоматический режим.

Кейс: въезд на склад, точность и время проезда до и после

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

Исходная картина въезда

Без участия человека проходило 61% проездов. Остальные требовали оператора: номер попадал в кадр под углом, был испачкан, засвечен фарами или перекрыт прицепом. Среднее время проезда от подъезда к шлагбауму — 45-50 секунд, в пик до двух минут, а журнал вёлся вручную: до 15% записей оспаривались при сверке с путевыми листами перевозчика.

Что изменилось после настройки

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

На том же объекте автоматических проездов стало 96%, точность чтения номеров на контрольной выборке выросла с 78% до 98%, среднее время проезда сократилось до 8-12 секунд — очередь у шлагбаума в пик перестала собираться. Спорных записей меньше 1%: каждый проезд подкреплён кадром, меткой времени и распознанным номером, поэтому сверка занимает минуты.

Чем отличается обработка на объекте от обработки на сервере

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

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

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

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

Практичный компромисс — распознавание на объекте, а центр для сведения событий, списков доступа и аналитики. Тогда отказоустойчивость при обрыве связи не требует ручных действий, а пиковая нагрузка на въезде не превращается в очередь перед шлагбаумом.

Технические сомнения: свет, грязь, наклон, тени, двойные номера

Сложные условия съёмки — не исключение, а рабочий режим: ночь и встречный свет, снег и грязь на знаке, наклон, тень от ограждения. Модель, обученная на чистых дневных кадрах, теряет точность именно здесь — отсюда и растут сомнения в результате. Ниже — ситуации, с которыми инженеры сталкиваются на реальных въездах, и то, как они закрываются.

Ночью фары встречных машин засвечивают кадр?

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

Знак занесён снегом или заляпан грязью?

На кадре с нечитаемым знаком система отдаёт низкую уверенность и не пишет проезд как достоверный. Фрагмент уходит в очередь ручной проверки — оператор видит и кадр, и причину сомнения.

Нестандартный номер: квадратный, мотоциклетный, иностранный?

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

Машина с прицепом — в кадре два знака?

Детектор находит все знаки, привязка к транспортному средству идёт по геометрии и траектории движения. В событии основной номер и номер прицепа хранятся раздельно, поэтому и перестановка знака между машинами видна как отдельный признак.

Обсудим вашу задачу: въезд, парковка, весовой контроль

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

После разбора вернёмся с планом работ по системе и разложим по пунктам:

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

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

Опишите задачу — обсудим её и вернёмся с оценкой и планом.

Направления AI-разработки

Последние работы

  • Разработка сайта компании B2B ADVANCE
    Разработка сайта компании B2B ADVANCE
    1542
  • Разработка веб-приложения для компании FEEDME
    Разработка веб-приложения для компании FEEDME
    1393
  • Разработка веб-сайта для компании БЕЛФИНГРУПП
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    1081
  • Разработка интернет магазина для компании FURNORO
    Разработка интернет магазина для компании FURNORO
    1368
  • Разработка логотипа компании B2B Advance
    Разработка логотипа компании B2B Advance
    815
  • Разработка веб-приложения для компании Enviok
    Разработка веб-приложения для компании Enviok
    1139