(Last Updated: November 21, 2020)
For those who registered but didn't received the confirmation email, please send an email to support@smarthome.community with the email you used
  • P

    While i wait for a replacement app for my local UI devices, i want to use imperihome as long as I can.. But i'm missing a lot of devices!

    All Z-Way bridge devices, all security/smoke and motion sensors (local RFXtrx child devices)..

    Found the "include vera bridge" in imperihome.lua, what else could cause this?

  • 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.

  • P

    I downloaded ZeroBrane Studio to see if I could make sense of this lua language. @akbooer mentioned that this is what he uses for development, and i thought i could learn alot from seeing how openluup runs.

    How do I proceed in order to run openluup in zerobrane? I guess i need to do that to see how scripts like the imperihome ISS script works?

    I installed on a windows machine, will I have to run it in linux for it to work?

  • K

    Hi @mrFarmer,

    I also have a question about ImperiHome:
    I'm trying to configure imperihome with openluup.
    Imperihome recognizes the new system, with all devices, status feedback is perfect.
    If I turn on something on imperihome, it will seem to be temporarily turned on and then turn off. Device does not actually change.
    Can you help me with what could be the problem?
    Thanks.
    Krisztian

  • Elcid

    Hi,

    I have a couple of luup request, one is a request to VeraAlexa pluging to make alexa speak, the other updating a variable in reactor. They all seem to have a 10-20 second delay
    example request
    http://192.168.1.134:3480/data_request?id=action&DeviceNum=44&serviceId=urn:toggledbits-com:serviceId:ReactorSensor&action=SetVariable&VariableName=A_home&NewValue=1

    I can not figure out what is causing the delay, does anyone have any ideas?

  • therealdb

    Hey @akboer I'm working on a new feature for the virtual HTTP device plug-in and I noticed that variables are cut in UI if very long and multi-line values are not supported.

    Plus, RGB are missing a dedicated way to set color and temperature.

  • 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!

  • 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

  • therealdb

    I have some code failing on Vera from time to time. All I got is:

    attempt to call a string value

    and usually a luup.reload will fix it. It should be something related to startup and scene collision.

    Is there a way to really trace lua calls? I'm a DIY regarding LUA and I'm sure there should be a better way to trace and debug errors.

    I'll try to code something in order to detect this situation and reload luup, because it's blocking my scenes.

    Yes, I know I should migrate all my logic to openLuup, but I can't at the moment.

  • 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!

Delay in luup requests

openLuup
Log in to reply
  • Elcid

    Hi,

    I have a couple of luup request, one is a request to VeraAlexa pluging to make alexa speak, the other updating a variable in reactor. They all seem to have a 10-20 second delay
    example request
    http://192.168.1.134:3480/data_request?id=action&DeviceNum=44&serviceId=urn:toggledbits-com:serviceId:ReactorSensor&action=SetVariable&VariableName=A_home&NewValue=1

    I can not figure out what is causing the delay, does anyone have any ideas?

    0
  • akbooer

    What does the log show?

    0
  • Elcid 

    26.399   openLuup.server:: POST /data_request?id=action&DeviceNum=11&serviceId=urn:toggledbits-com:serviceId:ReactorSensor&action=SetVariable&VariableName=A_home&NewValue=0 HTTP/1.1 tcp{client}: 0xfc90558
