스마트 리튬 배터리 팩을 통합하려면 전압과 충전율 표시 이상의 것이 필요합니다. 호스트는 팩의 데이터를 정확하게 해석하고, 데이터가 오래되었거나 사용할 수 없는 경우를 인식하며, 충전, 방전 및 오류 발생 시 예측 가능한 방식으로 대응해야 합니다. 호환되는 커넥터와 첫 번째 읽기 성공만으로는 시스템 호환성이 보장되지 않습니다.
빠른 답변: 통합 전에 버전 관리되는 인터페이스 사양에 합의하십시오. 필드 정의, 단위, 바이트 순서, 접근 권한, 업데이트 속도 및 유효하지 않은 값 처리 방식을 검증하십시오. 정의된 조건에서 독립적인 참조 시스템을 사용하여 SOC를 검증한 후, 통신 두절, 패킷 교체 및 보호 이벤트 발생 시 호스트 동작을 테스트하십시오. 측정 가능한 승인 기준을 기록하고 평가된 하드웨어 및 펌웨어 버전에 대한 증거를 보관하십시오.
주요 요점
통신 전송과 배터리 데이터 모델을 분리하십시오. CAN은 SBS 레지스터 맵을 자동으로 제공하지 않습니다.
호스트 결정을 위해 텔레메트리를 사용하기 전에 단위, 부호 있는 값, 확장성, 용량 모드 및 최신성을 확인하십시오.
SOC 오차를 백분율로 명시하고 관련 온도, 부하 및 배터리 수명에 걸쳐 검증하십시오.
충전 요청, 방송 설정 및 보호 스위치를 서로 바꿔 쓸 수 있는 명령으로 취급하지 마십시오.
제어된 오류 주입 및 문서화된 합격/불합격 기준을 사용하십시오. 체크리스트는 검증을 지원하지만 그 자체로 규정 준수를 보장하지는 않습니다.
파트 1: 스마트 배터리 인터페이스 정의
1.1 전송, 데이터 모델 및 호스트 동작 분리
SMBus는 통신 동작을 정의하고, 스마트 배터리 데이터 구현은 배터리 명령과 그 의미를 정의합니다. I2C 호환 전기 인터페이스가 모든 SMBus 요구 사항을 자동으로 충족하는 것은 아닙니다. CAN은 다른 통신 프레임워크를 제공하며, 메시지 식별자, 페이로드 및 애플리케이션 동작을 별도로 지정해야 합니다.
프로토콜 이름뿐 아니라 실제 배터리 인터페이스 문서를 요청하십시오. 커넥터 핀 배치, 신호 레벨, 접지 또는 절연, 주소 또는 CAN 식별자, 지원되는 트랜잭션, 버스 속도 및 시작 순서를 명시하십시오. 어느 쪽에서 통신을 시작하는지, 배터리 팩이 주기적인 메시지를 전송하는지, 폴링에 응답하는지, 또는 둘 다 지원하는지 정의하십시오.
SBS 구현의 경우, 해당되는 사항을 사용하십시오. SBS 사양 계측기 제조업체의 설명서와 함께 사용하십시오. 제조업체별 명령에는 별도의 정의가 필요합니다. 사용자 지정 CAN 또는 RS485 인터페이스의 경우 물리적 버스의 호환성을 가정하기보다는 승인된 메시지 또는 레지스터 맵을 확보하십시오.
1.2 제어된 데이터 사전 구축
필드 그룹 | 무엇을 정의해야 할까요? | 호스트 확인 |
|---|---|---|
전압, 전류 및 온도 | 측정 위치, 단위, 배율, 부호 및 해상도 | 여러 작동 지점에서 보정된 기준값과 비교하십시오. |
SOC 및 용량 | SOC 정의, 용량 단위, 업데이트 동작 및 유효하지 않은 값 | 통제된 방전 결과와의 일관성을 확인하십시오. |
상태 및 오류 | 비트 의미, 심각도, 래칭 및 복구 | 지원되는 각 조건에 대한 필수 호스트 응답을 확인하십시오. |
요금 정보 | 요청된 제한 사항, 충전기 책임 및 명령 권한 | 호스트와 충전기가 팩 요구 사항과 자체 설계 제한을 모두 준수하는지 확인하십시오. |
식별 | 패키지 모델, 일련 번호 및 관련 펌웨어 또는 인터페이스 버전 | 통합 정책에 따라 호환되지 않는 변형을 거부하거나 표시합니다. |
알려진 충전 및 방전 조건을 사용하여 바이트 순서와 부호 있는 전류 해석을 확인하십시오. API가 7비트 주소를 요구하는지, 아니면 읽기/쓰기 비트가 포함된 주소 바이트를 요구하는지 확인하십시오. 용량 값은 선택한 보고 모드를 사용하여 해석해야 하며, 충전량과 에너지 단위는 서로 바꿔 사용할 수 없습니다.
팩 전체 온도와 개별 셀 온도를 구분해야 합니다. 보고된 단일 온도만으로는 모든 셀이 모니터링되고 있음을 입증할 수 없습니다. 마찬가지로, 제조업체별 SafetyStatus 필드를 모든 스마트 팩에서 지원하는 보편적인 표준 명령으로 제시해서는 안 됩니다.
파트 2: 계산대 운영 및 요금 청구 책임 확인
2.1 최신 데이터라고 가정하지 않고 읽기 데이터 테스트
단자 전압은 적절한 측정기와 비교하고, 전류는 교정된 측정 채널과 비교하며, 온도는 적절한 기준값과 비교하십시오. 허용 오차, 측정 불확실성 및 샘플링 정렬을 명시하십시오. 영점 전류 오프셋과 전류의 양방향을 모두 검증하십시오. 한 번의 정확한 측정만으로는 전체 범위에 걸쳐 부호 또는 스케일링 오류를 확인할 수 없습니다.
업데이트 간격과 필터 지연 시간을 확인하십시오. 느리게 변화하는 용량 추정치는 해상도 또는 필터링으로 인해 단계적으로 업데이트될 수 있습니다. 부하가 작을 때 모든 연속적인 샘플이 단조 감소하도록 요구하지 마십시오. 대신, 정의된 간격과 부하 프로파일에 걸쳐 통합된 변화를 평가하십시오.
호스트는 유효한 0과 사용 불가능한 값, 타임아웃, 마지막 유효 샘플을 구분해야 합니다. 각 판단에 대해 허용 가능한 최대 데이터 사용 기간을 정의하십시오. 오래된 데이터는 새로운 측정값처럼 계속 표시하는 대신 명시적으로 표시해야 합니다.
2.2 읽기 전용 요청과 쓰기 명령을 구분하기
명령어 이름이 설정값과 비슷하게 들린다고 해서 무작정 명령어를 입력하지 마십시오. SBS에서 ChargingCurrent와 ChargingVoltage는 배터리 충전 요청을 전달하는 데 사용되며, 호스트에서 쓰기 가능한 범용 배터리 제어 레지스터가 아닙니다. BatteryMode CHARGER_MODE 설정은 관련 브로드캐스트를 제어하는 것이지, 충전 FET를 열기 위한 범용 명령어가 아닙니다. 해당 사양 및 장치 설명서에서 접근 권한과 동작을 확인하십시오.
문서화된 쓰기 가능 필드만 승인된 절차에 따라 테스트하십시오. 지원되는 범위, 쓰기 거부, 예약된 비트, 지속성 및 재설정 효과를 확인하십시오. 읽기 값의 차이는 클램핑, 양자화, 적용 지연 또는 접근 제한을 반영할 수 있으며, 반드시 펌웨어 결함을 의미하는 것은 아닙니다. 결과를 문서화된 동작과 비교하십시오.
충전 과정을 개별적으로 검증하십시오: 배터리 팩 요청, 호스트 해석, 충전기 구성 및 측정된 출력. 보호 차단은 일반 충전 조절 기능과 별개입니다. 작동하는 데이터 링크는 배터리 팩의 보호 하드웨어 또는 충전기의 제한 기능을 대체하지 않습니다. 충전 원격 측정 데이터가 없거나, 일관성이 없거나, 범위를 벗어난 경우 어떻게 처리할지 정의하십시오.
파트 3: 참조를 통한 SOC 보고서 검증
3.1 백분율이 나타내는 바를 정의하십시오
SOC는 정의된 모델에서 남은 충전량을 추정한 값이며, 남은 작동 시간을 직접적으로 보장하는 것은 아닙니다. 상대적 SOC, 절대적 SOC, 잔여 용량 및 완전 충전 용량은 서로 다른 기준점을 가질 수 있습니다. 호스트 종료 임계값, 부하 전력 및 온도 또한 사용 가능한 작동 시간에 영향을 미칩니다.
애플리케이션별 정확도 요구 사항을 설정하십시오. 예를 들어, 특정 프로젝트에서는 명시된 SOC 범위 및 테스트 환경에서 오차가 5%포인트 이내여야 할 수 있습니다. 이 요구 사항을 IEC 62660 또는 SAE J2464의 보편적인 요구 사항이 아닌 프로젝트 기준으로 명시하십시오. 또한, 해당 제한이 최대 오차, 평균 측정값 또는 특정 작동 영역에 적용되는지 명시하십시오.
제품 수명 동안 학습된 완전 충전 용량을 제품 사양서에 명시된 공칭 용량과 동일하게 설정하지 마십시오. 측정기는 제조업체에서 정의한 학습 프로세스를 통해 추정치를 업데이트할 수 있습니다. 용량 기반 상태 지표를 해석하기 전에 배터리 화학 구성, 현재 교정 상태 및 학습 상태를 확인하십시오.
3.2 독립적인 측정 및 현실적인 프로필 사용
충전 완료, 휴지 조건, 방전 차단, 온도 및 전류 측정을 정의하여 제어된 기준 절차를 수립합니다. 시간에 따른 독립적으로 측정된 전류를 통합하고 사용 가능 용량 기준을 정의합니다. 기준 불확실성을 기록합니다. 계산된 값을 "실제 SOC"라고 부르는 것은 측정 오류를 제거하는 것이 아닙니다.
정상 부하, 펄스 부하 및 대기 부하를 포함한 다양한 부하 조건에서 전환 및 복구 과정을 테스트합니다. 검증 계획을 통해 선택된 관련 온도 범위 및 노화된 샘플을 검토합니다. 보관 후 시동, 불완전 충전, 장시간 대기 및 낮은 SOC 작동 조건과 같이 호스트의 예비 전력 경고가 가장 중요한 상황을 분석합니다.
정지 상태의 개방 회로 전압은 타당성 검증을 위한 보조적인 수단이 될 수 있지만, 화학적 성질, 온도, 히스테리시스 및 이완 현상에 따라 달라집니다. LiFePO4의 평탄한 전압 곡선 이는 작동 범위의 상당 부분에서 전압만으로 SOC를 해석하는 것을 특히 어렵게 만듭니다. 알고리즘 이름만으로 정확도 수준을 보장해서는 안 됩니다.
보고된 SOC, 기준 추정치, 전압, 전류, 온도 및 타임스탬프를 함께 기록합니다. 급격한 값 변동은 자동으로 수락 또는 거부하기보다는 조사해야 합니다. 모델 수정, 사용 가능한 용량 변경 및 구성 오류로 인해 동작이 달라질 수 있습니다. 표시된 예비 용량과 실제 장치 작동 시간은 백분율 정확도와 별도로 검증해야 합니다.
파트 4: 호스트 통신 및 장애 응답 검증
4.1 SMBus 및 I2C 테스트
지원되는 프로토콜 버전 및 구성 요소 제한을 사용하여 타이밍 및 전기적 점검을 정의하십시오. 공식 SMSus 사양 프로토콜 요구 사항에 대한 참조는 다음과 같습니다. 어댑터의 기본 타임아웃을 배터리에 필요한 타임아웃으로 변환하거나 버스 용량만으로 범용 케이블 길이를 추론하지 마십시오.
신호 레벨, 상승 시간, 부하 및 타이밍을 해당 하네스 및 풀업 장치와 함께 확인하십시오.
해당되는 경우 명령 형식, 바이트 수, 주소 지정 및 반복 시작 동작을 확인하십시오.
구현된 인터페이스에서 요구하거나 지원하는 경우 PEC 생성 및 거부 여부를 테스트합니다.
주소 NACK, 데이터 NACK, 잘린 메시지 및 제어된 버스 고착 상태를 주입합니다.
제한된 재시도 횟수, 백오프, 타임아웃 보고 및 문서화된 복구 시퀀스를 검증하십시오.
PEC는 지정된 패킷 오류를 감지하는 기능이며, 인증 기능이 아니므로 오래되었거나 의미적으로 잘못된 데이터를 안전하게 처리하지 않습니다. Raw I2C는 SMBus PEC 기능을 기본적으로 추가하지 않습니다. 무한 재시도 대신 호스트가 지원되지 않는 명령을 처리하는 방식을 확인하십시오.
4.2 CAN, 경고 및 복구 테스트
CAN의 경우, 비트 타이밍, 종료, 식별자, 페이로드 길이, 스케일링 및 메시지 주기를 검증하십시오. 누락된 메시지, 잘못된 식별자 및 오래된 페이로드를 확인하십시오. 시퀀스 카운터, 애플리케이션 체크섬 또는 추가 무결성 측정은 애플리케이션 프로토콜에서 정의된 경우에만 포함하십시오.
제어된 CAN 오류 상태 테스트와는 별도로 노드 분리 및 재연결 테스트를 수행하십시오. 노드를 분리한다고 해서 반드시 버스가 차단되는 것은 아닙니다. 적절한 테스트 환경을 사용하여 관련 오류 수동 처리 및 버스 차단 처리가 제대로 작동하는지 확인하고, 컨트롤러의 문서화된 복구 동작을 따르십시오. 단순히 재연결만으로는 모든 복구 경로가 작동한다는 것을 보장할 수 없습니다.
설계에서 지원하는 경우에만 경고 핀 또는 이벤트 알림을 검증하십시오. 어설션, 승인, 래칭, 클리어링 및 폴링 대체 기능을 정의하십시오. 실제 배터리 팩을 의도적으로 과열시키거나 과충전하는 대신 초기 오류 테스트에는 시뮬레이터 또는 승인된 센서 신호 주입을 사용하십시오. 물리적 보호 테스트는 통제된 환경에서 적절한 장비를 갖춘 절차를 따라야 합니다.
통신 두절 시에는 모든 장치를 즉시 종료하는 것이 아니라, 위험 평가를 기반으로 한 시스템 대응이 이루어져야 합니다. 장치에 따라 경보, 충전 금지, 작동 모드 제한 또는 다른 전원으로의 제어된 전환 등의 대응이 포함될 수 있습니다. 배터리 팩 제거, 삽입, 절전 모드 진입, 절전 모드 해제 및 호스트 재설정을 포함한 시스템 수준에서 해당 대응을 검증해야 합니다.
파트 5: 결과를 릴리스 체크리스트로 변환
5.1 측정 가능한 수용 기준 정의
체크 | 기록할 증거 | 수락 기준 |
|---|---|---|
데이터 해석 | 원시 바이트, 디코딩된 값, 기준 판독값 및 단위 | 승인된 인터페이스 맵 및 측정 허용 오차 |
선도 | 업데이트 간격, 메시지 누락 시간 및 호스트 표시 | 각 호스트 기능에 허용되는 최대 연령 |
SOC | 기준 방법, 시간, 부하, 온도 및 시료 조건에 따른 오차 | 정의된 백분율 오차 및 작동 범위 |
충전 | 배터리 요청, 호스트 명령, 측정된 충전기 출력 및 오류 응답 | 승인된 요금 한도 및 통신 두절 시 정책 |
오류 복구 | 주입된 이벤트, 감지 시간, 재시도 횟수, 호스트 동작 및 복구 | 시스템 요구사항 및 위험 통제 |
구성 | 패키지 일련 번호, 하드웨어, 펌웨어, 파라미터 및 호스트 소프트웨어 버전 | 승인된 릴리스 구성 |
합격, 불합격, 차단, 적용 불가 등의 결과를 문서화된 사유와 함께 사용하십시오. 장비 또는 증거를 사용할 수 없었다는 이유로 차단된 테스트가 합격으로 바뀌어서는 안 됩니다. 편차, 조사, 시정 조치 및 재테스트 결과를 기록하십시오. 필요한 경우 공식적인 품질 관리 프로세스로 보고하십시오. 모든 통합 문제가 자동으로 전체 CAPA(시정 및 예방 조치)를 필요로 하는 것은 아닙니다.
5.2 관리 변경 및 생산 테스트와 분리된 자격 검증
평가된 수정 사항과 함께 인터페이스 문서, 테스트 스크립트, 교정 장비 기록 및 원시 로그를 보관하십시오. 계측기 펌웨어, 화학 물질 구성, 보호 설정 및 호스트 소프트웨어의 변경 사항을 평가하십시오. 모든 변경 사항에 대해 재시험이 필요 없다고 가정하거나 모든 변경 사항에 대해 완전한 재검증이 필요하다고 가정하는 대신, 영향을 받는 기능과 위험도를 기준으로 회귀 테스트를 선택하십시오.
통합 자격은 다음과 다릅니다. 배터리 팩 최종 생산 라인 테스트생산 점검을 통해 식별, 기본 원격 측정 및 정의된 기능을 확인할 수 있지만, 온도, 노화 또는 시스템 오류 검증을 대체하지는 않습니다. 마찬가지로 통신 테스트를 통과했다고 해서 모든 의료기기 또는 산업 안전 요건이 충족되는 것은 아닙니다.
맞춤형 스마트 배터리 프로젝트호스트 인터페이스, 부하 프로파일, 충전 아키텍처 및 필요한 오류 대응을 공유합니다. Large Power 초기에. 다음 기능을 포함하는 것에 동의합니다. BMS 또는 PCM 실제로 구현되는 부분이며 호스트에서 처리해야 합니다. 릴리스는 단순히 성공적인 시연이 아니라 추적 가능한 증거에 기반해야 합니다.
FAQ
모든 스마트 배터리가 동일한 레지스터 맵을 사용하나요?
아니요. SBS 호환 팩은 정의된 명령 모델을 구현하지만, 지원되는 확장 기능 및 장치 동작은 아직 검증이 필요합니다. 사용자 정의 CAN 및 RS485 팩은 자체 인터페이스 문서가 필요합니다.
호스트가 ChargingCurrent에 쓰기 권한을 부여하여 충전을 끌 수 있습니까?
그렇게 가정하지 마십시오. SBS 충전 요청은 일반적인 쓰기 가능한 스위치 명령이 아닙니다. 팩 및 충전기 설명서, 지원되는 제어 명령 및 의도된 충전 아키텍처를 확인하십시오.
OEM 업체는 어느 정도의 SOC 정확도를 요구해야 할까요?
작동 조건, 사용 기간, 기준 방법 및 허용 오차(백분율)를 포함하여 애플리케이션에서 요구하는 사항을 설정하십시오. 모든 스마트 배터리가 충족해야 하는 단일한 정확도 목표치는 없습니다.
CAN 연결 해제가 버스 오프 복구를 입증하는 것일까요?
아니요. 케이블 분리와 버스 차단은 서로 다른 테스트 조건입니다. 적절한 테스트 방법을 사용하여 링크 손실 처리 및 컨트롤러의 문서화된 오류 상태 복구 기능을 검증하십시오.
배터리 데이터 업데이트가 중단되면 어떻게 해야 할까요?
호스트는 오래되었거나 누락된 데이터를 감지하고 검증된 대응 정책을 따라야 합니다. 마지막 측정값을 최신 데이터로 계속 간주해서는 안 됩니다. 적절한 대응은 장치 및 위험 분석에 따라 달라집니다.
고장 진단 시 배터리를 의도적으로 과열시켜야 할까요?
일상적인 호스트 인터페이스 검증 용도로는 사용하지 마십시오. 시뮬레이터 또는 승인된 신호 주입을 사용하여 시작하십시오. 물리적 충격이나 보호 검증은 별도로 관리되는 안전 절차를 따라야 합니다.
