Our great sponsors
-
regelwerk
regelwerk: a collection of behaviors (rules) for my MQTT-driven smart home. Published as an example, not as an active project.
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
willow
Open source, local, and self-hosted Amazon Echo/Google Home competitive Voice Assistant alternative
-
MHI-AC-Ctrl
Reads and writes data (e.g. power, mode, fan status etc.) from/to a Mitsubishi Heavy Industries (MHI) air conditioner (AC) via SPI controlled by MQTT
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
We are making Gladys Assistant ( https://gladysassistant.com/ ), an open-source smart home software.
It's less "techy" than HA (no YAML files, no CLI), and UI first.
We have way less integrations for now, but are working hard on it.
Don't hesitate to try it and make us some feedback.
I gave up on Home Assistant, it requires too much tweaking of configs between releases. I took inspiration from https://github.com/stapelberg/regelwerk instead
Seconding this. I was able to just run it with docker compose on a cheap mini PC and it chugs away happily, interfacing with all manner of devices (Phillips/Lifx/IKEA/Airpurifier/Bunnings brands). Only gets tricky to set up devices when you're dealing with some hostile cloud based gadget that doesn't want to play nice.
Unbelievable it can all be controlled offline using Siri on an iPhone, or other voice assistants.
It can even display your electricity consumption by counting the LED pulses on your smart electricity meter that fires every 1000th of a kw/h, only takes a cheap ESP32 and a photodiode: https://github.com/klaasnicolaas/home-assistant-glow
Such a wonderful project.
Very nice!
Would you be interesting in integrating with my project Willow[0]?
Willow supports Home Assistant, OpenHAB, and generic REST+MQTT endpoints today. With Home Assistant and OpenHAB we benefit from their specific API support for providing speech to text output and processing through things like the HA Assist Pipelines[1].
From our standpoint we handle wake word, VAD+AEC+BSS, STT, TTS, user feedback, etc. All we really do is send the speech transcript to the Willow command endpoint (like HA) and speak+display the execution result. Other than all of the wild speech stuff and our obsession with speed and accuracy Willow is really quite "dumb" - think of it as a voice terminal.
OpenHAB has something similar but it's significantly more limited.
[0] - https://heywillow.io
[1] - https://developers.home-assistant.io/docs/voice/pipelines/
If you want to try, I build and maintain a rootless home-assistant container (which they refuse to support) that shouldn't have the issue.
Container: https://github.com/onedr0p/containers/pkgs/container/home-as...
Yep, I'm relatively new to Home Assistant but love it. Combined with ESPHome, I've got most of the lights in my house controlled (via switch changes, not smart bulbs), and my all my air conditioners via the MHI-AC-Ctrl project[1,2] (which is fantastic - ordered the boards from JLC-PCB, parts from Ali-Express, told ESPHome to program everything and plugged them into the ports and...it all just worked!).
Just got a Mitsubishi Electric (which is different to MHI) and a Daikin at my parents house to get online - but code for both exists and I suspect the MHI boards can be reprogrammed to fulfill the role without any hardware changes.
It's incredible that the future we wanted in like, 2010 can be had and had without selling your soul to the cloud: I can leave the house, and turn off all my lights and AC's while walking out the door, or get notified if I've left my garage open - without a single cloud provider dependency, all open-source.
[1] https://github.com/absalom-muc/MHI-AC-Ctrl/
[2] https://github.com/ginkage/MHI-AC-Ctrl-ESPHome
Yep, I'm relatively new to Home Assistant but love it. Combined with ESPHome, I've got most of the lights in my house controlled (via switch changes, not smart bulbs), and my all my air conditioners via the MHI-AC-Ctrl project[1,2] (which is fantastic - ordered the boards from JLC-PCB, parts from Ali-Express, told ESPHome to program everything and plugged them into the ports and...it all just worked!).
Just got a Mitsubishi Electric (which is different to MHI) and a Daikin at my parents house to get online - but code for both exists and I suspect the MHI boards can be reprogrammed to fulfill the role without any hardware changes.
It's incredible that the future we wanted in like, 2010 can be had and had without selling your soul to the cloud: I can leave the house, and turn off all my lights and AC's while walking out the door, or get notified if I've left my garage open - without a single cloud provider dependency, all open-source.
[1] https://github.com/absalom-muc/MHI-AC-Ctrl/
[2] https://github.com/ginkage/MHI-AC-Ctrl-ESPHome
Re: MyQ, check out ratgdo [1]. It's a lovely little hardware project that wires into Chamberlain/Liftmaster controllers and provides a local WiFi-only interface. It integrates perfectly with HA. It's a shame Chamberlain discontinued their homekit bridge, because it shouldn't be necessary to use a cloud integration to trigger a garage door.
[1]: https://paulwieland.github.io/ratgdo
Shameless plug of my Go library for writing Home Assistant automations - for any HA users out there that want to be able to just write code instead of fussing with UI (built-in automations, Node Red, etc)
https://github.com/saml-dev/gome-assistant
Thanks!
STT is "just" a very heavily optimized (beyond even faster-whisper) Whisper implementation, so all of those languages[0].
For TTS we now use Coqui, which has a wide range of models with various voices, languages, etc. It even supports Meta MMS which has support for 1,100 languages[1].
[0] - https://github.com/openai/whisper#available-models-and-langu...
[1] - https://about.fb.com/news/2023/05/ai-massively-multilingual-...
Helm is an absolute mess in my experience.
I'm using zigbee2mqtt in K8s and just pinning the deployment to a node and mapping the device as a volume: https://github.com/LukeChannings/kube-config/blob/3b61c7607c...
Should work the same for Home Assistant, but I don't use HA for Zigbee directly, instead using z2m -> MQTT -> HA, which I've found to be very robust.
I'm waiting for a new K8s cluster (based on CM4) and when I re-implement all of this I'll get a network-based PoE Zigbee device (https://smlight.tech/manual/slzb-06/), that way I can un-pin the deployment and look at high availability Zigbee via MQTT (something Home Assistant doesn't support)