LPR to prosta rzecz na papierze: kamera widzi tablicę, system czyta numer, numer ląduje przy nagraniu albo otwiera szlaban. W praktyce większość nieudanych wdrożeń, które trafiały do mnie do poprawy, nie miała problemu z kamerą. Miała problem z kadrem, światłem, prędkością aut i z tym, że ktoś kupił trzy elementy, które nigdy nie zostały ze sobą sprawdzone.
Co właściwie robi system LPR
LPR i ANPR to dwa określenia tego samego: automatycznego odczytu tablic rejestracyjnych. Algorytm najpierw znajduje tablicę w kadrze, potem prostuje i normalizuje jej obraz, a na końcu OCR zamienia znaki na tekst. Tyle teorii.
Ważniejsze jest to, co dzieje się z tym tekstem dalej, bo od tego zależy cała architektura. Numer może:
- zostać zapisany razem z nagraniem,
- służyć do przeszukiwania archiwum,
- być porównany z białą lub czarną listą,
- trafić do systemu kontroli dostępu,
- wyzwolić otwarcie bramy lub szlabanu.
I tu pierwsza pułapka. Nie każda kamera ANPR i nie każde oprogramowanie robią to wszystko. Jedna kamera tylko czyta i wysyła numer, inna sama trzyma bazę i steruje wyjściem przekaźnikowym, a licencja w VMS może dawać wyszukiwanie po numerze, ale już nie sterowanie wjazdem. Zakres funkcji sprawdzam zawsze dla konkretnego modelu, konkretnej licencji i konkretnej wersji systemu, a nie dla „rodziny produktów”.
Zacznij od pytania, co ma się stać po odczycie
Zanim w ogóle otworzę katalog, pytam klienta: co ma się wydarzyć, kiedy system rozpozna tablicę? Odpowiedź „ma być w nagraniach, żebyśmy mogli znaleźć auto po numerze” to jeden świat. Odpowiedź „ma otwierać szlaban pracownikom, a obcych nie wpuszczać” to zupełnie inny.
Lista, którą przechodzę z inwestorem przed doborem sprzętu:
- Czy numer ma służyć tylko do wyszukiwania nagrań?
- Czy system ma porównywać tablice z lokalną bazą?
- Czy po dopasowaniu ma się otworzyć brama?
- Czy rozpoznawanie ma działać w kamerze, czy na serwerze VMS?
- Czy w obiekcie jest już system, który da się rozbudować o licencję LPR?
- Kto i jak potwierdzi, że kamera, oprogramowanie i kontroler wjazdu ze sobą współpracują?
Ostatni punkt brzmi biurokratycznie, ale to on najczęściej ratuje projekt. Widziałem oferty, w których każdy element z osobna „obsługiwał LPR”, a razem nie robiły nic.
Kadr i światło ważniejsze niż rozdzielczość
Najczęstszy błąd, jaki spotykam: kamera LPR zawieszona tak, żeby przy okazji „widziała cały parking”. Nie. Kamera do odczytu tablic ma patrzeć na tablicę, w tym miejscu, gdzie auto faktycznie przejeżdża albo się zatrzymuje, i w takim świetle, w jakim będzie pracować o trzeciej nad ranem, a nie tylko w dniu odbioru.
Na odczyt psują się cztery rzeczy: oświetlenie, rozmycie ruchowe, brud i kąt. Każdą z nich trzeba przemyśleć przy planowaniu punktu odczytu:
- kierunek i prędkość ruchu pojazdów,
- miejsce zatrzymania lub przejazdu,
- geometria obserwacji tablicy,
- warunki oświetleniowe (w tym reflektory aut nocą),
- ryzyko zabrudzenia obiektywu i samych tablic,
- rozmycie obrazu jadącego pojazdu.
A rozdzielczość? Klienci przychodzą z założeniem, że LPR wymaga 4K. Nie wymaga. Producent GeoVision opisuje swoją kamerę GV-LPR2812-DL jako model 2 MP przeznaczony do odczytu tablic, i to jest kamera zrobiona pod to zadanie. Więcej pikseli na źle ustawionej kamerze daje tylko większy, równie nieczytelny rozmaz. Liczy się cały tor obserwacji dobrany do sceny.
Analiza w kamerze czy w VMS
Rozpoznawanie może robić sama kamera albo oprogramowanie na serwerze. Oba podejścia mają sens, ale w innych sytuacjach.
Kamera z analizą lokalną
Przykład z dokumentacji: GeoVision GV-LPR2812-DL. Producent podaje, że kamera ma wbudowany procesor głębokiego uczenia, porównuje odczytane numery z bazą lokalną, GV-ASManager albo GV-Cloud Access Control, a po dopasowaniu może wyzwolić otwarcie bramy lub szlabanu. Czyli w prostym wjeździe cała logika siedzi w jednym urządzeniu.
Dla tego konkretnego modelu producent deklaruje obsługę pojazdów do 100 km/h (62 mph) oraz zasilanie DC 12 V lub PoE IEEE 802.3af. Podkreślam: tego modelu. Nie przenoś tych liczb na inne kamery z rodziny GV-LPR ani tym bardziej na kamery innych producentów, bo każdy model ma własną kartę. Nie ma też potwierdzenia, że ten model jest dostępny w CTR – traktuję go tu jako udokumentowany przykład, jak wygląda kamera z analizą na pokładzie.
Moduł programowy
Druga droga: zwykła kamera IP i licencja LPR w VMS. Tu przed zakupem sprawdzam wymaganą wersję VMS, parametry serwera, sposób licencjonowania kanałów i listę zgodnych kamer. Bez tego kupuje się licencję, która zostaje na półce.
Mirasys M-SMART-LPR-1 – gdy VMS już jest w obiekcie
Mirasys M-SMART-LPR-1 to moduł rozszerzający Mirasys VMS o rozpoznawanie tablic na parkingach i przy kontroli wjazdów. Potwierdzone cechy:
- licencja na jeden kanał, czyli jedną kamerę,
- białe i czarne listy pojazdów,
- powiązanie odczytanej tablicy z nagraniem,
- wyszukiwanie nagrań po numerze rejestracyjnym.
To nie jest samodzielny system LPR. To dodatek do działającego Mirasysa. Przed wyborem potwierdź wersję VMS, wymagania serwera i zgodność z planowaną kamerą. Nie łącz tej licencji z konkretnym modelem kamery „na oko” – bez osobnej weryfikacji kompatybilności.
Kamer szukaj w kategorii kamery IP (uwaga: to szeroka kategoria kamer sieciowych, nie osobna półka z LPR), a licencje, VMS i moduły analityczne są w kategorii oprogramowanie IP.
Przykład: parking z istniejącym Mirasys VMS
Załóżmy typową sytuację. Obiekt ma już Mirasys VMS, a ochrona chce, żeby jedna kamera na wjeździe rejestrowała tablice i dało się potem znaleźć nagranie po numerze.
To jest scenariusz, w którym M-SMART-LPR-1 pasuje: jedna kamera, jedna licencja, odczyt powiązany z nagraniem. Zanim jednak złożę zamówienie, sprawdzam:
- wersję działającego Mirasys VMS,
- wymagania sprzętowe serwera,
- obsługę wybranej kamery przez moduł,
- jakość kadru w miejscu odczytu (jak pisałem wyżej – to zwykle tu leży problem),
- jak klient chce używać białych i czarnych list.
Jeżeli ten sam system ma dodatkowo otwierać szlaban, to osobny temat do weryfikacji. Dane produktowe nie potwierdzają gotowego zestawu „ta licencja + ta kamera + ten sterownik wjazdu”, więc nie obiecuj tego klientowi na etapie oferty.
Cztery błędy, które psują wdrożenia LPR
Pierwszy: wybór kamery po rozdzielczości. Pisałem o tym wyżej, ale powtórzę, bo to plaga. Zły kąt, słabe światło, brud i rozmycie ruchowe nie znikają od dołożenia megapikseli.
Drugi: założenie, że każda kamera „LPR” ma komplet funkcji. Analiza lokalna, bazy tablic, sterowanie bramą, rozpoznawanie dodatkowych cech pojazdu – każdą z tych rzeczy potwierdzam osobno dla konkretnego modelu.
Trzeci: pominięcie zgodności systemowej. Kamera, licencja VMS i kontroler szlabanu nie tworzą zestawu tylko dlatego, że wszystkie „są od pojazdów”.
Czwarty, najbardziej wkurzający: status „Dostępny” na karcie produktu brany za pewnik. Karta może pokazywać dostępność, a jednocześnie dotyczyć urządzenia EOL albo modelu wycofanego przez producenta. Dla systemu, który ma działać latami i dostawać aktualizacje firmware, to ma znaczenie. Sprawdź cykl życia, zanim wpiszesz model do projektu.
Co przygotować przed zamówieniem
Najlepsze zapytania, jakie dostaję, zawierają opis miejsca montażu, kierunku ruchu, warunków oświetleniowych i tego, co ma się stać po rozpoznaniu tablicy. Z takim opisem da się dobrać sprzęt. Bez niego dobiera się na zgadywanie.
Moja lista kontrolna:
- przeznaczenie systemu i oczekiwany wynik odczytu,
- miejsce i geometria montażu kamery,
- prędkość pojazdów w punkcie obserwacji,
- gdzie odbywa się analiza – kamera czy serwer,
- wymagania VMS i serwera,
- zgodność kamery z licencją,
- sposób integracji z bramą lub szlabanem,
- aktualny cykl życia i wsparcia urządzeń.
Jeśli dobierasz kamerę i oprogramowanie do konkretnego wjazdu, sprawdź ofertę CTR albo skontaktuj się ze specjalistami przed zamówieniem. Lepiej wyjaśnić kompatybilność i ograniczenia na etapie projektu niż przy odbiorze.