Przegląd
Projekt łączy software, elektronikę i protokoły przemysłowe. Lokalny kontroler zbiera telemetrię i realizuje bezpieczne strategie, a warstwy Core, UI i Cloud rozdzielają automatykę od zarządzania flotą.
Problem
Sterowanie ogrzewaniem i wykorzystaniem energii z PV musi działać lokalnie mimo utraty internetu, a jednocześnie udostępniać diagnostykę, historię i konfigurację bez mieszania odpowiedzialności urządzenia, serwera i chmury.
Rozwiązanie
ESP32 z ESPHome obsługuje dwa sensory DS18B20, przekaźnik i RS-485. Native Modbus controller realizuje transport RTU; Edge publikuje uwierzytelnioną telemetrię, Core normalizuje urządzenia i automatyzacje, a UI prezentuje stan oraz diagnostykę.
Moja rola
Projektowałem granice Edge/Core/Cloud, kontrakty telemetrii i bezpieczeństwa, logikę automatyzacji, diagnostykę, aplikacje NestJS/Next.js oraz dokumentację bezpiecznego okablowania i wdrożenia self-hosted.
Architektura
GI Edge posiada GPIO, UART, RS-485 i Modbus; GI Core nie otwiera portów szeregowych, tylko konsumuje dane transportowo-neutralne. PostgreSQL przechowuje model domenowy, a Next.js udostępnia panel. Chmura zarządza tożsamością, nie lokalną automatyką.
Wyzwania inżynieryjne
Najważniejsze decyzje to local-first fail-safe, jakość i świeżość telemetrii, separacja napięcia sieciowego od logiki 3,3 V oraz jawne granice SunSpec. Fizyczna walidacja docelowego ESP32 i instalacji pozostaje wymagana.
Rezultaty i obecny status
Repozytorium potwierdza firmware, Core, UI, diagnostykę i przygotowane ścieżki Modbus/automatyzacji. Nie przedstawiam planowanej walidacji sprzętowej, OTA ani pełnego SunSpec discovery jako funkcji produkcyjnie ukończonych.