tianpu/zpark-ems
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
7947a230c408b309588b72c921963e31f1095016
zpark-ems/VERSIONS.json

10 lines
301 B
JSON
Raw Normal View History

feat: customer frontend, Sungrow collector fixes, real data (v1.2.0) - Add frontend/ at root (no Three.js, no Charging, green #52c41a theme) - Fix Sungrow collector: add curPage/size params, unit conversion - Fix station-level dedup to prevent double-counting - Add shared token cache for API rate limit protection - Add .githooks/pre-commit, CLAUDE.md, .gitignore - Update docker-compose.override.yml frontend -> ./frontend - Pin bcrypt in requirements.txt - Add BUYOFF_RESULTS_2026-04-05.md (39/43 pass) - Data accuracy: 0.0% diff vs iSolarCloud Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-05 23:43:24 +08:00
{
"project": "zpark-ems",
fix: devices.json protocol http_api -> sungrow_api (v1.6.1) All 10 Sungrow inverters had protocol="http_api" in devices.json, but config.yaml only enables the "sungrow_api" collector type. Result: 0 collectors started on fresh deploy, no data collection. Fix: use sungrow_api for all inverter devices. Discovered during Z-Park demo deployment on xie_openclaw1 — after seeding, collectors refused to start until protocol was updated in the DB. This fix prevents the regression on reseed. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-10 09:40:46 +08:00
"project_version": "1.6.1",
feat: Z-Park branding, data collection fix, buyoff pass (v1.3.0) Branding: - Replace all Tianpu text/colors with Z-Park (green #52c41a) - Update login, sidebar, BigScreen, localStorage keys Data collection: - Populate ps_id for all 10 inverters (Phase1: 2226182, Phase2: 2226188) - Fix docker-compose volume mount for customer config.yaml Buyoff warning fixes: - Installed capacity: 2200 kW / 10 Sungrow inverters (was wrong Huawei data) - Feature flags: hide charging menu when features.charging=false - Device total count: compute client-side from stats - Device groups: enrich group names from metadata Buyoff result: CONDITIONAL PASS (21/21 critical, 54/63 total) Data accuracy: <3% deviation from iSolarCloud reference Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-06 22:05:06 +08:00
"customer": "Z-Park 中关村医疗器械园",
feat: solar KPIs, version display, feature flags (v1.4.0) New dashboard KPI cards: - Performance Ratio (PR) with color thresholds - Equivalent Utilization Hours - Daily Revenue (¥) - Self-Consumption Rate Version display for field engineers: - Login page footer: "v1.4.0 | Core: v1.4.0" - Sidebar footer: version when expanded - System Settings: full version breakdown Backend (core sync): - GET /api/v1/version (no auth) — reads VERSIONS.json - GET /api/v1/kpi/solar — PR, revenue, equiv hours calculations - Dashboard energy_today fallback from raw energy_data - PV device filter includes sungrow_inverter type Feature flags: - Sidebar hides disabled features (charging, bigscreen_3d) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-06 22:37:09 +08:00
"core_version": "1.4.0",
"frontend_template_version": "1.4.0",
fix: update VERSIONS.json to match v1.2.0 tag VERSIONS.json was still showing 1.1.0 while the git tag and commit message already referenced v1.2.0. Sync version metadata. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-06 08:22:10 +08:00
"last_updated": "2026-04-06",
fix: devices.json protocol http_api -> sungrow_api (v1.6.1) All 10 Sungrow inverters had protocol="http_api" in devices.json, but config.yaml only enables the "sungrow_api" collector type. Result: 0 collectors started on fresh deploy, no data collection. Fix: use sungrow_api for all inverter devices. Discovered during Z-Park demo deployment on xie_openclaw1 — after seeding, collectors refused to start until protocol was updated in the DB. This fix prevents the regression on reseed. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-10 09:40:46 +08:00
"notes": "Fix devices.json protocol (http_api→sungrow_api) to enable Sungrow collectors"
feat: customer frontend, Sungrow collector fixes, real data (v1.2.0) - Add frontend/ at root (no Three.js, no Charging, green #52c41a theme) - Fix Sungrow collector: add curPage/size params, unit conversion - Fix station-level dedup to prevent double-counting - Add shared token cache for API rate limit protection - Add .githooks/pre-commit, CLAUDE.md, .gitignore - Update docker-compose.override.yml frontend -> ./frontend - Pin bcrypt in requirements.txt - Add BUYOFF_RESULTS_2026-04-05.md (39/43 pass) - Data accuracy: 0.0% diff vs iSolarCloud Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-05 23:43:24 +08:00
}
Reference in New Issue Copy Permalink