You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit 9e651a5
Browse filesBrowse the repository at this point in the historyBrowse files
Copy file name to clipboardExpand all lines: docs/apps-yaml.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1028,7 +1028,7 @@ Keep `alphaess_app_id` and `alphaess_app_secret` in `secrets.yaml` rather than i
1028
1028
- `alphaess_control_enable`- Allow Predbat to write charge/export schedules to the inverter. Defaults to **`true`** - an AlphaESS component that is configured but not writing to the inverter is not what most users expect, so set this to `false` explicitly if you only want monitoring
1029
1029
- `alphaess_battery_rate_max`- Optional override, in Watts, for the battery's maximum charge/discharge rate - see below
1030
1030
- `alphaess_api_delay` - Optional pacing between API calls, in seconds (default: `2`). AlphaESS advise a minimum 10-second polling interval between calls to the same endpoint
1031
-
- `alphaess_min_write_interval` - Optional minimum spacing between writes to the same inverter, in seconds (default: `300`). Both write endpoints are documented as writable once per 24 hours, so this is the first line of defence against exhausting that budget. Predbat applies a schedule in stages (window, then enable, then target SoC), so for up to 60 seconds after a write it will still send a small number of corrections to the schedule it just sent - otherwise a half-applied schedule, such as a charge window carrying the previous cycle's target SoC, would sit on the inverter for the whole interval
1031
+
- `alphaess_min_write_interval` - Optional local pacing between writes to the same inverter, in seconds (default: `300`). The periodic schedule API (`setTimeChargeBySn`) supports repeated updates and is not limited to one write per day; the once-per-day wording in the legacy endpoint documentation does not apply to it. This setting avoids unnecessary requests and is not an API-imposed daily limit. Predbat applies a schedule in stages (window, then enable, then target SoC), so for up to 60 seconds after a write it will still send a small number of corrections to the schedule it just sent - otherwise a half-applied schedule, such as a charge window carrying the previous cycle's target SoC, would sit on the inverter for the whole interval
1032
1032
- `alphaess_startup_write_delay` - How long Predbat waits after starting or restarting before it sends charge and discharge schedules (default: `300`seconds, or five minutes). Predbat still reads your inverter during the wait. It sends the latest schedule when the wait ends and another update is due. Set to `0` to remove the wait
1033
1033
- `alphaess_hold_power` - The charging power Predbat requests when it needs to stop the battery discharging (default: `100`W). It sets a 10% target, so a battery below 10% may charge up to that level. Increase this value if your inverter rejects 100 W. This setting only works if your AlphaESS system lets Predbat set charging power through the cloud
1034
1034
- `alphaess_shutdown_mode` - What Predbat does when it stops normally (default: `none`). This only applies when inverter control is enabled and Predbat is not read-only:
Copy file name to clipboardExpand all lines: docs/components.md
+2-1Lines changed: 2 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1524,7 +1524,7 @@ Integrates with AlphaESS SMILE/Storion hybrid inverters via the AlphaESS Open AP
1524
1524
1525
1525
- **EXPERIMENTAL:** nobody on the Predbat project has AlphaESS hardware, so behaviour is inferred from AlphaESS's published Open API documentation and the Home Assistant AlphaESS integration rather than confirmed against real inverters. Every request and response is traced to the log (`api_debug`, on by default) with credentials redacted, so a tester can capture evidence for an issue report. Run the [diagnostics CLI](inverter-setup.md#alphaess-cloud) against your own system before trusting Predbat with control
1526
1526
- **Control is on by default**, the same as `sunsynk_control_enable`. Set `alphaess_control_enable: false` for monitoring only. `switch.predbat_set_read_only` additionally holds back Predbat's own automatic writes, including its periodic re-apply
1527
-
- **Both write endpoints are documented as writable once per 24 hours.** Predbat therefore only writes when the payload actually changes, gates charge and discharge independently so one does not consume the other's budget, and paces writes with `alphaess_min_write_interval`
1527
+
- **The periodic schedule API (`setTimeChargeBySn`) supports repeated updates and is not limited to one write per day.** Once-per-day wording appears in the legacy `updateChargeConfigInfo` and `updateDisChargeConfigInfo` documentation; it must not be applied to the periodic API. Predbat only writes when the payload actually changesand uses `alphaess_min_write_interval` as local pacing to avoid unnecessary requests. Legacy charge and discharge writes are paced independently
1528
1528
A schedule is committed in stages (window, then enable, then target SoC), so a small, capped number of corrections is allowed through within 60 seconds of a successful write - without it the inverter would run a schedule Predbat had already superseded until the interval expired
1529
1529
- **Export cannot be controlled at all.** The Open API has no forced-export, working-mode or dispatch endpoint, and AlphaESS document the discharge window as a *permission* window - during it the system runs in self-consumption, outside it the battery may only charge - so Force Export exports nothing beyond genuine solar surplus. Freeze Export is equally undeliverable, because nothing in the API stops the battery charging from solar. Set `select.predbat_mode` to `Control charge` on these systems, and see [AlphaESS cannot be used to control export](apps-yaml.md#alphaess-cannot-be-used-to-control-export)
1530
1530
- The battery percentage in a timed discharge schedule is Predbat's requested reserve, or its export target if it has planned an export window. AlphaESS has a separate minimum battery level for powering your home; set that in AlphaESS. A disabled discharge schedule may still show a battery percentage because AlphaESS requires one, but it does not set that separate level. Predbat uses a **zero** charge or discharge rate when it needs to hold the battery, because AlphaESS has no pause control
@@ -1535,6 +1535,7 @@ A schedule is committed in stages (window, then enable, then target SoC), so a s
1535
1535
- Systems reporting no battery capacity (plug-in solar, such as the VT1000 family) are skipped by design - there is nothing for Predbat to control
1536
1536
- A system that does not serve live power data automatically falls back to five-minute history data and re-probes itself back to live if it recovers
1537
1537
- Using the AlphaESS phone app while Predbat is running can overwrite Predbat's settings, and vice versa - the charge and discharge endpoints are whole-object replacements, so the last writer wins. Predbat logs when a field it owns has changed since its last write
1538
+
- While Predbat actively controls a system, it reads schedules back every five minutes; monitoring-only and read-only installations use a thirty-minute interval. A write gets five minutes to reach the inverter before a mismatch triggers re-application, and a restart preserves that deadline. Periodic readback also checks whether the daily schedule has been changed to weekly
1538
1539
- A write reaching the cloud does not mean the inverter has applied it: it collects new settings on its next poll, typically one to five minutes later
0 commit comments