혼합 전기차 차량군을 관리할 때, 가장 큰 규모 산정 실수는 일반적으로 수요를 과소평가하는 것이 아닙니다. 모든 차량이 동시에 동일한 충전 행동을 필요로 한다고 가정하는 것이 바로 그 실수입니다.
서비스 밴, 풀카(pool car), 관리자 차량, 그리고 몇 대의 고이용률 차량이 함께 있는 차고지는 단일 용도 차량군과 동일하게 작동하지 않습니다. 일부 차량은 밤새 주차될 수 있습니다. 일부는 매일 소량 충전만 필요로 합니다. 일부는 작업 사이에 빠른 회복이 필요합니다. 모든 차량 공간(bay)에서 전체 동시 피크(peak)를 기준으로 사이트 규모를 산정하면, 운영상 가치가 거의 없는 충전기, 배전반, 굴착, 유틸리티 업그레이드에 과도하게 지출하게 될 수 있습니다.
더 나은 접근 방식은 에너지 수요, 대기 시간, 차량 배차 일정 위험 및 사이트 제약 조건을 기준으로 인프라 규모를 산정한 후, 건설을 단계적으로 진행하여 사이트가 첫날부터 과도하게 구축되지 않으면서도 성장할 수 있도록 하는 것입니다.
혼합 차량군이 단순한 충전기 대 차량 비율을 깨뜨리는 이유
단일 비율 계획은 효율적으로 들리지만, 혼합 차량군은 단일 충전 패턴을 따르는 경우가 드뭅니다. 사무실에 하루 종일 주차된 경량 업무용 차량의 요구 사항은 늦게 돌아와 다음 날 아침 일찍 다시 출발해야 하는 배달 밴의 요구 사항과 매우 다릅니다.
그렇기 때문에 충전기 대수만으로는 계획 지표로서 부적합합니다. 인프라 규모 산정은 단순히 주차된 자산을 기준으로 하는 것이 아니라 충전 작업을 반영해야 합니다.
| 차량군 그룹 | 일반적인 주차 패턴 | 충전 목표 | 최적의 충전 접근 방식 |
|---|---|---|---|
| 풀카(pool cars) 및 관리용 차량 | 긴 업무 시간 또는 야간 대기 | 일일 소비 에너지를 효율적으로 충전 | AC 스마트 충전 |
| 서비스 밴 | 야간 차고지 복귀, 가끔 긴급 전환 | 약간의 회복 유연성을 갖춘 안정적인 충전 | 주로 AC, 일부 DC 예비 충전 |
| 중요 노선 또는 고이용률 차량 | 운행 간 짧은 대기 시간 | 가동 시간 유지를 위한 빠른 에너지 회복 | 목표 지향적 DC 고속 충전 |
| 방문객 또는 계약업체 전기차 | 예측 불가능한 접근 시간대 | 핵심 차량군 운영에 방해되지 않는 편의성 | 별도 규칙에 따른 관리형 AC 충전 |
이러한 사용 사례가 혼합될 때, 과도한 구축은 일반적으로 세 가지 이유 중 하나로 발생합니다.
- 모든 차량이 동시에 최대 전력으로 충전해야 하는 것처럼 사이트 규모가 산정된 경우
- 특정 전환(turnaround) 문제를 위한 도구가 아닌 기본 답변으로 DC 고속 충전을 취급하는 경우
- 미래 성장에 대비하여 단계적 확장을 위한 사이트를 준비하는 대신 모든 최종 하드웨어를 즉시 설치하는 경우
장비 대수부터 시작하지 말고 일일 에너지부터 시작하십시오
첫 번째 계산은 “충전기가 몇 대나 필요합니까?”가 아닙니다. “각 차량 그룹이 일반적인 하루에 얼마나 많은 에너지를 필요로 하며, 해당 에너지는 언제 전달되어야 합니까?”입니다.
각 차량 유형에 대해 다음을 정의하십시오:
- 차량 대수
- 차량당 필요한 평균 일일 에너지
- 최소 출고 시 배터리 충전 상태(State of Charge) 또는 경로 버퍼(Route Buffer)
- 일반적인 도착 및 출고 시간
- 초과 근무, 2교대, 계절별 노선과 같은 최대 수요일 예외 사항
실제로, 차량군의 일일 에너지 요구량은 모든 차량 그룹 충전 요구량의 합이지, 사이트에 있는 모든 배터리 용량의 합이 아닙니다. 배터리가 큰 밴도 해당 배터리 팩의 일부만 소모하는 경로를 운행한다면 매일 완전 충전이 필요하지 않습니다. 배터리 크기를 규모 산정 기준선으로 사용하면 거의 항상 인프라 요구 사항이 부풀려집니다.
이 단계는 또한 어떤 부하가 유연하고 어떤 부하가 운영상 중요한지 보여줍니다. 이러한 차이는 제품 사양서의 평균 충전기 전력보다 더 중요합니다.
조달 야망이 아닌 대기 시간에 맞춰 AC와 DC를 매칭하십시오
대부분의 차량군에서 차량이 충전 가능한 대기 시간을 확보할 수 있는 경우 AC 충전이 기본 출발점이 되어야 합니다. AC 충전은 야간 차고지 주차, 직장 내 충전, 그리고 배차에 영향을 주지 않고 점진적으로 에너지를 보충할 수 있는 차량군에 매우 적합합니다. AC 인프라는 일반적으로 주차 구역 전체에 분산 설치하기 더 쉽고, 빠른 회전율보다는 일일 충전이 운영상 필요할 때 불필요한 자본 집약도를 줄일 수 있습니다.
반대로, DC 충전은 차량의 이용 패턴에 느린 충전을 허용할 여유가 거의 없을 때 그 가치가 있습니다. 이는 일반적으로 중요 노선 차량, 교대 간 짧은 대기 시간, 또는 한 번의 충전 기회를 놓치면 서비스 중단이 발생하는 상황을 의미합니다. DC 고속 충전은 대기 시간을 줄이고 처리량(throughput)을 보호할 수 있지만, 유틸리티 용량, 열 관리, 사이트 설계 및 전반적인 프로젝트 경제성에 대한 요구 사항도 증가시킵니다.
이러한 절충점은 간단명료합니다:
| 질문 | AC 스마트 충전이 일반적으로 유리한 경우 | DC 고속 충전이 일반적으로 유리한 경우 |
|---|---|---|
| 차량이 얼마나 오래 주차될 수 있습니까? | 몇 시간 또는 밤새 | 운행 간 짧은 시간 |
| 충전 목표는 무엇입니까? | 일일 에너지 보충 | 신속한 운영 회복 |
| 유틸리티 비용 및 복잡성에 대한 사이트의 민감도는? | 높은 민감도 | 빠른 회복이 더 높은 인프라 부담을 정당화함 |
| 한 번에 긴급 충전이 필요한 차량은 몇 대입니까? | 없거나 거의 없음 | 특정 차량 그룹이 정기적으로 필요로 함 |
실수는 DC를 선택하는 것이 아닙니다. 실수는 관리형 AC로도 완벽하게 충족될 수 있는 차량에 DC를 선택하는 것입니다.
명판 최대치(nameplate peak)가 아닌 관리된 동시성(managed concurrency)을 기준으로 규모를 산정하십시오
대부분의 혼합 차량군 사이트는 연결된 모든 충전기가 동시에 최대 전력을 공급할 필요가 없습니다. 차량은 서로 다른 시간에 도착하고 출발하며, 출고 전에 모두 동일한 에너지를 필요로 하지 않습니다. 즉, 실제 규모 산정 질문은 설치된 커넥터 수가 아니라 동시 충전 수요입니다.
스마트 스케줄링과 부하 균형(Load Balancing)은 유연한 부하를 긴급한 부하 뒤로 순서를 지정함으로써 과잉 구축 위험을 실질적으로 줄일 수 있습니다. 다른 EV 충전 환경에서의 동적 부하 관리(Dynamic Load Management)와 동일한 논리가 차량군에도 적용됩니다: 사이트 수요 상한선을 설정하고, 출고 시간이나 노선 중요도에 따라 차량의 우선순위를 지정하며, 소프트웨어가 가장 큰 운영 가치를 창출하는 곳에 전력을 분배하도록 하는 것입니다.
이것이 스마트 에너지 관리가 단순한 플랫폼 기능 그 이상이 되는 지점입니다. 이는 자본 계획 도구가 됩니다. 사이트가 지능적으로 동시성을 관리할 수 있다면, 전기 백본(backbone)은 모든 충전기에 걸친 최악의 동시 출력을 기준으로 규모를 산정할 필요가 없는 경우가 많습니다.
사이트는 한 번 구축하되, 단계적으로 전력을 공급하십시오
과잉 구축을 피하는 가장 효과적인 방법 중 하나는 사이트 준비 작업과 하드웨어 활성화를 분리하는 것입니다. 토목 공사 및 유틸리티 조정은 반복하기에는 혼란스럽고 비용이 많이 듭니다. 충전기 하드웨어 배포는 단계적으로 수행하기 더 쉽습니다.
이러한 이유로, 많은 운영자는 장기적인 차량군 비전을 위해 사이트를 준비하지만, 단기 수요가 정당화하는 만큼만 전력을 공급합니다. 이는 종종 다음을 의미합니다:
- 향후 충전기를 위한 도관, 굴착, 및 예비 경로 설치
- 추후 확장을 위한 패드(pad), 캐비닛 또는 배전반 공간 확보
- 최종 사이트 계획에 맞춰 주차장 레이아웃 및 케이블 도달 범위 설계
- 현재 차량군 프로필에 필요한 초기 충전기 조합만 활성화
이것이 바로 구매자들이 더 넓은 EV 충전기 포트폴리오를 가진 공급업체를 선호하는 이유이기도 합니다. PandaExo의 포지셔닝에서 가치는 모든 사이트가 모든 충전기 등급을 필요로 하기 때문이 아닙니다. 혼합 차량군이 단일 형식의 배포 전략보다는 AC 충전, 선택된 DC 고속 충전, 그리고 플랫폼 수준의 가시성을 포괄하는 확장 가능한 경로를 필요로 하는 경우가 많기 때문입니다.
유틸리티 및 사이트 제약 조건을 조기에 모델에 포함하십시오
차량군 충전 계획은 프로젝트에 유틸리티 일정, 변압기 가용성 또는 주차장 동선 현실이 추가될 때까지는 서류상으로 합리적으로 보이는 경우가 많습니다. 과잉 설계는 너무 많은 하드웨어뿐만 아니라 서비스 용량 및 건설 준비 상태에 대한 부실한 가정으로 인해서도 발생할 수 있습니다.
충전기 구성을 확정하기 전에 다음 사항에 대해 계획을 테스트하십시오:
- 사용 가능한 서비스 용량 및 업그레이드 리드 타임
- 고전력 충전 이벤트 시 수요 요금(demand charge) 노출
- 굴착 거리 및 토목 공사 복잡성
- 주차장 동선, 후진 패턴 및 충전기 접근성
- 중장비 또는 대용량 배터리 차량을 포함한 미래 차량 구성 변경
유틸리티 프로세스가 초기에 모델링되지 않으면, 차량군은 제공하기에는 너무 비싸거나 너무 느린 이론적인 건설을 약속할 수 있습니다. 더 현실적인 계획 방법은 처음부터 실제 상호 연결(interconnection) 및 수요 비용 조건과 인프라 설계를 일치시키는 것입니다. 이것이 바로 충전기 선택 자체만큼 유틸리티 측 계획이 많은 주목을 받아야 하는 이유입니다. 그리드 용량, 상호 연결 및 수요 요금에 대한 PandaExo 자체의 교육 자료는 이러한 현실을 반영합니다.
조달하기 전에 간단한 의사 결정 체계를 사용하십시오
혼합 차량군 충전 계획은 결정이 정해진 순서대로 이루어질 때 관리하기 더 쉬워집니다.
- 차량을 브랜드나 배터리 크기가 아닌 운행 주기(duty cycle)별로 그룹화하십시오.
- 각 그룹의 평균 및 최대 수요일 에너지 수요를 정량화하십시오.
- 짧은 시간 내 회전율(turnaround)이 실제로 필요한 차량을 식별하십시오.
- 대기 시간이 긴 차량은 기본적으로 AC를 사용하고, 운영상 명확히 필요한 경우에만 DC를 추가하십시오.
- 사이트 수요 상한선을 설정하고 소프트웨어 관리형 동시성이 이 범위 내에서 차량군을 유지할 수 있는지 평가하십시오.
- 향후 성장을 대비하되 첫날에 완전히 설치하지 않도록 단계적으로 롤아웃하십시오.
이러한 순서는 구매자가 충전기가 해결하려는 운영 문제를 정의하기 전에 충전기 모델을 비교하는 일반적인 조달 함정을 피하는 데 도움이 됩니다.
조달 및 플랫폼 위험을 무시하지 마십시오
올바르게 규모가 산정된 것처럼 보이는 인프라도 플랫폼, 하드웨어 로드맵 또는 공급업체 모델이 차량군이 확장될 방식과 맞지 않으면 좋지 않은 투자가 될 수 있습니다. 혼합 차량군은 종종 진화합니다. 오늘날 승용차를 서비스하는 사이트는 내일 상업용 밴, 외부 사용자 또는 다중 사이트 가시성을 추가해야 할 수도 있습니다.
이는 규모 산정 논의에 킬로와트(kilowatt)와 커넥터 수 이상이 포함되어야 함을 의미합니다. 또한 네트워크 가시성, 부하 제어 로직, 펌웨어 전략, 확장 호환성, 그리고 OEM 또는 ODM 유연성이 채널 파트너 또는 전문 배포 요구 사항에 중요할지 여부도 포함되어야 합니다. 이들은 사후에 추가되는 것이 아닙니다. 오늘날의 인프라 결정이 내일의 차량군 변화에도 얼마나 잘 견딜 수 있는지에 영향을 미칩니다.
실용적인 요약
혼합 차량군을 위한 EV 충전 인프라 규모를 올바르게 산정하는 방법은 카탈로그 구매자가 아닌 운영자처럼 생각하는 것입니다.
- 총 배터리 용량이 아닌 일일 에너지 필요량부터 시작하십시오.
- 대기 시간상 실용적인 곳에는 기본적으로 AC를 사용하십시오.
- DC는 보편적인 업그레이드가 아닌, 실제로 긴급한 회전 상황을 위해 선택적으로 사용하십시오.
- 불필요한 피크 용량 비용을 지불하기 전에 소프트웨어로 동시성을 관리하십시오.
- 향후 확장을 위해 사이트를 준비하되, 하드웨어는 단계적으로 활성화하십시오.
- 유틸리티, 주차장 및 배차 일정 현실을 조기에 모델에 포함하십시오.
혼합 차량군이 필요한 것은 가능한 가장 큰 충전 설비가 아닙니다. 필요한 것은 차량이 실제로 하루 동안 어떻게 움직이는지와 일치하는 충전 시스템입니다. 실제 운행 주기(duty cycle), 운영 우선순위, 통제된 성장을 기준으로 인프라 규모가 산정될 때, 차량군은 이를 지원하는 사이트를 과도하게 구축하지 않고도 충전 접근성을 확장할 수 있습니다.


