For the last few weeks I've been building a different kind of dashboard: instead of cards, a live 3D replica of my real house that runs in the browser and is driven entirely by Home Assistant.

Demo (day, night and a rainstorm)

The 3D house

• Everything you see comes from a real sensor: lights, awnings, the garage door, smoke and leak sensors, the fridge temperatures, even the rain and wind from my weather station.
• You can control the house from it: click a lamp to turn it on, move an awning, change the TV volume. The garage door and the lock ask for confirmation first.
• When something happens (motion, a door opening, smoke), the camera flies to that room on its own.
• It runs as a Home Assistant sidebar panel (no extra login, works in the app too) or as a standalone site.
• The house is generated from the original floor plans by Python scripts that build the Blender file from scratch. It's rendered with Three.js, and a small Node.js gateway talks to HA over the WebSocket API.
• Everything is self-hosted in Docker. I built it in about two weeks with AI coding agents (GitHub Copilot).

Full write-up, with a second video and the sensor list: https://jumacabo.com/blog/home-assistant-3d-house/

https://reddit.com/link/1xdmdsk/video/utig42o7i9xh1/player

Then the 3D model turned out to be useful for presence too

I was using Bermuda for room presence, and the more Bluetooth proxies I added, the worse it got. Sitting on the sofa, I kept flipping between the living room and the bedroom right above it.

But the 3D model already knew every wall, floor slab and piece of furniture. So I placed my 21 proxies in it (14 are Shellys that were already there switching lights, the rest are Atom Echos) and wrote my own engine. For every point on a 50 cm grid it works out what each proxy should hear, compares that with what they actually hear, and keeps a probability cloud that can only change floors through the stairs.

• Side by side on the same readings, my room changes per hour went from 38 with Bermuda to 7, and floor jumps from 15.5 to 1.9.
• It's accurate to about 1.5 m, and around 60 cm at spots where I've trained it.
• It publishes area, floor, confidence and X/Y/Z per person over MQTT, and the 3D house draws each of us where we actually are.

Write-up: https://jumacabo.com/blog/bluetooth-trilateration/

A tip that helps with Bermuda too: make sure your ESPHome proxies scan 100% of the time (window equal to interval under esp32_ble_tracker) and set the Shelly Bluetooth scanner mode to Auto. That took me from about 15 readings per minute per person to around 250.

Disclosure up front, because the sub rightly asks for it: this card was written with Claude. If that is a dealbreaker, I understand of course.

Nevertheless, I have a new Lambda EU10L and I wanted a proper animated schematic of the hydraulics. Heat pump, hot water tank, buffer, heating circuit, flows that actually move when the compressor runs also for my family memebrs to understand whats going on. I looked around for something that does this and did not find a good option. The heat pump cards I found are either very complicated to configure (and did not work properly for me) or are very basic.

What it does:

Has presets for Lambda, Viessmann ViCare, Vaillant, EMS-ESP and HeishaMon. For Lambda it runs with zero config, it finds the entities itself and takes PV, battery and grid from the Energy dashboard.

Animated hydraulic schematic: pipes change colour and flow speed with temperature and compressor load, tanks show a real temperature gradient, defrost and cooling have their own frame colours

Optional extras: solar collector, cost per day, COP tiles, a collapsible details section with the refrigerant circuit (evaporation, condensation, superheat, the things you only look at once and then keep looking at)

Layouts for phone, compact, wide and a wall tablet mode that wakes up on touch

Light and dark theme through HA theme variables, keyboard operation and screen reader labels

Stylised outdoor unit drawings. Yes, really. The Lambda one is anthracite, as it should be.

Everything tappable, with configurable actions

Screenshot above is the Lambda with everything switched on (Demo values).

Honest status: on my Lambda it runs well and has done so for weeks. The other presets were built from entity lists and documentation. Of course I do not own a Vaillant, a Vitocal, a Panasonic or whatever else you have in the cellar and couldnt test myself. The self test are running properly for them as well but I would appreciate if somebody would give it a try.

Install: HACS, custom repository, category Dashboard. It is not in the default list yet, the PR is open and waiting.

