Wiznet makers

📌 Overview

Aurora Smart Home은 Home Assistant, ESPHome, Node-RED, Home Assistant 커스텀 통합, 대시보드, 제조 준비형 하드웨어 문서를 생성·검토하기 위한 Claude Code 기반 스마트홈 개발 플러그인입니다. 이 프로젝트는 특정 IoT 보드 하나를 만드는 하드웨어 프로젝트라기보다, 사용자의 스마트홈 개발 요청을 분야별 specialist agent로 라우팅하고, 보드·핀·센서·엔티티·주소·프로토콜을 검증한 뒤 실제 프로젝트 파일을 생성하는 스마트홈 개발 워크플로우 도구입니다.

📌 Features

검증 데이터 기반 스마트홈 개발

Aurora는 “모델이 그럴듯하게 만든 코드”가 아니라 보드, 핀, 엔티티, 주소, 레퍼런스 데이터를 기준으로 검증한 결과를 생성하는 구조를 지향합니다. ZIP 내부 README 기준으로 pin, entity, address를 schema-checked profile과 비교해 검증하는 것이 핵심입니다.

ESPHome 기반 EV Charger Monitor 예제 포함

examples/ev-charger-monitor는 OpenEVSE 충전기의 HTTP REST API를 10초마다 polling하고, 충전 상태, 세션 에너지, 세션 시간, 전류, 전압, 실전력, 누적 에너지를 Home Assistant에 노출합니다. 또한 최대 충전 전류 설정, sleep/wake 제어, 비피크 시간 충전, 태양광 잉여전력 기반 충전 자동화를 포함합니다.

W5500 SPI Ethernet 선택 옵션

EV Charger Monitor 예제는 기본 Wi-Fi 구성을 사용하지만, 차고나 충전기 주변 Wi-Fi가 약한 경우를 위해 W5500 SPI Ethernet module을 권장 옵션으로 둡니다. YAML 내부에도 ethernet: type: W5500 블록이 주석 형태로 포함되어 있어, 필요 시 유선 LAN 기반 노드로 바꿀 수 있습니다.

Home Assistant 중심 로컬 자동화

OpenEVSE 기본 예제는 로컬 LAN의 HTTP REST + JSON 구조를 사용합니다. 클라우드 의존도를 낮추고 Home Assistant에서 직접 상태 확인과 제어가 가능하므로, EV 충전기·태양광·가정 에너지 자동화를 로컬 네트워크 안에서 구성할 수 있습니다.

에너지 관리 시나리오와 연결 가능

EV Charger Monitor 예제는 solar-inverter-modbus 예제의 sensor.solar_inverter_power를 참조해 태양광 잉여전력이 1.5kW 이상일 때 충전하는 자동화 흐름을 제시합니다. 이는 단순 스마트홈 센서가 아니라 EV 충전, 태양광, 에너지 최적화를 묶는 EMS 방향으로 확장될 수 있습니다.

📌 System Architecture

Aurora Smart Home은 두 계층으로 이해하는 것이 정확합니다.

1. Aurora 개발 워크플로우 

이 계층에서 Aurora는 사용자의 요구를 해석하고, 어떤 specialist가 필요한지 결정한 뒤, 프로젝트 파일을 생성합니다. ZIP 내부 기준으로 EV Charger Monitor 예제는 README, ESPHome YAML, Home Assistant automation, dashboard, secrets template로 구성되어 있습니다.

2. EV Charger Monitor 예제

EV Charger
예: OpenEVSE
→ Local HTTP REST API / JSON
→ ESP32 running ESPHome
→ Network Path
   기본: Wi-Fi
   선택: W5500 SPI Ethernet
→ Home Assistant
→ Dashboard / Automation
→ User Control
   - 충전 상태 확인
   - 최대 전류 설정
   - sleep / wake 제어
   - 비피크 시간 충전
   - 태양광 잉여전력 기반 충전

W5500을 적용할 경우 데이터 흐름은 다음과 같이 정리됩니다.