2020-11-17 14:53:31.400   luup.call_action:: 11.urn:toggledbits-com:serviceId:ReactorSensor.SetVariable 
2020-11-17 14:53:31.401   luup.call_action:: action will be handled by parent: 10
2020-11-17 14:53:31.414   luup.variable_set:: 11.urn:toggledbits-com:serviceId:ReactorSensor.cstate was: {"grpsplfxbw":{"evaledge":{"f":1605524998,"t":1605524998},"stateedge":{"f":1605524998,"t":1605524998},"id":"grpsplf... now: {"grpsplfxbw":{"evaledge":{"f":1605524998,"t":1605524998},"stateedge":{"f":1605524998,"t":1605524998},"id":"grpsplf... #hooks:0
2020-11-17 14:53:31.419   openLuup.server:: error 'closed' sending 4 bytes to tcp{client}: 0xfc90558
2020-11-17 14:53:31.420   openLuup.server:: ...only 0 bytes sent
2020-11-17 14:53:31.420   openLuup.server:: error 'closed' sending 137 bytes to tcp{client}: 0xfc90558
2020-11-17 14:53:31.421   openLuup.server:: ...only 0 bytes sent
2020-11-17 14:53:31.421   openLuup.server:: error 'closed' sending 2 bytes to tcp{client}: 0xfc90558
2020-11-17 14:53:31.422   openLuup.server:: ...only 0 bytes sent
2020-11-17 14:53:31.422   openLuup.server:: error 'closed' sending 5 bytes to tcp{client}: 0xfc90558
2020-11-17 14:53:31.423   openLuup.server:: ...only 0 bytes sent
2020-11-17 14:53:31.423   openLuup.server:: request completed (137 bytes, 1 chunks, 23 ms) tcp{client}: 0xfc9055
    0
  • Elcid

    OK the issue is the POST request, it does not like it, if i make it GET everything is smooth.

    0 akbooer 1 Reply
  • akbooer

    No idea.

    • I would like to see earlier in the log where there should be an initial connection message from the server module.
    • also would like to see the HTTP Server page at http://openLuupIP:3480/openLuup?page=http
    • the exact 5 second delay between the first and second lines would indicate a timeout...
    • ... but a valid request appears to be received and acted upon (very quickly)

    No indication of 10-20 second delays in this case.

    Do you always get those errors?

    0
  • akbooer

    @elcid said in Delay in luup requests:

    OK the issue is the POST request, it does not like it, if i make it GET everything is smooth.

    OK. Our messages crossed, but that's a good start.

    What is generating the request? Are you sure it's valid?

    0
  • Elcid

    A get request

    2020-11-17 15:45:24.304   luup.variable_set:: 10186.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: 0 now: 1 #hooks:1
2020-11-17 15:45:24.305   luup.watch_callback:: 10186.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped called [10]reactorWatch() function: 0xf0d38d0
2020-11-17 15:45:24.321   luup.variable_set:: 14.urn:toggledbits-com:serviceId:ReactorSensor.cstate was: {"condpxw4kq6":{"evaledge":{"t":1605296162,"f":1605296163},"stateedge":{"t":1605296162,"f":1605296163},"id":"condpx... now: {"condpxw4kq6":{"evaledge":{"t":1605296162,"f":1605296163},"stateedge":{"t":1605296162,"f":1605296163},"id":"condpx... #hooks:0
2020-11-17 15:45:24.324   luup.variable_set:: 14.urn:toggledbits-com:serviceId:ReactorSensor.lastacc was: 1605627873 now: 1605627924 #hooks:0
2020-11-17 15:45:24.325   luup.variable_set:: 14.urn:toggledbits-com:serviceId:ReactorSensor.Message was: Not tripped now: Not tripped #hooks:0
2020-11-17 15:45:25.310   openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=296260928&Timeout=60&MinimumDelay=1500&_=1605627659979 HTTP/1.1 tcp{client}: 0xf3e3758
2020-11-17 15:45:25.427   openLuup.server:: request completed (40635 bytes, 3 chunks, 116 ms) tcp{client}: 0xf3e3758
2020-11-17 15:45:26.315   openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=296260933&Timeout=60&MinimumDelay=1500&_=1605627659980 HTTP/1.1 tcp{client}: 0xf3e3758
2020-11-17 15:45:28.614   luup.variable_set:: 10090.urn:micasaverde-com:serviceId:EnergyMetering1.KWHReading was: 1605627908 now: 1605627928 #hooks:0
2020-11-17 15:45:29.028   openLuup.server:: request completed (17279 bytes, 2 chunks, 2711 ms) tcp{client}: 0xf3e3758
2020-11-17 15:45:30.058   openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=296260935&Timeout=60&MinimumDelay=1500&_=1605627659981 HTTP/1.1 tcp{client}: 0xf3e3758
2020-11-17 15:45:38.635   openLuup.io.server:: HTTP:3480 connection from 192.168.1.10 tcp{client}: 0xff28f20
2020-11-17 15:45:38.638   openLuup.server:: GET /data_request?id=action&DeviceNum=11&serviceId=urn:toggledbits-com:serviceId:ReactorSensor&action=SetVariable&VariableName=A_home&NewValue=0 HTTP/1.1 tcp{client}: 0xff28f20
2020-11-17 15:45:38.639   luup.call_action:: 11.urn:toggledbits-com:serviceId:ReactorSensor.SetVariable 
2020-11-17 15:45:38.640   luup.call_action:: action will be handled by parent: 10
2020-11-17 15:45:38.652   luup.variable_set:: 11.urn:toggledbits-com:serviceId:ReactorSensor.cstate was: {"grpsplfxbw":{"evaledge":{"f":1605524998,"t":1605524998},"stateedge":{"f":1605524998,"t":1605524998},"id":"grpsplf... now: {"grpsplfxbw":{"evaledge":{"f":1605524998,"t":1605524998},"stateedge":{"f":1605524998,"t":1605524998},"id":"grpsplf... #hooks:0
2020-11-17 15:45:38.657   openLuup.server:: request completed (137 bytes, 1 chunks, 18 ms) tcp{client}: 0xff28f20
2020-11-17 15:45:38.659   openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0xff28f20
2020-11-17 15:45:38.775   openLuup.server:: request completed (43132 bytes, 3 chunks, 8716 ms) tcp{client}: 0xf3e3758
2020-11-17 15:45:39.715   luup.variable_set:: 11.urn:toggledbits-com:serviceId:ReactorSensor.cstate was: {"grpsplfxbw":{"evaledge":{"f":1605524998,"t":1605524998},"stateedge":{"f":1605524998,"t":1605524998},"id":"grpsplf... now: {"grpsplfxbw":{"evaledge":{"f":1605524998,"t":1605524998},"stateedge":{"f":1605524998,"t":1605524998},"id":"grpsplf... #hooks:0
2020-11-17 15:45:39.719   luup.variable_set:: 11.urn:toggledbits-com:serviceId:ReactorSensor.lastacc was: 1605627571 now: 1605627939 #hooks:0
2020-11-17 15:45:39.722   luup.variable_set:: 10.urn:toggledbits-com:serviceId:Reactor.runscene was: {} now: {} #hooks:0
2020-11-17 15:45:39.724   luup.variable_set:: 10.urn:toggledbits-com:serviceId:Reactor.runscene was: {} now: {"ctx11.scgrpv8xitp8.true":{"starttime":1605627939,"context":11,"scene":"grpv8xitp8.true","taskid":"ctx11.scgrpv8xi... #hooks:0
2020-11-17 15:45:39.727   luup_log:10: Reactor: "Reactor Sensor 1" (#11) Performing "Device Action" ("grpv8xitp8.true" group 1 step 1)
2020-11-17 15:45:39.729   luup.call_action:: 10165.urn:upnp-org:serviceId:SwitchPower1.SetTarget 
2020-11-17 15:45:39.731   luup.call_action:: action will be handled by parent: 5
2020-11-17 15:45:39.732   luup.variable_set:: 10.urn:toggledbits-com:serviceId:Reactor.runscene was: {"ctx11.scgrpv8xitp8.true":{"starttime":1605627939,"context":11,"scene":"grpv8xitp8.true","taskid":"ctx11.scgrpv8xi... now: {"ctx11.scgrpv8xitp8.true":{"starttime":1605627939,"context":11,"scene":"grpv8xitp8.true","taskid":"ctx11.scgrpv8xi... #hooks:0
2020-11-17 15:45:39.735   luup.variable_set:: 10.urn:toggledbits-com:serviceId:Reactor.runscene was: {"ctx11.scgrpv8xitp8.true":{"starttime":1605627939,"context":11,"scene":"grpv8xitp8.true","taskid":"ctx11.scgrpv8xi... now: {} #hooks:0
2020-11-17 15:45:39.736   luup.variable_set:: 11.urn:toggledbits-com:serviceId:ReactorGroup.GroupStatus_grpv8xitp8 was: 0 now: 1 #hooks:0
2020-11-17 15:45:39.738   luup.variable_set:: 11.urn:toggledbits-com:se

    a post request

    :10.738   openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=296261179&Timeout=60&MinimumDelay=1500&_=1605627660009 HTTP/1.1 tcp{client}: 0xf5f46e0
2020-11-17 15:48:28.610   luup.variable_set:: 11.urn:toggledbits-com:serviceId:ReactorSensor.cstate was: {"grpsplfxbw":{"statestamp":1605524998,"stateedge":{"f":1605524998,"t":1605524998},"id":"grpsplfxbw","evalstamp":16... now: {"grpsplfxbw":{"statestamp":1605524998,"stateedge":{"f":1605524998,"t":1605524998},"id":"grpsplfxbw","evalstamp":16... #hooks:0
2020-11-17 15:48:28.614   luup.variable_set:: 11.urn:toggledbits-com:serviceId:ReactorSensor.lastacc was: 1605628086 now: 1605628108 #hooks:0
2020-11-17 15:48:28.615   luup.variable_set:: 11.urn:toggledbits-com:serviceId:ReactorSensor.Message was: Not tripped now: Not tripped #hooks:0
2020-11-17 15:48:28.644   luup.variable_set:: 10090.urn:micasaverde-com:serviceId:EnergyMetering1.KWHReading was: 1605628088 now: 1605628108 #hooks:0
2020-11-17 15:48:29.084   openLuup.server:: request completed (69817 bytes, 5 chunks, 18345 ms) tcp{client}: 0xf5f46e0
2020-11-17 15:48:30.151   openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=296261184&Timeout=60&MinimumDelay=1500&_=1605627660010 HTTP/1.1 tcp{client}: 0xf5f46e0
2020-11-17 15:48:48.627   luup.variable_set:: 10090.urn:micasaverde-com:serviceId:EnergyMetering1.KWHReading was: 1605628108 now: 1605628128 #hooks:0
2020-11-17 15:48:48.745   openLuup.server:: request completed (33122 bytes, 3 chunks, 18590 ms) tcp{client}: 0xf5f46e0
2020-11-17 15:48:49.782   openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=296261186&Timeout=60&MinimumDelay=1500&_=1605627660011 HTTP/1.1 tcp{client}: 0xf5f46e0
2020-11-17 15:48:55.201   openLuup.io.server:: HTTP:3480 connection from 192.168.1.10 tcp{client}: 0xf8bd6d8
2020-11-17 15:48:55.202   openLuup.server:: POST /data_request?id=action&DeviceNum=11&serviceId=urn:toggledbits-com:serviceId:ReactorSensor&action=SetVariable&VariableName=A_home&NewValue=0 HTTP/1.1 tcp{client}: 0xf8bd6d8
2020-11-17 15:49:00.203   luup.call_action:: 11.urn:toggledbits-com:serviceId:ReactorSensor.SetVariable 
2020-11-17 15:49:00.204   luup.call_action:: action will be handled by parent: 10
2020-11-17 15:49:00.217   luup.variable_set:: 11.urn:toggledbits-com:serviceId:ReactorSensor.cstate was: {"grpsplfxbw":{"statestamp":1605524998,"stateedge":{"f":1605524998,"t":1605524998},"id":"grpsplfxbw","evalstamp":16... now: {"grpsplfxbw":{"statestamp":1605524998,"stateedge":{"f":1605524998,"t":1605524998},"id":"grpsplfxbw","evalstamp":16... #hooks:0
2020-11-17 15:49:00.222   openLuup.server:: error 'closed' sending 4 bytes to tcp{client}: 0xf8bd6d8
2020-11-17 15:49:00.223   openLuup.server:: ...only 0 bytes sent
2020-11-17 15:49:00.224   openLuup.server:: error 'closed' sending 137 bytes to tcp{client}: 0xf8bd6d8
2020-11-17 15:49:00.224   openLuup.server:: ...only 0 bytes sent
2020-11-17 15:49:00.225   openLuup.server:: error 'closed' sending 2 bytes to tcp{client}: 0xf8bd6d8
2020-11-17 15:49:00.225   openLuup.server:: ...only 0 bytes sent
2020-11-17 15:49:00.226   openLuup.server:: error 'closed' sending 5 bytes to tcp{client}: 0xf8bd6d8
2020-11-17 15:49:00.226   openLuup.server:: ...only 0 bytes sent
2020-11-17 15:49:00.227   openLuup.server:: request completed (137 bytes, 1 chunks, 23 ms) tcp{client}: 0xf8bd6d8
2020-11-17 15:49:00.228   openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0xf8bd6d8
2020-11-17 15:49:00.753   openLuup.server:: request completed (58975 bytes, 4 chunks, 10970 ms) tcp{client}: 0xf5f46e0
2020-11-17 15:49:01.682   luup.variable_set:: 11.urn:toggledbits-com:serviceId:ReactorSensor.cstate was: {"grpsplfxbw":{"statestamp":1605524998,"stateedge":{"f":1605524998,"t":1605524998},"id":"grpsplfxbw","evalstamp":16... now: {"grpsplfxbw":{"statestamp":1605524998,"stateedge":{"f":1605524998,"t":1605524998},"id":"grpsplfxbw","evalstamp":16... #hooks:0
2020-11-17 15:49:01.687   luup.variable_set:: 11.urn:toggledbits-com:serviceId:ReactorSensor.lastacc was: 1605628108 now: 1605628141 #hooks:0
2020-11-17 15:49:01.688   luup.variable_set:: 10.urn:toggledbits-com:serviceId:Reactor.runscene was: {} now: {} #hooks:0
2020-11-17 15:49:01.689   luup.variable_set:: 10.urn:toggledbits-com:serviceId:Reactor.runscene was: {} now: {"ctx11.scgrpv8xitp8.true":{"starttime":1605628141,"context":11,"scene":"grpv8xitp8.true","taskid":"ctx11.scgrpv8xi... #hooks:0
2020-11-17 15:49:01.691   luup_log:10: Reactor: "Reactor Sensor 1" (#11) Performing "Device Action" ("grpv8xitp8.true" group 1 step 1)
2020-11-17 15:49:01.691   luup.call_action:: 10165.urn:upnp-org:serviceId:SwitchPower1.SetTa

    the server page is code 200 for all items wxcept favicon which is 404.

    /cgi-bin/cmh/sysinfo.sh 	3 	200
/openLuup 	63 	200
D_ALTUI.xml 	7 	200
D_AltAppStore.xml 	7 	200
D_BinaryLight1.xml 	8 	200
D_BluetoothNetwork.xml 	6 	200
D_BroadLink_Mk2_1.xml 	6 	200
D_DimmableLight1.xml 	6 	200
D_DimmableRGBLight1.xml 	6 	200
D_DoorSensor1.xml 	6 	200
D_EzloBridge.xml 	6 	200
D_GenericSensor1.xml 	6 	200
D_LightSensor1.xml 	6 	200
D_MotionSensor1.xml 	6 	200
D_PowerMeter1.xml 	9 	200
D_Reactor.xml 	6 	200
D_ReactorDeviceInfo.json 	5 	200
D_ReactorSensor.xml 	6 	200
D_SceneController1.xml 	9 	200
D_SiteSensor1.xml 	6 	200
D_SmartHomeHelper.xml 	6 	200
D_Switchboard1.xml 	6 	200
D_TemperatureSensor1.xml 	6 	200
D_VeraAlexa1.xml 	6 	200
D_VeraBridge.xml 	6 	200
D_WindowCovering1.xml 	6 	200
D_ZWaveNetwork.xml 	6 	200
D_ZigbeeNetwork.xml 	6 	200
D_openLuup.xml 	10 	200
J_ALTUI_api.js 	12 	200
J_ALTUI_iphone.js 	12 	200
J_ALTUI_jquery.ui.touch-punch.min.js 	12 	200
J_ALTUI_multibox.js 	12 	200
J_ALTUI_plugins.js 	12 	200
J_ALTUI_uimgr.js 	12 	200
J_ALTUI_upnp.js 	12 	200
J_ALTUI_utils.js 	12 	200
J_ALTUI_verabox.js 	12 	200
J_ReactorSensor_ALTUI.js 	12 	200
J_ReactorSensor_UI7.js 	3 	200
J_Reactor_ALTUI.js 	12 	200
J_SiteSensor1_ALTUI.js 	12 	200
S_HaDevice1.xml 	1 	200
S_ReactorSensor.xml 	1 	200
S_SecuritySensor1.xml 	1 	200
S_SwitchPower1.xml 	1 	200
favicon.ico 	5 	404
icons/AltAppStore.svg 	7 	200
icons/VeraBridge.svg 	5 	200
icons/dimmable_light_10.png 	3 	200
icons/dimmable_light_100.png 	1 	200
icons/dimmable_light_20.png 	1 	200
icons/dimmable_light_50.png 	1 	200
icons/dimmable_light_off.png 	17 	200
icons/door_window_untripped.png 	15 	200
icons/light_sensor_default.png 	13 	200
icons/meter_default.png 	16 	200
icons/motion_sensor_tripped.png 	11 	200
icons/motion_sensor_untripped.png 	13 	200
icons/openLuup.svg 	66 	200
icons/switch_off.png 	14 	200
icons/switch_on.png 	13 	200
icons/temperature_sensor_default.png 	15 	200
icons/window_covering_10.png 	13 	200
icons/zwave_default.png 	15 	200
id=action 	807 	200
id=actions 	15 	200
id=lr_ALTUI_Handler 	36 	200
id=lr_ALTUI_LuaRunHandler 	154 	200
id=lr_HTTP_VeraBridgeMirror_192.168.1.11 	0 	
id=lr_Reactor 	24 	200
id=lr_SiteSensor 	0 	
id=lr_Switchboard 	0 	
id=lu_action 	2 	200
id=lu_status2 	2158 	200
id=scene 	1 	200
id=sdata 	9 	200
id=status 	3 	200
id=user_data 	13 	200
id=variableget 	16 	200
id=variableset 	12 	200
w3.css 	60 	200

    having troble with this forum, not allowing image upload.

    0 akbooer 1 Reply
  • akbooer

    @elcid said in Delay in luup requests:

    having troble with this forum, not allowing image upload.

    ...need to flag this to @DesT

    0 DesT 1 Reply
  • Elcid

    Automate is generating the requests when phone leaves home wifi.

    0
  • akbooer

    ...so it looks like Automate doesn't like chunked responses to the POST request.

    The logs are a bit misleading, because action requests are processed asynchronously as jobs, so things don't always appear in the order that you might expect.. The timeouts should precede the action execution, and they are, almost definitely, what is delaying it.

    0
  • Elcid

    Ok i will have to edit my automate http request forwarder so i can specify request type in the payload. i.e post,get,put,etc

    0
  • DesT

    @akbooer said in Delay in luup requests:

    @elcid said in Delay in luup requests:

    having troble with this forum, not allowing image upload.

    ...need to flag this to @DesT

    Are you still having an issue ?

    0
  • Elcid

    @DesT
    ye.
    seems certain buttons are working.
    none of the buttons/icons on reply page.
    the 4 black icons to left of reply, above quick reply input.
    Also the context menu chevron on the reply button/icon.
    i can not edit or delete a post either.

    0
  • Elcid

    Dark mode has disappeared and there is no longer an icon in the title bar.

    0
  • Elcid

    Still not working for me @DesT

    0