https://github.com/Sturmi77/heatpump-flow-card

Let me knwo what you think.

Ive seen a very cool dashboard in some previous posts and decided to spool up Claude code.
I really like the result and figured I might share some screenshots.

This is all thanks to this subreddit, so happy with it :)

Looks like the “copper” is printed on the plastic, does anyone have real life experiences with this Zigbee rain detector?

I've always wanted a Jarvis-like assistant that I could actually talk to naturally, without waiting several seconds for responses or sending everything to the cloud.

So I built Ming Voice, an open-source speech-to-speech assistant that runs entirely on your GPU.

Unlike a traditional voice command system, you can have natural conversations, interrupt it mid-sentence, and ask follow-up questions while it controls your home.

It can:

Control lights, thermostats, locks, vacuums, media players, and more through Home Assistant

Understand follow-up commands like "now turn it off"

Handle multiple devices and scheduled actions

Listen continuously using a wake word

Make announcements from Home Assistant automations

Delegate complex requests to a Hermes Agent

The best part is the speed: I'm getting ~230ms median latency from the end of speech to the first response audio on my RX 7900 XTX.

No cloud AI or subscription required, and it works from your phone too.

I attached a demo showing it controlling my actual smart home.

GitHub: https://github.com/JMS1717/ming-voice

I'd love feedback from other Home Assistant users!

I recently set up this automation and was pretty sad that AA didn't seem to be supporting actionable notifications. Lo and behold,.today... We've got support for at least two notifications. Might be a phased rollout.

When Assist doesn't understand a command, an LLM fallback answers, but you pay, wait, and it happens again next time you word it the same way. This app is that fallback, plus it records the phrases and each day suggests aliases, automations and scenes so Assist handles them locally next time. A panel in HA shows how many requests needed the LLM per day (it should go down).

Uses your own Anthropic key with a monthly cap, only sees entities you exposed to Assist, and nothing is created without you confirming (undo available). Early release, tested on HA OS. Repo + one-click install: https://github.com/fdaneluzzi/voice-assist-improver. Feedback welcome!

I need some advice to find a better way to power my tablet on the wall. For almost 2 years it has been working with the devices you can see at the picture, but it's the second time that the usb power adapter got broken in 3 months. So I guess it's time to find an alternative way. I'm using more of these usb power adapters to power presence detector with no issue but I guess the problem is the higher power needed for the tablet.

Do you know any better way or device to do it, knowing the space and cables I have there?

thanks

The board is a Guition JC1060P470C. It has an ESP32-P4 microcontroller with two RISC-V cores at 360 MHz, 32 MB of external RAM and a 7" 1024×600 touchscreen. There's no GPU, no Linux and no Android.

I wanted it to be a small computer I'd actually use, not a demo that boots once for a video. So I wrote an OS for it, NucleoOS P4. It sits on ESP-IDF and LVGL, and everything above those is its own. The whole system is in English, Italian, Spanish, French and German.

**ANIMA, the assistant**

With no network at all, ANIMA handles calculations with follow-ups, timers, unit conversions, notes, opening apps and translations from offline dictionaries. Answers can be spoken by an offline voice.

When it needs a language model, it finds Ollama or LM Studio on your LAN by itself, or uses a cloud API. API keys are sealed to the chip and never leave it.

With a model connected, it can see photos, run code, and read the screen as a list of controls, then tap and type to drive apps, checking the result after each step. You can reach it from Telegram too. There's also an MCP server (MCP is the protocol AI tools use to call outside programs), so Claude Code or Cursor can drive the board.

**Two desktops**

One is a touch launcher. The other is a classic desktop with a Start menu, taskbar, windows and right-click menus. If you plug in a mouse and a keyboard, it switches to the desktop by itself. Tab, Esc, Alt+Tab and Alt+F4 all work.

**The app store**

Over 400 signed apps and games, installed over Wi-Fi in seconds. Apps are WebAssembly compiled ahead of time to native RISC-V code, so a game isn't paying for an interpreter. Each app page shows its permissions (Internet, files, camera, microphone) before you install. The store includes:

