LPR-система для паркінгу: що насправді відбувається біля шлагбаума

Про LPR-систему для паркінгу судять в одному місці — на смузі в’їзду. Водіїв не цікавить архітектура моделей. Їм важливо, щоб шлагбаум відкрився, коли вони під’їхали, і залишався закритим для автомобіля, якому тут не місце. У цьому посібнику розглянуто, як система розпізнавання номерних знаків (LPR) для паркінгу поводиться біля шлагбаума, де вона зазвичай дає збої і як VEZHA® Smart Parking справляється з такими випадками.

Що робить LPR-система для паркінгу

По суті, LPR-система для паркінгу перетворює камеру на в’їзді чи виїзді на автоматизований контрольно-пропускний пункт. Ланцюжок короткий:

1. Захоплення. Камера транслює відео зі смуги через ONVIF чи RTSP або з наявної VMS.
2. Розпізнавання. Аналітичний модуль знаходить номерний знак і зчитує символи. VEZHA LPR також визначає марку, модель і колір автомобіля та ідентифікатор країни.
3. Рішення. Номер перевіряється за списками: працівники, відвідувачі, VIP, корпоративний автопарк або чорний список.
4. Дія. Система відкриває шлагбаум, надсилає сповіщення, запускає відлік часу перебування або записує подію в архів.

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

Списки й теги: де живе бізнес-логіка

Більша частина роботи під час впровадження паркінгу — це не розпізнавання. Це налаштування того, хто, коли й куди може заїжджати. У VEZHA Smart Parking для цього є:

• Власні теги, як-от керівництво, персонал і відвідувачі, щоб кожна група мала свої правила.
• Прив’язка до структури компанії, щоб автомобілю можна було призначити закріплене місце в заздалегідь визначеній зоні.
• Дозволені інтервали перебування зі сповіщеннями, коли автомобіль зі списку з’являється, затримується надто довго або взагалі не зареєстрований.
• Конструктор бізнес-логіки для сценаріїв, складніших за «відкрити, якщо номер у білому списку».

Для типового офісного чи житлового об’єкта почніть із трьох списків: постійні користувачі, тимчасові відвідувачі та заблоковані автомобілі. Додавайте нові лише тоді, коли цього потребує реальний сценарій. Що менше списків, то менше несподіванок для охоронця в нічну зміну.

Пошук після події

Оператори витрачають багато часу на відповіді на запитання після інцидентів. Пошук за повним або частковим номером із фільтрами заощаджує години перегляду відео. Приклад зі сторінки нашого продукту: синій позашляховик у північній секції з «5555» у номері за останні п’ять днів. Архів може працювати на MySQL, PostgreSQL або Oracle Database, що важливо, коли ІТ-команда замовника вже використовує одну з цих СУБД.

Проблема повторного зчитування біля шлагбаума

Цю ситуацію знає кожен оператор паркінгу. Камера зчитує номер, шлагбаум відкривається, але водій вагається. Або зупиняється надто далеко. Тайм-аут точки проїзду спливає, шлагбаум закривається, а автомобіль досі стоїть перед ним. Камера й далі зчитує той самий номер, але система вважає це дублікатом і нічого не робить. Комусь доводиться натискати кнопку, інакше росте черга.

VEZHA Smart Parking розв’язує цю ситуацію так:

• Коли той самий номер знову виявляє те саме налаштоване джерело аналітики, тригер точки проїзду спрацьовує повторно, тож шлагбаум може відкритися знову.
• Для таких повторів із того самого джерела тайм-аут на рівні точки проїзду ігнорується.
• Для повторних виявлень, що надходять з іншого джерела аналітики, зберігається попередня логіка. Це не дає одному автомобілю двічі проїхати через дві різні смуги.

Уся суть — у розрізненні «того самого джерела» та «іншого джерела». Це усуває хибну зупинку на окремій смузі й не створює лазівки між смугами.

Налаштування багатосмугового в’їзду

Кожна точка в’їзду чи виїзду налаштовується як точка проїзду (site). У налаштуваннях точки проїзду ви обираєте, яка аналітика її обслуговує, і задаєте інтервал (тайм-аут) — час, протягом якого розпізнавання з іншої камери ігнорується. Кілька правил допомагають цій логіці працювати так, як задумано:

• Одна камера на смугу. Одна камера, що контролює дві смуги, — нетипове встановлення. Обмежте зону розпізнавання кожної камери її власною смугою.
• Напрямок руху. За потреби задайте напрямок руху в налаштуваннях точки проїзду.
• Окремі камери для в’їзду та виїзду. Зазвичай одна камера спрямована на в’їзд, а інша — на виїзд. Інтервал точки проїзду не дає зчитуванню з іншої камери повторно активувати шлагбаум.

