1. Home
  2. openLuup
  3. Support for Heaters in Openluup
(Last Updated: August 22, 2020)
  • C

    Hi Having an odd issue that AltUI keeps prompting me to upgrade to a newer version #2549 of ALTUI is available, do you want to upgrade ? But having hit 'Yes' half a doze times and reloading OpenLuup / hard refreshing, the message persists. Anything thoughts as to what idiocy I've done now? C

  • E

    I think it's a very easy question, but I don't know the answer. On my VeraPlus I use the following lua command luup.call_action ("urn: upnp-org: serviceId: SwitchPower1", "SetTarget", {newTargetValue = "1"}, 143). Where 143 is the deviceID of Vera. I now want to use this in Lua Openluup. I don't know how to do it

  • A

    When I try to access OpenLuup via AltUI from a new PC on my local network that I have not used for OpenLuup/AltUI before I get "Waiting Initial Data" and then it just gets stuck. It works when I access the OpenLuup console from the new PC however. It also works via AltUI from my other PC that I have been using before. I am using Firefox on both PCs. I am probably missing something obvoius, any idea what the problem could be? Edit: I get the same problem i Chrome. I found an old thread with some info. Looked in the Chrome Console and it says: //ArcherS

  • therealdb

    I just released v2 of my Virtual HTTP Devices Plug-in. As always, 100% local, 100% standard, mobile friendly and working on openluup/altui as well. GitHub dbochicchio/vera LUA Scripts for the eZlo Vera Platform (UI7). Contribute to dbochicchio/vera development by creating an account on GitHub. What’s new in v2: Master/Children: now you can just create a master and have any number of children attached. They will still work separately, but this will greatly improve memory consumption on Vera. Please see GitHub for guidance on migration. No need to do it unless you have many devices on your system. async update of device's status. If you want to update the status of your device separately, just return something different than the HTTP code 200/300 family. it’s useful if your device doesn’t complete the response with the call and you want to update its status. Just use a normal Vera call to update the corresponding variable -added support for Scene Controllers (see my post in Shelly i3 for a use case) more work around switches/heaters stabilization and fixes Get it from GitHub or from AltAppStore.

  • therealdb

    I'm working on a new virtual scene controler plug-in, since I bought a Shelly i3 and it's the right device to have compact scene controller around the house. Having said that, I found it difficult to finish the implementation. Based on doc, all I have to do is set variable sl_SceneActivated, but it doesn't seem to trigger a scene: Scene #0-1 'Test Scene', trigger 'T1 Virtual Scene Controller: button number 1 is pressed (sl_SceneActivated = 1)' Is there something I have to do? Thanks!

  • therealdb

    Hey @akbooer, heaters support seems to be broken in the device console: it's a D_Heater1.xml/D_Heater1.json/urn:schemas-upnp-org:device:Heater:1 device, that in Vera is rendered like an heating only thermostat. Thanks!

  • J

    To try and minimized the frequency of writing to the SD card I want to move these log files to a RAM drive, like I already do with /var/log. Is there an 'official' way of doing this? _John.

  • S

    Is there a document which has the valid values for the items in the Lua Startup? -- Geographical location attr ("City_description", "Greenwich") attr ("Country_description", "UNITED KINGDOM") attr ("Region_description", "England") attr ("currency", "£")

  • S

    Im trying to install openLuup on a Raspberry Pi 4 and using the openLuup User guide. When I run the command sudo apt-get install lua-filesystem it returns the error: After this operation, 68.6 kB of additional disk space will be used. Err:1 http://mirror.sjc02.svwh.net/raspbian/raspbian buster/main armhf lua-filesystem armhf 1.6.3-1 Cannot initiate the connection to mirror.sjc02.svwh.net:80 (2606:c680:0:b:3830:34ff:fe66:6663). - connect (101: Network is unreachable) Could not connect to mirror.sjc02.svwh.net:80 (72.5.72.15), connection timed out E: Failed to fetch http://mirror.sjc02.svwh.net/raspbian/raspbian/pool/main/l/lua-filesystem/lua-filesystem_1.6.3-1_armhf.deb Cannot initiate the connection to mirror.sjc02.svwh.net:80 (2606:c680:0:b:3830:34ff:fe66:6663). - connect (101: Network is unreachable) Could not connect to mirror.sjc02.svwh.net:80 (72.5.72.15), connection timed out E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing? If I rerun the command with the -fix-missing option it seems to install without errors. Continuing with the install i get the following error after the command sudo lua5.1 openLuup_install.lua towards the end: Sun Jul 19 19:13:58 2020 device 3 'Alternate UI' requesting reload rm: cannot remove '/www/altui/altui*': No such file or directory and have to control c to exit to the prompt. Is there something I am doing wrong?

  • C

    Not sure if this is Z-way or Openluup or user stupidity These are 8 button keypads / scene controllers. Once I overcame a certain level of stupidity I managed to pair them to z-way Z-way has created 8 buttons for each device. The variables that Openluup sees are here: By poking at it I can see that a single press of button 1 alters zway_82-0-91-DS to10, button 2 to 20 and so on. (It'll also do double presses, long press and release, but not bothered with them yet) At the same time bout zway_82-0-128_LastUpdate and zway_82-0-91-DS_lastupdate also update with date / time. So I figured I can plug this into reactor as I did with 'The controller that shall not be named) using the value in zway_82-0-91-DS and the 'updates' function for the LastUpdate. No dice. In the expressions screen Reactor correctly shows the current value (Or at least the value that it was when you entered the screen) but under status nothing changes in terms of either the Value or that the LastUpdate field has updated. Again, totally non-critical (unless Amazon fails!) but would be nice if they could be working, so all thoughts welcome Cheers! C

  • A

    I've got a few plugins that were ported over from Vera to openLuup, plus a few plugins developed under openLuup with the files being installed manually. Most of these plugins are now in the AltUI app store. However my openLuup doesn't know about them because they are not listed in user_data.json under "InstalledPlugins2". I would like to make openLuup/ALtUI aware of them ie all of them to be found in the plugin list. I could delete all my devices and install the plugins from the store but that would result in new device numbers that would need to be rehashed in scenes, etc. Looks like I need to do the following to make it easier: Go to the Alternate App Store under the openLuup console (not under AltUI). Find the apps, push the JSON buttons and copy the JSON code for each app ready for later. Stop openLuup using the console "Lua shutdown" command (ie that means "openLuup shutdown"?) Back up user_data.json. In user_data.json, "InstalledPlugins2", paste the JSON code for all the apps of interest being ultra careful to make sure all the curly brackets and commas, etc are all happy. Return the edited version of user_data.json to where it lives and restart or reboot to start up openLuup again. Questions: Do I need to link these definitions to the devices already installed somehow? ie are the definitions by themselves sufficient? ie are they are self contained. I couldn't see any connections. Some of the apps in the store are more recent versions of what I have installed. What do I have to do the plugin definition in user_data.json to make the App Store think I have an out of date plugin so I can then force an update? Is it just a matter of changing the version number to something different like say 'xyz'? Hope this makes some sense.

  • rafale77

    @akbooer, Have you ever considered running openLuup under LuaJIT instead of Lua5.1 interpreter? The LuaJIT Project For kicks, I switched my installation to the latest LuaJIT2.1 beta3 dating from 2017 and being a lua5.1 interpreter it is a drop in replacement. I had to move the lfs library from one folder to another likely because of an include path difference but I am seeing a further speed/efficiency improvement vs. lua5.1. My CPU load has dropped another 25% to now hover around 2.2% down from 2.8%. I have yet to make sure that everything else works but so far everything appears to be the same. The luajit site claims up to 5x speed increase through the interpreter and 120x improvement through the compiler vs the standard lua5.1. My initial interest was from being able to access some ffi libraries to handle video streams... PS: Wow it is pretty impressive under load... browsing through ALTUI which used to cause spikes of CPU utilization from 2.8% to 4.8% now only go from 2.3% to 2.6%. It almost looks like noise. I am running it on a pretty fast x64 thread so it may not be that significant but this could make a big difference on ARM.

  • akbooer

    A long while ago (May, 2015) I wrote my 2000-th post on another forum: openLuup - running unmodified plugins on any machine. Here’s the gist of it: ...I want to work in a more open and stable [Vera] environment... ...All would be solved if Luup was open source and could be run on the plethora of cheap and reliable hardware available today. But it’s not. But we could get something like that effect if we engineered a sufficient subset of Luup to run on such a platform. Could it be done? What would we need? 1. UI 2. scheduler 3. web server 4. Luup compatible API 5. Device and Implementation xml file reader 6. Zwave bridge to Vera 7. runs most plugins without modification What we wouldn’t need is UPnP. What have we (nearly) got already? We have, courtesy of @amg0, the most excellent AltUI: Alternate UI to UI7, and that, I think, is probably the hardest one to do in the above list. Items 2 - 5, and 7, I’ve prototyped, in pure Lua, and posted elsewhere: DataYours on Raspberry Pi, running selected plugins unmodified, including: DataYours, EventWatcher, Netatmo, RBLuaTest, altUI. See screenshot attached. Is it worth the effort? Probably not. Will I pursue this quest? Yes. openLuup was the result.

  • C

    Am I OK to alter the number of lines in the logs.lua file to increase the size of logs before rotation? I've got 71G of free SSD 0.1 days of run time is a trifle limiting Cheers C

  • C

    Just chasing down a couple of oddities. This is (again) around the SRT321 which I have to currently control around an http call. No biggy there but in Reactor I have this: os.execute (curl 'http://127.0.0.1:3480/data_request?id=action&output_format=json&DeviceNum=20300&serviceId=urn:upnp-org:serviceId:TemperatureSetpoint1_Heat&action=SetCurrentSetpoint&NewCurrentSetpoint=18') Works perfectly except: 2020-07-02 23:01:10.612 luup_log:11: Reactor: "Zen" (23) aborting scene "grpsh8y6su.true" Lua execution at group step 4, Lua run failed: "[string \"rs23_scgrpsh8y6su.true_gr1_ac4\"]:1: attempt to call global 'curl' (a nil value)" Simple enough to work around and move it to the end, but any idea on a fix? Cheers C

  • C

    Hi gents. So pretty good after 2 days, I think I'm pretty much 100% up in a good place. Some of the automation still needs testing, but... The SRT321 would be nice if it presented something that Reactor can get its claws into. Currently there's no way to set the setpoint. I can work around it with a HA Bridge generated call so it's not exactly a biggy. The other thing isn't a biggy either, and might well be Z-way. The ZRC90 keypa will not pair at all. Watching the logs during the add process (Z-way logs) there's not a thing showing. Like they're on different frequencies, which is clearly bonkers. I hardly use them at all since Alexa does it all, but any thoughts (just in case she shuts down) Finally: Mobile app for Openluup at all? Thanks for all the help so far! Cheers

  • akbooer

    @a-lurker said in openLuup: Suggestion: is it possible to somehow profile openLuup [code] Due to the amazingly parsimonious and elegant design of Lua, it's possible to write a profiler for any Lua code (openLuup, or otherwise) in just a few tens of lines. Here's a profiler which counts function calls (but doesn't time them.) You use it like this: local profile = require "miniprofiler" profile "on" -- start profiling -- run whatever code you want here profile "off" -- turn off profiling print (profile) -- print the result profile "clear" -- clear the results to start again Note that the same object is used to configure the profile, hold the data, and format the output. I just love Lua. ...and here's the code for the profiler module itself (miniprofiler.lua)... -- miniprofiler.lua -- simple profiler for function calls -- @akbooer June 2020 --Use: -- local profile = require "miniprofiler" -- profile "on" -- start profiling -- profile "off" -- stop profiling -- profile "clear" -- reset counts -- print (profile) -- show results local calls = 0 local funcs = {} local hook = debug.sethook local function profile(event) if event == "call" then calls = calls + 1 local i = debug.getinfo (2, 'n') local n = table.concat {(i.name or '?'), '/', i.namewhat} funcs[n] = (funcs[n] or 0) + 1 end end local function report() local fcts = {} for n,v in pairs (funcs) do fcts[#fcts+1] = {n,v} end -- make name index table.sort (fcts, function (a,b) return b[2] < a[2] end) -- alphabetize local result = "%12s %-8s %s" local out = {result: format (calls, "TOTAL","Function calls")} local split = "^([^/]+)/(.*)" for _, x in ipairs(fcts) do local f, w = x[1]: match (split) out[#out+1] = result: format (x[2], w, f) end out[#out+1] = '' return table.concat (out, '\n') end local function call (_, x) local f = { on = function () hook (profile, 'c') end, off = function () hook () end, clear = function () for x in pairs(funcs) do funcs[x] = nil end calls = 0 end} do (f[x] or f.clear) () end end return setmetatable (funcs, {__call = call, __tostring = report}) -----

  • rafale77

    @akbooer, have you thought about using rapidjson instead of cjson? xpol/lua-rapidjson A JSON module for Lua based on the very fast RapidJSON library. - xpol/lua-rapidjson I am testing it on ALTUI and doesn't appear to be as strict as cjson while being even faster. miloyip/nativejson-benchmark C/C++ JSON parser/generator benchmark. Contribute to miloyip/nativejson-benchmark development by creating an account on GitHub. Benchmarks comparing dkjson, cjson and rapidjson halfway down the page: Performance compared to lua-cjson. · Issue #275 · Tencent/rapidjson I have write a json module for lua based on RapidJSON. The performance test result over lua-cjson is: On windows: My json module performance a bit slower than cjson when processing booleans nulls s... performance/nulls.json: (x10000) module decoding encoding dkjson 1.5754740238 0.0276830196 cjson 0.0551309586 0.0487358570 rapidjson 0.0545330048 0.0497119427 performance/booleans.json: (x10000) module decoding encoding dkjson 1.4916000366 0.5738999844 cjson 0.0556819439 0.0495460033 rapidjson 0.0491378307 0.0377278328 performance/guids.json: (x10000) module decoding encoding dkjson 2.3570721149 3.0556299686 cjson 0.1626739502 0.1092689037 rapidjson 0.1135668755 0.0830221176 performance/paragraphs.json: (x10000) module decoding encoding dkjson 8.5023150444 31.5211300850 cjson 0.8555159569 0.6739630699 rapidjson 0.3181121349 0.1543619633 performance/floats.json: (x10000) module decoding encoding dkjson 2.1173479557 1.7756278515 cjson 0.1096220016 0.3009288311 rapidjson 0.0733149052 0.1116719246 performance/integers.json: (x10000) module decoding encoding dkjson 1.7672340870 1.3564231396 cjson 0.0811710358 0.2808339596 rapidjson 0.0581030846 0.0484278202 performance/mixed.json: (x10000) module decoding encoding dkjson 16.8118801117 13.2526481152 cjson 1.3187069893 0.7380268574 rapidjson 1.3779308796 0.4688320160 Edit: I have implemented it across all of my plugins without the openLuup.json wrapper and have been running error free. Will let you know in a couple of days if I would recommend this but it is looking very good so far... It can completely and seemlessly replace dkjson. installation instruction: luarocks install rapidjson --server https://luarocks.org/dev Then run a replace of dkjson and cjson to rapidjson in every lua file in the openluup and plugin lua file folder.

  • C

    Is there one for issues at all? There's some interesting rendering around my SRT32 that would be nice to be resolved. No worries. C

Support for Heaters in Openluup

  • therealdb

    Hey @akbooer,

    heaters support seems to be broken in the device console:

    18f991f4-aa32-4687-a444-95f87f4305bf-image.png

    it's a D_Heater1.xml/D_Heater1.json/urn:schemas-upnp-org:device:Heater:1 device, that in Vera is rendered like an heating only thermostat. Thanks!

    0
  • akbooer

    Not familiar with this one - what's broken? What does it look like in Vera and/or AltUI?

    openLuup doesn't use JavaScript to render panels, since it's done server-side. There's an openLuup module openLuup/panels.lua which can be customised with arbitrary HTML to render any specific device type in any way (icon / panel / status & control page.)

    0
  • therealdb

    It's a thermostat with heating only. Vera and altui are rendering it correctly. I'll try to take a look later at the panel. Thanks.

    0
  • akbooer

    I've just remembered that I included a facility to customise the display of device classes without the need to hack any openLuup file!

    The openLuup console looks for files (in cmh-ludl/) of the sort U_devicetype.lua to render that type. They have a specific structure, with three functions for icon / panel / tab). Here's a simple one (incomplete in terms of functionality) for the heater (U_Heater.lua)

    -- user-defined Heater device panel
-- using openLuup XML module and W3.css framework
-- 2020.08.21  @akbooer

local xml = require "openLuup.xml"
local sid = "urn:upnp-org:serviceId:TemperatureSensor1"
local h = xml.createHTMLDocument ()    -- for factory methods

local function control (devNo)
  return 
    h.div{ 
      h.div {h.h5 "Heater Control and Status Tab", "Anything you like can go here!"} }
end

local function panel (devNo)
  local T = luup.variable_get (sid, "CurrentTemperature", devNo)
  
  local mode = h.form {class = "w3-container w3-form w3-third", onchange="this.form.submit()", 
    action = "html_request", method="post",   -- this is not the correct action!
    h.select {name="Mode", id="Mode",
      h.option {value="Heat", "Heat"},
      h.option {value="Off", "Off", selected=1},
    }
  }	

  return 
    h.div{ class = "w3-row",
      h.div {T, 'º'},
      mode }
end

return {
  control = control,              -- device control tab
  panel = panel,                  -- device panel on the Devices page
  icon = nil,                     -- override this to change the device icon
  } 

-----

    which then shows the device like this:

    Screenshot_2020-08-21 openLuup.png

    The functions in the module can return either plain HTML text, or (for dynamic pages) an openLuup HTML DOM model. I hope there is enough in the example to get you started (if you want to) but feel free to ask, of course.

    0
  • therealdb

    Thanks for the update. Heaters are indeed part of the the standard Vera device files, so I was just pointing that support for a standard type is missing in the console. My request was to include it in a future release.

    0
Log in to reply