-
I'm trying to write a sensor similar to this: home-assistant/core :house_with_garden: Open source home automation that puts local control and privacy first - home-assistant/core I've already translated it to LUA, but I'm getting strange values. Maybe it's because it's not that cool yet. Anyone has already done something similar? I have outside and inside sensors and I want to run my de-humidifier based on certain conditions. I want to avoid condensation on the large windows. Last year I ran it based on a fixed threshold, but I want to optimize this if possible.
-
I'm trying to implement the support for http_async in my Virtual Devices plugins. From my tests, Vera's UI seems less busy, but I want to automatically detect if it's installed. Right now I'm using a code like this one: if pcall(require, "http_async") then else ... end but I'm not sure it's the best way to do it. Any one? @akbooer? Thanks!
-
I have finally integrated my new motorized (blackout) blinds in the home office, since I'm planning to mainly work from home at least since the end of the year. I'm quite satisfied, since I made them completely automatic, but I noticed that I have two problems: rainy days: I have a rain sensor for the exterior sunscreens, so I can think about moving the interior ones as well moving season: while moving them to a middle position for the night is good now at 30 minutes before sunset, I'm not sure it will be OK in autumn or winter. So, I was thinking about adding some logic linked to sun position, or a light sensor device. Any hints, before re-inventing the wheel? Thanks.
-
So, I was messing with my Alexa routines and ha bridge, and I want to share something very cool you could do with the ability to get the last Alexa that heard your command. I mentioned it a couple of times on the old place, but Vera's OS is missing the jq package, but openLuup could have it installed. Basically, just execute -lastalexa with my VeraAlexa plug-in: local lastAlexa = luup.call_action("urn:bochicchio-com:serviceId:VeraAlexa1", "RunCommand", {Command="-lastalexa"}, 666) Then use it in your scene, to dynamically generate your TTS response with the device you've asked your question seconds before! local temperature = 25 -- get it from your sensor luup.call_action("urn:bochicchio-com:serviceId:VeraAlexa1", "Say", {Text="Ok, outise temperature is " .. temperature .. " degree", Volume=50, GroupZones= lastAlexa, Repeat = 2}, 666 Very cool indeed
-
I’m sure there is a better/more polished way to do this, but this remains one of my go to report urls on Vera. -- http://forum.micasaverde.com/index.php?topic=52025.msg334246#msg334246 local d, n local file = io.open("/www/sb.html", "w") file:write("<head> <meta http-equiv='refresh' content='30' /> </head>\n") file:write("<style>.custom { font-size: 1em; font-family: Gill Sans Extrabold, sans-serif; padding:5px; border-collapse: collapse; border: 1px solid black; }</style><table class=custom><tr class=custom><th class=custom>Security Sensor</th><th class=custom>Last Tripped</th></tr>\n") local tt = {} for n,d in pairs(luup.devices) do if d.category_num == 4 then -- local lasttrip = tonumber(luup.variable_get("urn:micasaverde-com:serviceId:SecuritySensor1", "LastTrip", n) or 0,10) local lasttrip = tonumber(luup.variable_get ("urn:micasaverde-com:serviceId:SecuritySensor1", "LastTrip", n) or os.time()) local timeString = os.date(" %Y/%m/%d - %X", lasttrip) if lasttrip > 0 then table.insert(tt, { devnum=n, last=lasttrip, ltime=timeString }) end end end table.sort(tt, function(a,b) return a.last > b.last end) -- sort highest to lowest for n,d in ipairs(tt) do file:write("<tr class=custom><td class=custom>" .. luup.devices[d.devnum].description .. "</td><td class=custom>".. d.ltime .. "</td></tr>\n") print ( d.ltime .. ' : ' .. luup.devices[d.devnum].description .. " Sensor was last tripped") end file:write("</table>\n") file:close()
-
Responding to @PrincessClevage's request through a PM, I am posting my Roomba integration: First of course you will have to have Home Assistant installed and running. I will not be covering that. Then you will need to add and configure the roomba component which can now be done through the UI Home Assistant iRobot Roomba Instructions on how to integrate your Wi-Fi enabled Roomba and Braava within Home Assistant. I won't cover this either. Next, on Vera or openLuup, I used a sitesensor with the following configuration: I also have a preset function loaded in my startup lua to directly send post commands to my home assistant instance which I posted here: https://smarthome.community/topic/39/lua-function-in-openluup-startup-lua-to-send-async-command-to-home-assistant-api which then enables me to create a variety of scenes triggered by the site sensor: For example disarming the site sensor docks the roomba by creating a variable watch on the arm status of the site sensor and then run this code: Likewise I can get it to start cleaning from openLuup through a similar scene And you can let wild of your creativity from there... I have an identical integration for the xiaomi robot and am tuning the vacuum noise according to whether I am on the same floor while the robot is cleaning...
-
I'm struggling to fix the code attached here dbochicchio/vera LUA Scripts for the eZlo Vera Platform (UI7). Contribute to dbochicchio/vera development by creating an account on GitHub. Under certain circumstances (thanks @DesT!) I see that it's causing a luup reload infinite cycle, because child devices are being created, then deleted. Specifically, I see this in the logs: 2020-06-01 19:35:30.482 luup.chdev.sync:: [102] Open Sprinkler Test, syncing children 2020-06-01 19:35:30.482 openLuup.chdev:: deleting [413] Daily Garden 2020-06-01 19:35:30.482 openLuup.chdev:: deleting [414] Water Level 2020-06-01 19:35:30.482 openLuup.chdev:: deleting [411] Daily Cedars 2020-06-01 19:35:30.482 openLuup.chdev:: deleting [412] St-Eustache Rules AM 2020-06-01 19:35:30.482 openLuup.luup:: device 102 'Open Sprinkler Test' requesting reload The devices are created (look at line 357/410), but when I call luup.chdev.sync, they got deleted. Any hints? Thanks
-
With all the acquisition of Dark Sky by Apple in the plans, I thought I would share my rain sensor setting which is used as input for my irrigation system: Install @toggledbits site sensor Register for a free tier account from http://weatherbit.io an pick up the API key the url I use is using forecast over 2 days (replace with your coordinates and key): https://api.weatherbit.io/v2.0/forecast/daily?lat=**yourlat**&lon=**yourlong**&key=**yourkey**&days=2 The trip expression is as follows as I also pull a variable from within the sensor variable for the calculation: tonumber(response.data[1].precip)+ tonumber(response. data[2].precip) + tonumber(getstate( 67, "urn:toggledbits-com:serviceId:SiteSensor1", "PastRain"))> 5 For display I also pull these value expressions: "Total Rain "+(tonumber(response.data[1].precip)+ tonumber(response.data[2].precip) + tonumber(getstate( 67, "urn:toggledbits-com:serviceId:SiteSensor1", "PastRain")))+" mm" "Tomorrow "+response.data[2].precip+" mm" "Today Probability "+response.data[1].pop+"%" "Tomorrow Probability "+response.data[2].pop+"%" response.data[1].precip "Today "+response.data[1].precip+" mm" "Accumulated "+getstate( 67, "urn:toggledbits-com:serviceId:SiteSensor1", "PastRain") Add a time based scene with the following lua code to record the past day rain accumulation every night at the time of your choosing (I use 23:00). Replace the sensorid variable with your sensor id) local sensorid=**yoursitesensorid** local siteid= "urn:toggledbits-com:serviceId:SiteSensor1" local current =luup.variable_get(siteid,"Value5", sensorid) luup.variable_set(siteid,"PastRain", current, sensorid) With this, my yard irrigation only turns on when the sensor is not tripped... meaning less than 5mm of water is accumulating across 3 days (yesterday, today and tomorrow). Adjustments in value can easily be made.
-
function POSTHA(path, payload, token) local async = require "http_async" local ltn12 = require("ltn12") local resp = {} async.request( { url = path, method = "POST", headers = {["Content-Type"] = "application/json", ["Content-Length"] = payload:len(), ["Authorization"] = token, }, source = ltn12.source.string(payload), sink = ltn12.sink.table(resp) }, function() end) end example of usage: define the token obtained from home assistant in the scene lua or startup lua: local hass_token = "*********" local path = "http://hass_ip:8123/api/services/vacuum/turn_off" local payload = [[{"entity_id": "vacuum.upstairs_roomba"}]] POSTHA(path, payload, hass_token)
-
Parameters of devices can be set through the api using this URL YOURIP:8083/ZWaveAPI/Run/devices[DEVICE#].instances[0].Configuration.Set(PARAMETER,PARAMETER_VALUE,size=PARAMETER_SIZE) Replace: YOURIP with the IP of Z-way for example 192.168.1.2. DEVICE# with the Z-way device # of the devices parameter you want to change Parameter with the parameter # you want to change VALUE with the Parameter value PARAMETER_SIZE with the size of the parameter (should be 1, 2, or 4) An example to change device 51's parameter 3 to a value of 1 with a size of 1: 192.168.1.2:8083/ZWaveAPI/Run/devices[51].instances[0].Configuration.Set(3,1,size=1) To run it in Luup code local status, result = luup.inet.wget("192.168.1.2:8083/ZWaveAPI/Run/devices[51].instances[0].Configuration.Set(3,1,size=1)", 5)
-
for k, v in pairs(luup.devices) do local var= luup.variable_get("urn:micasaverde-com:serviceId:ZWaveDevice1", "WakeupInterval",k) if var ~= nil and var ~= 0 and v.device_num_parent== 1 then luup.variable_set("urn:micasaverde-com:serviceId:ZWaveDevice1", "DisableWakeupARR_NNU", "1", k) end end
-
for k, v in pairs(luup.devices) do local var= luup.variable_get("urn:micasaverde-com:serviceId:ZWaveDevice1", "PollSettings",k) local bat = luup.variable_get("urn:micasaverde-com:serviceId:HaDevice1", "BatteryLevel",k) if var ~= nil and v.device_num_parent== 1 and bat == nil then if var ~= 0 then luup.variable_set("urn:micasaverde-com:serviceId:ZWaveDevice1", "PollSettings", "0", k) luup.variable_set("urn:micasaverde-com:serviceId:ZWaveDevice1", "PollNoReply", "0", k) end end end
-
A little function to match a device based on, room and/or device name, including wildcard. function matchDev (pattern, rooms) local wanted = {} for _, r in ipairs ((type(rooms) == "table") and rooms or {rooms}) do wanted[r] = r end return function(_, last) while true do local d last,d = next( luup.devices, last ) if not last or (d.description:match( pattern ) and (not rooms or wanted[d.room_num])) then return last,d end end end end Example #1: Lock all Deadbolt in any room: for n,d in Tools.matchDev('^TDB%-') do -- All doors lock luup.call_action ("urn:micasaverde-com:serviceId:DoorLock1", "SetTarget", {["newTargetValue"] = 1}, n) --luup.sleep (200) end Example #2: Switch OFF all binary light in specific room for n,d in Tools.matchDev('^L%-',{13,16,21,6,5,4,24}) do luup.call_action ("urn:upnp-org:serviceId:SwitchPower1", "SetTarget", {["newTargetValue"] = 0}, n) --luup.sleep (200) end I'm using a lot of these lua code for scene like "Switching to sleep mode"
-
-- https request json body -- Enable potentially unsafe lua code in, user account - security local https = require "ssl.https" local http = require "socket.http" local ltn12 = require "ltn12" local json = require "dkjson" local payload = {{"test", "test", null, 0}} --payload to be sent local request_body = { secret = "1.KAddd87s8s8FasL7-ze4KG_p5hrVg4Kee1-t3vnwGFhI=", to = "test@gmail.com", device = null, priority = "high", payload = payload } --the json body local response_body = {} request_body = json.encode(request_body) local r, c, h, s = https.request { url = 'https://llamalab.com/automate/cloud/message', method = 'POST', headers = { ["Content-Type"] = "application/json", ["Content-Length"] = string.len(request_body) }, source = ltn12.source.string(request_body), sink = ltn12.sink.table(response_body) }
Roomba integration through Hass
-
Responding to @PrincessClevage's request through a PM,
I am posting my Roomba integration:
First of course you will have to have Home Assistant installed and running. I will not be covering that.
Then you will need to add and configure the roomba component which can now be done through the UI
iRobot Roomba
Instructions on how to integrate your Wi-Fi enabled Roomba and Braava within Home Assistant.
I won't cover this either.
Next, on Vera or openLuup, I used a sitesensor with the following configuration:
I also have a preset function loaded in my startup lua to directly send post commands to my home assistant instance which I posted here:
https://smarthome.community/topic/39/lua-function-in-openluup-startup-lua-to-send-async-command-to-home-assistant-apiwhich then enables me to create a variety of scenes triggered by the site sensor: For example disarming the site sensor docks the roomba by creating a variable watch on the arm status of the site sensor and then run this code:
Likewise I can get it to start cleaning from openLuup through a similar scene
And you can let wild of your creativity from there... I have an identical integration for the xiaomi robot and am tuning the vacuum noise according to whether I am on the same floor while the robot is cleaning...
-
Oh dear. This may break me. I need a Roomba.....
C
-
@rafale77
Is it possible that site sensor can also send the command to Roomba without home assistant?
-
It probably is possible but I never looked at the API itself. Home Assistant is too convenient as a bridge to many other APIs piping through its own API into openLuup... Actually I have not even found the documentation for it.
Edit: It isn't an open API so it is not documented...
-
@rafale77
I am really trying to avoid having multiple units to manage home automation e.g this hub bridges to that device which then executed on another and I really only have time to put effort into one device. I have read this forum but what is presented here would be way past the average joe (not that it is aimed at the average joe). So far I have been able to contain all my automation in Vera and Alexa/google home and use firewalla/pihole for security / privacy which is working well but I can see the lack of the current Vera evolving a problem for the future and curious what options are out there, that also help keep as many much as possible local
-
Unfortunately at this point there is no commercial offering which can cover absolutely everything.
The closest platform to doing this that I know of is actually home assistant which is open source and as I explained here:https://smarthome.community/topic/123/the-home-automation-controller-pyramid
Even IT often needs to be paired with something else to be fully complete. Some people are content with some compromises they have to make with the platform they have chosen: For home assistant, it is currently a slightly lacking zwave support and a not so easy and complete automation builder which is why people are running it either with node-red or like most of us here, with openLuup and are living with their zwave support or bridging it to hubitat, homeseer or for some, with vera. It is however the fastest and most complete local API integration hub...
All others are good at one thing and not at others. Vera was very innovative with their lua logic and plugin layer but were catastrophic at RF network management. Homeseer are very good at network management but lack zigbee and are expensive. Hubitat is very good overall for device management but lacks some cross platform and API integration...
OpenLuup offers the advantage of being very transparent to vera. It runs all the same plugins, scenes and has the same API/logic architecture. It only lacks radio management which is brought it through bridge pluging like zway bridge or vera bridge.
The work required to reverse engineer the home assistant plugin to roomba and make an equivalent for openLuup is possible but to me, it is a lot more work than to install home-assistant and bridge the device through it. It is a lot more efficient also because it opens the door to doing the same thing with all the home-assistant integrations which, let's be honest, we (with openLuup) won't be able to compete with given the relative size of that community and the speed at which they are going. OpenLuup+HomeAssitant+Z-way is the best approach for someone coming from Vera. That's just my opinion...
Besides all three together are a lot less work and a lot less maintenance than vera alone... Infinitely less. That's my experience. Staying with one platform may not be the simplest way to go...
Open API availability for a Wi-Fi connected Roomba. | iRobot Customer Care