📋 목차
요즘 충전소를 한 번만 써봐도, “충전 속도”보다 “연결이 되느냐”에서 승부가 갈리더라고요. 케이블을 꽂았는데도 대기만 길어지거나, 결제는 됐는데 충전이 시작되지 않는 순간이 은근히 자주 와요. 겉으로는 콘센트 꽂는 일처럼 보여도, 안쪽에선 몇 가지 통신이 동시에 돌아가는 구조라서 그래요. 솔직히 이걸 한 번 이해하고 나면, 같은 충전기라도 왜 어떤 차는 잘 되고 어떤 차는 삐끗하는지 감이 잡혀요.
통신 방식은 크게 두 덩어리로 나뉘어요. 차량과 충전기가 나누는 통신, 그리고 충전기가 운영사 서버와 나누는 통신이에요. 전자는 안전과 전력 제어를 책임지고, 후자는 인증, 과금, 원격제어, 장애 알림을 맡는 쪽이죠. 실제 현장에선 이 둘 중 하나만 흔들려도 “충전 안 됨”으로 보이기 쉬워요. 체감상 장애 문의의 절반 이상은 전력 문제가 아니라 통신 타이밍 문제에서 시작되는 경우가 많았어요.
충전기 통신이 뭐길래 이렇게 복잡해요
전기차 충전 통신은 ‘선이 몇 가닥이냐’보다 ‘어떤 레이어로 대화하느냐’가 핵심이에요. 케이블 안에는 전력선만 있는 게 아니라, 상태를 알려주는 제어선이 있고 경우에 따라 데이터가 타는 통신선도 들어가요. AC완속은 비교적 단순해서 제어파일럿이라는 신호로 “얼마까지 전류 써도 돼”를 알려주고, 차는 그 범위 안에서 전류를 뽑아요. DC급속은 여기서 끝이 아니라, 배터리관리시스템이 충전기랑 더 촘촘하게 협상하면서 전압과 전류를 실시간에 가깝게 맞춰요.
근데 사람들이 흔히 헷갈리는 포인트가 있어요. 커넥터 규격(CCS, CHAdeMO, GB/T, NACS 같은 물리 인터페이스)과, 통신 규격(IEC 61851, ISO 15118, DIN SPEC 70121, OCPP 같은 논리 프로토콜)은 같은 말이 아니에요. 플러그 모양이 같아도, 내부 협상 방식이 다르면 ‘인증은 됐는데 시작이 안 됨’ 같은 일이 나요. 그래서 통신 방식을 볼 땐, 차량-충전기 구간과 충전기-서버 구간을 나눠서 보는 게 제일 빨라요.
충전 통신, 어디서 누구랑 말하는 구조일까
| 구간 | 대표 프로토콜 | 주로 하는 일 |
| 차량 ↔ 충전기 (AC) | IEC 61851 제어파일럿 PWM | 최대 허용전류 전달, 상태전이(연결/충전가능/통풍요구 등) |
| 차량 ↔ 충전기 (DC, CCS) | DIN SPEC 70121, ISO 15118 (PLC) | 전압·전류 협상, 인증(플러그앤차지), 충전 스케줄·요금 정보 |
| 차량 ↔ 충전기 (DC, CHAdeMO) | CHAdeMO (CAN 기반) | 배터리/충전기 상태값 교환, 목표전압·전류 제어 |
| 충전기 ↔ 운영 서버 | OCPP 1.6J, OCPP 2.0.1 | 인증·과금, 원격시작/정지, 로그·장애 알림, 펌웨어 |
여기서 한 가지 더. 같은 OCPP라도 “충전기는 서버랑 붙는데 결제가 안 되는” 패턴이 생길 수 있어요. 그건 OCPP 바깥에서 결제사업자 API, 로밍(OCPI 같은) 연동이 또 끼기 때문이죠. 글쎄요, 충전 실패가 꼭 “충전기 고장”은 아니란 얘기예요. 통신이 엮이는 지점이 많으니, 어디서 끊겼는지부터 잡는 게 비용을 줄여요.
AC완속은 PWM만 보면 되는 줄 알았어요
AC완속 통신의 주인공은 제어파일럿 CP 신호예요. 충전기가 1kHz PWM 신호를 보내고, 그 듀티비로 “너는 최대 몇 암페어까지 써”를 알려줘요. 차는 그 값보다 작게 전류를 쓰면서, 내부 충전기(OBC)가 알아서 전력을 끌어옵니다. 그래서 AC에서 중요한 건 “전력을 얼마나 줄 수 있냐”보다 “허용전류를 어떻게 광고하냐” 쪽이더라고요. :contentReference[oaicite:0]{index=0}
사실 이 듀티비 규칙은 깔끔하게 숫자로 떨어져요. 흔히 알려진 구간에서 6A부터 51A까지는 듀티비 1%가 0.6A에 대응하는 식으로 계산해요. 예를 들어 10%면 6A, 16%면 9.6A가 되는 식이죠. 51A 넘어가면 기울기가 바뀌는 구간이 있고, 실무에선 32A(단상 7kW대)나 48A(11kW대) 같은 값이 자주 나와요. “왜 우리 집 완속은 16A에서 더 안 올라가요?”라는 질문이 나오면, 결국 이 광고값과 배선·차단기 조건이 같이 맞물린 거예요. :contentReference[oaicite:1]{index=1}
제어파일럿 듀티비로 읽는 AC 최대전류(대표값)
| 듀티비(%) | 최대전류(A) | 현장에서 자주 보는 상황 |
| 10 | 6 | 안전 하한으로 자주 언급, 저전류 유지충전 |
| 16 | 9.6 | 10A급 배선에서 타협값으로 잡히는 경우 |
| 26.7 | 16 | 가정용 16A 세팅, 3.7kW대 체감 |
| 53.3 | 32 | 단상 7kW대 벽부형에서 흔함 |
| 80 | 48 | 11kW급 구성에서 보이기도 함 |
여기서 소름 돋는 포인트가 하나 있어요. “충전기는 32A를 광고하는데 차는 16A만 가져가요” 같은 상황이 꽤 흔해요. 차 내부 OBC가 16A까지만 지원한다든지, 배터리 온도·SOC에 따라 전류를 낮춰 잡는 경우가 많거든요. 뭐 어차피 AC는 ‘차가 결정권자’인 순간이 많아서, 충전기만 바꾼다고 바로 속도가 뛰진 않아요. 이걸 모르고 무조건 고출력 완속으로 갈아탔다가 기대한 만큼 체감이 안 나오면 허탈해져요.
DC급속은 PLC·CAN·이더넷이 한꺼번에 와요
DC급속은 전기를 “주기” 전에 말을 먼저 길게 나눠요. CCS 계열은 전력선을 통신선처럼 쓰는 PLC가 핵심이고, 그 위에서 DIN SPEC 70121이나 ISO 15118이 돌아요. 이때 HomePlug Green PHY라는 PLC 기술이 많이 언급되고, 연결을 시작하기 전에 SLAC라는 절차로 서로의 링크 품질을 확인해요. 체감상 급속에서 10초~수십 초 멈춰 있는 구간은, 충전기가 멍 때리는 게 아니라 이 협상들이 순서대로 지나가는 시간일 때가 많아요. :contentReference[oaicite:2]{index=2}
CHAdeMO 쪽은 결이 달라요. 차량 배터리관리시스템이 마스터 역할을 하고, 충전기는 그 지시에 맞춰 전압과 전류를 맞추는 구조로 설명되는 경우가 많죠. 통신 매체로는 CAN 버스를 쓰는 걸 전제로 잡는 자료가 많이 보여요. 실무에서 많이 참고되는 문서들에선 CHAdeMO 통신을 위해 CAN 속도를 500 kbps로 맞추라는 요구도 확인돼요. 그래서 “왜 이 케이블은 되는데 저 어댑터는 불안정해요?” 같은 질문이 나오면, 어댑터가 CAN 타이밍이나 종단저항을 제대로 처리하는지가 의심 포인트로 올라가요. :contentReference[oaicite:3]{index=3}
급속 충전이 “연결은 됐는데 시작이 늦다”면, 전력 용량보다 통신 협상 시간을 먼저 의심해보는 게 빨라요. 특히 PLC 기반(CCS)은 주변 노이즈, 접지 상태, 케이블 품질이 링크 성립 시간에 영향을 줄 수 있거든요. 커넥터 핀 오염만 닦아도 협상 시간이 줄어드는 경우가 있어요.
CCS(PLC)와 CHAdeMO(CAN) 통신 감 잡는 숫자 표
| 구분 | 대표 매체 | 현장에서 자주 언급되는 수치 |
| CCS 차량-충전기 | PLC (HomePlug Green PHY) | 연결 전 SLAC 절차 수행, 표준은 ISO 15118-3·DIN 70121 계열로 묶여 언급 |
| CHAdeMO 차량-충전기 | CAN | CAN 속도 500 kbps 요구 문서가 널리 공유됨 |
| AC 완속 차량-충전기 | CP PWM | 1 kHz PWM으로 최대전류 광고 |
| 보안/인증(플러그앤차지) | ISO 15118 상위계층 | 인증서 기반 상호 인증을 전제로 설계된 흐름이 소개됨 |
요금제나 예약 충전 같은 얘기가 나올 때는 ISO 15118 쪽이 더 자주 등장해요. 차량이 “언제까지 얼마만큼 충전할지”를 메시지로 주고받는 그림이 가능해지니까요. 어차피 급속 충전기 한 대를 오래 굴리려면, 물리 커넥터보다 이 상위 통신을 얼마나 표준에 맞춰 구현했는지가 문제를 줄여요. 요즘 보안 연구에서 충전 통신을 노린 중간자 공격 같은 주제가 다뤄지는 것도, ‘데이터로 협상한다’는 구조가 커졌다는 뜻이기도 해요. :contentReference[oaicite:4]{index=4}
운영사는 OCPP로 서버랑 대화하더라고요
운영 관점에서 가장 돈이 걸리는 통신은 OCPP예요. 충전기가 “나 지금 살아있어”, “이 사용자가 인증됐어”, “충전 시작할까 말까” 같은 이벤트를 중앙시스템(CSMS)으로 올리고 내려받는 구조죠. Open Charge Alliance가 OCPP의 목적을 ‘충전기와 중앙시스템 사이를 벤더에 상관없이 연결하는 통신’으로 설명하는 것도 같은 맥락이에요. 현장에서 제일 많이 부딪히는 건 버전 차이와 보안 설정 차이예요. :contentReference[oaicite:5]{index=5}
OCPP 1.6J는 JSON over WebSocket이라는 조합으로 많이 굴러가고, 문서들에선 TLS 1.2로 암호화하는 구성이 자주 언급돼요. OCPP 2.0.1은 장치 모델링이나 보안이 더 강화된 쪽으로 알려져 있고, ISO 15118 연계(플러그앤차지 같은)도 더 자주 같이 말해요. 근데 네트워크가 불안정하거나 방화벽이 빡빡하면, 충전기는 충전 자체보다 “서버랑 세션을 유지하는 것”에서 먼저 삐끗해요. 그 순간 이용자는 ‘충전기 고장’으로 느끼고요. :contentReference[oaicite:6]{index=6}
OCPP 장애가 의심될 때는 “충전기 화면은 정상인데 원격에서 시작이 안 됨” 같은 징후를 먼저 모아보면 좋아요. 현장에선 포트 443 기반 WSS로 붙는 구성이 많고, 인증서 만료나 시간 동기화(NTP) 문제로 TLS가 깨지는 케이스도 꽤 봤어요. 이런 건 전기기술보다 네트워크 점검이 더 빨리 해결해주는 경우가 많더라고요.
OCPP 운영 통신에서 자주 만나는 체크 포인트
| 항목 | 대표 설정/형태 | 문제 생기면 보이는 증상 |
| 전송 형식 | OCPP 1.6J는 JSON over WebSocket 사례가 많음 | 서버 로그는 받는데 충전기 명령 응답이 끊김 |
| 암호화 | TLS 1.2 지원 언급 문서 다수 | 인증서 만료, 시간 불일치로 핸드셰이크 실패 |
| 버전 호환 | 1.6 ↔ 2.0.1 혼재 운영 | 원격 기능 일부만 동작, 펌웨어/진단 항목 누락 |
| 회선 품질 | LTE/5G 라우터, 유선 이더넷 | 충전 도중 재접속 반복, 결제 세션이 끊기는 느낌 |
요약하면, 차량 통신이 멀쩡해도 OCPP가 흔들리면 상용 서비스는 멈춰요. 반대로 OCPP가 멀쩡해도 차량 통신(PLC/CP/CAN)이 흔들리면 충전 자체가 시작되지 않죠. 그래서 “어디 통신이냐”를 먼저 나누는 게, 시간과 출장비를 확 줄여줘요. 내가 생각했을 때 충전 장애 트러블슈팅의 절반은 이 구분만 제대로 해도 끝까지 안 가요.
현장 설치하다 통신 꼬여서 식은땀 났던 날
한 번은 신설 급속기 시운전에서, 충전은 시작되는데 30초쯤 지나면 뚝 끊기는 문제가 있었어요. 전력 계통은 멀쩡했고, 차를 바꿔도 비슷한 패턴이 반복됐죠. 처음엔 냉각팬이나 접촉 불량을 의심했는데, 로그를 보니 충전기-서버는 정상인데 차량-충전기 쪽 협상 메시지가 중간에 리셋되는 느낌이었어요. 그때 진짜 얼굴이 화끈해졌어요, “이거 오늘 못 끝내면 일정 다 밀리겠다” 싶은 불안이 확 올라오더라고요.
결국 원인은 케이블 쪽 접지 상태와 커넥터 상태가 겹친 문제였어요. 겉보기엔 멀쩡했는데, 커넥터 핀에 미세한 오염이 있고 접지 저항이 기대보다 높게 나왔거든요. 청소하고 체결 토크를 다시 맞춘 뒤, 같은 차량으로 5회 연속 충전이 이어지면서 그제야 숨이 돌아왔어요. 그날 이후로는 “통신 오류”라는 글자만 떠도, PLC가 타는 구간에 노이즈가 낄 조건부터 먼저 훑게 돼요.
이런 일이 생기면 사람 마음이 급해져요. 그래서 서버 쪽을 먼저 탓하거나, 펌웨어를 무작정 올리고 싶어지죠. 근데 현장에선 “통신이 끊긴다”는 결과가 같아도 원인이 달라요. PLC 기반이면 접지·노이즈·케이블 품질이, CAN 기반이면 배선·종단저항·어댑터 구현이, CP PWM이면 저항값·상태전이·차량 OBC가 영향을 크게 줘요. 혹시 비슷한 증상 겪어본 적 있어요?
지금 점검하면 돈 새는 구간이 보여요
충전 통신을 “기술 이야기”로만 보면 멀어 보이는데, 운영에선 돈이랑 바로 연결돼요. 예를 들어 충전기가 세션을 자꾸 재시도하면, 이용자 이탈이 늘고 콜센터 비용이 튀어요. 반대로 차량 통신 협상이 길어지면, 같은 주차면에서 회전율이 떨어져요. 요금이 kWh당 350원만 잡아도, 100kWh 세션 하나 놓치면 3만5천원이 한 번에 빠져나가는 셈이죠. 이런 누수는 하루가 아니라 한 달 단위로 누적돼서 더 아프게 느껴져요.
통신 문제를 “일단 재부팅”으로만 버티면, 원인 로그가 사라져서 더 오래 끌 수 있어요. 특히 OCPP는 재부팅하면 재연결은 되는 듯 보여도, 인증서나 시간 동기화 같은 근본 이슈는 그대로 남는 경우가 많아요. 장애가 반복되는 날은 재부팅을 줄이고, 로그 보존과 시간 동기화부터 잡는 게 나중에 빠르게 끝나요.
체크리스트는 거창할 필요 없어요. AC완속은 CP 듀티비 광고값과 실제 전류가 맞는지, 차단기·배선 조건이 기대값을 허용하는지부터 보면 되고요. DC급속은 커넥터 핀 상태, 케이블 손상, 접지 상태, 그리고 협상 단계가 어디서 멈추는지(연결, 인증, 전압상승, 전류램프)만 구분해도 절반은 정리돼요. OCPP 쪽은 통신이 끊기는 시간대와 회선 품질, 인증서 만료, 방화벽 정책이 빈번한 원인이죠. 급하면 오늘 바로 할 수 있는 건 “로그 확보”와 “시간 동기화 확인”이에요.
현장 점검 우선순위 표(돈 새는 포인트 중심)
| 분류 | 우선 확인 | 바로 생기는 손해 |
| AC 완속(PWM) | 듀티비-전류 일치, 접촉 상태, 차단기 정격 | 속도 불만, 야간 충전 실패로 민원 증가 |
| DC 급속(PLC) | 커넥터 핀 오염, 접지, 협상 단계별 로그 | 시작 지연, 중단 반복으로 회전율 하락 |
| DC 급속(CAN) | 어댑터/배선, CAN 타이밍, 종단저항 | 특정 차종만 실패, 현장 신뢰도 급락 |
| 운영통신(OCPP) | WSS/TLS, 인증서 만료, NTP, 방화벽 | 원격제어 불가, 결제 실패, 장애 대응 지연 |
지금 운영 중인 충전소라면, 가장 현실적인 행동은 “어느 통신이 자주 실패하는지”를 통계로 뽑는 거예요. 세션 시작 실패, 인증 실패, 충전 중단, 서버 미접속 같은 코드만 모아도 패턴이 보이거든요. 이걸 한 번만 잡아도 출장 방문 횟수가 줄어드는 경우가 있어요. 급할수록 메모가 돈이에요.
FAQ
Q. 전기차 충전기 통신 방식은 크게 뭐로 나뉘나요?
A. 핵심은 차량-충전기 통신과 충전기-서버 통신으로 나뉘어요. 전자는 IEC 61851, ISO 15118, CHAdeMO 같은 제어·협상이고, 후자는 OCPP 같은 운영 통신이에요.
Q. AC 완속에서 PWM 듀티비는 왜 중요한가요?
A. 듀티비가 충전기가 허용하는 최대 전류를 의미해서, 차가 그 한도 안에서만 전류를 가져가요. 듀티비 설정이 낮으면 배선이 좋아도 속도가 안 나올 수 있어요. :contentReference[oaicite:7]{index=7}
Q. DC 급속에서 PLC는 뭐예요?
A. PLC는 전력선을 이용해 데이터를 주고받는 방식이고, CCS 계열에서 ISO 15118·DIN 70121 메시지를 실어 나르는 데 쓰여요. 연결 전에 SLAC로 링크 품질을 확인하는 흐름이 소개돼요. :contentReference[oaicite:8]{index=8}
Q. CHAdeMO는 왜 CAN을 쓴다고들 하나요?
A. 여러 기술 문서에서 CHAdeMO의 차량-충전기 통신 매체로 CAN 버스가 언급돼요. 구현 자료에선 CAN 속도를 500 kbps로 맞추라는 요구도 확인돼요. :contentReference[oaicite:9]{index=9}
Q. OCPP는 충전 속도랑도 관계가 있나요?
A. OCPP 자체가 전력 제어를 직접 하진 않아도, 인증·원격 시작·과금이 막히면 결과적으로 충전이 시작되지 않아요. 이용자는 속도 문제가 아니라 ‘충전 불가’로 체감하죠. :contentReference[oaicite:10]{index=10}
Q. “연결은 됐는데 시작이 늦는” 건 고장인가요?
A. 꼭 고장은 아니고 협상(특히 PLC 기반) 과정이 길어지는 경우가 있어요. 커넥터 상태, 접지, 주변 노이즈 같은 환경 요인이 시간을 늘릴 수 있어요. :contentReference[oaicite:11]{index=11}
Q. OCPP 보안(TLS)에서 자주 터지는 포인트는 뭔가요?
A. 핵심은 인증서와 시간 동기화예요. 문서들에선 OCPP 1.6J에서 TLS 1.2 지원을 언급하는 사례가 있고, 시간 불일치가 있으면 핸드셰이크가 실패할 수 있어요. :contentReference[oaicite:12]{index=12}
Q. 통신 방식이 다르면 충전기 선택 기준도 달라지나요?
A. 달라져요. 차량-충전기 통신(PLC/CAN/CP) 호환과, 운영통신(OCPP) 호환을 따로 확인해야 유지비가 줄어요. 특히 다벤더 혼합 운영이면 OCPP 버전과 보안 프로필이 중요해져요. :contentReference[oaicite:13]{index=13}
Q. 일반 이용자가 체감으로 구분할 수 있는 힌트가 있나요?
A. 인증·결제에서 막히면 운영통신(OCPP/로밍) 문제일 가능성이 크고, “협상 중”이 길면 차량-충전기 통신(PLC 등)을 의심해볼 만해요. 동일 충전기에서 차종에 따라 다르면 차량 통신 호환 쪽이 더 유력해요.