I’ll also vote to reconsider WiFi. Home Assistant supports a variety of local mesh networks that by default can’t connect to the cloud and whose devices are cheaper and lower power.

I use all three of zwave, Zigbee, and thread; ha works with whatever you need.

I choose to pay for remote access, but it’s for convenience and to support the developers. You are free to configure it yourself in a couple ways (and there is decent documentation) or do without remote access

I don’t know how you set up remote access for OpenHab, but from a quick glance at the web site it looks similar

I’ve been trying to comment more, but we have to post as well

I’m not entirely sure why all the hate : Jenkins can do the most things the must ways. And yes, it’s so much nicer defining a pipeline with a fully functional language than an assortment of yaml files

Actually that was my response when my company wanted to start using Gitlab ci. It only has one way of doing things so you can probably get a faster start if you had no ci, were a small company, and had simple builds. However we’re over 4,000 builds in many languages from 12 year old monoliths to modern micro services and containers…… and way too much godawful JavaScript. Do you want the quick and simple tool great for a small startup or the all powerful kitchen sink of tools?

Home Assistant hs communities to share exactly that

My similar script has a very different goal: at midnight if someone is still up, it dims the family room light and announces on speaker”hey kids, it’s time for bed”

Signing (intermediate) certs have been compromised before. That means a bad actor can issue fake certs that are validated up to your root ca certs

While you can invalidate that signing cert, without useful and ubiquitous revocation lists, there’s nothing you can do to propagate that.

A compromised signing certs, effectively means invalidating the ca cert, to limit the damage

I’ve definitely been afraid of that in recent years. Historically I’ve taken it as an opportunity for my own celebration and health be damned, but so much candy has gotten bad enough that I just don’t enjoy it.

And no I can’t afford good candy for hundreds of screaming kids who will never know the difference.

Still rare, only trolls. If someone is judgy or confrontational I’ll move on. It’s only if they’re trying to start a fight, trying to create an ongoing argument that I’ll block them.

Hosting email just saved the day! My ex got locked out of her email account and password resets were blocked. However she still had one “home” forwarding email configured as a recovery address, so we were able to redirect it somewhere accessible and unlock her email account!

Ok. Here those terms have common usages which made your claims sound misleading. I’m sure that’s different in different places

Even from the headline, your article states they were profitable in 2020. Yes, back then a lot of it was due carbon credits. So they priced things according to the market they were in?

Are you complaining that GM for example was only profitable because of those credits? They (and other legacy manufacturers) decided it was more profitable for them to buy carbon credits from Tesla than to develop their own EVs. You could argue they were only profitable because they could buy pollution rights from Tesla.

But of course that’s old news. Profits ebb and flow but Tesla has more recently been profitable even not counting those credits.

Regardless the market has changed and those pollution credits no longer exist. It’s a different world for both EV manufacturers and legacy manufacturers, so we’ll see what happens. Pollution is free again, although of course the picture is complicated by trade wars, fascism and musk s reputation, as well as the meteoric rise of competitors in China

Yeah there have definitely been times when I’m driving quite a bit faster than I think in my model y. But the scary part is my teen. The very first time I let him drive my Tesla, he drove faster than I ever have

But acceleration can be worse. The first time I found a “safe” stretch of road to try, the acceleration pushed me back in my seat so far that I no longer had a solid grip on the steering wheel. I really scared myself there, and among other things keep the seat tilted farther forward now

Looking into the Denmark thing I see

• https://www.msn.com/en-us/autos/news/one-in-four-tesla-model-3s-fail-safety-inspections-in-denmark/ar-AA1Awx3J

So this was once, for model 3, because it’s old enough. This is absolutely the same as the very well publicized quality issues from back when model 3 manufacturing was ramping up. They certainly had problems and took 2-3 years to straighten it out.

Since then they’ve had much better quality and the model y had very few problems from the start, so I’d expect a significant change in results as these newer cars get old enough to undergo those tests.

My take is these tests correlate with quality problems from four years in the past and Tesla certainly had those

Still, not trying to be pedantic here but terminology is important. Seems like you’re talking about quality or reliability.

Generally

• safety ratings are government or independent tests on newly manufactured cars. The goal is to detect design issues. Tesla has always had very high safety ratings
• quality or reliability is how these cars hold up over time. The goal is to detect manufacturing issues and places where too many compromises are made. There are many places attempting to do this and one source may be annual safety inspections. Teslas used to have some very well publicized quality issues that would show up here. Early model s and model X were effectively hand made, and they took a couple years to stabilize model 3 manufacturing. As far as I know they are similar to other manufacturers now (except of course the Cybertruck), but I’d certainly expect historical data to not be as forgiving.
• accident data is real life results in how they’re used. In this case we have way too many streamers misusing teslas self-driving feature, convincing others it’s more capable than even Tesla claims, that probably contributes. But I believe it’s also the sheer acceleration. It used to be the Mustang that was stereotypically more acceleration than drivers can handle, but we may have that here as well. Every Tesla has outstanding acceleration and of course you’d try it. It will be more than you expect: can you handle it?

Edit to add

• insurance data generally determines repairability. We see that for a variety of reasons teslas are expensive to repair. Some of it’s the design, some the materials, some the plethora of tech, and some is availability of parts, and the lack of third party parts

Might want to take another look at reality

deleted by creator

Hah, my lab is mostly a bunch of raspberry pi’s screwed to a wall

I always thought this was an argument for properly racking everything. If it takes more effort, more time to remove, maybe they won’t bother.

My understanding is that for most individuals, theft is mainly

1. Targets of opportunity. Lock your door and make sure nothing expensive is visible
2. Smash and Grab. The goal is to act fast and not care about what you break, so anything harder to smash (without tools) or that causes delay is good.

I do have outside cameras but they’re not as useful as you’d think. Maybe they have some deterrent value but they’re not going to alert anyone fast enough unless they’re already in the house and you’re not going to identify anyone even if you catch a good shot of their face. If the do catch someone, perhaps the video is enough to say, yep

For my use case, I’m continually fiddling with my VM config. That’s my playground, not just the services hosted there. I want home assistant to always be available so it can’t be there.

I suppose I could have a “production “ vm server that I keep stable, separately from my “dev” vm server but that would be more effort. Maybe it’s simply that I don’t have many services I want to treat as production, so the physical hardware is the cheapest and easiest option

Same here. In particular I like small cheap hardware to act as appliances, and have several raspberry pi.

My example is home assistant. Deploying on its own hardware means an officially supported management layer, which makes my life easier. It is actually running containers but i don’t have to deal with that. It also needs to be always available so i use efficient “right sized” hardware and it works regardless whether im futzing with my “lab”