EMS Builder: 에너지 프로젝트를 매번 처음부터 시작하지 않도록
Edge-EMS Builder는 에너지 현장에 배포하는 지능형 오케스트레이션 플랫폼입니다. 장치 연결, 데이터 처리, 전략 제어, 클라우드와 엣지 통신 및 다중 장치 협업을 재사용 가능한 기능으로 축적하여 EMS를 “일회성 납품”에서 “지속적으로 복제하고 업그레이드할 수 있는 플랫폼 자산”으로 전환합니다.
상업·산업용 ESS, 태양광·ESS·충전 통합, 마이크로그리드 및 단지 에너지 프로젝트는 모두 EMS라고 불리지만 현장은 거의 동일하지 않습니다. 장치 브랜드, 포인트 목록, 전기 요금 및 용량이 달라지고 고객은 새로운 제어 규칙을 계속 추가합니다.
어떤 프로젝트는 PCS, BMS, 전력량계 및 태양광 인버터를 연결하고, 다른 프로젝트는 충전기, 디젤 발전기, 냉난방 부하 또는 고객의 클라우드 플랫폼도 연결해야 합니다. 고객에 따라 시간대별 요금 차익, 역송 방지 또는 최대수요전력이 중요하며, 도중에 “배전 변압기 공급 구역의 임시 용량 증대” 같은 규칙을 추가하기도 합니다.
프로젝트마다 장치를 다시 연결하고 전략을 작성하며 클라우드 인터페이스를 만들면 납품 규모가 커질수록 반복 개발과 유지보수 비용도 증가합니다. Edge-EMS Builder가 해결하려는 문제는 바로 이것입니다.
Edge-EMS Builder는 프로젝트 팀이 복잡한 에너지 프로젝트의 장치, 데이터 및 제어 전략을 구성하도록 도와 EMS를 “프로젝트마다 다시 구현”하는 방식에서 “플랫폼 기반의 빠른 설정과 복제”로 전환합니다.
동일한 데이터 및 제어 기반으로 서로 다른 장치 조합, 제어 목표 및 프로젝트 매개변수를 지원할 수 있습니다.
EMS Builder가 필요한 이유
섹션 제목: “EMS Builder가 필요한 이유”장치가 늘어나도 전략을 프로토콜부터 다시 시작해서는 안 됩니다
섹션 제목: “장치가 늘어나도 전략을 프로토콜부터 다시 시작해서는 안 됩니다”한 사이트에 PCS, BMS, 전력량계, 태양광 인버터, 충전기, 디젤 발전기, 냉난방 부하 및 외부 플랫폼이 함께 있을 수 있습니다. 전략에서 중요한 것은 “계통 연계점이 한계를 넘는가”, “SOC가 계속 방전을 허용하는가”이며, 특정 레지스터가 어느 프로토콜에서 왔는지가 아닙니다.
Edge-EMS Builder는 CommBridge로 장치를 연결하고 데이터 식별자를 통합하여 상위 전략이 업무 의미에 집중하도록 합니다. 장치 모델이나 프로토콜이 바뀌어도 일반적으로 데이터 포인트 매핑만 조정하면 검증된 핵심 로직을 계속 재사용할 수 있습니다.
요구가 계속 바뀌므로 제어 로직을 모두 고정할 수는 없습니다
섹션 제목: “요구가 계속 바뀌므로 제어 로직을 모두 고정할 수는 없습니다”전기 요금, 용량, 운영 시간대 및 제어 임계값은 모두 바뀔 수 있습니다. 오늘은 역송 방지가 필요하고 내일은 최대수요전력 제어를 추가하며, 이후에는 ESS와 충전기의 협업이 필요할 수 있습니다.
Edge-EMS Builder는 업무 로직을 데이터, 계산, 조건 및 동작으로 나눕니다. 엔지니어는 업무가 바뀔 때마다 전체 소프트웨어를 다시 만드는 대신 매개변수, 표현식 또는 트리거 구성을 변경할 수 있습니다.
프로젝트가 반복될수록 경험을 기업 자산으로 축적해야 합니다
섹션 제목: “프로젝트가 반복될수록 경험을 기업 자산으로 축적해야 합니다”검증된 피크 저감 및 경부하 시간대 충전, 충전 부하 분산 또는 다중 장치 조정 로직이 특정 사이트에만 머물러서는 안 됩니다. Edge-EMS Builder를 통해 전략을 다음 단계로 발전시킬 수 있습니다.
현장 검증 → 데이터 포인트 및 매개변수 추상화 → 템플릿 축적 → 새 프로젝트 재사용 → 지속적인 개선
프로젝트가 늘어날수록 재사용 가능한 전략, 포인트 목록 및 테스트 사례가 풍부해지므로 새 프로젝트는 처음부터 시작하는 대신 “템플릿 선택, 매핑, 매개변수 조정”에 가까워집니다.
EMS Builder란 무엇인가
섹션 제목: “EMS Builder란 무엇인가”Edge-EMS Builder는 일반적으로 엣지 게이트웨이나 산업용 PC에서 실행되며, 현장 장치와 클라우드 또는 업무 시스템 사이에 위치합니다. 주로 네 가지 작업을 수행합니다.
| EMS Builder의 역할 | 쉬운 설명 | 프로젝트 결과 |
|---|---|---|
| 통합 연결 | 브랜드와 프로토콜이 다른 장치를 하나의 데이터 체계로 연결 | PCS, BMS, 전력량계, 충전기 등을 통합 활용 |
| 데이터 처리 | 원본 데이터 포인트를 전략이 이해할 수 있는 상태와 지표로 가공 | 전력, SOC, 용량, 여유 용량 및 알람 상태를 계산에 직접 활용 |
| 전략 오케스트레이션 | 표현식과 “조건 + 동작”으로 제어 규칙 기술 | 피크 저감 및 경부하 시간대 충전, 역송 방지, 최대수요전력 제어 등의 로직 자동 실행 |
| 시스템 연결 | 현장 데이터와 결정 결과를 클라우드, 프런트엔드 또는 다른 노드로 전송 | 원격 운영 관리, 통합 모니터링, 전략 전달 및 다중 장치 협업 지원 |
Edge-EMS Builder는 “수집 연결 → 통합 데이터 풀 → Lua 전략 판단 → 실행 출력”을 지속적으로 수행합니다. 실행 결과가 데이터 풀로 다시 들어가 폐루프가 계속 작동합니다.
EMS Builder가 아닌 것
섹션 제목: “EMS Builder가 아닌 것”- 대시보드만 제공하는 모니터링 소프트웨어가 아닙니다: 데이터 표시뿐 아니라 전략에 따른 자동 폐루프 제어를 구성할 수 있습니다.
- 몇 가지 전략이 고정된 EMS가 아닙니다: 플랫폼은 전략을 만드는 기능을 제공하며 구체적인 업무 규칙은 구성에 따라 결정됩니다.
- 장치 보호를 대체하는 안전 컨트롤러가 아닙니다: 하드웨어 인터록, BMS/PCS 보호 및 현장 안전 한계는 독립적으로 유효해야 합니다.
- 고정된 프런트엔드를 묶어 제공하지 않습니다: 기업은 표준 WebSocket 인터페이스로 자체 모니터링 및 제어 화면을 구축할 수 있습니다.
한 문장으로 표현하면 다음과 같습니다.
Edge-EMS Builder는 “한 시나리오를 위한 EMS 하나”가 아니라 “다양한 EMS를 지속적으로 구축하는 기능 기반”입니다.
EMS Builder가 가져오는 네 가지 변화
섹션 제목: “EMS Builder가 가져오는 네 가지 변화”| 기존 프로젝트 방식 | EMS Builder 도입 후 |
|---|---|
| 프로젝트마다 연결과 개발 반복 | 범용 기능을 플랫폼에 축적하고 새 프로젝트는 매핑과 설정에 집중 |
| 프로젝트 코드나 펌웨어에 제어 로직 고정 | 데이터, 표현식, 트리거 조건 및 동작을 조합하여 전략 구성 |
| 여러 장치가 개별 실행되고 협업에 별도 개발 필요 | 공유 데이터를 장치 간 계산과 결정에 직접 활용 |
| 프로젝트 운영 시작 후 지속적인 개선이 어려움 | 클라우드 전달, 원격 설정, 개방형 인터페이스 및 전략 템플릿 개선 지원 |
로직 재사용
섹션 제목: “로직 재사용”전략은 dataKey를 통합 참조합니다. PCS, BMS 또는 전력량계 모델을 교체할 때 일반적으로 데이터 매핑과 현장 매개변수만 조정하면 핵심 판단 절차를 계속 사용할 수 있습니다.
빠른 검증
섹션 제목: “빠른 검증”Edge-EMS Builder는 수집, 계산, 트리거, 장치 쓰기, 클라우드와 엣지 통신 및 프런트엔드 실시간 채널을 이미 제공합니다. 프로젝트 팀은 전략 자체와 업무 화면에 집중할 수 있습니다.
전략 축적
섹션 제목: “전략 축적”현장 검증을 마친 전략은 템플릿으로 정리하고 지원 장치, 필수 데이터 포인트, 조정 가능한 매개변수, 보호 조건 및 테스트 사례를 기록하여 기업 고유의 전략 라이브러리로 만들 수 있습니다.
개방형 확장
섹션 제목: “개방형 확장”MQTT, HTTP, WebSocket 및 장치 쓰기 채널이 외부 데이터, 클라우드 플랫폼, 업무 시스템 및 제어 가능한 장치를 연결합니다. 신뢰할 수 있는 데이터 출처, 표현 가능한 규칙 및 규정을 준수하는 실행 인터페이스가 있다면 새로운 자동화 폐루프를 구축할 수 있습니다.
AI 네이티브: 포인트 목록부터 전략 운영 적용까지 AI가 참여할 수 있습니다
섹션 제목: “AI 네이티브: 포인트 목록부터 전략 운영 적용까지 AI가 참여할 수 있습니다”앞의 기능은 같은 결론으로 이어집니다. Edge-EMS Builder에는 구체적인 업무 로직이 내장되어 있지 않습니다. 데이터는 수집 설정에서, 규칙은 Lua 스크립트에서, 연계는 트리거 구성에서 오며, 모든 설정 작업에 대응하는 표준 API가 있습니다. 따라서 화면을 페이지마다 클릭하지 않고 다른 프로그램이나 AI Agent로도 Edge-EMS Builder를 설정할 수 있습니다.
이를 통해 Edge-EMS Builder의 구축 방식도 달라질 수 있습니다.
- AI 설정 지원: Edge-EMS Builder Skills는 포인트 목록 변환, 데이터 모델링, Lua 및 전략 오케스트레이션, 알람 설정 및 운영 관리를 지원합니다. 엔지니어는 요구 사항 설명, 결과 검토 및 현장 검증을 담당합니다.
- 개방형 인터페이스: 외부 Agent는 계정 권한에 따라 데이터를 조회하고 설정 인터페이스를 호출할 수 있습니다. 제어 실행 여부와 모델 배포 방식은 실제 통합 구성에 따라 결정됩니다.
AI는 설정과 분석에 참여할 수 있으며, 실행 범위, 전략 검토 및 현장 인수 검증은 엔지니어링 절차에서 정합니다.
설정 절차와 설치 방법은 AI 설정 지원 및 Skills를 참조하세요.
하나의 플랫폼을 적용할 수 있는 상황
섹션 제목: “하나의 플랫폼을 적용할 수 있는 상황”
| 상황 | 구현 가능한 대표 요구 | 주요 협업 대상 |
|---|---|---|
| 상업·산업용 ESS | 시간대별 충방전, 시간대별 요금 차익, 피크 저감 및 경부하 시간대 충전, 최대수요전력 제어, 역송 방지 | PCS, BMS, 계통 연계 전력량계 |
| 태양광·ESS 통합 | 자가 발전·자가 소비, 태양광 발전량 활용, 역송 방지, 계획 곡선 제어 | 태양광 인버터, ESS, 계통 연계점 |
| 태양광·ESS·충전 통합 사이트 | 계획 충전, 충전 부하 분산, ESS를 통한 충전 피크 지원 | 태양광, ESS, 충전기, 변압기 |
| 마이크로그리드 | 태양광·ESS·디젤 발전기 협업, 전력 균형, 계통 연계 및 독립 운전 전략 | 태양광, ESS, 디젤 발전기, 중요 부하 |
| 공급 구역의 임시 용량 증대 | 변압기 부하 모니터링 및 피크 시간의 ESS 용량 지원 | 변압기, 전력량계, ESS |
| 다중 사이트 운영 | 클라우드 데이터 전송, 통합 모니터링, 원격 운영 관리, 전략 일괄 전달 | 여러 엣지 노드와 클라우드 플랫폼 |
이 시나리오는 모두 같은 기본 기능을 조합하여 구현합니다. 공급 구역의 임시 용량 증대와 충전 부하 분산의 범용 설정 사례를 참조하세요.
요구 사항을 재사용 가능한 전략으로 만드는 방법
섹션 제목: “요구 사항을 재사용 가능한 전략으로 만드는 방법”프로젝트 요구 사항은 일반적으로 다음 절차로 구현합니다.
- 목표 명확화: 예를 들어 “계통 연계점 전력은 800 kW를 초과해서는 안 된다”.
- 데이터 정리: 계통 연계점 전력, PCS 전력, SOC 및 장치 상태 등의 필수 데이터 포인트를 확인합니다.
- 계산 작성: 용량 부족분, 가용 충방전 전력 및 보호 한계를 계산합니다.
- 트리거 설정: 시작과 종료 시점, 디바운싱 방식 및 이상 시 기능 축소 방법을 정의합니다.
- 실행 및 검증: 전력 지령을 전달하고 알람과 실행 결과를 기록하며 정상, 경계 및 고장 조건을 테스트합니다.
- 템플릿 추상화: 사이트별 데이터 포인트, 용량 및 임계값을 매개변수화하여 이후 프로젝트에서 재사용합니다.
이 절차를 따르면 “프로젝트 경험”은 이전하기 어려운 코드 조각에 머무르지 않고 전략, 매개변수, 데이터 포인트 매핑 및 테스트 조건을 포함한 완전한 자산이 됩니다.
성능 검증을 거친 기능
섹션 제목: “성능 검증을 거친 기능”AFE-E630(4코어 Arm Cortex-A55, 메모리 3.81 GB)의 2026-07-29 테스트 배치(보고서 v1.3)에서 권장 시나리오 S3.5의 설정 부하와 결과는 다음과 같습니다.
| 지표 | 실측 설정 / 결과 |
|---|---|
| 데이터 수집 설정 부하 | 초당 5,000포인트 |
| 집계 연산 | 30개 |
| Trigger 작업 | 초당 90회, 평균 처리량 달성률 99.97% |
| MQTT 작업 | 초당 20회, 평균 처리량 달성률 99.90% |
| 협업 작업 | 초당 10회 |
| Trigger / MQTT P95 지연 시간 | 56 ms / 77 ms |
| 전체 장치 CPU 평균 / P95 | 50.16% / 71.09% |
| 전체 장치 실제 메모리 사용률 평균 / P95 | 40.49% / 41.41% |
이 결과는 명시된 소프트웨어, 하드웨어 및 측정 기준에서 플랫폼의 처리 용량을 보여 주며, 모든 프로젝트의 용량을 보장하지 않습니다. 테스트는 유효한 단시간 리소스 샘플 2,000개를 집계했습니다. 운영 배포 시에는 실측 부하에서 약 20%의 엔지니어링 여유를 확보하고 실제 스크립트, 메시지 크기 및 데이터베이스 규모로 다시 테스트하는 것이 좋습니다.
전체 환경, 통계 기준 및 제한 조건은 AFE-E630 성능 테스트를 참조하세요.
EMS Builder에 적합한 사용자
섹션 제목: “EMS Builder에 적합한 사용자”- 장치 제조사 및 시스템 통합 업체: 반복 납품 작업을 줄이고 자체 EMS 제품과 전략 자산을 구축하려는 팀.
- 자체 개발 역량을 갖춘 에너지 팀: 전략, 프런트엔드 및 클라우드 플랫폼의 발전 속도를 직접 관리하려는 팀.
- 프로젝트를 빠르게 복제해야 하는 EPC 및 운영사: 검증된 템플릿으로 사이트 운영 적용 기간을 줄이려는 팀.
- 복잡한 시나리오의 프로젝트 팀: 특수 장치, 여러 에너지원의 협업 또는 기존 플랫폼과의 긴밀한 통합이 필요한 팀.
팀 역량과 구축 목표에 따라 플랫폼 기반 자체 구축, 표준 솔루션 또는 공동 맞춤 개발을 선택할 수 있습니다. 서비스 모델을 참조하세요.
요구 사항별 문서 찾기
섹션 제목: “요구 사항별 문서 찾기”| 요구 사항 | 문서 |
|---|---|
| 첫 계산 폐루프 구축 | 빠른 시작 |
| 데이터 포인트, 시간대별 계획 및 그룹 정리 | 데이터 모델 |
| 제어 규칙 및 알람 절차 작성 | 트리거 구성, 알람 수명 주기 |
| 같은 유형 장치 증설 및 템플릿 갱신 | UDE 및 동적 자리표시자 |
| 추세 확인, 내보내기 및 지속 보존 | 이력 조회, 내보내기, 주기적 아카이브 |
| 용량, 설정 및 유지보수 관리 | 저장 공간 권장 사항, 실행 설정, 유지보수 잠금 |
| 장치 실행 결과 추적 | 장치 제어 로그 |
| Agent를 활용한 설정 지원 | EMS Builder Skills 23개 |