Home Assistant is turning 8 years this week. To celebrate we have launched crowdfunding campaign for Home Assistant Amber, a device for both beginners and home automation enthusiasts and the easiest way to get started with Home Assistant.
Whenever I buy smart-home stuff I first check if it is supported by HA. (So no more Kasa, and Nest was a huge compromise, I'm thinking there is a place for HA to make a [OpenTherm] Thermostat, like you made the P1 smartreader ["SlimmeLezer", reads energy and gas usage in the Netherlands]). The new Energy dashboard is extremely cool and useful and it's making a difference.
I love what you are doing and it's making Home Automation/IoT a better place. It is how Home Automation should be, with privacy and local control as founding principles. Keep it up.
Edit: Amber looks great! M.2 nice! I thought you were all about Odroid internally, so I'm a bit surprised it has a Pi compute module, I like that though. What drove that decision? Maybe you can go on the Self-Hosted podcast [0] again and talk about Amber, I enjoyed the previous interview [1] :)
I second this. I tried other platforms (jeedom, domotics) before stumbling into HA a few years ago, and my Home Assistant experience was so much smoother than the others. I never looked back. Most of the things just worked. When it did not, the community was super helpful and welcoming in the forums, even with the noobs, this is a big differentiator. Thank you.
SelfHosted and all the other shows at jupiterbroadcasting.com are fantastic! (Especially Coder Radio.) If anyone here somehow hasn't heard of them yet, congrats you're one of today's 10K. :)
As the author of FOSS tools, I have worked to make sure things I have developed get packaged and used, and I have even spent a fair amount of time helping others to port it to their systems, even if it does nothing to help my use case. Frankly, seeing tsuch a hostile stance towards redistribution makes me wary of using it.
I just wasted half an hour reading through the threads.
The gist is that NixOS has some weird dependency management that overrides Home Assistant's in a way that makes HA on NixOS a unique experience. And NixOS is not done repackaging HA, so it is in an unfinished state that only advanced users should attempt. ThIS will inevitably confuse users. Those users will then go to HA for support and will be unable to get it. HA doesn't want to support that and was pretty clear about it. Then this Jorg person got all up in arms and threw a hiss fit all over the internet and everybody got tense.
NixOS offers reproducible builds, which is why their package manager is the way it is. pip doesn't seem to offer very good support for that: https://github.com/NixOS/nixpkgs/pull/126326#issuecomment-86... (I don't use pip so I don't know enough to comment on it)
The NixOS also offered several ways to prevent just "go[ing] to HA for support and will be unable to get it":
So it is not just NixOS's "weird dependency management".
The threat to relicense the software came after the NixOS devs offering several ways to prevent more burden, and after the HA dev discovered Fedora packages it too:
> The gist is that NixOS has some weird dependency management that overrides Home Assistant's
In other words, NixOS does what every other distro do and package every dependency required to run the application beforehand. HA devs appear to be claiming in almost every single one of the linked discussions that the Nix package is broken, but I can't find them pointing to any concrete evidence or specifics. I doubt they have any, because they can't have tried it out in a matter of few hours.
> And NixOS is not done repackaging HA
HA devs appears to be making a whole point out of this too, but it's quite overblown considering that the example being listed is a dependency that was introduced only days prior [1].
> HA doesn't want to support that and was pretty clear about it.
Did you see the Nix devs' proposal early on about requiring users to set the option `config.ambee.acceptThatThisPackageIsNotSupportedByUpstreamDevelopersAndIWillGoToNixpkgsToReportAnyIssues = true` [2] in order to be able to use the package? That was met with immediate hostility from HA devs.
> Then this Jorg person got all up in arms and threw a hiss fit all over the internet and everybody got tense.
That's likely not the impression people get from looking at any of the mentioned links, which is presumably why the prior HN thread mentioned in GP seems to have blown up. If anything, it makes me think twice about using HA myself because I fear this is the standard response I'd get from HA devs if I ever dare file an issue.
> Did you see the Nix devs' proposal early on about requiring users to set the option `config.ambee.acceptThatThisPackageIsNotSupportedByUpstreamDevelopersAndIWillGoToNixpkgsToReportAnyIssues = true`
I did see that but it's somewhat irrelevant because the person that would know what that means would already know where to ask the right question. And the person that has no idea what they're doing would just type 'true' and not know why. I'm in the latter camp btw. Things have to be mostly idiot proof for me. When they're not I'm going to ask questions where I think the most experts are. If I have a problem with HA, I dont care where I got it from or what configs I had to do surgery on, I'm gonna post my question in the HA forums.
To be clear if I was trying to use HA on NixOs at this very moment, I would have no idea what questions are appropriate where except that my problem is with HA so thats where I'd ask it.
> That's likely not the impression people get from looking at any of the mentioned links
We're all different, but as a person ignorant of NixOs and HA, it's the impression I came away with.
> irrelevant because the person that would know what that means would already know where to ask the right question
How can people not know where to ask questions when all the people who'd ask has been told exactly where in a single short English sentence? What's not clear about "accept that this package is not supported by upstream developers and I will go to Nixpkgs to report any issues"?
> it's the impression I came away with
It's not a reasonable one on two counts. Let's go over the statement again:
> Then this Jorg person got all up in arms and threw a hiss fit all over the internet and everybody got tense.
First, he did not appear "all over the internet." The are only two places where I can find him discussing the topic online: in the Nixpkgs GitHub issue and a single Home Assistant thread where he sought to get clarifications from upstream regarding licensing policies.
Second, that he "threw a hiss fit" is taking your imagination to a real stretch. In no single comment did he express anger or frustration. All he ever did in his very few comments was 1. decline to drop the package from Nixpkgs and 2. ask about Home Assistant licensing. Take that in contrast with the behavior of HA devs where almost every single comment in the linked threads is provocative, sarcastic, and condescending, making evidence-free claims of incompetence and breakage at every step of the way right from the start.
I'm a random human on the internet who doesn't care about HA or NixOS and went down a rabbit hole. My impressions of what I saw are my impressions. I don't care about any of this enough to argue about it.
I will answer this, though, because its happened to me a thousand times:
> How can people not know where to ask questions when all the people who'd ask has been told exactly where in a single short English sentence? What's not clear about "accept that this package is not supported by upstream developers and I will go to Nixpkgs to report any issues"?
I install HA on NixOS and everything seems to work perfectly and I'm happy. I buy the latest, just released Phillips Hue light and try to connect it and can't get it connected. I go to HA to try and troubleshoot ( because thats what I'm using and where this question is most relevant). HA devs tell me I'm missing a dependency and to pip it in or add it or however it normally works. I can't on NixOS and start collecting weird exception messages. In the end, HA devs spend hours wondering wtf is going on with my system until they realize it's NixOS and doesn't work the way they expect it to. I've now wasted their time unintentionally and had no idea it was actually an issue related to packaging I should have been asking about in NixOS - who are totally unaware of the trouble being caused to HA. That's just how the real world works.
It's priced at $149 with all that, whereas rp4 2GB w. zigbee and PoE would be $45 + $45 + $20 = $110, so price seems reasonable if you need all those things as you're getting the rtc, m.2 and case all in a nice package.
My use would probably only need the Zigbee module and I can 3D print a case, so I'd go with the rp4 especially as I have a bunch lying around anyway! But Seems like a really nice package if you need all those things, and especially PoE is nice to have built in.
> Just trying to see the benefit of the Home Assistant Amber over a Raspberry Pi 4 2GB.
I'm guessing largely the "for beginners" part in the description. That and people who lack time or for other reasons want something working out-of-the-box?
Right now, I have an issue with a third party add on where if I upgrade the host OS it doesn't pass USB devices the same way to the guest container. Its stuff like this where I don't want to designate the time to figure it out. Where an out of the box solution would more than likely alleviate that and have more people working on a solution for everyone.
The main thing that I notice is the lack of wifi and 2GB of RAM. I think it'd be easy for that to get tight with some of the big add-ons and I'd think the consumer space is exactly where you'd want wifi.
Otherwise, it looks like a pretty decent package, though.
Any chance declarative configuration (tank or any other format) will be getting a second chance? Like many here it’s the one way of working with HASS that feels/felt nice.
I feel like you're missing an opportunity by launching this as a DIY type device.
That market segment can already cater for themselves with a Raspberry pi etc..
You've made big leaps with the Config Flow system, I feel like the time is right to launch a fully polished device. Cater for the people who don't want to ever see the PCB, they're tech savy but want a pretty device to sit on the mantle piece with a GUI that just works.
Sorry if this is a stupid question, but is there a reason for not having z-wave support on Amber? It wasn't mentioned in the picture and no ctrl+f "wave" hits on the page.
I'm very excited about this device. I've been using Smartthings and then IKEAs gateway, but haven't been happy with their performance and features.
The same is true of Blue, the current iteration of the hardware, and I believe its because people who are into home automation enough to buy a dedicated Home Assistant box probably already have a bunch of hardware and opinions on whether they like Z-Wave, Zigbee, HomeKit, 433mhz radios, or pulses fired down their power lines. Its much easier to provide some hardware which can support any of those via USB and GPIOs.
Also, Z-Wave licensing is an absolute nightmare, and significantly expensive.
I worked around this by creating a button that runs a git commit & push, and an iframe that points to a local running flask app that renders a <pre><code>{{ shell("git status")}}</pre><code>. Not as nice as fully declarative YAML, as this also captures the data files, but at least I have point in time restore.
They have a great amount of hardware already available and lots of knowledge to accelerate and cheapen your roadmap.... If you are willing to share the design of course.
This is very interesting. I host hass my self and probably will get one. Have you considered bundling it with hardware to also measure and control home devices?
Docker containers work fine and iirc are officially supported.
I’m unsure of the maintainers motives, I’m also unclear on whether they’re even a hass core developer, but I don’t really care enough to read more either.
They release pretty frequent updates (monthly), with features added in most of them. It honestly doesn't really make sense to package it with the distro. Home Assistant 1 year ago was missing a lot of nice features in the present version. Plus fixes for integrations that stopped working reliably due to API changes (Ecobee comes to mind), etc.
The best/easiest way to run it is to use Docker. They have a script that will set it up for you. After that, the container can basically self update and self manage. Any addons that you want to use are installed as separate docker containers that talk to the main home assistant container. It's super seamless and easy.
In my case, I just setup a barebones Debian VM and ran their setup script. It took care of all the Docker stuff and got it up and running.
I think being in control of your device's update cycle is pretty important if you're relying on that device for anything. I want to be able to leave my home-automation controller alone for years without maintenance, and no matter how good their release cycle management is this fighting over distro packaging is a bit of a red flag.
It probably deserves its own distribution at this point. HA comprises multiple containers and container management so it would probably be an invasive install to your host OS.
Home Assistant is turning 8 years this week. To celebrate we have launched crowdfunding campaign for Home Assistant Amber, a device for both beginners and home automation enthusiasts and the easiest way to get started with Home Assistant.
For more info see https://www.crowdsupply.com/nabu-casa/home-assistant-amber