-
Hi guys, I’m researching the move away from Vera and z-way has the most chance at this point. However, I came across the geolocation aspect of my setup. I now use Vera Proximity. It works, but is not the most ideal solution. This won’t be an option anymore after I’ve migrated, so I was wondering what you guys use for geolocation.
-
so, @rigpapa did it: https://github.com/toggledbits/Vera-Decouple It's completely decoupling Vera from the cloud. Very cool stuff. /cc @rafale77 @akbooer
-
Hi akbooer, Small issue, i have Reactor running in openLuup, I have a time setting of 7.00, in Reactor it fires at 7.00, But in the browser it show as 8.00. Looking at the time openLuup console the time is showing 1 hour slower than the browser time. Both browser and openLuup are running on same machine. I have hunted for setting to adjust time but can not see one. Can you point me in right direction.
-
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.
-
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
-
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
-
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
-
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.
-
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!
-
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!
-
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.
-
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", "£")
-
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?
-
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
-
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.
-
@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.
-
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
-
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
-
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
luaJIT
-
Have you ever considered running openLuup under LuaJIT instead of Lua5.1 interpreter?
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.
-
Have you ever considered running openLuup under LuaJIT instead of Lua5.1 interpreter
I run under LuaJIT every day, as a matter of course in my development system. It’s hard to tell the performance improvement without direct metrics, but it’s certainly faster.
With cpu rates at around a few percent, does it really matter? I’d remind you that Vera typically ran at 20% when doing absolutely nothing!
But it’s certainly a viable option if you want (need?) to squeeze the last bit of performance.
-
Thank you for confirming! I had seen this name around but never really knew what it was and never investigated it. I just ran into it, as I said, finding out that it opens to some additional extensions I was interested in so the perfomance is just a side benefit.
That being said, more efficient system means more scalability and less power consumption and heat... even if it is a mere few percent.For others who may be interested, here is some reading references on how it opens the door to extending lua
Including this blog post from an 20 year old coder
As an example, one can now use libcurl directly within lua!
-
And this is what got my attention:
anibali/lua-ffmpeg-ffi
LuaJIT FFI bindings to FFmpeg libraries. Contribute to anibali/lua-ffmpeg-ffi development by creating an account on GitHub.
Ability to process video streams within lua.
-
I just compiled and installed the OpenResty branch of luaJIT along with updating libc.
openresty/luajit2
OpenResty's Branch of LuaJIT 2. Contribute to openresty/luajit2 development by creating an account on GitHub.
After reboot, the cpu load is now... ~1.5%
You can see the steps below:
On the left it is using the lua5.1 interpreter hovering around 2.8%, the middle plateau is using a 2017 beta version of luaJIT: ~2.2%, the rightmost plateau at ~1.5% is after the latest update...
As a reminder I previously reduced the cpu load by swapping the json module from cjson to rapidjson which only lowered the "idle" cpu load baseline from 3.2% to 2.8% but was most impactful when the dkjson module was in use (i.e ALTUI page loading) which reduced the spike from >10% down to <5%.... to now not even showing a peak. It remains <2% (they are the little peaks on the right side going up to ~1.8%). Overall these steps reduced idle CPU load by ~50% and ALTUI browsing load by ~95%.
-
Really interesting (and quite new) paper from the same stable as Lua, discussing, amongst other things, JIT in the context of high performance computing and Lua.
-
guys....
so we can just install luajit package and instead of calling
lua5.1 openLuup/init.lua
we can use luajit openLuup/init.lua ?
-
That’s effectively what I do.
In actual fact, I develop within the ZeroBrane Studio IDE, and simply select LuaJIT as the runtime environment. Not sure if you need anything in the way of libraries compiled that way too, but should be OK.
-
Pallene seems real enough, in active development:
pallene-lang/pallene
Pallene Compiler. Contribute to pallene-lang/pallene development by creating an account on GitHub.
Go on, @rafale77, give it a go!
-
guys....
so we can just install luajit package and instead of calling
lua5.1 openLuup/init.lua
we can use luajit openLuup/init.lua ?
Yup Drop-in replacement. It even reuses all the lua5.1 library folders.
Pallene seems real enough, in active development:
pallene-lang/pallene
Pallene Compiler. Contribute to pallene-lang/pallene development by creating an account on GitHub.
Go on, @rafale77, give it a go!
Only thing which makes me hesitant is lua5.3... Are there deprecation issues?
-
Only thing which makes me hesitant is lua5.3... Are there deprecation issues?
Oh, absolutely. The whole arrangement for function environments changed in v5.2.
I was thinking you might just want to fire it up on a stand-alone program, but I'll ask again when I have a v5.3 version of openLuup. It's actually 'only' a matter of changing a few places in the loader and scheduler modules. I've never done it because I felt it necessary to retain as much compatibility with Vera as possible. But now, it really doesn't matter – aside from installing Lua in the first place, there should anyway be no apparent change for any plugin or from the user POV.
I actually have more need of this in my other current project, so perhaps I'll try it there first.
Anyway, as with your investigations for LuaJIT, it's nice to have an option for future speed-ups as our HA needs get more sophisticated.
-
Looking forward a lua5.3 openLuup!!
I have been spending my "dev" time on optimizing facial detection... on python. It is a pretty convoluted collage of libraries and coordination of threads to distribute between cpu and gpu... so much to learn...
-
Well I finally found something which does not work on luajit: http-digest.
I will be experimenting with some other http libraries...edit: I am thinking about switching my one plugin requiring digest authentication to cURL:
Lua-cURL/Lua-cURLv3
Lua binding to libcurl. Contribute to Lua-cURL/Lua-cURLv3 development by creating an account on GitHub.
LPGhatguy/luajit-request
Simple HTTPS for LuaJIT! Contribute to LPGhatguy/luajit-request development by creating an account on GitHub.
Wondering if it could be a good alternative to luasocket for openluup's http construct...
-
I’ve looked at Lua-cURL previously to replace the ‘temporary’ fix using os.execute("curl ...") in the AltAppStore plugin (to get around some LuaSocket issues.). It’s a possibility.
-
I have fixed my digest problem using the luajit-request library which indeed relies on the libcurl integration in luaJIT's ffi.
I am not quite sure why it broke the http-digest library though but overall cURL may be a better supported/more robust solution than luasocket for http...I also found this:
-
I also found this:
Yes, seen that. The difficulty here is likely the dependency on the Posix
cqueueslibrary.What problem are you actually trying to fix?
-
You are right... this library won't work on non POSIX OS so it may not be the best choice.
My setup works now but I am a bit off a tangent having to use an ffi library to fix a digest call.
I was just trying to bring it back to something which can be used more broadly in case others run into this problem:
on lua5.1... works as is with the old http-digest
on luajit... need to switch to luajit-request which depends on ffi-libcurl.cqueues is what that library uses for... async calls. I am wondering how it compares to your async implementation.
-
IIRC, the openLuup implementation of
luup.inet.wget()implements digest headers.
-
It does, I tried it. It works with the interpreter. It is inspired from the http-digest I had been using and does not work on luajit... and I don't know why.
-
Well, it has a dependence on the md5 library, does that work under LuaJIT?
If not, there are other ways of achieving that.