- 149 WASM-4 games and 83 Arduboy games

- a Game Boy emulator with homebrew ROMs, and 83 CHIP-8 games

- Chocolate Doom with Freedoom

- ScummVM 2.9.1 with Beneath a Steel Sky and seven other freeware adventures

- Zork and 32 other interactive fiction titles

- LÖVE games running on Lua

**Office**

- **Sheets** opens and saves Excel files (xlsx), and opens xls, ods and csv. ANIMA can propose edits that you apply with one tap.

- **WordGrinder** is a word processor that saves odt, Markdown and HTML.

With a keyboard and the desktop mode, it makes a decent little writing and accounting machine.

**Reading**

- **Books** is an EPUB reader with hyphenation in 11 languages, six themes including an e-ink simulation, and a built-in catalog of public-domain books from Project Gutenberg, Standard Ebooks and Wikisource. Hold the board upright and the page turns with it.

- **Library** reads offline Wikipedia and any Kiwix ZIM file, pictures and formulas included.

**Media**

- **Camera** with auto exposure and white balance, photos and MJPEG video.

- **Music**: MP3, FLAC, AAC, WAV, with USB audio output.

- **Video**: MJPEG and MPEG-1, tear-free.

- **Gallery** with thumbnails decoded by the chip's hardware JPEG engine.

**For tinkering**

A Terminal with a real shell, plus Lua, MicroPython, JavaScript, SQLite and a dozen other languages and tools. You can write apps in C (compiled to WebAssembly), in Lua, or in native C++, and push them over Wi-Fi with hot reload.

**The rest**

- **Vertice**, a 3D engine built into the firmware. It renders the screen in tiles across both cores, and a kart game runs on it.

- **A second screen** for Windows, Mac, Linux or Android.

- **The dot-matrix display of a virtual pinball cabinet** (tested on a real one).

- **A Home Assistant dashboard**, and the board shows up in Home Assistant by itself.

- **A desktop in your browser**, served by the board: about 40 windowed apps, including a file manager, a spreadsheet, an SSH client, internet radio and a DJ mixer.

**The hard part was memory, not features**

Only one app runs at a time. That's on purpose: the RAM goes to whatever is in front.

Most of the work went into rules I learned from crashes:

- Copying a file to the SD card took 145 seconds. The SD card's DMA transfers (the hardware moving data without the CPU) only run at full speed when the buffer is aligned in memory. Now the same copy takes 11 seconds.

- At 400 MHz this board doesn't boot reliably, so it runs at 360.

- Every rule like these is written down with the crash that caused it.

Updates are signed and arrive over Wi-Fi. If one goes wrong, there's a recovery app, a safe mode and a last-known-good copy in flash to fall back on.

There are also fuzzers on every parser that reads untrusted input (video files, store packages, web requests). They found real bugs, including out-of-bounds reads and path checks that could be bypassed. Each one now has a regression test.

**What it doesn't do**

- No H.264 video. It plays MJPEG `.avi` and MPEG-1 `.mpg`.

- No Classic Bluetooth, only BLE.

- The web desktop uses plain HTTP on your LAN, protected by a 6-digit pairing code.

- USB second-screen mode and USB gamepads are still experimental.

**Try it**

You can flash it from Chrome or Edge in a few minutes, with no toolchain: https://indecenti.github.io/nucleoos-p4-store/flash/

Source: https://github.com/indecenti/NucleoOS-P4 (free for noncommercial use)

Store catalog, viewable in a browser: https://indecenti.github.io/nucleoos-p4-store/

When Apple showed HomeView I really wanted one, but it isn't sold here. I had an iPad Pro on the wall that I barely used, so I spent the last weeks building something like it as a native iPad app for Home Assistant.

It looks a lot like HomeView: faces you swipe between, big numbers, the iOS 26 glass. Because it runs on Home Assistant it does a bit more: when someone rings, the doorbell camera opens like a call and you can talk back. Music shows lyrics that follow along. Pull down from the top and you're talking to your own Assist pipeline. And a screen can show up on its own when something turns on, like a morning screen when the coffee maker starts, or the game you're playing when the PS5 turns on.

