충전기에 전원이 공급되고 필요한 로컬 기능을 지원하는 경우 인터넷 연결 없이도 전기차 충전이 가능합니다. 기존 세션은 계속 유지될 수 있으며, 승인된 사용자는 로컬에 저장된 RFID 자격 증명 또는 호환되는 블루투스 액세스를 통해 새 세션을 시작할 수 있습니다. 로컬 전원 제어 및 거래 기록 기능도 계속 사용할 수 있습니다. 클라우드 명령, 실시간 로밍 인증 및 온라인 결제는 연결이 복구될 때까지 사용할 수 없을 수 있습니다.
결과는 충전기 펌웨어, 인증 설정, 로컬 통신 및 소프트웨어 통합에 따라 달라집니다. "오프라인 지원"은 모든 충전 서비스가 계속 작동한다는 약속이 아니라, 테스트를 거친 기능을 설명하는 것이어야 합니다.
충전 운영업체에게 있어 실질적인 문제는 운전자가 에너지를 공급받을 수 있는지, 충전소가 전력 제한을 준수할 수 있는지, 그리고 각 충전 세션을 사후에 정확하게 기록할 수 있는지 여부입니다. 이러한 사항들은 각각 별개의 요구사항이며, 서로 다른 요소들이 연관되어 있습니다.
이 가이드는 정전 전에 확인해야 할 사항, 정전 중에도 사용 가능한 기능, 그리고 복구 여부를 확인하는 방법을 설명합니다. 이 가이드는 오프라인 동작에 중점을 두고 있으며, 전력 할당의 더 광범위한 원칙에 대해서는 당사의 다른 자료를 참조하십시오. 전기차 충전 부하 분산 소프트웨어 가이드.
오프라인 전기차 충전이란 실제로 무엇을 의미할까요?
오프라인 전기차 충전이란 충전 관리 시스템에 연결할 수 없는 상태에서도 충전소가 지정된 기능을 수행하는 것을 의미합니다. 차량, 지역 제어 장치, 전기 계량기 또는 근처 전화기와 계속 통신할 수 있습니다.
먼저 어떤 연결에 문제가 발생했는지 파악하십시오. 모바일 데이터가 없는 휴대폰, 인터넷에 연결되지 않은 충전기, 백엔드 장애, 로컬 네트워크 장애는 각각 다른 결과를 초래합니다. 사이트 인터넷 연결이 끊어졌다고 해서 동일한 로컬 네트워크 상에 있는 장비 간의 통신이 반드시 끊어지는 것은 아닙니다.
- 전화 연결이 끊어졌습니다. 충전기가 온라인 상태이더라도 앱이나 QR 결제 페이지가 작동하지 않을 수 있습니다.
- 충전기-클라우드 연결이 끊어졌습니다: 충전기는 자체 인증 규칙과 저장된 기록을 사용할 수 있습니다.
- 현지 통신 두절: 충전기가 계량기 판독값이나 현장 제어 장치의 지시 사항을 잃어버릴 수 있습니다.
- 전원 공급 중단: 적절하게 설계된 백업 에너지 시스템이 설치 시설에 전력을 공급하지 않으면 충전이 중단됩니다.
백업 라우터는 연결성을 향상시킬 수 있지만, 충전 에너지를 제공하거나 고장난 컨트롤러를 수리하지는 않습니다. 백업 라우터를 선택하기 전에 장애 발생 범위를 정확히 파악하십시오.
온라인, 오프라인 및 재연결 후 효과적인 방법은 무엇일까요?
다음 비교는 계획 프레임워크입니다. 실제 충전기 모델, 펌웨어 및 배포 환경에서 각 동작을 확인하십시오.
화면이 작을 때는 가로로 스와이프하여 세 가지 작동 상태를 모두 비교해 보세요.
| 기능 | 온라인 운영 | 인터넷 사용 불가 | 재연결 후 |
|---|---|---|---|
| 기존 세션 | 실시간 보고 및 원격 명령. | 로컬 제어 하에 계속 작동할 수 있으며, 클라우드 명령은 접근할 수 없습니다. | 세션 상태와 버퍼링된 기록 간의 일치가 필요합니다. |
| 새 세션 | 백엔드에서 사용자 권한을 확인합니다. | 현지 승인 또는 검증된 다른 접근 방법이 필요합니다. | 권한을 새로 고치고 오프라인 시작 설정을 검토하세요. |
| 전력 배분 | 클라우드 또는 로컬 전략을 사용할 수 있습니다. | 지역 제어를 위해서는 작동하는 계량기, 통신망 및 유효한 대체 규칙이 필요합니다. | 복원된 클라우드 지침을 지역 제한 사항에 맞춰 조정하십시오. |
| 세션 기록 | 충전 중에 기록이 백엔드로 전송됩니다. | 지원되는 장비 버퍼는 거래 데이터를 정의합니다. | 파일을 업로드하고, 유효성을 검사하고, 중복 또는 누락된 부분을 확인합니다. |
| 결제 및 로밍 | 외부 서비스에서 요청을 승인하고 처리합니다. | 온라인 워크플로가 실패할 수 있으므로 별도의 상용 대체 솔루션이 필요합니다. | 승인, 청구 및 결제 관련 예외 사항을 해결합니다. |
기존 충전 세션이 계속될까요?
이미 진행 중인 세션은 충전기가 해당 기능을 지원하고 현지 운영 조건이 유효한 경우 연결이 끊어지더라도 계속될 수 있습니다. 차량과 충전기는 여전히 에너지 전송을 로컬에서 관리합니다. 오픈 차지 얼라이언스는 지속적인 거래 연속성과 버퍼링에 대해 설명합니다. OCPP 가동 시간 안내.
하지만 인터넷 연결이 끊기는 것은 다른 문제와 동시에 발생할 수도 있습니다. 라우터를 재부팅하면 로컬 제어 경로가 삭제될 수 있고, 장시간 정전 중에는 과금 프로필이 만료될 수도 있습니다. 프로토콜 이름만으로 세션 연속성을 가정하기보다는 전체 설치 상태를 테스트하십시오.
운전자는 충전을 완료할 수 있는 편리한 방법도 필요합니다. 지원되는 로컬 정지 방식, 차량 동작 및 커넥터 분리 절차를 확인하십시오. 통신 경로가 사용 불가능한 경우 원격 정지 요청은 충전기에 영향을 미치지 않습니다.
운전자는 어떻게 오프라인에서 새 세션을 시작할 수 있나요?
세션을 시작하려면 액세스 결정이 필요합니다. 장애 발생 시, 해당 결정은 사용 가능한 로컬 메커니즘 또는 별도로 작동하는 서비스를 통해 이루어져야 합니다.
RFID: 로컬 인증 목록 및 캐시된 자격 증명
로컬 인증 목록에는 해당 충전소에서 사용이 승인된 식별자가 포함되어 있습니다. 인증 캐시에는 이전 인증 확인 결과가 저장됩니다. 이 둘은 서로 다른 목적을 가지고 있습니다. 계획된 접근 목록에는 해당 충전기를 사용한 적이 없는 운전자도 포함될 수 있는 반면, 캐시는 이전 활동 내역에 따라 결정됩니다.
OCPP 1.6 설정 예시 LocalAuthorizeOffline, LocalAuthListEnabled 그리고 권한 캐시 활성화됨 구현된 경우 이러한 워크플로에 영향을 미칩니다. Open Charge Alliance는 유효 및 무효 식별자 시나리오를 포함합니다. OCPP 1.6 테스트 문서.
차량 관리 센터의 경우, 연결 오류가 발생하기 전에 승인된 운전자가 등록되었는지 확인하십시오. 만료된 자격 증명, 최근 취소된 카드, 그리고 운전자가 다른 충전기에 도착하는 경우를 테스트하십시오. 오프라인 상태인 스테이션은 클라우드 측의 업데이트가 도달할 때까지 새로운 취소 정보를 학습할 수 없습니다.
블루투스: 호환 충전기를 위한 로컬 액세스 경로
블루투스를 사용하면 근처의 휴대폰이 호환되는 하드웨어와 직접 통신할 수 있습니다. 하지만 앱은 오프라인 권한도 지원해야 합니다. 매번 앱을 실행할 때마다 클라우드 로그인이나 새로운 온라인 토큰이 필요하다면 블루투스 기능만으로는 충분하지 않습니다.
앱을 재시작한 후 페어링, 이전에 발급된 자격 증명, 휴대폰 권한 및 작동 상태를 확인하십시오. 충전기가 인터넷에 연결되지 않고 휴대폰의 모바일 데이터가 꺼진 상태에서 테스트하여 다른 연결로 인한 종속성 문제가 발생하지 않도록 하십시오.
오픈 액세스 및 알 수 없는 자격 증명
일부 설비는 자동 충전을 허용하거나 오프라인에서 알 수 없는 식별자를 허용합니다. 이는 접근성을 향상시킬 수 있지만, 사업자가 검증되지 않은 요금을 지불하더라도 에너지를 공급할 수 있다는 상업적 결정 문제를 야기합니다. 따라서 이 모드를 사용할 수 있는 사용자, 사용 제한 사항 및 비용 처리 방식을 명확히 정의해야 합니다.
자동 시작은 인증서 기반 ISO 15118 플러그 앤 차지 방식과도 다릅니다. 특정 인증 요구 사항을 확인하지 않고는 두 워크플로 모두 오프라인에서 작동한다고 가정해서는 안 됩니다.
인터넷 연결 없이도 로드 밸런싱이 작동할 수 있을까요?
예, 전력 제어 결정이 로컬에서 이루어지고 필요한 장비들이 지속적으로 통신한다면 가능합니다. 충전기 또는 현장 제어기는 클라우드 서비스에 매번 변경 사항을 문의하지 않고도 로컬 계량기 판독값을 사용하여 용량을 할당할 수 있습니다.
이는 실질적인 아키텍처 차이입니다. 예를 들어 테슬라는 자사의 월 커넥터 전력 관리 기능에 인터넷 연결이 필요하지 않다고 명시하고 있습니다. 또한 관련 문서에는 장비 및 호환성 조건도 명시되어 있습니다. 이는 제품별 예시일 뿐, 다른 하드웨어에 대한 보장은 아닙니다. 자세한 내용은 다음을 참조하십시오. 테슬라의 전력 관리 문서.
해당 사업장의 경우, 계량기 데이터가 어디에서 읽히는지, 할당량이 어디에서 계산되는지, 그리고 한도가 각 충전기에 어떻게 적용되는지 파악하십시오. 그런 다음 인터넷 장애, 계량기 통신 장애, 컨트롤러 장애의 세 가지 테스트를 구분하십시오.
테스트 예시: 여러 대의 차량이 충전 중인 사업장에서 인터넷 연결이 끊겼습니다. 만약 사업장의 로컬 컨트롤러와 계량기가 계속 사용 가능하다면, 합의된 로컬 할당 정책을 따라야 합니다. 계량기 판독값도 중단될 경우, 시스템은 마지막 측정값에 무기한 의존하는 대신 명확한 대체 방안을 마련해야 합니다.
승인된 설계에 따라 할당량 감소 또는 충전 중단과 같은 대체 조치가 시행될 수 있습니다. 현장의 전기 설계자는 적절한 제한을 설정해야 합니다. 로컬 컨트롤러는 전기 보호 장치를 대체할 수 없으며, 이전 클라우드 프로필을 유지한다고 해서 동적 제어가 여전히 작동한다는 것을 의미하지는 않습니다.
세션 데이터, 청구 및 결제 정보는 어떻게 처리되나요?
에너지 사용량 기록, 요금 계산 및 요금 수금은 별개의 과정입니다. 충전기는 결제 서비스에 접속할 수 없더라도 세션을 재구성하는 데 필요한 충분한 정보를 보존할 수 있습니다.
구매 시 버퍼링 사양(보존 필드, 저장 용량, 보존 동작, 재시작 또는 큐 가득 참 후 동작)을 구체적으로 요청하십시오. 충전기 및 커넥터 식별자, 사용자 식별자(사용 가능한 경우), 타임스탬프, 시작 및 종료 계량기 판독값, 단위, 세션 종료 정보도 명시해야 합니다.
시간 기반 또는 사용량 기반 요금제의 경우, 시계 정확도와 요금제 처리 방식을 테스트하십시오. 나중에 업로드된 기록은 관련 이벤트 시간을 유지해야 합니다. 어떤 요금제 버전을 적용할지, 그리고 요금제 변경 기간에 걸친 세션을 어떻게 처리할지 결정하십시오.
상업적 접근 방식은 별도의 테스트가 필요합니다. QR 코드는 온라인 결제 페이지로만 연결될 수 있습니다. 저장된 결제 카드 정보가 있다고 해서 연결 없이 새로운 결제가 승인되는 것은 아닙니다. 오프라인 카드 결제는 결제 통합 시스템에서 명시적으로 지원해야 하며, 자체적인 한도 및 정산 절차를 마련해야 합니다.
마찬가지로, 로밍 카드는 해당 지역의 허가가 있는 경우에만 작동할 수 있으며, 외부 이동통신 서비스 제공업체의 실시간 승인을 받지 못할 수도 있습니다. 관련 파트너 계약에 따라 요금 청구가 가능한지 여부를 명확히 하십시오.
하드웨어 공급업체는 지역 충전과 유료 서비스를 구분할 수 있습니다. 테슬라의 경우 상업 사이트 FAQ예를 들어, 무료 사이트에서는 인터넷 연결과 무관한 전력 관리를, 유료 충전 서비스에 필요한 연결성을 분리합니다.
인터넷 연결이 복구되면 무엇이 반드시 이루어져야 할까요?
복구는 대시보드에 "온라인"이 처음 표시되는 시점이 아니라, 운영 상태 및 재무 기록이 다시 신뢰할 수 있게 되었을 때 완료됩니다. 정의된 복구 순서를 사용하십시오.
- 통신을 복구하세요: 스테이션이 의도한 백엔드에 도달하고 현재 상태를 보고하는지 확인합니다.
- 저장된 거래 내역을 업로드하세요: 세션 ID와 원래 이벤트 시간을 유지합니다.
- 내용이 완전한지 확인하십시오: 계량기 показания, 세션 종료 및 누락된 기록을 비교합니다.
- 중복 처리를 방지합니다. 재시도 시에는 중복 세션이나 요금이 발생해서는 안 됩니다.
- 정책 새로 고침: 해당 지역 정부와 허가, 요금 및 요금 한도를 조율합니다.
- 검토 예외 사항: 알 수 없는 사용자, 승인 거부 및 미결제 건을 조사합니다.
또한 오래된 명령을 어떻게 처리할지 결정해야 합니다. 이전 원격 명령이 이후 세션에 실수로 영향을 미치지 않도록 해야 합니다. 반복적인 재연결 및 여러 스테이션 간의 동시 복구를 테스트하고, 현장에서 필요한 제어된 점진적 확장도 테스트해야 합니다.
백엔드는 지연된 거래 증거와 실시간 상태를 구분해야 합니다. 오프라인 배지만으로는 정전 기간 동안 에너지가 공급되지 않았다는 것을 증명할 수 없습니다.
전기차 오프라인 충전 시스템 배포 전 테스트 방법
실제 운영 환경을 대표하는 하드웨어를 사용하여 펌웨어, 구성, 장애 시간 및 관찰 결과를 기록하십시오. 다음 승인 체크리스트는 제안된 프로젝트 도구이며, 이미 완료된 테스트 보고서가 아닙니다.
모바일에서 가로로 스와이프하여 예상되는 증거를 확인하세요.
| 시험 | 행동 | 보관해야 할 증거 |
|---|---|---|
| 활성 세션 | 충전 중에는 클라우드 연결을 끊고 로컬에서 작업을 완료하세요. | 연속성, 정지 동작, 계량기 판독값 및 복구된 세션. |
| 새로운 승인 | 유효한 RFID 자격 증명, 만료된 자격 증명, 취소된 자격 증명 및 알 수 없는 자격 증명을 모두 시도해 보세요. | 각 접근 결정은 합의된 오프라인 정책과 일치합니다. |
| 블루투스 액세스 | 충전기 인터넷과 휴대폰 데이터를 끄고 앱을 다시 시작하세요. | 로컬 시작 및 중지 기능을 지원하며, 권한 제한도 포함됩니다. |
| 로컬 전력 제어 | 현장 수요를 오프라인에서 변경하고, 계량기 통신을 별도로 중단합니다. | 측정된 할당량과 승인된 대체 대응책. |
| 스토리지 복원력 | 반복 세션을 실행하고 승인된 재시작 테스트를 수행합니다. | 보존 기간, 남아 있는 기록 및 문서화된 예외 사항. |
| 복구 및 청구 | 연결을 복원한 다음 동기화 중에 다시 연결을 중단하십시오. | 완벽한 기록, 제어된 재시도 및 중복 청구 방지. |
충전기 제조업체, 소프트웨어 제공업체, 설치업체 및 운영자와 합격 기준을 합의하십시오. 각 실패에 대한 책임자를 지정하십시오. 플랫폼이 OCPP를 지원한다는 일반적인 설명보다는 기록된 시범 운영 결과가 더 유용합니다.
TrendPower를 활용한 오프라인 충전 워크플로우 계획하기
트렌드파워가 발표한 자료 미국 가정용 전기차 충전 플랫폼 사례 연구 이 문서에서는 Wi-Fi 및 4G 원격 작동과 함께 호환되는 충전기 구성에 대한 Bluetooth 로컬 액세스를 설명합니다. 또한 구성된 워크플로의 일부로 후속 동기화에 대해서도 설명합니다.
위 예시는 프로젝트 접근 방식을 보여주는 것이며, 모든 충전기 또는 결제 시스템에서 보편적인 오프라인 지원을 보장하는 것은 아닙니다. 새로운 네트워크의 경우, 접근성, 에너지 제어 및 복구 요구 사항을 검토해야 합니다. 트렌드파워 전기차 충전소 관리 시스템 목표로 하는 하드웨어에 대한 팀 구성.
설계에 DLB Edge 또는 다른 온사이트 컨트롤러가 포함된 경우, 로컬 결정, 계량기 종속성, 대체 동작 및 재연결을 다루는 책임 범위에 대한 서면 설명서를 요청하십시오. 제품 이름이 오프라인 기능을 정의한다고 가정하기보다는 파일럿 프로젝트를 통해 사용 가능한 제공 범위를 확인하십시오.
오프라인 충전 요구 사항을 명확히 정의해야 하시나요?
충전기 브랜드, 모델, 펌웨어 버전, 사이트 레이아웃, 인증 방식 및 결제 워크플로를 공유해 주세요. 예상되는 서비스 중단 시간과 유지해야 할 기능도 함께 알려주시면, 프로젝트 논의에서 호환성, 종속성 및 인수 테스트에 집중할 수 있습니다.
오프라인 충전 프로젝트에 대해 논의해 보세요.오프라인 전기차 충전 관련 FAQ
와이파이 없이 전기차를 충전할 수 있나요?
대부분의 경우 그렇습니다. 일부 충전기는 로컬에서 작동하거나 다른 연결 방식을 사용합니다. 사용하시는 모델의 인증 및 예약 요구 사항을 확인하십시오. Wi-Fi 연결이 끊겼다고 해서 전기를 사용할 수 없는 것은 아닙니다.
OCPP 호환성이 오프라인 충전을 보장합니까?
아니요. OCPP는 통신 기능을 정의하지만, 오프라인에서 실제로 사용 가능한 작동 여부는 구현된 기능, 펌웨어 및 설정에 따라 달라집니다. 필요한 워크플로우를 해당 충전기와 백엔드 조합에서 테스트하십시오.
정전 중에 예약 충전이 작동할까요?
일정이 로컬에 저장되어 작동하는 시계로 실행되는 경우 문제가 없을 수 있습니다. 하지만 새로운 클라우드 명령이 필요한 일정은 그렇지 않을 수 있습니다. 재시작 후 실행 위치와 동작을 확인하십시오.
충전기가 오프라인 상태일 때도 운전자는 QR 코드로 결제할 수 있나요?
반드시 그런 것은 아닙니다. 결제를 위해서는 휴대폰 인터넷 연결, 결제 승인, 그리고 충전기에 대한 정상적인 명령 경로가 필요할 수 있습니다. QR 코드를 오프라인 접속 수단으로 생각하지 말고 이 세 가지를 모두 테스트해 보세요.
오프라인 이벤트는 나중에 대시보드에 모두 표시되나요?
자동으로는 아닙니다. 트랜잭션 버퍼링과 진단 로깅은 범위가 다를 수 있습니다. 어떤 레코드를 보존할지, 용량 제한은 어떻게 되는지, 복구 후 백엔드에서 무엇을 재구성할 수 있는지 확인하십시오.