EV Charger REST API
→ ESP32 ESPHome http_request
→ ESP32 JSON parsing
→ W5500 SPI Ethernet
→ Wired LAN
→ Home Assistant ESPHome API
→ Automation / Dashboard / Notification

이 구조에서 W5500은 EV 충전기 제어 로직을 수행하지 않습니다. W5500의 역할은 ESP32와 Home Assistant 사이의 IP 네트워크 경로를 Wi-Fi에서 유선 Ethernet으로 바꾸는 것입니다. 차고, 지하 주차장, 금속 구조물 주변, 전기차 충전기 설치 위치처럼 Wi-Fi 품질이 떨어질 수 있는 환경에서는 이 차이가 운영 안정성으로 이어질 수 있습니다.

📌 How to Use

🔍 Claude Code Prompting VS Using Aurora Smart Home as a Plugin

Aurora Smart Home의 핵심 가치는 “Claude Code에서 프롬프트를 잘 쓰면 프로젝트를 만들 수 있다”는 수준을 넘어섭니다. 일반 Claude Code 프롬프트는 사용자가 요구사항, 보드 정보, ESPHome 문법, Home Assistant entity 구조, 네트워크 옵션, 보안 설정, 자동화 조건, 문서 형식을 매번 직접 설명해야 합니다. 반면 Aurora Smart Home을 플러그인으로 사용하면, 스마트홈 개발에 필요한 reference data, specialist workflow, validator, recipe, 예제 구조가 함께 동작하여 더 일관된 프로젝트 산출물을 만들 수 있습니다.

📌 Role and Application of the WIZnet's Chip

지원하는 Wiznet 칩 

https://github.com/tonylofgren/aurora-smart-home/blob/main/esphome/SKILL.md

W5500, W5100, W5100S, W6100, W6300

EV Charger Monior 예제

https://github.com/tonylofgren/aurora-smart-home/tree/main/examples/ev-charger-monitor

EV Charger Monitor 예제에서 실제로 기본 활성화된 네트워크는 Wi-Fi입니다. W5500은 차고 환경 등에서 안정적인 유선 네트워크가 필요할 때 활성화할 수 있는 선택 옵션입니다. 

📌 Related Existing Contents & Expansion Value

1. W5500-EVB-Pico + ESPHome: RP2040 유선 이더넷 스마트 노드(Home Assistant 연동)

Link: https://maker.wiznet.io/sophia/projects/w5500-evb-pico-esphome-rp2040-----home-assistant-/?serob=rd&serterm=year

Similarity Point:

이 콘텐츠는 WIZnet W5500-EVB-Pico 보드에서 ESPHome을 유선 Ethernet으로 구동하고 Home Assistant에 연결하는 예제입니다. Aurora Smart Home의 ESPHome 개발 흐름, Home Assistant 연동, WIZnet 유선 네트워크 확장 관점과 직접 연결됩니다.

Difference:

기존 콘텐츠는 특정 하드웨어인 W5500-EVB-Pico와 ESPHome Ethernet 연결을 구현하는 단일 보드 예제입니다. 반면 Aurora Smart Home은 특정 보드 예제가 아니라, ESPHome 펌웨어·자동화·대시보드·검증·문서화를 생성하는 개발 워크플로우 도구입니다.

즉 기존 콘텐츠는 “W5500-EVB-Pico에서 ESPHome을 유선으로 붙이는 방법”을 보여주고, Aurora는 “그런 유형의 프로젝트를 보드 선택부터 검증·문서화까지 반복 생성하는 방법”을 제공합니다.

Connection Value:

두 콘텐츠를 연결하면 W5500-EVB-Pico 예제를 Aurora의 검증형 recipe 또는 reference project로 확장할 수 있습니다. 예를 들어 사용자가 “W5500-EVB-Pico로 Home Assistant용 유선 온습도 노드를 만들어줘”라고 요청하면, Aurora는 기존 Maker Site 콘텐츠의 구조를 참고해 보드 선택, ESPHome YAML, DHCP/static IP 설정, Home Assistant 엔티티, README, troubleshooting까지 생성하는 흐름으로 발전할 수 있습니다.