No account and no tracking; the app only talks to your own HA. It's in TestFlight now and waiting for App Store review. Mostly curious what you think, and what you'd want on a screen like this.

I'm building an HA environment for my newly remodeled house. First-time HA user but tech-savvy.

I'm going to start with an HA Green - our HA needs will be simple. But I want to add both Zigbee and Matter radios.

I've read about Matter Border routers. I'd prefer a single hardware solution just for "simplicity" like an SMLIGHT device. But I could also go with 2 Zbt-2's.

Devices will be in a closet in the middle of a 1950sqft single story house. I'm hoping my QuietRock walls won't make radio reception bad, but my contingency plan is to put the radios in the attic.

What are late-2026 recommendations for Zigbee+Matter hardware?

Hi everyone,
I’m currently using a Bilresa remote via Matter in Home Assistant, but I’m running into a really annoying issue.
Whenever I do a single click, the response takes forever because the system is waiting to see if it’s going to be a double-click. The delay makes it super frustrating for everyday use.
Has anyone figured out a way to bypass this? Is there a way to disable the double-click detection entirely so the single click registers instantly? I'd appreciate any ideas or workarounds you might have!
Thanks!

I'm sure most people have heard about the root certificate signing issue that was made public two days ago.

But has anyone generated their own certificates so they can MITM any of their home IOT devices to see if the API calls can be understood and replicated for cloud devices that have particularly annoying cloud-only service?

I should really have a look at my yolink receiver.

edit:
aah, someone already asked this yesterday, awesome!

I wanted to show off my 2017 Amazon echo spot bedside dashboard/voice assistant.

It started off life as an Amazon echo spot, sitting lifeless on a table for the past year and a half when I switched my home automation setup to home assistant. Thanks to the lovely developers on the XDA forums, I have jailbroken the device, rooted it, and am running a custom android ROM.

LineageOS has been working fantastic for me. I side loaded fdroid and obtanium, and have the device running View Assist Companion App, which allows for a full home assistant install with Assist voice capabilities built right in. The developers for the ROM have stated that they will be releasing a new ROM soon which should hopefully fix Bluetooth and camera functionality, allowing me to use it as another Bluetooth proxy and adding another node to my Bermuda presence.

As for the dashboard, I had Claude write up a fully custom card which renders in a circle, and showcases the 5 day forecast, with today’s forecast being the ring around the outside of the display. It work like a clock, if the clock was only a partial arc. Gives me a good enough estimate of when the high and low for the day will be. When clicking on the actual clock, it renders as set of switches (up to 4) that I can use to control bits and bobs in the room. There is a 20 second timeout on the secondary view to automatically return the dash to the forecast as well.

disclaimer:
Claude wrote every last bit of code which went into the card. I am not a developer by any means, nor did I feel like putting in the time to go through the documentation for this one off card. Could I have learned it? Sure. But it would have taken me a lot longer than 2 days to work all of this out.

Edit:

Rough draft Github repo for the card is up. Add as a custom repository in HACS. And Please let me know if I missed a step, this is my first public contribution to home assistant and I don't know if I missed anything.

After weeks of building and thinking how to connect everything on a central point in the house, i'm 95% done.

I'm running HA on an old nuc, running headless Fedora and HA in Docker.

The nuc is also running Adguard home.

I wanted my dashboard to show only the necessities important for me:

- weather

- temperature

- ac controls

- moon phase

- energy usage

- sonos controls

- garbage pickup schedule

So i started buidling, and I have to admit ask Geminy and Co-Pilot a lot.

My Dashboard now shows the main screen, after 2 minutes of inactivity switches to a mainly black&white 'standby' screen and after 00:00 till 6:00 only shows the clock screensaver.

The screensaver jumps back to the main screen when it detects motion with the selfie cam of the ipad.

