통합 평가에는 양측의 실제 장치와 애플리케이션 프로토콜이 필요합니다. 브랜드 이름이나 CAN을 지원한다는 설명이 부족합니다. 별도의 프로토콜 분석, 고객 보드 펌웨어 및 장치 통합 작업을 위해 사용 가능한 문서, 누락된 입력 및 테스트 조건을 나열합니다.
프로젝트 입력 체크리스트
| 입력 그룹 | 필수정보 | 지원되는 결정 |
|---|---|---|
| 장비 아이덴티티 | 배터리, BMS 또는 BMU 및 인버터 모델과 펌웨어, 시스템 연결 | 프로토콜 적용 가능성 및 버전 차이 |
| 애플리케이션 프로토콜 | 실제 CAN 문서, 버전, 필드 정의 및 허용된 사용 | 프레임 디코딩, 제한 및 상태 매핑 |
| 전기적 인터페이스 | 핀아웃, 공급, 기준 접지, 종단, 하니스 및 절연 | 보드 선택 및 연결 조건 |
| 원시 샘플 | 타임스탬프가 표시된 메시지, 구성 및 알려진 작동 조건 | 필드, 타이밍, 신호 및 시작 동작 |
| 보드 및 소프트웨어 | 회로도, 컨트롤러 및 트랜시버, SDK, 드라이버 및 기존 코드 | 펌웨어 구현 및 인터페이스 리소스 |
| 테스트 및 결과물 | 사용 가능한 장치 및 인력, 운영 범위, 이정표 및 통과 기준 | 통합 계획, 수용 및 비용 경계 |
프로토콜 문서 확인 방법
각 문서에 명시된 인터페이스, 버전, 적용 모델을 확인하세요. RS485 문서는 CAN 응용 프로그램 프로토콜을 대체하지 않으며 유사한 프로토콜 이름이 동일한 버전을 설정하지 않습니다. 참조 다이어그램의 브랜드, 모델 및 호환성 설명은 실제 장치 및 테스트 기록에 대한 확인이 필요합니다. 제한된 제조업체 문서의 경우 허용된 사용에 동의하고 공유하기 전에 약정을 검토하세요.
불완전한 입력으로 무엇을 시작할 수 있나요?
초기 작업에는 입력 갭 레지스터, 인터페이스 리소스 검토, 사용 가능한 메시지 분석 및 제한된 프로토타입 계획이 포함될 수 있습니다. 누락된 제한, 상태 또는 시간 초과 정의로 인해 해당 기능이 확인되지 않은 상태로 남습니다. 장비를 사용할 수 없는 경우 시뮬레이터 테스트와 장치 통합은 별도의 이정표입니다. 견적은 실행 가능한 작업, 추가 입력에 따른 작업, 샘플 또는 테스트 비용을 구별해야 합니다.
승인 전 입력 버전 동결
테스트 사례 및 미해결 문제를 유지하면서 제공 목록을 장치, 프로토콜, 보드 및 펌웨어 버전에 연결합니다. 다른 인버터 모델, 펌웨어 업데이트, 메시지 변경 또는 보드 교체에는 영향 검토 및 관련 회귀 테스트가 필요합니다. 이전 장치 조합은 변경된 시스템을 자동으로 검증하지 않습니다.
질문과 답변
프로토콜이나 장비 정보가 불완전하면 어떤 작업을 시작할 수 있나요?
작업에서는 먼저 누락된 입력을 식별하고 사용 가능한 인터페이스 정보를 검토하며 승인된 메시지 캡처 및 장비 지원을 설정할 수 있습니다. 중요한 필드, 상태 또는 테스트 장치를 사용할 수 없는 경우 입력 검토는 완료된 통합이나 모든 기능이 통과할 것이라는 약속으로 보고되어서는 안 됩니다.
장비 이름 외에 어떤 버전 정보가 필요합니까?
장치 모델 BMS과 인버터 펌웨어, 해당 프로토콜 버전, 게이트웨이 보드, MCU, SDK 및 드라이버 버전을 모두 기록합니다. 메시지와 테스트 기록은 서로 다른 개정판의 정보를 하나의 승인 기준선으로 결합하는 대신 해당 버전 세트를 추적해야 합니다.
개발 중 프로토콜이나 펌웨어 변경은 어떻게 처리해야 합니까?
이전 버전과 새 버전, 영향을 받은 필드, 상호 작용 및 테스트 사례를 기록한 다음 추가 개발 및 회귀 범위를 정의합니다. 매핑 테이블과 수용 기준을 업데이트하고 영향을 받는 기능을 확인하세요. 이전 버전의 합격 기록은 새 버전의 합격을 직접 설정하지 않습니다.
온라인 문의
전화 문의
WeChat
맨 위로 돌아가기