EV 충전 프로토콜: 충전 프로젝트 내 통신 계층 이해

홈 / Insights / EV 충전

EV 충전 통찰력

OCPP 계획 가이드입니다. 충전 프로젝트 내 통신 계층에 대한 이해

사인링크| 기술 가이드

 

충전소는 관리 플랫폼에 성공적으로 연결되지만 여전히 사이트의 동적 로드 밸런싱 컨트롤러와 작동하지 않을 수 있습니다. 개발자, EPC 계약자 및 시설 소유자에게 이러한 격차는 추가 통합 작업, 제한된 장비 선택 또는 설치 후 제어 아키텍처 변경을 의미할 수 있습니다.

따라서 프로토콜 선택은 사이트의 의도된 작동부터 시작되어야 합니다. 어떤 시스템이 충전 용량을 할당할지, 충전기가 한도를 어떻게 받을지, 통신이 실패할 경우 어떻게 해야 하는지 설정합니다. 그런 다음 선택한 하드웨어와 소프트웨어가 해당 요구 사항을 함께 지원하는지 확인하십시오.

커뮤니케이션 계층 이해

충전 프로젝트 내에는 여러 통신 링크가 공존합니다. 각각은 서로 다른 정보를 전달하고 서로 다른 목적을 수행합니다.

예를 들어,OCPI충전 서비스 플랫폼 간 운영됩니다. 그 존재는 개별 충전기가 로컬 전력 제한을 받는 방법을 설정하지 않습니다. 차량 통신에는 자체 호환성 검사도 필요합니다. OCPP 지원은 충전기가 지원하는 차량 또는 차량 통신 기능을 결정하지 않습니다.

이더넷, Wi{0}}Fi, 셀룰러 통신 및 RS485는 완전한 제어 인터페이스보다는 연결성을 설명합니다. 두 장치는 네트워크를 공유하면서도 여전히 서로 다른 명령, 데이터 형식 및 액세스 권한을 사용할 수 있습니다.

프로젝트에 필요한 기능에 따라 OCPP를 선택하세요.

개방형 충전 포인트 프로토콜은 충전소와 충전소 관리 시스템(CSMS) 간의 통신을 정의합니다. 그만큼오픈 차지 얼라이언스채택이 OCPP 2.x로 이동하는 동안 OCPP 1.6은 여전히 ​​널리 사용되고 있다고 보고합니다.

OCPP 1.6에는 이미 충전 프로필 및 부하 제어를 위한 스마트 충전 메커니즘이 포함되어 있습니다. OCPP 2.0.1은 ISO 15118 관련 지원을 포함하여 더욱 강력한 장치 관리, 거래 처리, 보안 및 스마트 충전 기능을 추가합니다. 2025년에 출시된 OCPP 2.1은 양방향 충전 및 분산 에너지 자원 제어에 대한 지원을 확장합니다.

OCPP 1.6과 2.0.1은 직접적으로 호환되지 않습니다. 두 가지 모두를 지원하는 플랫폼에는 적절한 프로토콜 구현이 필요합니다. 공급업체가 향후 업그레이드를 제안하는 경우 지원되는 하드웨어, 배송 조건 및 필요한 플랫폼 변경 사항을 확인하세요.

새로운 상업용 사이트의 경우 OCPP 2.0.1은 평가를 위한 유용한 출발점이 됩니다. WebSocket을 통해 JSON을 사용하는 검증된 1.6J 구현은 정의된 프로젝트의 요구 사항도 충족할 수 있습니다. 양방향 충전을 고려하는 프로젝트는 차량 통신, 전력 하드웨어 및 해당 그리드 요구 사항과 함께 OCPP 2.1을 평가해야 합니다.

인증 범위는 버전만큼 중요합니다. 아래OCPP 2.0.1 인증 프로그램, 스마트 충전, 고급 보안 및 ISO 15118 지원은 옵션 프로필입니다. 핵심 인증서만으로는 해당 기능이 테스트되었음을 ​​입증할 수 없습니다. 제공된 모델과 펌웨어를 포함하는 인증서와 구현 명세서를 요청하세요.

인증범위 검토 →

동적 부하 관리를 완전한 제어 루프로 정의

동적 부하 관리는 다른 사이트 부하가 변경됨에 따라 충전 할당을 조정합니다. 측정, 할당 알고리즘, 명령 경로 및 결과를 확인하는 피드백이 필요합니다.

