Sofabaton X Server
Manage your Sofabaton hubs from your browser.
Sofabaton X Server is a self-hosted management application for X1, X1S, and X2 hubs. Configure devices and activities, edit commands and button assignments, back up and restore your configuration, and control your equipment with the built-in web remote.
Run one server for all your hubs. Open it from a computer, phone or tablet on your network. No Home Assistant installation is required. Its local HTTP and WebSocket API also lets you connect your hubs to automation platforms and build your own integrations.
Unofficial community project; not affiliated with or endorsed by Sofabaton.
Get started · Manage your hubs · Run the server · Build an integration
Control panel
| What you want to do | Where to start |
|---|---|
| Add a hub or switch between hubs | The hub picker at the top of the panel |
| Edit devices, commands and IR payloads | Hub → Devices |
| Change activity buttons, favorites, macros, power sequences and inputs | Hub → Activities |
| Create, edit or restore a backup | Backup → Make / Edit / Restore |
| Control equipment and customize your web remote | Remote → Card / Layout |
| Set up remote buttons for an integration to use | Wifi Commands |
| Require a sign-in for changes, and make tokens for integrations | Server settings → Access in the cog menu |
| Configure and test the X2 MQTT broker | Server settings → MQTT broker (admin sign-in required) |
Review configuration changes before Sync to Hub writes them. The panel shows progress and prevents competing writes while another hub operation or the official Sofabaton app owns control.
Follow the hub management guide for editing, synchronization, backups and Wifi Commands.
Run
You need a Sofabaton X1, X1S or X2 hub, a computer that can stay running on its network, and Python 3.11+ or Docker on Linux.
Fully close the official Sofabaton app on all phones and tablets before setup. If another proxy, including the Home Assistant integration, already manages the hub, disable that hub there first.
Install the server and start it (the protocol library is included):
python -m pip install "sofabaton-x-server>=0.2.2,<0.3"
sofabaton-x-server
Open http://<server>:8480/, or http://localhost:8480/ on the server
computer. Add your hub through the hub picker, try Remote, then create
and download your first backup.
The getting-started guide walks through each step. Keep the server's data directory across restarts. Until you set up access (Server settings → Access in the panel), anyone on your network can change your hubs; after that, changes need the panel's sign-in or a token, while reading and the remote stay open. Use the server on a trusted LAN or behind an authenticating reverse proxy. See security.
For Docker, networking and reverse proxies, settings, and storage and upgrades, see Running the server.
Using the official Sofabaton app
After setup, the official app can connect through the server's local proxy. The hub normally accepts one client connection; the server holds that connection and presents a virtual hub to the app.
While the app is connected, the server observes the session and pauses control and configuration writes. Close the app to return control to the panel and your integrations. After editing in the app, refresh the affected devices or activities in the panel.
Back up and restore
Use Backup → Make to save your entire hub or selected devices, then download the result. Edit a backup file in the browser or restore selected devices and activities through Backup → Edit / Restore.
The downloaded file is your backup; the server keeps no backup archive. See back up and restore for the steps and restore options. For command payloads, see the IR reference.
Web remote
Use Remote in the panel, or open http://<server>:8480/ui/remote/
for a standalone remote. Select a hub, bookmark the page, or add it to
your phone's home screen. Customize its buttons and layout in
Remote → Layout and save the configuration for that hub.
See the web remote guide for layout options, device mode and dashboard embedding.
Connect an automation platform
The server provides activity control, command sending, hub state and remote-button events for integrations. Wifi Commands lets you assign selected remote buttons to events an integration can receive. An integration must receive those events and run the actions in your platform.
The Hubitat example demonstrates activity switches, command actions and button events. Developers can use the same API to build integrations for other platforms.
For setup, see Wifi Commands. For delivery details, see the button-event and MQTT reference.
Build an integration
Use the server as the starting point for a platform integration. Let users configure their hubs in the panel, then select those hubs in your client. Your integration can focus on controls, state and automations, and link back to management and the web remote.
- Build an integration: activity controls, synchronized state, command actions and remote-button triggers, with an optional runnable client.
- Platform integration guide: production behavior, errors, reconnection and optional editing flows.
- API reference: snapshots, jobs, writes, recovery, IR payloads, backups, discovery and events.
- OpenAPI document: the committed contract for generated clients. A running server also serves interactive docs at
/api/v1/docs.
Help and releases
Start with setup troubleshooting. For a bug report, open an issue with your server version, hub model and firmware, installation method, relevant logs and steps to reproduce the problem.
This README describes 0.2.2, using API 1 and sofabaton-x >=0.2.2,<0.3. Read the changelog and upgrade notes when updating. This release adds optional access control and integration tokens, browser-origin checks, MQTT broker setup in the panel, an X2 number pad, optional update checks, per-hub app-proxy controls and firmware guidance, and fixes hub display order and discovery by the official app.
Development
See server development for building the UI, tests, OpenAPI generation and releases.
Release files for sofabaton-x-server 0.2.2
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| sofabaton_x_server-0.2.2.tar.gz | 739.4 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| sofabaton_x_server-0.2.2-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 1.3 MB
Release files / sofabaton_x_server-0.2.2.tar.gz
| Download URL | sofabaton_x_server-0.2.2.tar.gz |
|---|---|
| Size | 739.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
98a498756b032cf5f69819b7c0e3501be5a4ee640d523633af26b9c39c1af2b9
|
|
BLAKE2b-256 checksum How to use checksums |
ae355feadfa0de316357cbd1c7f6f184a7003a23c5e822f25ce106ddf8f51449
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 25, 2026.
Transparency logRelease files / sofabaton_x_server-0.2.2-py3-none-any.whl
| Download URL | sofabaton_x_server-0.2.2-py3-none-any.whl |
|---|---|
| Size | 591.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
7a672270061e4b56f446f047157529e2b9769d87f41d4b8bf8f536fcf0977e4a
|
|
BLAKE2b-256 checksum How to use checksums |
550bed36a868c1a46870ff8bf32b105dd2f8471a7fd533e7faf0706e0d61f9b3
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 25, 2026.
Transparency log