[차량검지기]는 차량을 어떻게 감지할까? 루프·지자기·초음파 센서와 이벤트 전송 원리
차량검지기는 차량을 어떻게 감지할까? 루프·지자기·초음파 센서와 이벤트 전송 원리#
1장 차량이 들어왔다는 사실은 어디에서 처음 만들어질까#
주차관제 화면에는 단순히 다음과 같이 표시될 수 있습니다.
입차 감지
차량 있음
주차면 점유
차량 없음하지만 프로그램이 처음부터 차량의 존재를 알고 있는 것은 아닙니다.
실제 현장에서는 다음과 같은 흐름을 거칩니다.
차량
↓
물리 환경 변화
↓
Sensor
↓
검지 회로
↓
상태 판단
↓
Event 생성
↓
Controller
↓
주차관제 Server예를 들어 진입로의 Loop Sensor가 차량을 감지했다고 하겠습니다.
프로그램 입장에서는 단순히:
CAR_DETECTED라는 Event가 들어온 것처럼 보일 수 있습니다.
하지만 그 Event가 만들어지기 전에는:
코일의 전기적 특성 변화
↓
Detector가 변화량 측정
↓
임계값 판단
↓
Occupied 상태 변경
↓
Relay 또는 통신 Message 발생이라는 여러 단계가 존재합니다.
따라서 차량검지 장애를 분석할 때는:
센서가 차량을 감지하지 못한 것인지, 감지는 했지만 Event가 전달되지 않은 것인지, Event는 도착했지만 프로그램이 처리하지 못한 것인지
를 분리해야 합니다.
2장 차량검지기는 무엇을 측정하는가#
주차장에서 많이 사용하는 차량검지 방식은 대표적으로 다음과 같습니다.
Loop Detector
→ 전자기적 변화
Geomagnetic Sensor
→ 자기장 변화
Ultrasonic Sensor
→ 거리 변화세 방식 모두 결과적으로는:
차량 있음
차량 없음을 판단하지만 실제로 측정하는 물리량은 전혀 다릅니다.
| 방식 | 주로 측정하는 변화 | 대표적인 적용 |
|---|---|---|
| Loop Detector | 코일의 인덕턴스·공진 특성 변화 | 출입 차로 |
| 지자기 Sensor | 주변 자기장 변화 | 주차면·노상 주차 |
| 초음파 Sensor | Sensor와 물체 사이 거리 변화 | 실내 주차면 |
따라서:
차량검지 Sensor라는 하나의 이름만 보고 같은 장비라고 생각해서는 안 됩니다.
3장 Loop Detector는 차량을 어떻게 감지할까#
Loop Detector는 주차장 입·출구에서 매우 흔하게 볼 수 있습니다.
도로 아래에 Loop Coil을 설치합니다.
개념적으로:
차량
↓
───────────── 도로
┌────────┐
│ Loop │
│ Coil │
└────────┘
│
│
Detector차량과 같은 큰 금속 물체가 Loop 위에 위치하면 Loop Coil이 형성하는 전자기적 환경이 변합니다.
Detector는 이런 변화를 감지해:
Vacant
↓
Vehicle detected
↓
Occupied상태로 전환합니다.
Loop가 단순 금속 탐지기인 것은 아니다#
실제 Loop Detector에서는 단순히 한순간의 전압만 보는 것이 아니라 제품에 따라:
기준 상태
Sensitivity
주파수 변화
변화 지속시간
Noise Filtering
자동 보정등을 이용해 검지 여부를 판단합니다.
따라서 같은 차량이라도 다음 조건이 영향을 줄 수 있습니다.
Loop 크기
Loop Turn 수
Cable 상태
도로 구조
차량 위치
Sensor 감도
주변 전기적 NoisePresence와 Pulse#
Loop Detector는 장비에 따라 다양한 출력 Mode를 제공할 수 있습니다.
Presence#
차량이 Loop 위에 있는 동안 상태를 유지합니다.
차량 없음
0
차량 진입
1
차량 정차
1
차량 이탈
0Pulse#
차량이 진입하거나 상태가 변할 때 짧은 Signal만 발생시킵니다.
차량 진입
↓
짧은 Pulse
↓
OFF차단기 제어에서는 이 두 방식의 차이가 매우 중요합니다.
4장 지자기 센서는 차량이 만드는 자기장 변화를 본다#
지자기 Sensor는 Magnetometer 등을 이용해 주변 자기장을 측정합니다.
차량에는 많은 금속 구조물이 존재하기 때문에 Sensor 주변 자기장에 변화가 생길 수 있습니다.
개념적으로:
기준 자기장
↓
차량 접근
↓
자기장 Pattern 변화
↓
Threshold·Algorithm 판단
↓
Vehicle detected지자기 Sensor는 개별 주차면의 점유 여부를 측정하는 시스템에서도 사용할 수 있습니다.
Parking Bay
│
▼
Geomagnetic Sensor
│
▼
Occupied / VacantCalibration이 중요한 이유#
Sensor가 설치되면 주변 환경을 기준으로 초기 상태를 설정해야 할 수 있습니다.
주변에는 다음과 같은 자기장 변화 원인이 존재할 수 있습니다.
철골 구조
배관
전기설비
대형 금속 구조물
인접 차량
공사 장비따라서 단순히:
자기장이 변했다.
=
차량이다.라고 판단하기보다 제품의 Filtering과 Calibration Algorithm을 사용합니다.
지자기 Sensor의 설치 방식도 제품마다 다릅니다.
노면 매립
천공 설치
표면형
무선 Sensor등이 있으므로 설치 방식은 제품 사양을 확인해야 합니다.
5장 초음파 센서는 차량까지의 거리를 측정한다#
실내 주차장 천장을 보면 주차면 위에 Sensor가 설치된 경우가 있습니다.
이 중 일부가 Ultrasonic 방식입니다.
원리는 비교적 직관적입니다.
Sensor
│
│ 초음파 발사
▼
Vehicle
│
│ 반사
▼
SensorSensor는 초음파가 돌아오는 시간을 이용해 물체까지의 거리를 추정할 수 있습니다.
차량이 없을 때:
Sensor
↓
바닥
거리
약 3m차량이 들어오면:
Sensor
↓
차량 Roof
거리
약 1.5m처럼 측정 거리 자체가 크게 변합니다.
시스템은 이 차이를 이용해:
VACANT
↓
OCCUPIED로 판단할 수 있습니다.
설치 위치가 중요한 이유#
초음파 Sensor는 다음 요소에 영향을 받을 수 있습니다.
Sensor 설치 높이
Sensor 방향
Beam 범위
차량 높이
주변 구조물
Sensor 오염
반사 환경따라서 특정 색상의 범퍼라서 무조건 검지가 안 된다고 단순화하기보다는 설치 각도와 반사 경로, Sensor의 검지 범위와 환경 조건을 함께 확인해야 합니다.
6장 Sensor 신호가 Event로 바뀌는 과정#
센서가 물리적인 변화를 감지했다고 바로 Server에 Event가 전송되는 것은 아닙니다.
일반적인 구조는 다음과 같습니다.
Raw Sensor Signal
↓
Filtering
↓
Threshold 판단
↓
상태 결정
↓
Debounce
↓
Event 생성예를 들어 상태가 다음처럼 순간적으로 흔들릴 수 있습니다.
0
1
0
1
1
1이를 그대로 Event로 만들면:
입차
출차
입차처럼 잘못된 Event가 연속으로 발생할 수 있습니다.
그래서 일정 시간 이상 상태가 유지되어야 실제 변화로 인정하는 방식 등을 사용할 수 있습니다.
이를 흔히 Debounce 또는 Filtering의 일부로 볼 수 있습니다.
최종 상태는 다음과 같이 단순화될 수 있습니다.
VACANT
OCCUPIED
ERROR또는 Event 방식으로:
VEHICLE_ENTER
VEHICLE_EXIT처럼 표현할 수 있습니다.
7장 차량검지기는 Event를 어떻게 다른 장비에 전달할까#
검지 방식과 Event 전달 방식은 서로 다른 문제입니다.
Loop Sensor라고 해서 반드시 RS-485를 사용하는 것은 아닙니다.
실제 장비에서는 여러 방식이 존재합니다.
Relay Contact#
가장 단순한 방식입니다.
Loop Detector
↓
Relay
↓
Controller Input차량이 감지되면 Relay 접점이:
OPEN → CLOSE또는 반대로 변합니다.
Controller는 이를 Digital Input으로 읽습니다.
Digital Signal#
장비에 따라 별도의 Digital Output을 제공할 수도 있습니다.
RS-232·RS-485#
Sensor Controller가 Serial Communication을 제공할 수도 있습니다.
Sensor
↓
RS-485
↓
Controller이 경우 다음과 같은 정보를 전달할 수 있습니다.
Device Address
Sensor Channel
Occupied
Error
Sensitivity
StatusEthernet·Gateway#
여러 Sensor를 Gateway에 연결하고 상위 시스템에는 TCP/IP로 전달할 수도 있습니다.
Sensors
↓
RS-485
↓
Gateway
↓
Ethernet
↓
Parking ServerWireless#
지자기 Sensor처럼 Battery 기반 장비에서는 무선 Network를 사용하는 제품도 있습니다.
따라서 차량검지기를 분석할 때는 반드시 두 가지를 따로 확인해야 합니다.
차량을 어떻게 검지하는가?
Event를 어떻게 전달하는가?8장 Modbus를 사용하는 차량검지기도 있을 수 있다#
RS-485는 Protocol이 아닙니다.
따라서 RS-485 위에서 제조사 전용 Protocol을 사용할 수도 있고 Modbus RTU를 사용할 수도 있습니다.
예를 들어 제조사가 다음 Register를 정의했다고 가정해보겠습니다.
| Register | 의미 |
|---|---|
| 0x0010 | Sensor 1 상태 |
| 0x0011 | Sensor 2 상태 |
| 0x0012 | Sensor 3 상태 |
| 0x0020 | Error 상태 |
Sensor 1 상태를 다음처럼 표현한다고 가정할 수도 있습니다.
0
VACANT
1
OCCUPIED그러면 상위 Controller는 해당 Register를 주기적으로 읽을 수 있습니다.
개념적인 흐름:
Controller
↓
Sensor 1 상태 조회
↓
RS-485 / Modbus RTU
↓
Detector
↓
Register 값 반환
↓
OCCUPIED 판단주의할 점은 차량검지기가 반드시 Modbus를 사용하는 것은 아니라는 것입니다.
제품에 따라:
Relay
제조사 Binary Protocol
ASCII Protocol
Modbus RTU
CAN
Ethernet등 다양한 방식이 존재할 수 있습니다.
9장 Polling과 Event Push의 차이#
상위 Controller가 차량 상태를 가져오는 방식도 크게 나눌 수 있습니다.
Polling#
Controller가 계속 질문합니다.
Sensor 1 차량 있나?
→ 없음
Sensor 2 차량 있나?
→ 있음
Sensor 3 차량 있나?
→ 없음일정 시간이 지나면 다시 반복합니다.
장점:
구현 구조가 단순
현재 상태 확인 용이단점:
장비 수가 많으면 Traffic 증가
Polling 간격만큼 Event 감지가 늦어질 수 있음Event Push#
상태가 변했을 때 Sensor나 Controller가 Event를 보냅니다.
VACANT
↓
차량 진입
↓
OCCUPIED Event
↓
Server장점:
빠른 상태 전달
불필요한 조회 감소하지만 연결 장애가 발생했을 때 Event가 유실되면 현재 상태와 Server 상태가 달라질 수 있습니다.
그래서 실제 시스템에서는:
Event Push
+
주기적인 상태 동기화를 함께 사용하는 설계도 가능합니다.
10장 검지 Event와 실제 차량 처리 완료는 다르다#
차량 Sensor에서:
VEHICLE_DETECTED가 발생했다고 하겠습니다.
그렇다고 입차 처리가 끝난 것은 아닙니다.
전체 흐름은 다음과 같을 수 있습니다.
차량 검지
↓
Camera Trigger
↓
번호판 촬영
↓
번호 인식
↓
입차 가능 여부 판단
↓
입차 Event 저장
↓
차단기 Open
↓
차량 통과
↓
후방 Sensor 확인
↓
차단기 Close즉:
Sensor 감지 성공과:
입차 업무 완료는 다른 상태입니다.
주차관제 프로그램에서는 각 단계를 별도의 Event로 관리하는 것이 좋습니다.
예:
VEHICLE_DETECTED
IMAGE_CAPTURED
PLATE_RECOGNIZED
ENTRY_APPROVED
BARRIER_OPENED
VEHICLE_PASSED
BARRIER_CLOSED이렇게 해야 장애 발생 시 어느 단계에서 멈췄는지 알 수 있습니다.
11장 차량검지 장애는 세 구간으로 나누어 본다#
차량이 들어왔는데 관제 화면에는 아무 반응이 없다고 하겠습니다.
처음부터 Server 프로그램을 의심하지 않습니다.
Sensor 구간#
Sensor Power
Loop 상태
Sensitivity
Calibration
Sensor 위치
Cable를 확인합니다.
Controller·통신 구간#
Relay Output
Digital Input
RS-485
Device Address
Baud Rate
CRC
Gateway를 확인합니다.
Application 구간#
Event 수신
Packet Parser
Device Mapping
Event Queue
Database
Business Logic를 확인합니다.
전체 경로로 보면:
Vehicle
↓
Sensor
↓
Detector
↓
Controller
↓
Communication
↓
Server
↓
Application입니다.
어느 구간까지 정상인지 찾으면 장애 범위를 크게 줄일 수 있습니다.
12장 Sensor별로 자주 나타나는 문제를 구분한다#
| Sensor | 주요 확인 항목 | 대표적인 증상 |
|---|---|---|
| Loop | Coil·Cable·Sensitivity·Detector | 항상 점유, 검지 안 됨 |
| 지자기 | Calibration·주변 자기장·Battery | 점유 상태 오류, 간헐적 변화 |
| 초음파 | 설치 높이·방향·오염·반사 범위 | 빈 자리인데 점유, 차량 있는데 미검지 |
| RS-485 Controller | Address·Baud·A/B·Termination | Sensor 상태 수신 안 됨 |
| Gateway | Network·Protocol Mapping | 현장 상태는 정상이나 Server 미수신 |
Loop가 항상 Occupied라면#
가능한 원인:
Loop Cable 문제
Detector 설정
Sensitivity
환경 변화
검지 회로 문제등을 확인합니다.
지자기 상태가 계속 흔들린다면#
Calibration
주변 금속 구조
외부 자기장 변화
Sensor 위치
Battery 상태를 확인합니다.
초음파 Sensor가 빈 공간을 차량으로 판단한다면#
Sensor 각도
설치 높이
근처 구조물
Sensor 표면 오염
검지 Threshold등을 확인합니다.
13장 통신이 정상이어도 Sensor 판단은 틀릴 수 있다#
다음 Packet이 정상적으로 들어왔다고 하겠습니다.
Address
01
Status
OCCUPIED
CRC
OKCRC도 정상입니다.
그렇다고 실제로 차량이 있다는 뜻이 항상 맞는 것은 아닙니다.
왜냐하면 통신은:
Sensor가 OCCUPIED라고 판단했다.는 정보를 정상적으로 전달한 것뿐이기 때문입니다.
Sensor 자체의 판단이 틀렸다면:
잘못된 OCCUPIED가 아주 정상적인 Packet으로 들어올 수 있습니다.
따라서 장애를 두 종류로 나누어야 합니다.
Sensor Detection Error와:
Communication Error입니다.
이 차이를 구분하지 않으면 통신 프로그램을 계속 수정하면서 실제 Sensor 문제를 놓칠 수 있습니다.
14장 차량검지 Event 로그는 어떻게 남길까#
차량검지 장애를 분석하려면 다음 정보를 함께 남기는 것이 좋습니다.
Timestamp
Site
Lane 또는 Parking Bay
Sensor ID
Device Address
Previous State
Current State
Event Type
Raw Packet
Communication Result
Quality 값
Error Code예:
2026-09-24 09:15:10.120
SENSOR
LOOP-ENT-01
PREVIOUS
VACANT
CURRENT
OCCUPIED
EVENT
VEHICLE_DETECTED그리고 통신 기반 Sensor라면:
RX
01 03 02 00 01 ...같은 Raw Packet도 별도로 남길 수 있습니다.
이렇게 하면:
Sensor가 Event를 생성하지 않은 것인가?
Controller가 받지 못한 것인가?
Server가 Event를 잃어버린 것인가?
Application이 잘못 처리한 것인가?를 추적하기 쉬워집니다.
15장 안전과 운영에서 주의할 점#
차량검지 Sensor는 단순 Monitoring 장비처럼 보이지만 차단기 동작과 직접 연결될 수 있습니다.
예를 들어:
차량 없음으로 잘못 판단해 차단기를 닫으면 차량과의 충돌 위험이 생길 수 있습니다.
따라서 Safety와 관련된 시스템에서는 단일 Sensor Event 하나만으로 모든 동작을 결정하기보다 제품 설계와 현장 안전 요구에 따라 추가 검지와 Interlock을 고려해야 합니다.
예:
전방 Loop
후방 Loop
Photo Sensor
Barrier Position Sensor
Emergency Input등을 조합할 수 있습니다.
또한 Sensor나 Controller의 Communication Network가 외부 Network와 연결된다면 다음도 고려합니다.
Network Segmentation
Gateway 접근 제어
관리 계정 보호
Firmware 관리
통신 Log
원격 관리 인증RS-485 자체에는 일반적으로 Network 수준의 암호화·인증 기능이 없으므로 보안이 필요한 경우 Gateway 이후 Network 구간에서 별도의 보호 구조를 설계할 수 있습니다.
16장 자기 점검#
Loop Detector가 직접 검지하는 것은 무엇인가#
도로에 설치된 Loop Coil의 전기적 특성 변화를 측정하고 이를 이용해 차량 존재 여부를 판단합니다.
지자기 Sensor는 무엇을 이용하는가#
차량의 금속 구조물이 주변 자기장에 미치는 변화를 측정합니다.
초음파 Sensor는 무엇으로 차량을 판단하는가#
초음파의 반사 시간을 이용해 Sensor와 물체 사이의 거리를 측정하고 기준 거리와 비교합니다.
차량검지기가 반드시 RS-485를 사용하는가#
아닙니다. Relay 접점, Digital I/O, RS-232, RS-485, 제조사 Protocol, Modbus, Ethernet, Wireless 등 다양한 방법이 사용될 수 있습니다.
통신 Packet의 CRC가 정상이라면 실제 차량 상태도 반드시 정확한가#
아닙니다. CRC는 전달된 데이터의 오류 검출에 사용될 뿐 Sensor 자체의 판단이 정확한지는 별개의 문제입니다.
17장 이 글을 마치며#
차량검지 시스템의 전체 흐름을 가장 단순하게 표현하면 다음과 같습니다.
Vehicle
↓
물리 환경 변화
↓
Sensor
↓
Signal Processing
↓
VACANT / OCCUPIED 판단
↓
Event 생성
↓
Relay / Serial / Network
↓
Controller
↓
Parking Application핵심은 다음과 같습니다.
Loop Detector는 차량에 의해 발생하는 Loop Coil의 전자기적 특성 변화를 이용하고, 지자기 Sensor는 자기장 변화를, 초음파 Sensor는 물체까지의 거리 변화를 이용해 차량 존재 여부를 판단합니다.
Sensor가 차량을 감지하는 방식과 Event를 상위 시스템에 전달하는 방식은 별개의 문제이며 Relay·Digital I/O·RS-485·Modbus·Ethernet·무선 등 다양한 구조가 사용될 수 있습니다.
OCCUPIED와 VACANT 같은 상태 정보와 VEHICLE_ENTER·VEHICLE_EXIT 같은 Event 정보는 구분해서 설계하는 것이 좋습니다.
CRC가 정상이라고 Sensor 판단까지 정확한 것은 아니므로 검지 오류와 통신 오류를 별도로 진단해야 합니다.
차량검지 Event는 입차·출차 업무 전체의 시작점일 뿐이며 Camera 촬영·번호인식·차단기 제어·차량 통과 확인까지 각각 별개의 상태로 관리해야 장애 원인을 정확하게 추적할 수 있습니다.
결국 차량검지기를 이해한다는 것은 단순히 차가 오면 Sensor가 켜진다는 사실을 아는 것이 아닙니다.
차량이라는 물리적 대상이 Sensor의 측정값을 어떻게 변화시키고, 그 변화가 어떤 판단 과정을 거쳐 상태와 Event로 변환되며, 최종적으로 주차관제 프로그램까지 어떤 통신 경로를 통해 전달되는지 전체 흐름을 이해하는 것이 핵심입니다.