수입 한도가 300kW이고 운영 마진이 20kW인 단순화된 사이트를 생각해 보십시오. 비충전 수요가-180kW인 경우 사용 가능한 충전 할당량은 100kW입니다. 수요가 240kW로 증가하면 할당은 40kW로 감소합니다.

이 예에서는 AC{0}}측 유효 전력을 사용하고 현장에서 발전하거나 저장하지 않는다고 가정합니다.- 실제 설계에서는 위상 전류, 분기 제한 및 변압기 제약 조건도 확인해야 합니다. DC 충전기 입력에는 변환 손실과 보조 소비가 포함됩니다. 태양광 또는 저장 장치가 있는 경우 에너지 흐름이 두 번 계산되지 않도록 계량 경계가 명확해야 합니다.

컨트롤러는 사용 가능한 용량을 분배하는 방법을 결정합니다. 균등 공유, 차량 우선순위 및 출발-시간 예약에는 서로 다른 운영 논리가 필요합니다. 통신 프로토콜은 해당 결정을 충전기에 전달합니다. 그 자체로는 할당 알고리즘을 제공하지 않습니다.

측정부터 실제 전력 조정까지 전체 응답 시간을 확인합니다. 미터 샘플링, 네트워크 지연, 컨트롤러 처리 및 충전기 또는 차량 응답이 모두 기여합니다. 성공적인 명령 승인은 요청된 제한이 적용되었다는 증거가 충분하지 않습니다. 부하 관리도 현장의 전기 보호 설계와 조화를 이루어야 합니다.

로컬 인터페이스가 실제로 무엇을 허용하는지 확인하십시오.

충전기는 관리 플랫폼과 로컬 에너지 관리 시스템(EMS)에 대해 별도의 인터페이스를 제공할 수 있습니다.피닉스컨택트는 다음과 같이 설명합니다.백엔드 통신을 위해 OCPP를 사용하고 건물 관리 시스템의 동적 전류 할당을 위해 Modbus TCP를 사용하는 배열입니다.

Modbus는 산업 통합을 위한 실용적인 옵션이지만 레지스터 맵은 여전히 ​​검토가 필요합니다. 인터페이스가 쓰기 가능한 충전 제한, 해당 단위 및 허용 범위, 제어 수준 및 시간 초과 동작을 노출하는지 확인하십시오. Modbus 전력량계를 읽는 것과 외부 Modbus 컨트롤러로부터 명령을 받는 것은 서로 다른 기능입니다.

EEBUS전력 제한 및 태양광 자체 소비 최적화와 같은 에너지{0}}관리 사용 사례를 제공합니다.{1}} 적합성은 두 장치에서 구현되는 사용 사례 및 버전에 따라 다릅니다. 일반적인 EEBUS 주장 후에는 구체적인 호환성 검토가 이루어져야 합니다.

제조업체 API 및 독점 프로토콜도 효과적인 로컬 제어를 지원할 수 있습니다. 그 유용성은 접근 가능한 문서, 구현 권한, 사용 가능한 기능 및 안정적인 지원에 따라 달라집니다. 클라우드 구독 없이도 로컬 명령을 계속 사용할 수 있는지, 펌웨어 변경으로 인해 인터페이스가 변경될 수 있는지 물어보세요.

펌웨어에는 특별한 주의가 필요합니다. 예를 들어,Alfen의 AHP 2.6.0 릴리스 노트특정 제품에 대한 Modbus TCP/IP EMS 제어를 도입하고 단일 동시 EMS 연결을 문서화했습니다. 동일한 참고 사항은 스마트 충전 네트워크 내에서 일치하는 소프트웨어 요구 사항을 지정합니다. 따라서 한 브랜드의 장비를 포함하여 모델 및 펌웨어별로 호환성을 기록해야 합니다.

명확한 제어 소유권이 있는 아키텍처를 선택하세요.

OCPP는 로컬 네트워크에서 작동할 수 있습니다. 그만큼OCA의 로컬{0}}컨트롤러 아키텍처충전기와 업스트림 관리 시스템 사이에 위치한 컨트롤러를 설명합니다. 이는 스테이션 설계를 위한 몇 가지 옵션을 생성합니다.

용량이 제한된-상업 현장의 경우 인터넷 연결이 작동하지 않아도 측정 및 제어 경로가 계속될 수 있으므로 로컬 제어가 합리적인 엔지니어링 선택인 경우가 많습니다. 해당 이점은 선택한 구현에서 확인되어야 합니다.

