Repository navigation
ESPHome device wizard #59
Replies: 7 comments 14 replies
|
I love it, honestly. It's not clear to me exactly how, but I assume this can be re-visisted at any later point in time? My thinking is, it looks like a first-time wizard that can be dismissed for "later." If I do that, where do I find it again? |
|
Looking great, nice job! Off topic: seeing BT proxy on by default, made me wonder why we don't have that enabled in the Voice PE firmware. |
|
LGTM! |
|
nice, with the check marks on the right, it doesn't feel like a checklist at all, but a normal status. Like this i wouldn't feel any pressure to check everything off (and i normally do).
|
|
My suggested copy changes: Small change to intro text to explain it can do all these things at once, also want to avoid using proxy as much as possible:
Slightly friendly language... part of me wants to move away from the proxy terminology, but can't thing of anything better (Changing it to something like Bridge would be a bigger OHF decision)
The text box for MA is great text, just want to better explain the trade offs above.
This is the way I explain it in the draft marketing copy I'm working on. Just note there is no thread capability in the immediate future.
|
|
Thanks for all the feedback. I did a new iteration, recording below. What changed:
One I am keeping as is: the yellow check mark on audio when Music Assistant is not set up. I could not find a better way to signal "this works, but there is a better option" for now, so open to ideas if anyone has one. CleanShot.2026-07-21.at.11.38.38.mp4 |
|
Another iteration, here is what changed:
CleanShot.2026-07-27.at.16.42.16.mp4 |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Updates
What this is
A concept for how a multi-purpose ESPHome device introduces itself after being added to Home Assistant. One piece of hardware, four things it can do where we help the users configure it.
More info about this opportunity can be found on this roadmap item OpenHomeFoundation/roadmap#191.
The prototype lives on the real HA device page so the wizard shows up in context, not as a standalone screen. A persistent banner ("Setup your ESPHome device") sits above the device cards and opens a checklist dialog.
Try prototype
CleanShot.2026-06-29.at.17.03.06.mp4
The four capabilities
To demonstrate its behavior we are using a reference device called "Connect Proxy" that surfaces these four capabilities:
Key design decisions
Checklist over linear wizard. Setup isn't a forced sequence. It's a hub of four independent flows you complete at your own pace, with progress saved. The banner copy adapts ("Setup" to "Continue setup") as you go. Is a checklist the right mental model, or does it feel like unfinished homework?
State-aware, not aspirational. Each capability reflects what the hardware is actually doing. No speaker plugged in? Audio is blocked with a reason. ZBT-2 detected? Connectivity skips ahead to "Detected, set up." We don't offer flows the hardware can't deliver. How aggressively should we show blocked items vs. just hide them?
The Music Assistant suggestion. Audio works out of the box, but we steer users toward Music Assistant as the better option. It's a deliberate suggestion inside a setup flow. Helpful or distracting?
The banner as permanent furniture. It stays on the device page after setup is done. Should it go away once everything's configured, collapse, or stay as an entry point?
What to poke at
All reactions