2. M5 Atom Lite 및 WIZnet W5500(ATOM PoE)을 사용한 Home-Assistant 블루투스 프록시

Link: https://maker.wiznet.io/bruno/projects/m5-atom-lite--wiznet-w5500-atom-poe---home-assistant--/

Similarity Point:

이 콘텐츠는 M5Stack Atom Lite와 WIZnet AtomPoE/W5500을 사용해 ESPHome 기반 BLE Proxy 노드를 구성하고, 이를 Home Assistant 및 Bermuda BLE 환경에서 안정적으로 동작시키는 가이드입니다.

Difference:

기존 콘텐츠는 BLE Proxy라는 구체적인 스마트홈 기능을 구현합니다. 특히 Wi-Fi/Ethernet 동시 설정 문제, BLE 스택 부하, W5500 interrupt/polling 설정 등 실전 운영 문제를 다룹니다.

Aurora Smart Home은 이러한 설정 문제를 사전에 검토하고, 사용자의 환경에 맞는 YAML, troubleshooting, 설치 문서를 생성하는 방향에 가깝습니다. 즉 기존 콘텐츠가 “실제 운영 노드의 안정화 사례”라면, Aurora는 “그 안정화 지식을 생성 도구와 validator로 체계화할 수 있는 플랫폼”입니다.

Connection Value:

두 콘텐츠를 연결하면 Aurora의 ESPHome specialist가 BLE Proxy + W5500 + Home Assistant 구성에서 반드시 확인해야 할 항목을 recipe화할 수 있습니다.

📌 Market & Application Value

Aurora Smart Home은 완제품 스마트홈 디바이스라기보다, 스마트홈/IoT 개발 생산성 도구에 가깝습니다. 따라서 시장성은 하드웨어 판매 단독보다, WIZnet 기반 reference design과 결합했을 때 더 커집니다.

적용 가능한 산업 및 시장

• 스마트홈 DIY 및 프로슈머 시장
  Home Assistant, ESPHome, Node-RED 사용자는 커스텀 센서, 릴레이, BLE Proxy, HVAC 제어, 에너지 모니터링을 직접 구성하려는 수요가 있습니다.
• 빌딩 자동화 시장
  조명, HVAC, 출입, BLE presence, I/O controller, 센서 집선 등은 Wi-Fi보다 유선 네트워크가 선호되는 경우가 많습니다.
• 스마트팩토리·산업용 Edge Node
  공장, 금속 구조물, EMI 환경에서는 무선 네트워크가 불안정할 수 있으므로 W5500 기반 유선 ESPHome/MQTT 노드가 실용적입니다.
• 에너지·유틸리티 모니터링
  전력, 수도, 가스, EV charger, 태양광, 배터리 모니터링은 장시간 안정성이 중요합니다.
• 교육 및 개발자 생태계
  Aurora는 단순 예제보다 “왜 이 보드와 핀을 선택하는가”, “어떤 validator를 통과해야 하는가”를 보여줄 수 있어 교육 콘텐츠로 적합합니다.

📌 External Indicators

Github

https://github.com/tonylofgren/aurora-smart-home/tree/main

• GitHub Star: 89
• Fork: 3

정량 지표만 보면 대형 오픈소스 프로젝트 수준의 확산은 아직 아닙니다. 그러나 24개의 release와 237 commits는 단순 일회성 실험보다 지속적인 개선이 이루어지고 있음을 보여줍니다. 특히 v1.14.0에서 recipe, verified sensor, JLCPCB stock, validator, manufacturing export 같은 항목이 계속 추가된 점은 프로젝트의 방향이 “데모”보다 “반복 가능한 개발 workflow”에 가깝다는 신호입니다.

Claude Code Marketplace

https://mcpmarket.com/ko/tools/skills/aurora-smart-home-orchestrator

📌 WIZnet Strategic Value

1. WIZnet 칩을 스마트홈 오픈소스 생태계 안으로 더 깊게 연결

