We have moved at community.getvera.com

Author Topic: openLuup: Version Log  (Read 8535 times)

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
openLuup: Version Log
« on: October 30, 2015, 01:03:30 pm »
Release 5.4
  • fix scene save issues
  • ShutdownCode attribute - user code to run at shutdown and reload
  • extended unit testing
The ShutdownCode attribute can be set with luup.attr_set in this way:

Code: [Select]
luup.attr_set ("ShutdownCode", [[
  -- anything you like here, really
  luup.log "hello from user shutdown code!"
]]

For a specific (and useful) application of this, see the openLuup Nest thread.
3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: openLuup: Version Log
« Reply #1 on: November 02, 2015, 10:32:02 am »
Release 5.5
  • refactor VeraBridge
  • openLuup Extensions plugin
  • create_device action call
  • refactor luup.chdev module
  • fix server query/file logic (thanks @vosmont)
  • bug fixes
Some important points to note:
  • The VeraBridge is NOT compatible with the old version, you will have to rebuild from a startup.lua file rather than an existing user_data.json (sorry)
  • There is a new plugin openLuup:Extensions.
VeraBridge

There was an intrinsic problem with the way that the bridge used to treat device numbers: any new device, be it local or cloned from a remote machine, would receive the next available deviceID, as in a standard Vera.  This meant that any change to local devices or ones on remote machines (ie. creation/deletion) could result in an extensive renumbering of all devices in openLuup... clearly not acceptable.

The approach now is for local device numbers to work as in Vera - a new device gets the next available ID.  However, cloned devices from remote machines get device IDs allocated from higher-numbered blocks.  The first VeraBridge uses device numbers starting at 10,000, the second one at 20,000, and so on.  There is also some consistency in the remote device numbering in that the original Vera deviceIDs are simply shifted by the bridge offset.  Thus device 42 on your first bridged Vera will always be device 10042 on openLuup.

Local and remote devices are thus completely isolated in terms of device numbering interactions.  This will make scene triggers and actions much more stable.

openLuupExtensions

This is a new plugin - move the files to /etc/cmh-ludl/ and install with:

Code: [Select]
luup.create_device ('', '', nil, "D_openLuupExtensions.xml")
... or use the +Create button on the AltUI interface (which works now! - thanks @amg0)

The philosophy here is that openLuup itself should remain as true as possible* to standard Vera functionality.  That way we can ensure that most plugins written for Vera run also under openLuup.   HOWEVER...  now having gained the freedom to make improvements, the Extensions plugin is going to add extra facilities over time.

At the moment, it does very little:
  • front panel display shows system uptime and memory usage
  • similar data can be read from device variables (and used as device variable watch triggers or pushed to ThingSpeak)
  • a few actions have been implemented, more will come.  At the moment you can set StartupCode and ShutdownCode

A feature to come soon (hopefully) is the ability to upgrade openLuup itself from the GitHub repository in much the same way as the AltUI update works now.

-----

* with the notable exceptions of: not crashing, not running out of memory, and not using much CPU.

« Last Edit: November 02, 2015, 03:36:14 pm by akbooer »
3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: openLuup: Version Log
« Reply #2 on: November 17, 2015, 12:22:12 pm »
Release 6.0
  • improved integration with the ALTUI interface
  • uses the LuaFileSystem* (lfs) module to enhance portability (runs well on Windows)
  • device attributes better preserved over reloads
  • lul_device global in plugins
  • nil device and variable parameters supported in luup.variable_watch
  • nil device parameter supported in luup.variable_set/get
  • VeraBridge plugin now clones remote scenes
  • considerable internal refactoring to support future enhancements
Important point to note:
  • LuaFileSystem* is already required by some plugins, but if not installed you will need to do so.
  • Handling of altids for remote Zwave devices is different, you will have to rebuild from a startup.lua file rather than an existing user_data.json (sorry)
  • Both the VeraBridge and openLuupExtensions plugin are distributed in sub-directories, the contents of which need to be moved to /etc/cmh-ludl/ for correct installation.
  • You have to run the latest AltUI for scenes to work correctly - V 0.98.895 or later.

VeraBridge

The bridge now clones remote scenes.  Huge thanks to @amg0 to make AltUI amenable to this trick.  In the same way that remote devices are allocated ids in the 10,000 range, and above, so it is with remote scenes.  However, locally defined scenes still retain low numbers.  In fact, a newly defined scene will have the lowest empty slot in the luup.scenes table.

You can't see the actions, or triggers, or timers, of the remote scene, but you can manually trigger it.  If you want to, you can also add local variable watch triggers and timers to the scene.  You won't be able to see or edit these from the remote Vera (it just receives a command to run.)

This may (or may not) assist integration and transfer of logic from Vera to openLuup.

This release is in a new branch of the GitHub repository: https://github.com/akbooer/openLuup/tree/Release-6, and also tagged as v0.6.0 (ie. Version 0, Release 6.0)  It has undergone extensive testing on Mac, Windows, Debian, and Open-WRT, but there is, I suppose, the slightest possibility of some new bugs.

« Last Edit: November 18, 2015, 03:03:32 am by akbooer »
3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: openLuup: Version Log
« Reply #3 on: December 07, 2015, 08:10:37 am »
Release 6.2 (just don't ask about 6.1)
  • more extensive use of LuaFileSystem library to improve portability
  • new http.lua module to fix a bug in LuaSocket
  • VeraBridge updates
  • Extensions plugin update
  • support for AltUI donation 'licensing'
   
Important points to note:

The imminent version 1.0 of AltUI has a donation 'licensing' scheme to remove the donation tag for those who have contributed in one way or another.  This version of openLuup supports that mechanism for configurations which use VeraBridge to link to a real Vera with a primary account that is recognised by AltUI.  If you are using openLuup in a configuration without a link to such a Vera (eg. you're only using it as a MySensors controller, or the like) then you'll have to ask me for a userId if you want to remove the donation reminder.

Do remember to move the files in the openLuupExtensions and Utilities and VeraBridge folders into your main /etc/cmh-ludl/ directory, along with the new openLuup folder.

I strongly recommend you backup your user_data.json file prior to this (or any) upgrade.  It should handle your existing file, but may perform a couple of reloads for the VeraBridge.  In the event of needing to start from a startup.lua file again, your scenes can be restored from the old file (manually at the moment, I need to automate this.)


3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: openLuup: Version Log
« Reply #4 on: January 31, 2016, 03:26:49 pm »
Release 6.3

After extensive testing, mostly by @cybrmage, I have updated the GitHub code master with the latest io module.

Changes include:
  • correctly functioning luup.io.intercept()
  • io protocol implementations for raw, cr, crlf, (but not stxetx)
  • correctly functioning timeouts in io.read()
  • device number and tcp socket shown in log entries
  • devices now have 'disabled' attribute

« Last Edit: January 31, 2016, 03:54:08 pm by akbooer »
3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: openLuup: Version Log
« Reply #5 on: February 25, 2016, 11:48:40 am »
Release 7.0 candidate

The development branch has been updated with the Release 7.0 candidate code:

Changes include:
  • icons served through port 3480: remote ready!
  • WSAPI for CGIs - Lua modules can be used as CGIs
  • index.html for redirects - http://openLuupIP:3480/ redirects to AltUI
  • /cmh-lu/ directory - alternative directory for .xml, .json, and .lua files, etc.
  • sundry other bug fixes and improvements
Note that the /www/cmh/skins/default/... directory tree is no longer used, since all icons are served over port 3480 from the /etc/cmh-ludl/icons/ directory.  In fact, there should now be no access through HTTP port 80 at all.

Note also that the documentation has been updated to reflected changes required in installation (less to do now) and more detail on other aspects.

Huge thanks to those who have contributed ideas, testing, and sometimes even a bit of code (you know who you are!)

Feedback welcomed before this gets merged with the master.

« Last Edit: February 26, 2016, 12:23:27 am by akbooer »
3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: openLuup: Version Log
« Reply #6 on: March 05, 2016, 10:46:32 am »
Release 7.0

Now in the master branch and tagged as v0.7.0.

Special thanks to @amg0 for changes to AltUI to support icon access through port 3480.
Requires build 1233 or later of AltUI.
  • icons served through port 3480: works remotely (using, eg. weaved.com)
  • WSAPI for CGIs - Lua modules can be used as CGIs
  • index.html for redirects - http://openLuupIP:3480/ redirects to AltUI
  • /cmh-lu/ directory - alternative directory for .xml, .json, and .lua files, etc.
  • sundry other bug fixes and improvements

Note that the /www/cmh/skins/default/... directory tree is no longer used,
since all icons are served over port 3480 from the /etc/cmh-ludl/icons/ directory.
You need to move all your icons to this directory.
There should now be no access through HTTP port 80 at all.

Note also that the documentation has been updated to reflect changes required in installation (less to do now, no port 80 server setup) and more detail on other aspects.
« Last Edit: March 05, 2016, 11:11:32 am by akbooer »
3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: openLuup: Version Log
« Reply #7 on: April 27, 2016, 11:43:13 am »
Development Branch

Now updated with a version that can pull  AltUI (not yet openLuup) releases from GitHub. 
Once I add openLuup updates, this will become the Release 8.0 candidate.

... this release will also handle the licensing of AltUI when not connected to a Vera by the bridge: contact me with your AltUI-registered user name to receive a key.
3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: openLuup: Version Log
« Reply #8 on: May 14, 2016, 03:45:46 pm »
Release 8 candidate

The development branch has been updated with the Release 8.0 candidate code:

Changes include:
  • auto-update (at last!), triggered by HTTP request or action in openLuupExtensions
  • plugins (AltUI, openLuup itself) loaded from GitHub
  • better handling of device / scene / job status
  • better compatibility with Windows on PC
  • improved AltUI compatibility (thanks @amg0)
    • extended functionality through port_49450 requests and ModifyUserData...
    • ...support for editing Lua Startup code
    • ...support for user_data backups initiated from AltUI from Controllers page
    • key for licensing of AltUI when not connected to a Vera by the bridge
    • logging of AltUI workflow events
  • HTTP port 3480 server improvements:
    • HTTPS support for luup.inet.wget
    • extended mime types, defined in external file
    • fix for audio files / Sonos and others (thanks @explorer)
  • VeraBridge:
    • Include, Exclude, ZWaveOnly filtering (thanks @explorer)
    • Mirror openLuup device variables to Vera devices / 'reverse' bridging (thanks @logread)
    • parent/child hierarchy and invisible devices cloned
    • ZWave controller of first bridged Vera is cloned (low-level control of ZWave devices)
    • device status updates
  • updated utilities:
    • openLuup_check - tests for additional CGI files
    • openLuup_download - downloads complete version from GitHub
  • numerous bug fixes

Huge thanks to those who have contributed ideas (whether or not listed above), and a special mention to @CudaNet for wrapping some of this into pre-packaged versions for different platforms.

I'm working on some documentation updates, but in the meantime, feedback is welcomed before this gets merged with the master.

« Last Edit: May 15, 2016, 03:53:38 am by akbooer »
3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: openLuup: Version Log
« Reply #9 on: May 21, 2016, 12:38:00 pm »
Release 8

The master branch has been updated and the new release is tagged as v0.8.0.

Includes the changes described in the Release 8 candidate, but additionally, a working Plugins page for installing and updating selected plugins.

This should be the last version that you have to update manually.  (Sadly, it wasn't.)

  • auto-update of openLuup, AltUI, VeraBridge from the Plugins page
  • plugins (AltUI, openLuup itself) loaded from GitHub
  • better handling of device / scene / job status
  • better compatibility with Windows on PC
  • improved AltUI compatibility (thanks @amg0)
  • HTTP port 3480 server improvements
  • VeraBridge: Include, Exclude, ZWaveOnly filtering, Mirroring, HouseMode...
  • updated utilities
  • numerous bug fixes

Again, huge thanks to @amg0, @logread, @explorer, @CudaNet, @vosmont and others.
« Last Edit: May 22, 2016, 06:00:39 am by akbooer »
3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: openLuup: Version Log
« Reply #10 on: May 22, 2016, 05:54:23 am »
Release 8.1

Mandatory updates to v0.8.0:
  • fix openLuup destination directory in plugin updates
  • fix loader error on empty actions in service files
  • fix documentation link for VeraBridge

This fixes a serious problem with the destination directory for openLuup updates, which was set to /etc/cmh-ludl/ rather than /etc/cmh-ludl/openLuup/.  This needs to be fixed before you can update automatically!   The error means that, if you have used it, you will find duplicates of all the files which should be in the openLuup/ folder in /etc/cmh-ludl/.  To correct this you could simply copy those files into openLuup/ replacing the old versions which will still be there.

Alternatively, simply update manually and then future auto-updates should work correctly.  Sorry!

A further word on updates:
  • AltUI updates to the latest version in the master branch
  • openLuup and VeraBridge update to the latest version in the development branch.
This means that incremental openLuup updates are available without making a tagged release and I'm expecting them to be a bit more frequent (although not up to AltUI's rate!)


3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: openLuup: Version Log
« Reply #11 on: May 23, 2016, 04:34:07 pm »
Development Branch: update to VeraBridge

Following this problem statement / suggestion:

I have a Vera Edge Plus and OpenLuup install.

I want to sync the home modes on each device and looking for suggestions on how to this..

and, to be fair, an earlier one here:

I noted that house modes are not handled (possibly by design ?) by VeraBridge... a change in house mode on the bridged Vera is not reflected in openLuup.

I've updated the VeraBridge code to mirror either to, or from, a remote Vera's mode  (or not at all.)

The bridge now has a new device variable HouseModeMirror, which you can set to one of three values:

   "0" : no mirroring,
   "1" : local mirrors remote machine,
   "2" : remote mirrors local machine.

You have to reload to make this change effective.  Because of Vera's built-in delay in changing HouseMode, mode 2 can take a while (typically 30 seconds or more) to kick in, but they should synchronize in the end.

To apply this update, assuming you're running openLuup v0.8.1, then all you have to do is go the the Plugins page, hit the Update button for VeraBridge, and wait for the reload.  Refreshing the browser should show that the VeraBridge version is now "GitHub.development".  The Variables tab of the device should show the new variable (in mode 0) and a Version of "2016.05.23".   Don't try mirroring HouseMode to/from a UI5 Vera!


« Last Edit: May 24, 2016, 02:30:27 am by akbooer »
3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: openLuup: Version Log
« Reply #12 on: June 01, 2016, 01:26:59 pm »
Development Branch: Release 8.2 candidate

Significant updates from 8.1:
  • Plugins Page - this now acts as a sort of mini App Store, showing not just installed plugins, but also others which can be installed just by clicking the Update button.  Different versions may be loaded by entering the appropriate name in the Update box (which may be from a master or development branch or a specifically tagged release.)  Leaving it empty gets the latest approved version.  You can still add other plugins manually by downloading the device files and creating a device.
  • Extensions plugin - is now an integrated part of the system.  It appears as device #2.  It has a number of device variables which monitor system memory and cpu usage and also displays the latest tagged release of openLuup (this may be different from the version you are actually running, which will be displayed, after updating, on the Plugins page.)  If you have the old openLuup:Extensions plugin installed, just delete that device.
  • VeraBridge - this is now a separate install, enabling independent updates from openLuup itself.  This does mean that after an openLuup upgrade you may need to do a VeraBridge upgrade in order to get the latest.  The bridge now has the capability to mirror House Mode between openLuup and a remote Vera (three modes: no mirroring, openLuup follows remote Vera, remote Vera follows openLuup.)  The bridge also now has an action call which implements the functionality of the previously separate openLuup_getfiles utility, fetching both device files and icons from the bridged Vera and place them into the /files/ and icons/ directories.
  • CGI files - no external CGI files or directories are now required for basic system functionality, including Startup Lua editing, user_data file backup, and sysinfo.  The CGI folders in /etc/cmh-ludl (namely cgi/ cgi-bin/cmh/ and upnp/control/) are not mandatory, but may exist and contain other WSAPI CGI files, if that's a configuration you need.
  • AltUI - has had a few more tweaks (thanks @amg0) specifically for openLuup.  Note, however, that one required file is currently missing from the Plugin page AltUI download, namely dkjson.lua. If you are installing an absolutely new system, you will still need to get this from somewhere (possibly a Vera) I have yet to find a neat way around this.  If you're just updating an existing version, then it will be there already.  (install now updated to fix this.)

These capabilities should enable a much simpler installation workflow on a bare machine.  I just need to document this before the actual release.

Please report any problems before this gets turned into the actual 8.2 release in the master branch.
« Last Edit: June 05, 2016, 05:09:09 pm by akbooer »
3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: openLuup: Version Log
« Reply #13 on: June 06, 2016, 07:25:18 am »
Release 8.2

  • Plugins Page - this now acts as a sort of mini App Store, showing not just installed plugins, but also others which can be installed just by clicking the Update button (see attachment.)  Different versions may be loaded by entering the appropriate name in the Update box (which may be from a master or development branch or a specifically tagged release.)  Leaving it empty gets the latest approved version.  You can still add other plugins manually by downloading the device files and creating a device.
  • Extensions plugin - is now an integrated part of the system.  It appears as device #2 (see attachment.)  It has a number of device variables which monitor system memory and cpu usage and also displays the latest tagged release of openLuup (this may be different from the version you are actually running, which will be displayed, after updating, on the Plugins page.)  If you have the old openLuup:Extensions plugin installed, just delete that device.
  • VeraBridge - this is now a separate install, enabling independent updates from openLuup itself.  This does mean that after an openLuup upgrade you may need to do a VeraBridge upgrade in order to get the latest.  The bridge now has the capability to mirror House Mode between openLuup and a remote Vera (three modes: no mirroring, openLuup follows remote Vera, remote Vera follows openLuup.)  The bridge also now has an action call which implements the functionality of the previously separate openLuup_getfiles utility, fetching both device files and icons from the bridged Vera and placing them into the /files/ and icons/ directories.
  • CGI files - no external CGI files or directories are now required for basic system functionality, including Startup Lua editing, user_data file backup, and sysinfo.  The CGI folders in /etc/cmh-ludl (namely cgi/ cgi-bin/cmh/ and upnp/control/) are not mandatory, but may exist and contain other WSAPI CGI files, if that's a configuration you need.
  • AltUI - has had a few more tweaks (thanks @amg0) specifically for openLuup.  openLuup also now has support for AltUI scene updates via HTTP POST requests.
  • DataYours - DataYours installs itself as an AltUI Data Storage Provider, creates a local database directory "/etc/cmh-ludl/whisper/", and starts logging CPU and memory usage every 5 minutes for the last week (see attachment.)
These capabilities enable a much simpler installation workflow on a bare machine.

3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: openLuup: Version Log
« Reply #14 on: June 21, 2016, 05:48:14 pm »
Release 8.4 (just don't ask about 8.3)

Full integration of AltAppStore.

Suggested upgrade sequence, assuming you are already running v0.8.2 (otherwise you'll have to download and install manually, or use the latest Utilities/openLuup_install.lua):
  • VeraBridge (entering into the Plugins page Update box: master) - contains a required fix to avoid failure of AltAppStore plugin!
  • AltUI (using the usual page refresh method) - ensure you're at version 1778 or more
  • openLuup (entering into the Plugins page Update box: master) - to finally install the latest

A final browser page refresh should have you up and running...
  • The AltAppStore plugin is an integral part of this and future releases, so you shouldn't ever need to update it from the App Store.
  • that plugin now forces a luup.reload() after every successful update.
  • other installed plugins may either be updated from the Plugins page, or from the AppStore.
The new Utilities/openLuup-install.lua file is all you need (after having installed Lua and its libraries) to get to a running openLuup system from scratch.
« Last Edit: June 21, 2016, 06:32:01 pm by akbooer »
3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.