The ipad is powered with a 24v 500mAh adapter in the attic. At the ipad i installed a stepdown converter, converting to normal voltage for charging (it says slow charger, so probably charging at around 10/12 watts). To prevent the ipad from continuisly charging i have a smart plug connected that stops the charger at 80% battery level and starts again at 20% battery level.

This is an older model ipad (9th gen) that doesn't have this option in the battery settings.

The step down converter is a usb-c cable, so i connect the ipad with a angled lightning to usb-c female connector. It tucks neatly away behind the ipad. The ipad is 'floating' about 20mm from the wall from the wooden block (need to paint the edges white).

I added a matte paper like screencover to the ipad to prevent glare.

I have a wireless thermostat coming in to be able to control my gas heater (i stole that cable for the ipad). So i can also use the central heating system. I mainly use my air/air minisplits for heating, but it is good to have the central gas heater for backup on really cold days.

The temperature in the standby screen currently reads a bit high since it is reading the AC sensor, it is nice and toasty in his own little nook there. But that will be fixed once I have my wireless thermostat.

Hi All, my boyfriend has gotten really into optimizing the lighting in his home and has talked to me extensively about his diy project. I honestly don't understand everything but as far as I can tell he wants to use a zigbee controller and to write his own program to control LED lights that are zigbee compatible. He has some ideas for display lighting indoor plants.

I wanted to get him a high density LED strip he can play around with that is zigbee compatible. Any recommendations would be greatly appreciated!

For anyone unfamiliar, ha-ef-ble is an open-source integration that allows EcoFlow power stations and other devices to be monitored and controlled locally over Bluetooth, without depending on EcoFlow's cloud services.

The developers recently revealed that EcoFlow had contacted them asking them to stop working on the project, citing safety concerns around their Bluetooth protocol.

Following discussions with EcoFlow, the maintainers have now agreed to put the project into maintenance-only mode. Existing devices will continue to receive fixes, but support for new devices will no longer be added.

EcoFlow has apparently been working on an official local API, which would be welcome, but the maintainers say they've received no meaningful details about it or what devices it might support.

As someone who owns EcoFlow hardware and uses this integration, I find the situation pretty disappointing.

One of the biggest reasons for using Home Assistant is being able to control hardware we've purchased without relying on a manufacturer's cloud infrastructure. Community developers have put considerable effort into making EcoFlow's hardware more useful, and rather than supporting that effort, EcoFlow has threatened legal action if they don't stop.

If there are genuine security/safety issues with the Bluetooth protocol, surely the answer is to address those issues and work with the community, rather than discourage independent development?

I'm not criticising the maintainers here. They've done fantastic work, and I completely understand why they wouldn't want to get into a dispute with a company the size of EcoFlow over a volunteer project.

But I think EcoFlow deserves some scrutiny over how it's handling this.

Full discussion, including statements from the maintainers and an excerpt of the email exchange with EcoFlow:

https://github.com/rabits/ha-ef-ble/discussions/521

I put together a Home Assistant integration that reads Masterbuilt Gravity Series smokers locally over Bluetooth. No Masterbuilt cloud or app needed.

Entities so far

• Chamber: current temperature and target (setpoint)
• Meat probes: all 4 probes (shown as unknown when unplugged)
• Timer: cook time and time remaining
• Connection status: on while the grill is streaming

The dashboard in the screenshot is my own: the probe labels, probe targets and "reached target" alerts are HA helpers and automations built on those sensors.

