I haven't personally tried it but I've heard good things about openHAB. Taken from its own website: >a vendor and technology agnostic open source automation software for your home
I agree with the other comment. hass.io is the most popular one that is open source and really good. Some other ones to check out: https://www.openhab.org/ https://gladysassistant.com/en/ https://www.domoticz.com/
Yes - all you have to do is go to https://www.openhab.org/download/ and follow the directions for Linux/apt. You'll need to install java (OpenHAB recommends Zulu) to install it, but there are directions for that as well.
One option is Openhab a z-wave motion detector and rules. Regardless though, from my experience, IFTTT is way too slow for something like that, like upwards of 15 minutes to fire.
I suggest you to avoid wifi devices if possible and use the Z-Wave or Zigbee standards. You can use openhab with home assistant to script your devices.
You need a Z-wave usb key plugged into your server to control your devices.
Openhab, Home Assistant.. for these you have to setup your own server, can be a raspberry-pi.. for me personally too much fuss.
I use Hubitat.. all local and no need for internet, let alone cloud-services.
I'm sure there are a lot more options I don't know of.
Not sure which step you are on so I'll just try to cover all the steps I took to get HomeKit working...
I hope one of these help you solve your problem.
I'm using openHAB. Runs on a RPi 3. I've been using it for about two years and like it. It has a lot of room for customizing and also comes with predefined "things". My Denon hifi was detected automatically.
I don't know if all the devices you listed are supported.
The official OpenHab App has this feature build in. Not perfect, because it just syncs one alarm right now, but it is enough for me. Just syncs the time to an item in openhab. Then I have some custom rules to control my lights with this.
Might write a more indepth article about this if anyone is interested.
Like openhab? or ifttt? or Home Assistant?
There is definitely a lot of interest in this area and a lot of competing solution to the problem. You should look at the current solutions and see if they meet your needs or to learn from their weaknesses or look for ways you can improve upon them before starting your own project in the same space.
Thank you for pointing it out. I didn't know that and I will take a look. There is so many of them. Today someone shared a link to https://www.openhab.org/ which seems to do similar thing.
There is definitely concern with both software and firmware that are supplied through lesser known sources when regarding security concerns. From a cybersecurity perspective, it isn't at all the footage of someone's backyard that is concerning. It is the ability to utilize the camera for other means once it is brought online. Modern IP cameras are essentially tiny linux boxes that can participate in a variety of cyber attacks. The government is concerned with the camera feeds, but I can all but guarantee they are more concerned with the potential access to restricted networks due to compromised cameras.
I think the important key here is not necessarily what cameras are used but how they are deployed. I think isolation is far more important than brand of hardware. The only reason for IOT devices to have access to the entire internet is for convenience. The question then becomes what level of convenience are you willing to sacrifice for privacy and security?
My recommendation is to get a managed switch that is capable of supporting VLANs as well as a firewall device placed in your network between your ISP's service line and your managed switch. Set up and isolate a VLAN for use by the cameras. This VLAN should have no access to the internet and really should only have access to whatever you are using for a controller of the cameras, such as something running openHAB. Under no circumstances which are concerned with security should internet access be given to that isolated VLAN. This configuration is not for everyone as you do lose the ability to use any phone or web apps that are built specifically for your devices, but you do gain the security of knowing that the devices are on an isolated network that can't "phone home".
Got a spare PC or the like? OpenHAB can do this with it's Amazon Echo binding. This is an alternative solution to HA, but does require Java and like Tasker, it has a bit of a steep learning curve.
Any reason you're avoiding IoT stuff? Like smart plugs/relays,etc.? Are you avoiding wireless?
If I was doing this kind of thing from scratch I'd probably use an ESP32 (wifi/BT built in), or some other dev board if you need RJ45. I'd be tempted to hack a radio plug kit for safe messing with mains (no security though). I'm sure there are easier ways!
The breaker is trickier but I'm sure products do exist (even if it's crap from wish).
var Timer myTimer = null
Check the documentation it explains timers.... https://www.openhab.org/docs/configuration/actions.html#timers
this is what I did: https://www.reddit.com/r/openhab/comments/kroc8f/oh3_timer_cancelable/gjpgfbp/
I did this recently. Raspberry Pi Zero connected to DHT-22 temp/humidity sensor. I installed openHAB on the pi to collect and display data. Now I can see temp, humidity and VPD charts 24/7 for less than $50
If Home Assistant forest look like it can do everything you want with Lifx, check out openHAB. https://www.openhab.org/addons/bindings/lifx/
Rather than telling the many people trying to help you, or won't work, try one of them. I personally use upstream and haven't found any limitations, but my setup is tiny compared to some I hate, and probably yours too.
Pick which ever you think it's better as try to control lifx with it. If it doesn't suit your needs, try the other system. If it does work, slowly add other products. Even if you can only reduce the number of apps you use to control the house daily, from the pictures, that looks like a huge improvement!
I only use the openHAB app to control my house, and much of it acts on its own, controlling reptile environments automatically.
Edit to add both systems have large communities that are very helpful if you do run into problems! (Tho openHAB isn't as active on reddit; they primarily use their own forum.
I just learned about OpenHAB and installed it on a spare Raspberry Pi. It could be a winner after getting some dashboards configured. https://www.openhab.org/. All of the features, a fraction of the cost.
It won’t be an out of the box solution… but OpenHAB. It has tons of bindings, I would imagine it has a Google assistant integration. Very powerful rules, and while maybe not 100% UI customization, pretty close.
As a java developer, you should look into openHAB.
​
>openHAB is built upon Eclipse SmartHome™, an industry-grade IoT framework for the household backed by the Eclipse Foundation.
It is actively maintained, absolutely vendor-neutral and will never lock you in.
Hi,
your OpenHAB code should look like this (just a overview)
​
when (google receives command "open garage door")
than if(RF sensor off) { open garage door } else { say already open }
Here you can read how to use Google Home via OpenHAB. I hope that helps you a little bit, I'm new as well to all this.
There are actually quite a number of big cross-platform options out there now! As mentioned above HomeAssistant is one option that would be able to connect the services you mentioned you use. And also the option I mentioned, openHAB, works nicely with your mentioned systems and many more/basically anything. Node-RED is another option. There are three or four big ones that I'm familiar with off-hand.
​
I've taken a lot of time to play with all of these and there are pros and cons to each, but I have personally found openHAB to be the most technologically advanced/regularly improved upon/most powerful/most stable option out of the bunch mentioned here. There are a number of non-free platforms as well.
I don't know of an LED fiber optic illuminator that takes analog RGBW Cathode rails and a common Anode rail (such as put out by the RGBGenie controllers). I see a bunch of LED FO Illuminators that have their own proprietary control system, or DMX control ( http://www.ledlightinghut.com/rgbw-dmx512-led-fiber-optic-illuminator.html ) but then you'd need a DMX to Zigbee/Z-Wave bridge.
We COULD get you some DMX wall panels similar to the ZWave and Zigbee ones we already have, but that won't get it hooked into your Alexa or Hue or Google Home or whatever smart home system you have/want.
If you can find a Fiber Optic Illuminator that takes RGBA Cathode inputs, you'd be golden.
Otherwise, you could get a DMX to Ethernet bridge: http://www.aliexpress.com/item/ArtNet-to-DMX-Interface-Controller-No-need-to-install-driver-Perfect-for-FreeStyler-DMXControl-MagicQ-Madrix/32616020451.html?scm=1007.13338.33346.0&pvid=a9a580b8-36c0-4fd8-90a2-270dab4ae479&tpp=1
and then try to control it from OpenHAB: https://www.openhab.org/addons/bindings/dmx/
But it's going to be cumbersome.
Gotcha, I misinterpreted your post about the networking. Sounds like a good plan! Last time I looked fiber tools were outside of my budget, to the point of being cheaper to pay $100 per termination than to purchase tools myself. Any recommendations for an affordable set of fiber tools?
Anyway, I wouldn't necessarily recommend smart blinds, but I think they can offer the benefit of automatically opening and closing in the Winter with the Sun to reduce heating bills. I think even IFTTT can handle if [weather condition] then [action], but certainly check to see if this function is supported by whatever ecosystem you decide on.
Beyond this, I think the biggest question is what type of smart hub you want. I know both Smartthings and OpenHab support a wide array of devices, whereas some other vendors are more specific in what they support. The best advice I can give is to consider all of the options, and then consider the product support and pricing. Youtube is great as it lets you see the configuration options of the hubs, but I take their reviews with a grain of salt (given their sponsorships).
I use OpenHAB with Nest thermostats for presence detection (switches to "Home" mode when someone walks by) and Chamberlain MyQ hub. OpenHAB talks to both Nest and Chamberlain MyQ via API, so when the OpenHAB detects one of my garage door is up and Nest is set to "Away" it sends me a text via email and after a few minutes, automatically closes the garage door.
I can think of two solutions I don't think have been mentioned:
Openhab (opensource) - https://www.openhab.org/
Ikea TRÅDFRI - Currently it stays within the LAN - http://www.ikea.com/gb/en/products/lighting/smart-lighting/
Feedback:
That homeassistant.io stuff looks damn slick! I may have to try it out. I adopted SmartThings back in 2013 and I have been very happy with it. Just updated to the v2 Hub just last week and moved all my stuff over. I primarily use GE Zwave switches and Cree Zigbee bulbs.
Soweit ich sehe kann ist die Schnittstelle für Sensoren und ähnliches proprietär und nicht frei zugänglich. Du wirst vermutlich mehr Glück haben, wenn du einen Raspberry in einen Smart Hub machst, z.B. mit OpenHAB
I'd describe my home automation stuff as moving at a bit of a glacial pace. I've really got a mish-mash of different pieces of hardware, but nothing to unify all of them into something cohesive.
At some point, I intend to stand up an OpenHAB VM running on my Homelab server to provide the unification that I'm looking for.
It's my understanding that with a FTDI and a soldering iron, these Sonoff switches can have some alternative firmware loaded on them to make that possible. This is probably my next step........sometime in the future :D
It's one of the biggest open source home automation hub/bus software. Essentially it is able to control all your home automation and IOT devices from one spot, through one interface, regardless of device and ecosystem 'compatibility.' You can create a system that is cloud independent if that is what you want, or you can integrate with a long list of 3rd party services like IFTTT, siri/homekit, alexa/amazon, google assistant, etc.. Plus any rule/automation types you wish, data capture/persistence/reporting, and on and on the list goes.
These are used for casting, UPNP discovery and remote control (eg. from a mobile app on the same network).
The bindings for the remote control component are outlined below OpenHab: https://www.openhab.org/addons/bindings/samsungtv/
As mentioned previously, you have just inducted yourself into the tinfoil hat club, so you must chose one of two paths:
I would suggest a sensible approach to 1, with a healthy dose of 2.
I'm not 100% sure what you want to do but I think you want to create a proxy item. Have a look at this Design Pattern: Proxy Item. Basically you need to create a virtual item (button) and create a rule to control your lights. Some additional info that might be useful: Items Rules
Moi je suis avec OpenHab ( https://www.openhab.org/ )
Je prépare un petit guide spécialement pour le crédit hivernal, et ca va être "compatible" avec tout ce qui peut parler MQTT... (donc pas mal tout, en fait).
Le mieux c'est d'essayer plusieurs systèmes pour voir à quoi ils ressemblent.
Le matériel (thermostats, prises, éclairage) est généralement le même d'un système à l'autre.
First you need to install OpenHAB, by far the easiest way is to get a raspberry pi and follow option 1 here: https://www.openhab.org/download/
Then once you have it set up and working, install the Amazon echo control binding. Here are the instructions for that: https://www.openhab.org/addons/bindings/amazonechocontrol/
If you run into issues the OpenHAB community is very helpful as well. https://community.openhab.org/
Some Bluetooth devices, for which I guess I would need a generic bluetooth binding. For the RF transmitter, I still have to build it. It will be a GPIO device, but can't be connected to the OH GPIO because that one is too far away.
This is an awesome writeup! I've been looking at automatic shades too, but haven't pulled the trigger just yet.
I'm not sure if you've seen it, but the astro binding does also have its own dusk/dawn trigger channels and night
state thing:
m-am înteresat eu de smarthomes că am vrut să-mi automatizez casa, îmi și place să fac aplicații de genul în timpul liber, din ce am citit și ce știu, îți recomand să eviți automatizări complexe
dacă totuși vrei să faci automatizări, îți recomand openhab, home-assistant, sau alte soluții de automatizare self-hosted, nu vrei să depinzi de sisteme de la vreo companie, pot oricând opri suportul, sau exemplul amazon, să folosească deviceurile tale ca să dea share wifi altor oameni care au deviceuri amazon
legat de smartlocks, never a good idea, ai la lockPickingLawyer, o grămadă de exemple cum le dă bypass și cât de slabă e calitatea
ce e iar foarte important pentru mine, evit sistemele care au automatizare dar au subscription, pentru camere de supraveghere, pentru robotul aspirator, pentru irigații
For GPS looks like there’s a binding to do so: GPSTracker
If your router is supported (like UniFi, but the binding is a mess right now) you can use it to determine whether the phone/watch is connected to home network. That could serve the purpose of location detection.
I have no idea how to get alarms to sync to OH.
Well.. HA is a totally different ballgame.. as is openHAB
You have to setup your own hardware to run it on.. Raspberry Pi or other home-made server.. Will give you almost total power of most available devices, but the price is a steeper learning-curve, you need to invest more of your time to set things up and keep stuff up-to-date, also cost will probably be higher or at least comparable compared to using a ready-to-go hub.
For me personally HA and openHAB are too much of a hassle.
You are trying to package up something like Openhub (https://www.openhab.org/). Take a look there and see how much is the hardware that supports their environment. I would also not try to reinvent the wheel, as there are plenty of environments out there from Control4 to OpenHub.
I'm the same way as you and didn't want to use various accounts and apps to control my house, I used a Synology diskstation with a Z Wave usb hub plugged into the back, you can get a Zigbee hub if you wanted to run both devices. I like Z wave because newer Z Wave Plus devices have better range and pass signals through each other.
I mostly run GE switches for all my lights, I like the ability to have a smart switch rather than a smart bulb as most bulbs will require your phone to turn on while a switch can always be used by anybody, regardless of who presses it. There are certainly ways to add smart bulbs to Openhab, it just takes a bit of research to check on the protocol and if Openhab has it in their database. A smart bulb is only smart if the dumb switch at the wall is in the on position. This is a great resource from Openhab to check bindings for items, prior to purchase, they also maintain their own list of Z Wave supported devices like the other one posted. Checking the forums is also a great resource for Openhab, if the item is popular enough you can almost always find a post on the forums of people describing their process to add and program their devices.
I use Enbrighten plug in switch controllers to run various lamps and lights on timers, smart outlets work as well.
Check out either HomeAssistant or OpenHAB. Both have many integrations with other devices and can at as the bridge between your Alexa , your phone and your computer.
OpenHAB is something that runs on a PC or the like; Windows, Linux, BSD, macOS etc. and even Pi's. The Android app is a means to view information and interact with said instance.
https://www.openhab.org/docs/installation/
It uses Java, so you want a host with a worthwhile amount of RAM. I have mine running in a small Linux virtual guest (KVM).
Seems like a lot of trouble just to run this one device. But, if I go down this path, I see I have several options for the hub, like the Aeotec Z-wave gen 5 plus, or the Vera Ezlo Atom which I think both require me to do something like this Windows | openHAB but if they Aoetec hub wasn't sold out it seems to be a more out of the box solution. Is that accurate?
So remember that wi-fi is very power hungry and to have a REST API you need the network. So either you have a wired smart lock (if they exist?) or your smart lock uses a low power wireless stack such as zwave for example. I have two schlage smart locks that communicate via zwave to a dongle and from there to openhab. OpenHab has a very nice REST API and all kinds of bindings for other smart locks.
https://www.openhab.org/ 1 system to rule them all. Best of all, free. Door/window sensors, motion sensor, fire and CO, water leaks, humidity, lights, window blinds, curtains, cameras, temperature, rollers utters, astronomical data (sun and moon), smart thermostats, integrated with bosch smart home, tesla, Phillips hue, hyperion, grohe, xiaomi, tp-link, ikeas tradfi and this is just the beginning. You can hook it up to a database, and store data locally. What else? You can easily connect it to Google home or Alexa. Like very easily. And for free. Best of all? Their documentation standards are great. Everything is described in their wiki with examples.
Beckhoff is pretty open, they support lots of protocols and there is also an open source TCP ADS implementation; at work we rolled our own implementation for a while. At most I have to make a bridge between the PLC variables and any other software. I foresee to use some event messaging system to keep it flexible.
Hardwiring everything to a central IO (or remote IO islands) seems best to keep the hardware interchangeable.
I haven't looked into the cost, that might make me change my mind; although secondhand can help of course. Or only using the Beckhoff as a controller in combination with cheaper RS232 IO like Wago.
For compatibility, you need a package that supports many protocols or where you can make your own bridges; openhab seems applicable.
I think the key to making this work for you is by using group states. This link group item state shows your options for deriving the state of the group through the members.
Alexa has no "open" API to do this, however.. OpenHAB with it's Alexa Binding you can use the TTS feature to do stuff like this. It does need a dedicated device and some configuration (think of it as a Tasker for either Linux or Windows). I run it in a Virtual Machine (KVM), but VirtualBox should also suffice.
I do believe HomeAssistant has an identical feature, but it's not something I use.
You certainly don't need Google Home for smart control, there are projects like OpenhabOpenhab, Home AssistantHome Assistant or even Home AppHome App. And you have done a good thing by buying a Pixel device. If anytime you decide to use custom rom like CalyxOS, Pixel are the only supported ones. You can even use Gcam mod in custom roms for Google Camera.
So the gist of what you want is a bunch of devices that register with a server. The server stores a reference to what the device is, and uses that to push messages to them. If that's correct, I guess I'm still confused why do you need a special protocol? It's just back and forth comms between two devices, right? I would think that any transport protocol would work.
Also, with the added context, it sounds like you're implementing something similar to a smart home. Have you looked into OpenHAB?
Everything was done within HABPanel from OpenHAB. It's simply a web dashboard accessible only within the IOT network. Everything in there is just a combination of HTML, CSS and AngularJS.
I'm surprised nobody has mentioned openHAB
if you really want to use pi, here is a pi image to do everything you need basically
What are you having trouble with, specifically?
Getting MQTT installed on Raspbian or any Debian based distro is quite easy:
>sudo apt install mosquitto
You'll have to Google how to run mosquitto as a service on your specific Raspbian version. I don't remember the details off the top of my head.
From there, use the openhab docs to learn how to use mqtt with openhab. Essentially, you can bind item commands and states to certain MQTT topics. That should be in the openhab docs too.
If you want to just stop dealing with all of this completely, look into openHab for smart home control and Mycroft for voice control. Most of the bindings use local APIs whenever possible (like the Sonos binding) and with a fresh install, it won't send any personal info to the internet at all.
First, I would look at something like Openhab which allows you to control an insane amount of smart devices. It runs on all platforms and has tons of api hooks that allow you to create a custom solution.
Then I would look into running your own bot software locally, like Phantombot. Since Phantombot runs locally, you can create an event trigger that responds to your twitch events like cheers and follows. This event can be configured to hit your local Openhab server using its REST API.
There are tons of ways to go about what you want, but that is a good opener for you to look into.
It’s the stock firmware. I used the Xiaomi IO binding. https://www.openhab.org/addons/bindings/miio/ And then used the Action#Command to send the S5 the commands from https://github.com/marcelrv/XiaomiRobotVacuumProtocol I used SEGMENT_CLEAN_START with numbers starting from 1 and going up until I found all my rooms.
There are many ways to create rules and once you create one, you can trigger it using any virtual item. Then this item will act like a scene button for you.
Yes, somehow OpenHab seems to be less popular with Youtubers than Home Assistant. There are some great reads out there though. Check the official documentation, the forums and maybe my blog. I have written about some more advanced topics but I am planning to write some OpenHab basics too.
Smarthome API on console for home automation systems like Home Assisistant and openHAB so we can do some fancy stuff with lighting etc once we boot into a game.
Simple stuff like if media is playing, what app/game is active, the artwork for the game so we can get colour profiles from it.
How do you have your persistence rules set up? Sounds like you have it setup as "everyChange". You might want to set it up to persist values periodically, something like
Strategies {
everyMinute : "0 * * * * ?"
default = everyChange
}
/*
* Each line in this section defines for which item(s) which strategy(ies) should be applied.
* You can list single items, use "" for all items or "groupitem" for all members of a group
* item (excl. the group item itself).
*/
Items {
// persist all items once a day and on every change and restore them from the db at startup
* : strategy = everyUpdate, restoreOnStartup
YourImportantItem: strategy = everyMinute
}
Or something like it. See https://www.openhab.org/docs/configuration/persistence.html for more details
Yes, I've tried both and openhabian is just more straight forward especially for updating/maintenance/etc.
As far as booting from the Pi, I went a step further and set up to boot directly from HD. There are several tutorials out there, like this one. If you prefer to boot from the Pi then the openhabian setup has the option to 'Move root to USB' in the System Settings.
I have pi4 , so should I be following as mentioned here? and yeah I have plans for MQTT broker, apache . Can I be able to achieve it? by booting from SD and storing the data on SSD/USB ?
I'm running aqara motion sensors hooked up to an HUSBZB-1 instead of xiaomi's base station. It's pretty straightforward to set up.
The challenge is that this sensor never sends an "off" message, so you'll either need to set up an expiration or trigger it off your doors (if, like me, you don't move enough to set off IR sensors while working or sleeping). It's relatively straightforward to set up in OpenHAB.
Smarthome API on console for home automation systems like Home Assisistant and openHAB so we can do some fancy stuff with lighting etc once we boot into a game.
Simple stuff like if media is playing, what app/game is active, the artwork for the game so we can get colour profiles from it.
I'm using the Aqara motion sensor, connecting them to an HUSBZB-1 instead of using Xiaomi's base station. Thanks for sharing your setup! I think I had missed the actions page, which makes a huge difference. It looks like they provide a facility for createTimer
rather than using Java's.
Unfortunately I don't think expire binding will totally fit what I need (I don't move enough while I sleep or work to trigger them, and setting a 10h expiration won't be too helpful), but thanks for letting me know about it! It could be helpful when I start looking into lighting (I'm just dry-running sensors for HVAC right now).
The binding has an auto detect feature and will add the individual panels as controllable things to your openhab installation.
https://www.openhab.org/addons/bindings/nanoleaf/
I then just fiddled A bit around until I knew which panel is where on the wall and named them appropriately.
Yo estoy tratando de tener mi apartamento lo más "smart" possible.
De lo que yo tengo ahora mismo y que se pueda conseguir en plaza, diría que te tires por unos cuantos TPLink HS110.
Digo en plaza porque todas mis luces son Philips Hue (traidas de Amazon España mediante AmazonGlobal). Tengo aire acondicionado con WiFi también, son Samsung.
Controlo todo mediante Alexa aunque me he interesado por tratar de hacer funcionar OpenHab.
Saludos!
You can also specify the exact sink:
'''
playSound("sonos:PLAY5:kitchen", "doorbell.mp3", new PercentType(25))
say("Hello world!", "voicerss:enUS", "sonos:PLAY5:kitchen", new PercentType(25))
'''
Source: https://www.openhab.org/docs/configuration/multimedia.html
prolly something like openhab I'd guess, that thing has a million adapters for anything from your hue to your ohmibod --> https://www.openhab.org/
PS just in case it's not obvious, the 2nd was a joke ;) But they really do have a million bindings
I don't know if you've given OpenHAB any thought (if so, apologies), but I think it ticks all the boxes for you. I've got a raspberry pi 4 and a Z-Wave usb dongle, plus a bunch of wired sensors, and a handful of Wi-Fi devices like Google home, Chromecast, and other smart devices - and it was super easy to set up. Some of my setup is not so easy, but that's only because I choose the hard DIY path instead of the easy off-the-shelf solution.
I like OpenHAB because of how easy it was to set up, and (once I got the hang of how it worked) how incredibly simple it is to add new devices. If I'm just adding a new switch or sensor, something that I'm not tying to some device-specific automation, it's as easy as adding the device to the network, verifying and naming the device, telling it which parts to use (for example, a Zooz plug-in dual switch has two switches and two power monitors, but maybe I only want the switches), and giving tags to those items (tagging it as "Dining Room" automatically adds it to the dining room control page). Done!
It might sound like a lot, but it's really intuitive to go through the steps, and the fact I can add a smoke alarm sensor to the battery monitor page, the alarms page, the entryway page, and two different graphs with just a handful of tags is awesome.
There are usb devices that speak both Zigbee and Z-Wave, or you can use two devices, so you don't have to choose.
It supports a lot of stuff, too: https://www.openhab.org/addons/
I know there are bindings (plug-ins /integrations) for various AV gear manufacturers. I recommend looking through here https://www.openhab.org/addons (the side bar had a list of all bindings) and see if your equipment is listed. I know some Demon & Yamaha AVRs have bindings along with many TVs, and even some protectors. The page for a given binding will tell you what information openHAB can get, and what parameters it can change. If OH can talk to it, and get the desired information, AVR input for example, you can definitely use it up in a rule to trigger other actions.
Sure. I have to say beforehand, that my media center PC is connected via WLAN and uses wireless WoL. However, this makes the shut-down a bit more complicated, because the WLAN adapter needs power to work for wireless WoL. I therefore don't shut-down the PC, but rather sleep/hibernate it. If you use normal ethernet, the first example on the page liked below will probably work.
My openhab is exposed to the internet, this is required for Alexa to work, and my Alexa has the openhab skill installed.
The Wake on LAN uses the openhab WoL binding and the first part of one of the examples at the bottom of the page.
The shut-down (or rather sleep as I explained) establishes a SSH connection from my openhab server (which is a Raspi 3B) to my Windows media center PC. There is a small shell script that puts the PC into hibernation when executed (I cannot remember which one I used, but there are plenty online available). I simply pass the location of this shell script as argument in the SSH command and this is then executed on my Windows media center PC. Of course, this requires that a SSH server is running on the windows PC, but since about 1 year ago this is included in Win10.
Both commands, the WoL and the sleep, are mapped to a "virtual" Switch/button named "Media Center" that I defined as a thing in my openhab. This switch has the tag {alexa="switch"} to make Alexa aware of it. By saying "Alexa turn the Media Center on" the PC starts up and the other way around if I say off.
Writing this down makes it sound much more complicated, because openhab logic is not always easy to explain.
>So there's light at the end of the tunnel...using these instructions gets my TP-Link HS105 outlet recognized and added to Paper UI. One key step is enabling "Simple Mode". I'll try Wyze Sensors next...in the mean time check out these instructions: https://www.openhab.org/docs/tutorial/configuration.html
This seems to be the largest limitation to actually using integrations in OpenHAB, that is the need to manually edit "item" files, but this seems to be a focus of future work: https://www.openhab.org/docs/configuration/paperui.html
If you want to make a more complex system and don't mind running your own server you can also look into openHAB, Home Assistant or Node-RED, all of which have extensions to integrate with Google Assistant / Google Home.
OpenHAB. This is a piece of software to run on a PC, RasPi etc. that can further augment your smart home. It has an Amazon binding, which includes running routines - heads up, though, it's not for the faint hearted. OpenHAB can also be linked up with IFTTT so it can act as the agent between.
I've been looking into Home Assistant and openHAB, but I'm not sure how difficult they are to set up or whether they can more-or-less drop in replace existing smart home stuff.
Like everyone else has said, DON'T DO THAT! Use myopenhab, until you can get (at the VERY least) follow the directions here. Once you get that going, you should be ok - though ideally, you should access it through a VPN or SSH tunnel.
When you see that error and you can see on the machine that the file /dev/ttyUSB1 does in fact exist the problem is almost always that the openhab user doesn't have permission to read/write to that device. This is usually enabled by adding the openhab user to the dialout or tty group depending on what group owns /dev/ttyUSB1. This is discussed in the Recommended Additional Steps section of the installation instructions.
As for other settings, the binding readme says it's an Ember coordinator and:
> Use baud rate 57600 and software flow control.
If you’re looking to DIY it, I’d abandon the idea of putting RPis anywhere that you had a node. It’s overkill. An RPi is basically a laptop without the monitor that also happens to have GPIO.
If I were interested in a similar idea, I’d probably use arduino clones. You can get cheap WiFi or radio modules, the code has already been written for any sensor you can use to interface with it, and the on board ADC is accurate and powerful.
For the software, it’s been a long time since I’ve looked into it, but I remember openHAB looking really cool, and it’s open source.
OpenHAB has a WiFiLED binding (https://www.openhab.org/addons/bindings/wifiled/)
I’ve set my WiFiLEDs up with WiFi, then setup OpenHAB to control them, then blocked the led WiFi unit at the firewall so it can’t communicate with anything except the openHAB controller.
Hvilke features kunne det være? Jeg er oprigtigt nysgerrig. Jeg bruger OpenHAB til at gemme states og køre scripts/bindings. Alle funktioner er eksponeret i et sitemap - hele huset kan styres fra tablet, telefon osv. Alt er samlet og states styres og opdateres således automatisk. Jeg bruger ikke fjernbetjeninger eller apps som følger med udstyret.
Et lukket økosystem giver, efter min opfattelse, kun begrænsninger. Ved at kunne kommunikere direkte med alle mine devices, kan jeg selv styre logikken og kombinere devices fra alle mulige forskellige producenter.
That's not necessary; that's a function of the controller software which you're going to need anyway. OpenHAB has excellent history functions should you need them, allowing you to find out what state an item is in right now, when it last changed, when it last updated (changed or not), what the state was at previous time X, average value from period X to Y, etc.
YOu can use openHAB and a text to voice rules.
may be a bit complicated but should work.
https://www.openhab.org/addons/bindings/amazonechocontrol/
If you have any question about openHAB you can message me
It's not really easy. Honestly, i'm still not 100% sure why and how it works. I started here:
https://community.openhab.org/t/google-home-openhab-connection-how-to/40822
fiddled some with IFTTT and ended somewhere around
https://www.openhab.org/addons/bindings/wol1/
It's mostly just googeling the "issue" and their forums.
Gl
Well, take all my word with a grain a of salt since I don't use anything for weather atm. OH/HA both can use information from openweathermap or other weather sites with API so there is that... But my idea would be more like, get some info from smart home the rest from open weather, not sure if makes any sense now that I think about it, since I'm pretty sure your app doesn't take into consideration all the weather info.(humidity windspeed,air pressure)
But if you would want to implement I guess mqtt would be the easiest to go with (also don't quote me,not a developer just a user)
To add additional UI go to Paper UI-> Add-ons-> UI. However, not everything can be configured via UI- for example, persistence should be configured using text files. But, from other side, Basic UI or HabPanel are used for daahboards create, where you can control and/or monitor the state of your devices and smart home. The best place to start and to understand how it works and what it does- read this https://www.openhab.org/docs/
I recommend
https://www.openhab.org/docs/installation/openhabian.html
​
Just put the image on a SD card, the SD card into the raspianPi, wait half an hour and there you are: A fully functional, wifi connected, integrated environment with OpenHAB2, Node Red and many more components.
It takes not long to install an Alexa binding in OpenHAB2, then the package node-red-contrib-openhab2 in Node Red and voilà: Alexa will talk to you.
If you do it the second time, you will need about an hour to set up a running system. If you never heard about OpenHAB and Node Red maybe 4 hours, to get first results. But it's really worth it.
Almost no limits any more from that moment on.
Came here to post this. I've been running it for two years. The only times it fails are when I turn it off for a week or two and kill all the vegetables. May have happened on one or two occasions.
But it has a great web interface for building schedules on a per zone basis. I have 8 stations, 4 in front and 4 in back and I can individually schedule each one on a weekly basis. The setup was super easy. I used a pi zero, and soldered the headers on. Then got an OTG USB cable for a wifi dongle (this was pre-pi zero w). But it works out well because the whole thing is housed in an Orbit sprinkler box and having a short cable means I can stick the dongle out a small hole and I have no problems with the wifi connectivity.
10/10 Would recommend.
Edit: There is also a binding for OpenHab
Of course it's possible. openHABian is just a bunch of scripts that automatically installs and configures OH and related third party software for you. You can manually install OH (and everything else that openHABian installs and configured that you use) and have basically an identical configuration to openHABian. I_Arman provided the link to the apt installation instructions, which are the exact same steps that openHABian does for you automatically.
Assuming that you have some other service already running on an RPi, you can still use openHABian if that is your hold up. Just follow the manual installation instructions for openHABian which consists of cloning the github repo and running openhabian-config. https://www.openhab.org/docs/installation/openhabian.html#other-linux-systems-add-openhabian-just-like-any-other-software
You do not have to start with a brand new SD card to use openHABian. You can easily install it on top of a running Debian based Linux distro. I myself have installed openHABian on an Ubuntu VM in the past.
It's just a bunch of scripts that save you a lot of work and helps you avoid some potential mistakes. I really see no compelling reason not to use it that I can think of. But if that is what you want to do, there are plenty of other options available to you. For my production system I run OH in Docker.
I have the same controller. It took me a while to figure out what I needed to do. What OS is OH installed on? If it's linux or Docker you have some extra set-up steps before adding the coordinator. The Zigbee binding page has a lot of good information. https://www.openhab.org/addons/bindings/zigbee/ I didn't have all the set up done when I added the Zigbee binding to openhab, and couldn't get it to connect, even after I had wanted extra_java_opts, until I removed the binding as re-added it.
Webbe's explained it pretty well. The {channel:binging:Id} at the end is ultimately what matches your paperui discovered thing to your user defined one. To test this, if you turn a user defined switch on, you'll see the paperui one activate identically. My sitemaps and rules all use the user defined things and items, I haven't branched into habmin or the node options yet, so I don't have an opinion to offer. My suggestion would be to pick a naming standard, like a ud_ prefix for your text defined things so you can remember all this when you come back to augment something in 6 months. You never see this in a map as the labels are all user friendly. There are scripts to copy content from the dB so you can manage things without the clutter, I haven't used this so I can't tell you how well it works. The items/ things/ rules/ and sitemaps/ will all have a file in them. These files have to have the associated. Extension for ohab to read them. The tutorial here does (I think) a good job of a more thorough worked example. https://www.openhab.org/docs/tutorial/
You can get it running on a raspberry pi with no soldering required; there are kits on Amazon for about $65 that have everything you need. Plug and go! Also, take a look at openhabian; it had a raspberry pi installer that is super easy to use.
Check out home Assistant https://www.home-assistant.io or openhab https://www.openhab.org/.
Both function in a client server model and will require you to have a dedicated system to run the back end. The system can be as simple as a raspberry pi.
Yup. The paper ui is convenient for seeing things are set and discovered. For everything else I've used the rules/items/sideways files. The openhab tutorial https://www.openhab.org/docs/tutorial/ is the best place to show presence detection over wifi. After this there are group patterns you can test with to show if more people are home. Alexa integration is literally 20 mins or less if you have a hue light to plug in.
https://www.openhab.org/docs/tutorial/logs.html
​
This is a start, indeed learning curve is steep. The doc's assume you have basic knowledge of linux. Try to google how to enable ssh on your system (raspbian I assume?). Connect with putty or similar and then enter commands
tail -f /var/log/openhab2/openhab.log -f /var/log/openhab2/events.log
Check out the ecobee bindings docs. Lots of good info: https://www.openhab.org/addons/bindings/ecobee1/
1: Yes, look for the following line in the docs for a sample rule to specify the setpoint:
ecobeeSetHold("123456789012", desiredCoolTemp, desiredHeatTemp, null, null, null, null, null)
2: Yes, the docs have info on getting remote sensor data... but not a whole lot of readings available
Number remoteSensors_Kitchen_capability_temperature "Kitchen temp. [%.1f °F]" (gRemoteSensors) { ecobee="<[123456789012#remoteSensors(Kitchen).capability(temperature).value]" } Switch remoteSensors_Bedroom_capability_occupancy "Bedroom occu. [%s]" (gRemoteSensors) { ecobee="<[123456789012#remoteSensors(Bedroom).capability(occupancy).value]" }
3: OpenHAB talks to the Ecobee cloud to get the values of your remote sensors
4: Unsure, I only have a single base and 4 remotes
5: I had the choice, I went with the 3 because the 4 didn't have enough compelling features to justify the cost. I do not regret it. Granted my ecobee itself "runs" the AC and OH really just monitors it in one place and for manual override of the programmed setpoints
6: No clue
7: No clue how those changes will impact you
I'm running OpenHAB 2 on a raspberry pi 3 with great results. Plays well with z-wave but I only have 2 z-wave devices and an aeotec z-stick ATM. A bit of familiarity with coding is helpful in writing the rules. OpenHAB software is free and open source.