Security systems supplied, installed and supported

We sell the system, install it and help keep it working

License Plate Recognition and Vehicle Access is available from 24/7 Security as a full-lifecycle service—not a product-only sale.

  • Equipment Sales & Resale
  • Professional Installation
  • Existing-System Service
  • Maintenance & Expansion
  • Support After Turnover

New installation:

Existing system:

Commercial security product guide

License Plate Recognition and Vehicle Access

LPR performance depends on plate size, angle, speed, light, shutter, lane geometry and clean vehicle lists. It should not be treated as a general overview camera or an unconditional gate-open signal. The design must coordinate safe gate control, privacy and a manual exception path.

Select the complete system, not one headline feature

Match devices, software, licensing, infrastructure, retention, integrations and support to the operating requirement before finalizing the design.

Capture geometryDedicated plate view with required pixels, angle, distance, speed, lighting and exposure.
Vehicle identityNormalized plate, state/region where used, list, schedule, owner and expiration.
Decision logicConfidence threshold, match rules, duplicate suppression and operator review.
Safe actuationGate request separated from vehicle presence, entrapment protection and close logic.

Lane survey and LPR camera design

Measure lane width, approach path, vehicle speed, choke point, camera distance and angles, headlight/glare, shade, weather and mounting vibration. Determine front or rear plate capture and whether more than one lane can physically be controlled.

Select a dedicated LPR-capable camera, lens and illuminator using the manufacturer design tool or criteria. Preserve a contextual overview camera when operators need vehicle color, type or incident context; do not sacrifice plate pixels for a wide scene.

Turn the manufacturer’s stated read performance into a target this lane can be judged by: which vehicles, at what speed, in which hours, and what read rate the client will accept before the gate falls back to an operator. Settle early who owns the plate lists and who answers a driver denied entry.

  • Lane/speed/plate dimensions
  • Angle and exposure
  • Dedicated versus overview views
  • Environmental conditions

Lists, matching, privacy and integration

Define plate normalization, state field, allow/deny or watch lists, schedules, expiration, tenant ownership and approval. Set confidence and duplicate rules from measured results. Provide an intercom, credential or operator fallback for unreadable, temporary or changed plates.

Integrate the LPR event as an access request. The gate controller, loops and safety devices must still confirm safe movement. Protect plate data with role-based access, retention, export controls and an approved privacy notice and response process.

Field conditions decide the hardware order here. The plate camera, illuminator and any edge processor need addressing, a power source rated for outdoor duty at the lane, and a defined dry-contact or software interface into the gate controller. Check that the analytics license and controller version actually support that interface before purchase.

  • List owner and approval
  • Normalization/confidence
  • Retention and privacy
  • Fallback credential/intercom
LPR decision chain
StepSuccess conditionFailure path
CaptureUsable plate imageFallback lane/intercom
ReadNormalized text/confidenceOperator or credential
MatchValid scheduled recordDeny and audit
Move gateSafe controller requestLoops/safety inhibit

Commissioning across real conditions

Collect representative vehicles and plates during daylight, darkness, rain or challenging conditions available at commissioning. Test approach speeds, lane positions, dirty plates, tailgating, motorcycles where relevant and repeated reads.

Measure read and match results separately. A readable plate can still fail normalization or list matching. Verify denied, unknown, expired, low-confidence, duplicate and offline states and confirm the gate remains safe.

Once results are acceptable, restrict who can change confidence thresholds, list entries and camera settings, and log those changes under named accounts. Record the commissioning read rate as a baseline. Camera or analytics firmware can shift recognition behavior, so keep a rollback image and repeat a short read test after any update.

  • Day/night/real vehicles
  • Read versus match rate
  • Denied/unknown/offline states
  • Gate safety sequence

Operations, exceptions and evidence

Document camera model, lens, mount, lane, geometry, settings, illuminator, list owner, thresholds, integration, retention and test set. Store full vehicle lists and sensitive exports only in the protected client system.

Maintain camera aim, focus, lens cleanliness, lighting, time and list quality. Review false accepts and false rejects, expired vehicles, privacy access and software updates. Re-test after lane, speed, lighting or gate changes.

Acceptance for this lane has to include the failure side: camera offline, controller unreachable, power lost mid-cycle, and confirmation that the gate holds a safe state and an operator is notified. Turn over lane geometry drawings, camera and illuminator serials, license records, the read-test evidence and any privacy exception the client accepted in writing.

  • Geometry/settings record
  • Threshold and list ownership
  • Exception trend review
  • Retest after physical changes

How we plan and deliver the work

The final design depends on site conditions, existing systems, client policies and the selected manufacturer or platform.

Survey the lane

Record approach angle, stopping point, vehicle speed, headlight glare and existing gate hardware for every lane being read.

Set camera geometry

Position the plate camera and illuminator for plate size and angle, and add a separate overview camera.

Build match rules

Load vehicle lists, define full and partial match handling, set retention limits and map results to access decisions.

Drive and tune

Test the lane day and night with real vehicles, then adjust shutter, lists and exception handling before turnover.

Information to gather before design

Plate reading depends on lane geometry, vehicle behavior and list quality, so collect the physical and administrative facts before anyone selects a camera or a gate interface.

  • Lane widths and approach angles
  • Vehicle speed at the read point
  • Lighting and headlight glare at night
  • Who owns the vehicle list
  • Existing gate operator and safety devices

Frequently asked questions

These are common planning questions. A site-specific answer should be confirmed during discovery and design.

Can the overview camera also be the LPR camera?

Sometimes, but reliable recognition commonly needs a dedicated narrow plate view and separate context view.

Should every partial match open the gate?

No. Define exact match and confidence rules with safe exception handling.

Does LPR replace gate safety loops and sensors?

No. Recognition requests access; safety devices govern movement.

What improves accuracy over time?

Clean lists, stable geometry, lens care, lighting, threshold review and tests using actual site traffic.

Manufacturer software, firmware and technical files remain on the manufacturer’s official website. We do not mirror firmware files locally.

Plan a license plate reading lane

What happens today when a plate does not match is usually the harder question, so answer that alongside sending lane photos or a site plan showing approach distance, gate location and who keeps the vehicle list current.

Contact 24/7 Security