여러 시스템에서 제한을 설정할 수 있는 경우 해당 권한을 문서화하세요. 사이트 용량 제한, 운영자 일정 및 내부 충전기 제한이 모두 활성화될 수 있습니다. 결합 방법, 각각의 유효 기간 및 사용되지 않는 명령을 제거하는 방법을 정의합니다.

이는 문서화된 통합 문제입니다.KEBA의 연결 지침외부 제어가 특정 마스터{0}}클라이언트 구성의 내장된 로드 관리를 방해할 수 있음을 경고합니다.- 여러 지원 인터페이스가 모든 컨트롤러 조합을 지원하는 것은 아닙니다.

건설비용 및 수명비용에 미치는 영향 평가

프로토콜 결정은 장비 목록과 통신 인프라에 영향을 미칩니다. 로컬 제어에는 추가 미터, 사이트 컨트롤러, 네트워크 스위치, 통신 케이블 연결 및 시운전 액세스가 필요할 수 있습니다. 충전기 견적을 비교하기 전에 다음 항목을 포함하십시오.

동적 관리는 기존 공급의 활용도를 향상시킬 수 있지만 추가 용량을 창출할 수는 없습니다. 전기 업그레이드를 피할지 여부는 수요, 동시 충전 요구 사항 및 허용 가능한 대기 시간에 따라 달라집니다. 차량 충전 성능은 설계 평가의 일부로 남아 있어야 합니다.

확장을 위해 새 충전기가 기존 제어 시스템에 개별적으로 참여할 수 있는지 아니면 다른 제조업체의 그룹 컨트롤러를 통해서만 참여할 수 있는지 설정합니다. AC 및 DC 혼합 장비를 필요한 수준으로 제어할 수 있는지, 하나의 실패한 장치가 나머지 그룹에 영향을 미치는지 확인하십시오.

플랫폼 교체를 위해 서버 구성, 자격 증명 및 인증서의 소유권을 확인하세요. 거래 내보내기에 대한 액세스와 필수 로컬 제어가 지속적인 구독에 의존하는지 여부를 명확히 합니다. 운영 비용 견적에는 인터페이스 라이센스, 통합 작업, 펌웨어 유지 관리 및 회귀 테스트를 포함합니다.

보안도 운영 요구 사항입니다. 장치 ID, 지원되는 경우 암호화된 통신, 인증서 갱신 및 업데이트 책임을 지정합니다. 그만큼OCA 보안 운영 가이드구현 지침을 제공합니다. 로컬 인터페이스는 적절한 네트워크 액세스 제어를 통해 보호되어야 합니다. 로컬 네트워크에 있다고 해서 액세스를 관리할 필요가 없어지는 것은 아닙니다.

프로토콜 요구 사항을 승인 요구 사항으로 전환

장비를 주문하기 전에 충전기 및 컨트롤러 공급업체에 제안된 구성을 함께 확인하도록 요청하세요. 유용한 기술 제출에는 다음이 포함되어야 합니다.

시운전에서는 건물 수요의 급격한 증가, 동시 충전, 인터넷 끊김, 계량기 통신 실패, 컨트롤러 재시작 및 제어 요청 충돌을 테스트해야 합니다. 결과적인 전류 또는 전력을 측정하고, 응답 시간을 기록하고, 의도하지 않은 충전 증가 없이 복구를 확인합니다.

지속적인 청구, 새 세션 승인 및 거래 복구를 별도의 오프라인 요구 사항으로 처리하세요. 시스템은 다른 시스템을 지원하지 않고 하나만 지원할 수 있습니다. 다양한 충전기 브랜드가 있는 사이트의 경우 더 폭넓게 배포하기 전에 제안된 전체 조합에 대해 테스트를 실행하세요.

선택한 충전기를 현장 제어 시스템에 연결

기존 로드 밸런싱 컨트롤러는 이미 필요한 할당 로직을 제공하고 선택된 충전기는 다양한 명령 형식과 피드백 데이터를 제공할 수 있습니다. 이러한 상황에서는 충전기-별 통합 계층이 컨트롤러의 요구 사항을 선택한 각 기기에서 사용할 수 있는 기능에 연결할 수 있습니다.

SINELINK의멀티 브랜드 EV 충전기 제어 통합 솔루션이 연결에 중점을 둡니다. 각 통합은 충전기 모델 및 펌웨어, 사용 가능한 프로토콜 문서, 고객{1}}측 인터페이스 및 필수 동작을 기준으로 평가됩니다. 해당 세부 정보를 SINELINK와 공유하여 충전소에 필요한 개발 범위와 검증에 대해 논의하세요.