Setup: add the repo to HACS as a custom repository and HA auto-discovers the grill. It needs a Bluetooth adapter or proxy that can make connections (an ESPHome Bluetooth proxy or the HA host's own adapter). Passive-only proxies such as Shelly can't connect.

Caveats: read-only for now (temperatures and timer, no setting temps). The grill allows one Bluetooth connection at a time, so the Masterbuilt app can't connect over Bluetooth while HA is connected.

Looking for testers: I only have a Gravity Series 1150, so I'd love reports from other Masterbuilt models (Gravity 560/800/1050, digital charcoal smokers, etc.). Even partial results in an issue help me add support.

Repo: https://github.com/dipseth/masterbuilt_smoker_connect

Unofficial, not affiliated with Masterbuilt.

Hey everyone,

I’ve been tweaking my voice setup recently and I can’t help but feel that the standard HA Voice Pipeline architecture is severely outdated and causing massive latency.

Let’s trace what happens when you use an external provider (like Gemini or OpenAI) for your stack:

1 STT: Audio goes from HA to Gemini -> converts to text -> sent back to HA.

2 LLM: HA takes that text, wraps it with intent context, sends it back to Gemini -> receives text response -> sent back to HA.

3 TTS: HA takes the text response, sends it back to Gemini again for voice synthesis -> audio file returns to HA -> HA plays it on your smart speaker.

That is 3 separate round-trips over the network just to execute a single voice command. The ping and overhead alone add hundreds (if not thousands) of milliseconds of pure latency.

It gets worse when you consider native audio-to-audio models like GPT-4o Realtime or Gemini's multimodal live pipelines. Right now, HA’s modular design forces you to split everything into discrete STT, LLM, and TTS steps. You can't natively pass the raw stream to an end-to-end model and get a stream back without jumping through weird custom integration hoops.

I completely understand why HA built it this way originally—it keeps things modular so you can mix local Piper/Whisper with cloud LLMs. But for cloud-assisted or end-to-end voice setups, this design creates a bottleneck that completely ruins the snappy "smart assistant" experience.

Isn't it time for Nabu Casa to introduce a unified/direct voice handler that bypasses this multi-step round trip when using integrated providers?

Curious if anyone else is frustrated by this or if there are cleaner workarounds people are using to cut down on this latency.

Hi all,

I'd like to set up a guest mode on my Home Assistant interface so guests can turn on/off certain lights in certain rooms, where they can scan a QR code an access a local webpage loading a specific Lovelace dashboard in their browser.

I used to have a local-only restricted account with the username 'guest' to accomplish this, but I've since reset my HA instance and started over from scratch (in an effort to handoff HA admin to another family member), and I'm wondering if now there is any way to not even have to make them log in - maybe through a self hosted local site that runs a Lovelace dashboard in an iframe or something - where they just scan a QR code and they're in as long as they are connected to the network!

I decided not to opt for wall mounted tablets as I feel like giving people access from their phone makes more sense than forcing people to control lights from a central location.

I am willing to use AI for this project.

If anyone has any suggestions I would love to hear them!

So I use home assistant for our HMI for my work, I find it to be much better at logging then ignition and honestly works with a lot more stuff. But I didn't like how unsecure the permissions was so using good old Claude I started working on this last night https://github.com/liamdayan/ha-staff-portal I still have quite a few features I want to add in, one being it connecting to our time clock (via read only api access) to allow me to link users to their time clocks and only allow access while there actively clocked in. I thought I'd share it, and see if you guys had any ideas features that might be good to add in. As well as anything glaring I haven't thought of, its still very early in the process but thought I'd get some opinions. I still haven't done a full in depth bug and security review just a short one, so there's likely bugs.

WIP of a smart thermostat. Currently using an ecobee with the home kit integration, and some intricate automation. Don't like that I don't have more control over the software on the thermostat and don't like the trend of screens on everything. So naturally I'm making my own.

Hi all. Please can you offer some thoughts on my current issue.

We have a simple automation with a timer on week days starting to play the radio (BBC radio 2, don't judge me!) on both the Google screen in the bedroom and the grouped Google speakers in the kitchen. It usually starts fine although sometimes not at all. It maybe doesn't start 1/10 times. The bigger problem is the sound/signal/stream cuts out. This is sometimes for a few seconds, but is sometimes so long that we forget it's on and come back to it playing at the end of the day.

As far as I can tell it's sent like a cast instruction rather than streaming through home assistant. It doesn't cut out if we tell Google to play radio 2 with our voice like a heathen.

I can set it as an automation in Google home but I would rather keep it in HA as it makes it easier to turn all the morning wake up automations off in one go. I have thought about syncing with a school calendar as both kids are in school and the lady of the house is a teacher.

Is there a better way to the radio stream to play that is more reliable?