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