Номери, які важко зчитати

Реальні номерні знаки — це не чисті тестові зображення. Вони брудні, зняті під кутом, погано освітлені, а іноді темні на темному тлі. В одному з нещодавніх оновлень VEZHA виправлено проблему, через яку темні та шоколадного кольору номери виявлялися ненадійно. Якщо у вас є об’єкти, де такі номери трапляються часто, після оновлення протестуйте їх повторно.

Розміщення камери, як і раніше, значною мірою визначає результат. Перед монтажем ознайомтеся з рекомендаціями зі встановлення LPR-камер у документації партнерського порталу: висота монтажу, кут до смуги та відстань, на якій фіксується номер.

Регіональні формати номерів

Систему для паркінгу, придбану в Мехіко, не варто налаштовувати під Київ. VEZHA LPR підтримує регіональні конфігурації. Для Латинської Америки регіональна конфігурація містить OCR Model 2, а LPR-плагін зберігає довші коди регіонів, як-от «MX-NLE». Перед тестуванням попросіть регіональний профіль, що відповідає вашій країні.

Edge чи сервер: вибір обладнання

Для більшості паркінгів центральний сервер — простіший варіант із погляду розгортання та обслуговування.

Якщо ви віддаєте перевагу аналітиці поблизу камери, VEZHA LPR має інтеграцію AXIS ACAP для камер Axis із вбудованою аналітикою.

Крім того, LPR не потрібне на кожній камері. У нашому кейсі об’єкта зі 104 камерами для контролю транспорту вистачило чотирьох каналів LPR на точках в’їзду та виїзду автомобілів — із 39 каналів аналітики загалом.

Інтеграція з наявною інфраструктурою

Паркінг рідко існує окремо. На тому самому об’єкті є VMS, система контролю доступу, а іноді й білінгова платформа. Що варто перевірити перед проєктом:

• Джерела відео. VEZHA працює з потоками ONVIF і RTSP та з камерами провідних брендів.
• VMS. VEZHA має статуси Milestone Verified і Network Optix Verified, тож події можуть відображатися у VMS, якою оператор уже користується.
• Камери з вбудованою аналітикою. IncoreSoft — партнер Axis ADP, а VEZHA LPR має інтеграцію AXIS ACAP.
• API. REST API та SDK для білінгу, квиткових систем або власних дашбордів.
• Безпека. IncoreSoft сертифікована за ISO/IEC 27001:2022 та ISO 22301:2019.

Короткий чек-лист для вашого наступного паркінг-проєкту

1. Порахуйте смуги й виділіть кожній смузі власну камеру із зоною розпізнавання, обмеженою цією смугою.
2. Погодьте списки й теги із замовником до монтажу.
3. Перевірте розміщення камер на відповідність рекомендаціям зі встановлення.
4. Налаштуйте кожну точку проїзду: її аналітику, інтервал для зчитувань з інших камер і, за потреби, напрямок руху.
5. Протестуйте на власних номерах замовника, зокрема темних і брудних, а також із водіями, які зупиняються не там, де потрібно.
6. Підключіть події до VMS і системи контролю доступу, якими оператор уже користується.

Докладніше — на сторінці продукту Smart Parking та сторінці програмного забезпечення VEZHA для розпізнавання номерних знаків. Якщо ви інтегратор, станьте партнером або замовте демонстрацію на відео з вашого власного в’їзду.

FAQ

Що таке LPR-система для паркінгу?

Це рішення, у якому камери зчитують номерні знаки на в’їзді та виїзді з паркінгу, а програмне забезпечення вирішує, що робити: відкрити шлагбаум, зареєструвати візит, виміряти час перебування або сповістити персонал. Для постійних користувачів воно замінює картки й квитки.

Що буде, якщо шлагбаум закриється до того, як автомобіль проїде?

У VEZHA Smart Parking повторне зчитування того самого номера тим самим джерелом аналітики знову активує тригер точки проїзду і може повторно відкрити шлагбаум, навіть якщо тайм-аут точки проїзду вже минув. Зчитування з іншої камери в межах інтервалу точки проїзду ігноруються.

Як налаштувати камери на багатосмуговому в’їзді?

Виділіть кожній смузі власну камеру й обмежте її зону розпізнавання цією смугою. Використовуйте окремі камери для в’їзду та виїзду. У налаштуваннях точки проїзду оберіть аналітику й задайте інтервал, протягом якого зчитування з іншої камери ігноруються.

Чи працює це з моєю VMS?

VEZHA має статуси Milestone Verified і Network Optix Verified та працює з камерами ONVIF і RTSP. Для інших систем доступні REST API та SDK.