openLuup

The goodness of vera without the bad. Discuss installation problems and improvements.

181 Topics 3.0k Posts

Subcategories


  • Discuss your other openLuup plugins here

    44 Topics
    845 Posts

    Yes my rookie mistake. Mixed up the function's variables being returned versus the function itself being returned. Was on the right track as "configure (dno) has fixed the issue. Thanks.

  • The vera integration of openLuup

    8 Topics
    101 Posts

    If the bridge does not detect previously existent devices when the system starts up, then it moves them into Room 101. So a restart should either resolve the issue, if they have appeared again, or you can delete any/all devices using the action described above.

  • 0 Topics
    0 Posts
    No new posts.
  • The Z-way integration for openLuup

    20 Topics
    418 Posts

    You only get that lucky once in every four years!

  • 4 Topics
    73 Posts

    It doesn’t really matter, but it does need to have the executable permission.

  • Lua using do - end file

    9
    0 Votes
    9 Posts
    348 Views

    Ok, seems to be working now, and it now provides me with an alternative (very basic) UI for OpenLuup.

    7CE29464-1A12-4346-A9BB-1D31331BDA7C.jpeg

    Plus for my plug-ins I can use this to create more kiosk type interfaces for OpenLuup.. e.g.

    https://smarthome.community/topic/813/openluup-kiosk-touchscreen-idea/5?_=1646900153582

  • luup.variable_watch

    10
    0 Votes
    10 Posts
    387 Views

    @akbooer Ok, that's clear enough. Thanks

  • openLuup : Kiosk (Touchscreen) Idea ?

    12
    0 Votes
    12 Posts
    401 Views

    Glad you have it working to your satisfaction.

    I'm not quite sure what you're suggesting as an openLuup feature, but as you've found, all the tools are there and it's not hard. Not sure how much use it might get since there are so many difference options for this sort of thing.

  • Luup reload required after server reboot

    16
    0 Votes
    16 Posts
    469 Views

    Hi Ak,

    I did a test on a PI as after a reboot would still require a loop reload. I found this article https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ and put network-online.target in the openluup.service file:

    [Unit]
    Description=openLuup and AltUI Server for PI
    Wants=network-online.target
    After=network-online.target

    I can see openLuup gets started later and it seems more reliable in my situation.

    Cheers Rene

  • luaJIT

    33
    2 Votes
    33 Posts
    1k Views

    Something I recently noticed: CPU utilization drop even under heavy I/O http call situations. I haven't updated anything on my setup since April besides the regular linux kernel updates inside the VM running openLuup/HKbridge/Z-way-server. Where I used to see spikes to 5-7% CPU utilization, they now spike to 1.6%. I usually get a spike when one of my cameras detect a movement and I get homeassistant to send http calls to openLuup to update whether it is seeing a person/ a dog / a car etc... Not sure what changed in the linux kernel but it is a pretty big drop.
    Very noticeable on my system because it is the first time I see my grafana display show such a scale.

    Edit: All of a sudden, this is making me less motivated to explore MQTT...

    Screen Shot 2021-09-14 at 08.38.24.png

  • Altui file not found errors

    21
    0 Votes
    21 Posts
    848 Views

    @akbooer My apologies for not being clear. I'll try to explain what I mean with the following screen shots. The folder holding the localcdn files is "/etc/cmh-ludl/localcdn/"

    062fb793-f3dc-46f9-8f84-17cf68b0c61d-image.png

    A sample error message in openLuup is:

    file not found:etc/cmh-ludl/localcdn/joint.css

    The two paths are identical. Because the two paths are expressed as the same, the impression that one gets from the log is that the actual files in the folder are somehow not accessible to the calling program.

    Because files are retrieved from a relative position to the base folder, the actual path that is being called is probably: /etc/cmh-ludl/etc/cmh-ludl/localcdn/joint.css. If I saw the below path in the error log, I would immediately understand why the files were not being found:

    file not found:etc/cmh-ludl/etc/cmh-ludl/localcdn/joint.css

    Knowing now that the underlying problem was relative paths, the issue is not really a concern for me. And I completely understand the need for relative paths given the chaotic working folder structure on a vera device--and the need to account for this structure in a more rational manner in openLuup. However, others may encounter similar file not found error messages, and be completely flummoxed as to why files that are obviously showing as being in a proper folder, are then not found by the calling function.

    Displaying the full path in the log would give an immediate understanding of why the error is occurring. As for why the original path worked for so long, my guess is that the lua routine walked the path in various ways, and found the files. Why it broke is a mystery, perhaps a more restrictive linux update -- I usually do an OS update when I update openLuup.

  • luup.watch callback

    5
    0 Votes
    5 Posts
    210 Views

    Agree here completely. I suspect, unfortunately, that the early developers had no idea what a "closure" was or how to use it, so they just punted and did the easiest thing. The real sin is that it's easy to tell the difference between a parameter that is a string (name of a global function) and one that is a function reference or closure, so they could have easily improved the operation of these API functions at any time without creating any incompatibility with older versions/styles, but instead they just ignored and perpetuated it. They weren't big enough consumers of their own product to really get in touch with its inconveniences, and for the developers that did note them, well, we're just complainers. 🙂

  • AltUi device VeraBridge

    8
    0 Votes
    8 Posts
    282 Views

    Great to know. Sorry for the inconvenience!

  • io module async ?

    7
    0 Votes
    7 Posts
    274 Views

    Maybe adding sockproxyd natively into openluup and modifying io.lua to optionally use sockproxyd could be a real winner to finally solve the limitations/problems in the I/O module.

  • 1 Votes
    2 Posts
    139 Views

    Thanks so much. I have to say that a lot of the innovation comes from others (like yourself!)

    Following your message, I've updated the version log to list some of the improvements over the last year.

    I do have some things in progress, including:

    better support for scenes – although I rather suspect that nobody will use scenes since the advent of Reactor / MSR AltAppStore updates (for openLuup only) through GitHub pull-requests possible real-time updates for console device and scene pages finish missing parts of console interface use of standard HTTP servers through CGI interface (perhaps, one day)

    @a-lurker said in Long-overdue roll-up of the last year's development!!!:

    an "App Store" plugin download count

    ...Ah yes, well that will be tricky, and of course we've missed more than a few downloads already!

  • "Tunnel" to MSR from Openluup?

    3
    1 Votes
    3 Posts
    140 Views

    And I'm not fully versed in what a request handler encompasses, that may be a solution?

    How about making some sort of MSR implementation in openLuup? As in having its own tab that embed's the web page? No idea about the scope of that myself, but it would definately be cool.. 🙂

  • Openluup System ID 88800000?

    3
    0 Votes
    3 Posts
    164 Views

    Forgot about the lua startup, it was there all along. 🙂
    Changed it to a different number, and all is in order. Thanks.

  • Data Historian in-memory Cache

    3
    0 Votes
    3 Posts
    128 Views

    @a-lurker

    Latest development version (v21.6.22b) has this change (trash icon, final column)

    However, it's probably easier, now, to examine the cache from the device Variables pages, since the plotting option allows you to select the cache as well as any of the archives – it's easier to find the variable there too, rather than on the fairly lengthy cache page.

  • Historian

    25
    0 Votes
    25 Posts
    851 Views

    Yes, my fault entirely. I had changed the structure of the archive rules, making them entirely independent of the Whisper/DataYours .conf files, but failed to remove an old test for schema names. I hadn’t tested that thoroughly enough, clearly!

  • BlueIris, MQTT and openLuup

    6
    0 Votes
    6 Posts
    253 Views

    @buxton feel free to grab the code, or use one of the devices. I’m still adding and tweaking things, but it’s working for 90% of the use cases.

  • call_action SendConfig

    52
    0 Votes
    52 Posts
    2k Views

    Ah, indeed, this is how (and where) we left it...

    @akbooer said in Renaming device name...:

    Actually, it seems that I lied...

    ...I've just checked the code and the device name update is not implemented. I recall, now, that I did look at it and stopped because, rather surprisingly, it seemed too hard to do at the time.

    I’ll check once again and remind myself why this is so hard...

  • Migration from debian -> ubuntu

    8
    0 Votes
    8 Posts
    201 Views

    @akbooer There's no problem with 5.1, just curious about using the latest version! But luajit is faster, so using luajit now 😉

  • OpenLuup via the command line

    8
    0 Votes
    8 Posts
    245 Views

    @akbooer 😂

  • Rapidjson instead of cjson and dkjson

    31
    0 Votes
    31 Posts
    5k Views

    Just finished tinkering with my installation and pushed to my fork. I am only now pretty formatting a few selected encoding calls from the "scene.lua" and "console.lua" files

  • Openluup control of Alexa

    23
    0 Votes
    23 Posts
    713 Views

    @akbooer said in Openluup control of Alexa:

    @catmanv2

    Any reason not to be using the latest openLuup version (from the development branch) ?

    None other than I wasn't keeping track of what was available!

    Now on 21.4.20 TYVM

    C

Recent Topics