this post was submitted on 26 Aug 2023
83 points (100.0% liked)
Technology
37742 readers
74 users here now
A nice place to discuss rumors, happenings, innovations, and challenges in the technology sphere. We also welcome discussions on the intersections of technology and society. If it’s technological news or discussion of technology, it probably belongs here.
Remember the overriding ethos on Beehaw: Be(e) Nice. Each user you encounter here is a person, and should be treated with kindness (even if they’re wrong, or use a Linux distro you don’t like). Personal attacks will not be tolerated.
Subcommunities on Beehaw:
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
As someone who does live in a "fully smart" home, used quite some time to plan it and had to fend of "smarthome" manufacturers like flies aroud a shitcake:
90% of all products on the market are a scam and shouldn't be called smart at all - they are fancy "remotes" either via voice or mobile phone. Nothing about that is smart. That's dumb. It is not more convenient compared to a proper lightswitch if I need to know a long specific voice prompt or take my mobile out of its pocket to switch on a certain light.
What the autor of the article requests is already on the market for decades - KNX/EIB any a few other standards (Modbus, Onewire, etc.) are available for ages, are not depending on one brand and one central component. There is no fucking need to stay within a walled garden but the point is: These systems exist for such a long time that they do not show up as "big introduction" at IFA or CES. They evolve gradually and to stay within German exhibitions are found at the Light and Building rather than the IFA. Because the first one is a builders/electronics exhibitions, the later a multimedia/TV trade fair. The Verge is simply at the wrong place.
To give you an idea of my (actually very common, nothing about it is very special) setup/usecases and what I mean with "smart": KNX does everything that requires switching, all sensors, basically all background work excluding the doorbell (works via LAN) and Fingerprint (works via LAN).
Lights:
The system does recognise people automatically when they enter a room and their positioning in a room. Paired with enviromental data (natural light level in the room, outside light, time of the day, our schedule according to our calenders*) it determines the appropriate level of light based on the human centric lightning concept. Light will be brighter and more blue in the morning (unless I am coming home from nightshifts), darker and more orange in the evening (unless we have a party), very dark if you go to the loo at night. It furthermore recognises your positioning in the room (e.g. when you are in a certain part of the kitchen certain lights go on) or that certain power sockets draw power according to a certain charateristic (e.g. the TV goes on)
Temperature:
The system knows current inside and outside temperature and the expected forecast*. It will heat the rooms accordingly, e.g. will turn down the kids rooms during schooldays but have them back at temperature when school ends. If the system recognises that someone is still in the room for long after school should have started it determines that someone is sick/schools off unexpectedly and temps are adjusted accordingly. In the summer the system shuts the blinds according to the light level to keep the heat out - based on the current position of the sun(e.g. the eastern blinds are lowered in the morning but not the western ones) and outside light levels. It will let enough light in for everyone to work but at the same time keep the heat out.
Air quality:
The system measures the air quality of the rooms and outside air quality&temperature and does ventilate accordingly - or ask us to manually open a window if that doesn't provide sufficient clean air. (But won't do so if the Air quality outside is bad)
Windows/Doors:
All of them have sensors showing their opening status, some if they are properly locked.
Doorbell/Fingerprint:
The Doorbell/Fingerprint system is the only system not on the bus as Video is beyond the scope of what the system can transfer.
Devices/Appliances:
Most things are "dumb" integrated first- we see when the washing machine is done because of the power charateristic, we see if the refrigerator is broken the same way. While we use Home Assistant for additional comfort, it is not really necessary.
Visualisation:
We use both KNX only as well as Home Assistant. But I could change over to openHAB, ioBroker or whatever we want tomorrow.
*: This data has input from external sources.
My point is: This is done without much user input. And by using around 30 different brands. With dumb actors and sensors (blind e.g. are just a "on off" motor, windows are binary contacts, same goes for leakage, etc.) so the components can be exchanged easily. And you don't pay the hefty premium everyone tries to sell you for their "remote controlled blinds" (twice the price for a shitty remote,another useless gateway and Alexa...) and it's far easier to use different brands. And if the blind actuator brand goes bust (way more unlikely compared to a smarthome startup) it will work without a cloud and can be exchanged seamlessly with any other brand.
We are there. But it is not fancy enough for the media.
How did you come to all of these different rules for managing eg the lights? Did you have to program them all manually?
Yes and no. Each component comes with an "app"(basically comparable with a driver for PC hardware) within the programming software that does the setup.
So you don't have to decide what triggers what and some part of the logic behind it - but the app often does most of the work and you do just some fine tuning.
To give you an idea: I decide which switches (I always have regular switches even if the light normally goes on/off automatically) and what detection zones should trigger the light X1. I then link the "Switch Action" to the bus address of the LED controller L1. The LED Controller then gets told what to do with that information. In my case I have two different modes: Normal and Partymode (I use Day/Nightmode for that). In Normal mode the App gets told to interpret a "On" Action as "start HCL" and a "off" as a,well "turn it off,dude". The HCL mode then is started with the HCL Settings according to the time. I can adjust the settings for the HCL mode (e.g. I want it darker in the evening) or I can just use the preset.
Now for party mode the same switch action does not mean "use HCL" as the same light that I want at 1am might be nice if I am on my way to bed but not If my guests need to find the loo or their staff when leaving. So it's now a simple "turn the light on at 100%".
Once that is done you commit the change by programming the module and you're done. (The components always communicate directly without a central module that could fail)
Now the beauty of the system is that you can be as flexible as you like. You want that switch to no longer switch on the lights but rather close the blinds? Sure. Just link it to another address.
To give you another example what the app does itself: The blinds do close according to the sun's elevation. I basically just linked the relevant module addresses to the respective sensors,told the module the size of the blind parts (used for calculating the optimal closure position) and linked it to the "veto object" that is calculated by the home Assistant and send to the bus via IP Gateway (basically a object based on the estimated weather. I live in an area with heavy temperature drops). Everything else is done by the weather sensor - raising or lowering based on temperature and of course wind speed.
Each app can be automatically loaded but you can also load it yourself if working in an offline environment - as they need to be 100% downwards compatible you can always work with your hardware even as long as you have the app. I therefore have them all saved/backuped in case some company might go bust. (In theory you then can still get them through the association but I don't want to rely on that).