1. Home
  2. openLuup
  3. openLuup Hangs
(Last Updated: June 15, 2020)
  • DesT

    I'm using RulesEngine plugin for a while, couple of years, and of course, the plugin is not getting any update as @vosmont stop to update/upgrade this plugin! I attached one rule, if, by any chance, I would like to convert all my rules to something "native" in openLuup... is it something possible ? In the PDF you can see what a rule looks...ALTUI.pdf

  • R

    Hi guys, I was wondering what you guys use for push notifications on openluup. I still use VeraAlerts on my vera, but am searching for an alternative that runs on openluup. Thanks!

  • R

    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.

  • therealdb

    so, @rigpapa did it: https://github.com/toggledbits/Vera-Decouple It's completely decoupling Vera from the cloud. Very cool stuff. /cc @rafale77 @akbooer

  • Elcid

    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.

  • 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

    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.

  • 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

openLuup Hangs

  • rafale77

    This is a rare hang/crash of openLuup but I was able to reproduce it pretty consistently now:

    I get close to house, and open homewave, it starts a poll to openLuup.
    Before the poll completes, my phone drops from the VPN for one reason or another and causes openLuup to hang.
    Most of the time, it is because the phone switches to wifi as I am at home. Sometimes, it is because the signal is weak and the VPN tunnel gets dropped.

    It order to alleviate this, I have to wait until I am on wifi before opening wifi when I get home.

    @akbooer , Any way to fix this problem?

    0
  • akbooer

    We’ve talked about this elsewhere before... usually related to a network problem or bridged Vera reload.

    I’m pretty sure it’s somewhere in the LuaSocket library, which, TBH, doesn’t handle timeouts very well. I tried to code around this in several places, but must be missing something. Very hard to isolate the issue.

    0
  • rafale77

    Indeed, I just wasn't quite sure before but I ran a couple of tests to reproduce today and it is pretty consistent. I am also confident that it is the only way openLuup has crashed for me...

    It is when a json is being sent to a client asking for it but the file transfer never gets completed as the client gets disconnected. If I try to kill openLuup on linux under this situation it actually goes through a 90s timeout before killing the process.
    Knowing what I know of openLuup, yeah I would think it is in the luasocket but I was wondering if there was a workaround possible.

    0 akbooer 1 Reply
  • akbooer

    @rafale77 said in openLuup Hangs:

    under this situation it actually goes through a 90s timeout

    Now that's interesting. There is a default 90 seconds timeout on the HTTP server. It has to be greater than 60 seconds, because that is the interval in which a status request will respond in the event of no other state changes.

    0
  • akbooer

    From the LuaSocket docs at http://w3.impa.br/~diego/software/luasocket/tcp.html

    master:settimeout(value [, mode])
    client:settimeout(value [, mode])
    server:settimeout(value [, mode])

    Changes the timeout values for the object. By default, all I/O operations are blocking. That is, any call to the methods send, receive, and accept will block indefinitely, until the operation completes. The settimeout method defines a limit on the amount of time the I/O methods can block. When a timeout is set and the specified amount of time has elapsed, the affected methods give up and fail with an error code.

    The amount of time to wait is specified as the value parameter, in seconds. There are two timeout modes and both can be used together for fine tuning:

    'b': block timeout. Specifies the upper limit on the amount of time LuaSocket can be blocked by the operating system while waiting for completion of any single I/O operation. This is the default mode;

    't': total timeout. Specifies the upper limit on the amount of time LuaSocket can block a Lua script before returning from a call.

    The problem, if this is the solution to the problem, is that the HTTP module wrapper makes this level of control unreachable.

    I had briefly looked at alternative HTTP / TCP implementation libraries, but honestly, Luasocket is so deeply embedded in Vera that this is hardly feasible.

    1
  • rafale77

    I came to the same potential solution but was wondering if these timeouts could be set somewhere in the openLuup code. Not knowing which function is actually sending the user_data in response to the Homewave call, I did not know where to attempt inserting these timeouts... in the server.lua file maybe?

    0
  • rafale77

    Sorry for reviving this @akbooer but I wanted to give a quick update on lua socket.
    I realized that the library used by luarocks is very old (3.0 RC1 from 2013) and that the apt debian/ubuntu version is a little newer (March 2015). The library has since gone through 5 years of development and I just installed the latest github version using this command:

    luarocks install luasocket --server https://luarocks.org/dev

    It compiles the library from the current GitHub master. I am not sure it will help but so far it has not hurt. Will test further...

    2
  • akbooer

    No need to apologise... this issue needs to be fixed!

    0
  • rafale77

    Well first problem after updating the lua socket:
    I had some lua code sending an url with spaces which I did not have to url encode. Now I have to. luckily it is pretty straightforward to do with "url.escape(content)":

    .

    On the other hand... somehow I feel that the response is a lot faster... I may be dreaming and will need to test this more but homewave seems to have no lag on polling. I don't remember seeing this before.

    0
  • rafale77

    Well with the communication being seemingly faster, I am now having a hard time reproducing the problem. I will post back if I am able to but so far, no hanging occurring. Even ALTUI seems to be updating its data from openLuup faster.

    0
  • rafale77

    Update: I can't seem to reproduce the problem anymore in spite of trying hard even in manners which would frequently create this problem before so I think the luasocket update is potentially a fix for these openluup lockups (really lua socket lockup to be accurate).

    Edit: Nope... I really can't reproduce the lock up anymore. I tried at least 20x the same scenario which would cause a lockup every 3rd time: Opening Homewave on my iPhone and have it poll openLuup while the phone is in the middle of switching between VPN through LTE and wifi. Granted I don't know whether it is because the poll completes much faster or if it is that lua no longer locks up. This may really be fixed. Can anybody else who has run into this problem confirm?

    0
  • rafale77

    @akbooer, I am now fairly positive that the updated luasocket fixes the lockups. Been running for two days with full intent to lock it up trying all kinds to interruptions and I haven't been able to get it to hang. Maybe it could be part of the installation recommendations?

    1
  • akbooer

    Excellent!

    Have you checked that async HTTP is, in particular, OK?

    I ask, because it delves deep into the LuaSocket library, so it’s not unlikely that something changed.

    Does the update instruction you gave above work on a RPi? I need to give this a go!

    I’ll be pleased to confirm that it’s not due to any openLuup-specific code!

    0
  • rafale77

    Yes it works very well with the async http calls as well as I have a lot of my code making use of it.

    The update method works, it asks luarocks to pull from the dev repo and should build and install version "scm2". It should be platform agnostic. (the command actually rebuilds the library).

    The only thing I had to do is the url encode for spaces which makes use of the http_async module for which I had to change the url input by encoding the space in the url(%20).

    0
  • M

    Hi AK, please let me know if you have a version that works with the new lua socket. I have an other websocket problem and would be nice to see if this helps.

    Cheers Rene

    0 rafale77 1 Reply
  • rafale77

    @mrFarmer

    There is no update needed to openLuup itself. You only need to update the luasocket library...

    0
  • M

    Did the update openLuup still works. Did not help for my websocket issue though. If openLuup starts it connects just fine, but if connection is lost and I close and reconnect no data is received. Need to dig some more.

    0 rafale77 1 Reply
  • rafale77

    @mrFarmer

    Maybe explain what module you are using? I had a similar issue with one of my plugins and I ended up slightly modifying the io module in openLuup. Maybe try my branch on GitHub?

    0
  • M

    I'm using the websocket module rigpapa created (with some fixes) https://github.com/reneboer/LuWS/blob/master/luws.lua to talk to the new Ezlo ws API. This is part of the EzloBridge i am making based on your VeraBridge as we spoke about. Just put that on GitHub https://github.com/reneboer/EzloBridge.

    It is working except when the websocket gets interrupted. Also needs some better error handling etc.

    0
  • rafale77

    Maybe a problem with the web socket itself? What is the source of the interruption?
    As I said above, I have been desperately trying to reproduce my old problem with interrupting either the io connection or an http request response which used to make openluup or rather luasocket hang and I have no longer able to do so with the updated luasocket version.

    0
Log in to reply