배터리팩을 만들기로 했습니다. 보호 IC 하나 붙이면 되는 줄 알았는데, 업체를 만나면 이야기가 달라집니다. 어떤 곳은 2개월이면 된다 하고, 어떤 곳은 6개월이라고 합니다.
차이는 실력보다 요구사항이 얼마나 구체화되어 있느냐에서 갈립니다. BMS 개발에서 일정이 깨지는 지점은 대체로 비슷합니다. 발주 전에 이 다섯 가지만 확인하면, 최소한 "6개월 뒤에 다시 설계"하는 상황은 피할 수 있습니다.
1. 보호 IC와 스마트 BMS를 구분했는가
보호 IC(Protection IC)는 과충전·과방전·과전류를 하드웨어로 차단하는 부품입니다. 스마트 BMS는 여기에 MCU가 붙어 상태를 계산하고, 통신으로 알리고, 기록을 남깁니다.
둘은 개발 범위가 다릅니다.
| 구분 | 보호 IC | 스마트 BMS |
|---|---|---|
| 판단 주체 | 하드웨어 임계값 | MCU 펌웨어 |
| 상태 추정 | 없음 | SoC·SOH·온도 |
| 외부 통신 | 거의 없음 | CAN·RS485·BLE |
| 펌웨어 | 없음 | 필요 |
| 개발 기간 | 수 주 | 수 개월 |
"일단 보호 IC로 시작하고 나중에 펌웨어를 얹자"는 계획이 가장 자주 일정을 깨뜨립니다. 보드를 다시 설계해야 하기 때문입니다. 처음부터 어느 쪽인지 정하고 발주하십시오.
2. SoC를 어떻게 계산할지 정했는가
잔량(SoC) 계산은 크게 세 가지입니다.
- OCV 기반 — 전압으로 추정합니다. 구현이 쉽지만 부하가 걸린 상태에서는 부정확합니다.
- 쿨롱 카운팅 — 전류를 적산합니다. 정확도가 높지만 오차가 누적되어 주기적 보정이 필요합니다.
- 하이브리드 — 평상시에는 쿨롱 카운팅, 휴지 시에는 OCV로 보정합니다. 실무에서 가장 많이 씁니다.
여기서 발주처가 답해야 할 것은 "정확도 몇 %가 필요한가"입니다. ±1%가 필요한 시스템과 ±5%면 충분한 시스템은 센서 등급, 캘리브레이션 절차, 시험 기간이 전부 달라집니다.
3. 밸런싱 발열을 계산했는가
셀 밸런싱은 셀 간 전압 차이를 맞추는 동작입니다. 수동 방식은 저항으로 열을 내보내며 에너지를 버립니다.
문제는 발열입니다. 100mA 밸런싱 전류를 4.2V 셀에서 흘리면 셀당 약 0.42W를 열로 버립니다. 16S 팩이라면 최대 6.7W입니다. 밀폐된 알루미늄 케이스 안에서 이 열은 무시할 수 없습니다.
밸런싱 전류를 크게 잡으면 밸런싱은 빨라지지만 온도 상승과 보드 사이즈가 따라옵니다. 여기서 "몇 시간 안에 밸런싱이 끝나야 하는가"를 정해야 보드가 나옵니다.
4. 통신 사양을 언제 확정하는가
BMS는 혼자 동작하지 않습니다. 인버터, 충전기, 상위 제어기와 통신합니다.
가장 흔한 지연 원인은 CAN DBC 파일이 늦게 오는 것입니다. CAN을 쓰기로 했는데 메시지 ID와 신호 정의가 확정되지 않으면, 펌웨어는 임시 맵으로 개발하고 나중에 다시 손봐야 합니다.
발주 시점에 정해야 할 것들입니다.
- 물리 계층 — CAN 2.0B / CAN FD, RS485, 절연 여부
- 프로토콜 — 자체 정의 / Modbus / J1939 / CANopen
- 메시지 정의서를 누가, 언제 주는지
- 통신 이상 시 동작 — 타임아웃, 페일세이프
CANopen을 쓴다면 CiA301(Object Dictionary, PDO/SDO, NMT)과 CiA402(드라이브 프로파일) 중 어디까지 구현할지도 여기서 정해집니다. 이 범위에 따라 펌웨어 공수가 두 배 이상 차이 납니다.
5. 인증 일정을 개발 일정에 넣었는가
배터리팩은 인증 없이 출하할 수 없습니다. 국내는 KC 62619, 제어기 쪽은 IEC 60730 기능안전 요구가 붙습니다.
인증은 마지막 단계가 아닙니다. 시험 기관 대기, 시료 제작, 재시험까지 포함하면 최소 2~3개월을 잡아야 합니다. 그리고 시험에서 문제가 나오면 회로나 펌웨어를 고쳐야 하므로 그만큼 일정이 밀립니다.
개발 착수 시점에 "어떤 인증을, 언제, 어느 기관에"를 정해두면 시험 항목을 설계 단계부터 반영할 수 있습니다.
인증 대응은 문서 작업이 절반입니다. Safety Manual, 시험 성적서, 요구사항 추적표(Traceability)를 개발 중에 함께 만들어 두면 시험 기간이 줄어듭니다.
정리: 발주 전 체크리스트
- ☐ 보호 IC인가, 스마트 BMS인가
- ☐ SoC 정확도 목표 수치가 있는가
- ☐ 밸런싱 방식과 소요 시간 기준이 있는가
- ☐ 통신 사양서와 담당자가 정해졌는가
- ☐ 목표 인증과 시험 일정이 일정표에 들어갔는가
이 다섯 가지가 문서로 정리되어 있으면 업체 비교도 훨씬 정확해집니다. 같은 요구사항에 같은 견적이 나오니까요.
NDevice는 BMS·모터제어기 하드웨어 설계와 펌웨어 개발, KC 62619·IEC 60730 인증 대응을 함께 수행합니다. 프로젝트 초기 검토 단계에서 위 항목을 같이 정리해 드립니다.
자주 묻는 질문
Q. 보호 IC와 스마트 BMS는 무엇이 다른가요?
A. 보호 IC는 과충전·과방전·과전류를 하드웨어 임계값으로 차단하는 부품이고, 스마트 BMS는 여기에 MCU가 붙어 SoC·SOH·온도를 계산하고 CAN·RS485·BLE로 상태를 알리며 기록을 남깁니다. 펌웨어 유무가 갈리므로 개발 기간이 수 주와 수 개월로 달라집니다.
Q. BMS 개발 기간은 얼마나 걸리나요?
A. 보호 IC 수준이면 수 주, 스마트 BMS는 수 개월입니다. 여기에 KC 62619 등 인증 시험 기간이 더해집니다. 시료 제작, 시험 접수 대기, 재시험까지 포함하면 최소 2~3개월을 별도로 잡아야 합니다.
Q. SoC 정확도는 어느 수준까지 요구해야 하나요?
A. ±1%가 필요한 시스템과 ±5%면 충분한 시스템은 센서 등급, 캘리브레이션 절차, 시험 기간이 전부 다릅니다. 계산 방식도 OCV 기반, 쿨롱 카운팅, 하이브리드 중에서 목표 정확도에 맞춰 정해집니다. 실무에서는 평상시 쿨롱 카운팅, 휴지 시 OCV로 보정하는 하이브리드 방식을 가장 많이 씁니다.
Q. 셀 밸런싱 발열은 어느 정도인가요?
A. 100mA 밸런싱 전류를 4.2V 셀에서 흘리면 셀당 약 0.42W를 열로 버리며, 16S 팩이면 최대 6.7W입니다. 밀폐된 알루미늄 케이스에서는 무시할 수 없는 수준이라 밸런싱 전류, 보드 크기, 방열을 함께 정해야 합니다.
Q. CAN 통신 사양은 언제 확정해야 하나요?
A. 발주 시점에 확정해야 합니다. 물리 계층(CAN 2.0B/CAN FD, RS485, 절연 여부), 프로토콜(자체 정의/Modbus/J1939/CANopen), 메시지 정의서 담당자와 전달 시점, 통신 이상 시 동작(타임아웃·페일세이프)을 정해야 합니다. DBC 파일이 늦게 오면 임시 맵으로 개발하고 나중에 다시 손봐야 합니다.
Q. CANopen을 쓰면 어디까지 범위를 정해야 하나요?
A. CiA301(Object Dictionary, PDO/SDO, NMT)과 CiA402(드라이브 프로파일) 중 어디까지 구현할지입니다. 이 범위에 따라 펌웨어 공수가 두 배 이상 차이 납니다.
Q. BMS 개발 발주 전에 최소한 무엇을 문서로 정리해야 하나요?
A. 보호 IC인지 스마트 BMS인지, SoC 정확도 목표 수치, 밸런싱 방식과 소요 시간 기준, 통신 사양서와 담당자, 목표 인증과 시험 일정 다섯 가지입니다. 이 다섯 가지가 문서로 정리되어 있으면 업체 비교도 정확해지고 같은 요구사항에 같은 견적이 나옵니다.