The README's Known Limitations & Roadmap section was out of date — it claimed device control was not yet implemented and that Socket.IO was unused. Both are inaccurate: climate control (mode, target temperature, fan speed, swing) ships via Socket.IO machine events, and live device-data updates come over the same socket.
Changes
Replace Known Limitations & Roadmap with a How It Works section describing authentication, polling, the live Socket.IO connection, command flow, and unit handling.
Add a smaller Known Limitations list covering what genuinely still applies (reauth on refresh-token expiry; one entity per indoor unit, no installation aggregate).
Reword the temperature-units note to be clearer that HA always shows Celsius and Fahrenheit devices are converted transparently in both directions.
Test plan
Render the README on Gitea / GitHub and confirm formatting looks correct.
Sanity-check against the code: climate.py exposes async_set_* for hvac mode, temperature, fan mode, swing; api.py connects Socket.IO and sends create-machine-event for control.
## Summary
The README's *Known Limitations & Roadmap* section was out of date — it claimed device control was not yet implemented and that Socket.IO was unused. Both are inaccurate: climate control (mode, target temperature, fan speed, swing) ships via Socket.IO machine events, and live `device-data` updates come over the same socket.
## Changes
- Replace *Known Limitations & Roadmap* with a *How It Works* section describing authentication, polling, the live Socket.IO connection, command flow, and unit handling.
- Add a smaller *Known Limitations* list covering what genuinely still applies (reauth on refresh-token expiry; one entity per indoor unit, no installation aggregate).
- Reword the temperature-units note to be clearer that HA always shows Celsius and Fahrenheit devices are converted transparently in both directions.
## Test plan
- [ ] Render the README on Gitea / GitHub and confirm formatting looks correct.
- [ ] Sanity-check against the code: `climate.py` exposes `async_set_*` for hvac mode, temperature, fan mode, swing; `api.py` connects Socket.IO and sends `create-machine-event` for control.
The "Known Limitations & Roadmap" section claimed device control
was not implemented and that Socket.IO was unused. Both are now
inaccurate — climate control (mode, temperature, fan speed, swing)
ships via Socket.IO machine events, and live device-data updates
come over the same socket connection.
Replace that section with a "How It Works" overview and a smaller
"Known Limitations" list reflecting the actual remaining gaps.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Summary
The README's Known Limitations & Roadmap section was out of date — it claimed device control was not yet implemented and that Socket.IO was unused. Both are inaccurate: climate control (mode, target temperature, fan speed, swing) ships via Socket.IO machine events, and live
device-dataupdates come over the same socket.Changes
Test plan
climate.pyexposesasync_set_*for hvac mode, temperature, fan mode, swing;api.pyconnects Socket.IO and sendscreate-machine-eventfor control.