WIZnet은 오랫동안 Ethernet chip과 TCP/IP offload 기술에서 강점을 가져왔습니다. 하지만 Maker와 스마트홈 개발자는 단순 칩 스펙보다 “Home Assistant에 붙는가”, “ESPHome에서 쉽게 쓸 수 있는가”, “MQTT로 바로 연동되는가”, “현장에서 안정적인가”를 더 중요하게 봅니다.

Aurora는 이 질문에 답할 수 있는 workflow 계층입니다. WIZnet 칩을 단순 부품이 아니라, Home Assistant/ESPHome/Node-RED/AI 개발 도구와 연결되는 생태계 요소로 보여줄 수 있습니다.

2. Maker Site 기존 콘텐츠의 재사용 가치를 높임

현재 Maker Site에는 W5500 기반 Home Assistant, ESPHome, MQTT, BLE Proxy 사례가 이미 존재합니다. Aurora를 활용하면 이 콘텐츠를 다음 단계로 확장할 수 있습니다.

• 기존 콘텐츠: 특정 프로젝트 구현 방법
• Aurora 연결 후: 동일 구조의 변형 프로젝트를 생성할 수 있는 recipe
• 고객 가치: “따라 하기”에서 “내 환경에 맞게 생성하기”로 전환
• WIZnet 가치: 개별 게시글이 누적되어 reference workflow 자산이 됨

📌 Summary

Aurora Smart Home은 Home Assistant, ESPHome, Node-RED, 커스텀 통합, 대시보드, 제조 준비 문서화를 하나의 검증형 개발 흐름으로 묶는 Claude Code 기반 오픈소스 프로젝트입니다.

📌 FAQ

Q1. 이 프로젝트는 무엇을 해결하나요?

Aurora Smart Home은 Home Assistant, ESPHome, Node-RED, 커스텀 통합 개발에서 발생하는 설정 오류와 문서화 부족 문제를 줄입니다. 보드, 핀, 센서, 엔티티, 버전 정보를 검증한 뒤 프로젝트 산출물을 생성하는 방식입니다.

Q2. 이 프로젝트에서 WIZnet 칩은 어떤 역할을 하나요?

Aurora 자체가 WIZnet 칩을 직접 탑재한 하드웨어는 아닙니다. 그러나 Aurora가 다루는 ESPHome 및 스마트홈 개발 흐름 안에서 W5500, W5100/W5100S, W6100/W6300 같은 WIZnet SPI Ethernet 칩은 유선 네트워크 연결을 담당하는 핵심 부품으로 활용될 수 있습니다.

Q3. 기존 WIZnet Maker Site 콘텐츠와 어떤 점이 비슷하고 다른가요?

기존 Maker Site 콘텐츠는 W5500-EVB-Pico, AtomPoE BLE Proxy, MQTT I/O controller처럼 구체적인 하드웨어 구현 사례입니다. Aurora는 이 구현 사례들을 생성·검증·문서화할 수 있는 상위 개발 도구라는 점이 다릅니다.

Q4. 이 프로젝트는 실제 제품으로 확장될 수 있나요?

Aurora 자체는 소프트웨어 개발 도구로 제품화될 가능성이 있습니다. WIZnet 관점에서는 Aurora를 단독 제품으로 보기보다, W5500 기반 유선 ESPHome node, BLE Proxy, MQTT I/O controller 같은 reference design을 빠르게 만드는 개발 workflow로 활용하는 것이 더 현실적입니다.

Q5. 개발자가 이 프로젝트를 참고하면 어떤 이점이 있나요?

개발자는 스마트홈 프로젝트를 만들 때 보드 선택, 핀 검증, YAML 작성, 자동화 연결, 대시보드 구성, 문서화 과정을 더 체계적으로 진행할 수 있습니다. 특히 WIZnet 기반 유선 네트워크 프로젝트에서는 기존 Maker Site 예제를 재사용 가능한 recipe로 발전시키는 데 도움이 됩니다.