domus.Link Publisher's description
from Istvan Hubay Cebrian
dodomus.Link is a web-based frontend for Heyu.mus.Link project is a web-based frontend for Heyu.
domus.Link is a web-based frontend for Heyu. Design focuses on separating configuration from actual controls thus giving the user a simple and user friendly GUI. The primary concern being that anyone with little or no knowledge of home automation systems can easily manage/administer the system.
Here is a quick list of the features in v1.2 (Please review the CHANGES file):
* Support of heyu config files with comments. No special configs for domus.Link.
* Alias page now controls floorplan. No floorplan editing.
* Aliases can be hidden from floorplan hmoe display.
* Added setup verification of files and permissions.
* Heyu config page only shows applicable items to domus.Link.
* Installation is simplified. Conversion from previous version is now supported thru the interface.
* Multi user config change detection added.
* Updated status/info/start/stop display to be consolidated.
* Performance improvements for display.
* Updated security access for level 1 to be a user control only, no control option.
* Bug fixes outlined in the changes file.
* Licensed under the GPL
* Two way module sorting by house area and type
* Web based Heyu configuration
* Add/Remove/Edit/Sort Aliases
* ON/OFF Controls for every type
* DIM/BRIGHT Controls for Lights
* Support for multi-aliases (ie: A1,2)
* Support for CM17A interface
* Shutter support
* Timer and trigger administration
* Advanced timer and trigger administration
* Macro administration
* Multiple schedule file support
* Upload/Erase options
* Password protection level's
* Utility to execute custom Heyu commands by Brad Samuels
What's New in This Release:В· Updated heyu config file handling to be agnostic and object oriented. domus.Link will now support a users custom heyu config file without any additional changes. One caveat is that domus.Link will not save comments that are placed at the end of a directive line. But, domus will preserve comments that are on a line by themselves. Internal implementation does validate directive types to valid heyu directives by executing the "heyu conflist" command to get the valid directive list.
В· Updated alias to location(floorplan)/type handling. domus.Link will now dynamically build the alias to location/type map through the alias edit screens. domus.Link will create a db file called aliasmap based on these assignments. This precludes the need for the floorplan file and the floorplan maintenance has been deprecated. To aid in dynamically creating the floorplan, the location field in the alias add and edit windows are now editable as well as dynamically loaded with previously entered locations. When a new heyu conf with aliases is found and there is no alias map, all items are assigned to a default location(unknown) and type(other).
В· The location field IS the edit field for the floorplan items. You can delete it, but if you haven't removed all references to that location in all of your aliases, it is dynamically rebuilt from the current aliases.
В· The blank space at the bottom of the list is a convenience to have a blank area to edit a new location. It really doesn't matter as you can just overwrite the displayed one with a new location and then it will be added to the alias. Then the list is dynamically regened and it will be added for selection.
В· Try changing the location of one of your modules by typing in a new location that doesn't exist and save it. You'll see it show up on the alias and now it is available in the list to select as well.
В· Added a setup verification for aliases to location/type maps for help in conversion from previous versions of domus.Link. When domus.Link V1.2 is entered after installation, the heyu config file is checked for the previous format for domus.Link. If it finds the previous style configuration for assignment of location and type, it will generate a derived alias to location/type map for acceptance. The user has the option to convert at this point to create the new aliasmap. If the user does not want to do this at the time, a "continue" option is available and will load the aliases with the default location(unknown) and type(other). This is valid for the session. If no updates are made to the aliases nothing is changed and it will be rechecked on the next browser session start.
В· Added the capability to hide modules from the main home module page. Useful for not displaying monitoring/trigger based modules. These modules will still be displayed in their appropriate type sections. Use "hide/show" in the alias view actions column.
В· Deprecated the db file "modules". This is now done dynamically when editing aliases. The command "heyu modlist" is executed to get the valid module type values when needed.
В· The db distribution directory is now empty. It is provided only to get the directory structure as no files need to be provided for installation.
В· Fixed error with popup when displaying extended option info in the timer view. Popup would inadvertantly display a previous items values plus it's own value.
В· Updated all file handling to be objectified. This provides a framework for all the config/sched types to be handled by their respective classes. File handling was moved to the object base class elementfile.class.php.
В· Deprecated miscelaneous functions due to objectification of aliases.
В· Updated heyu config file editing to only show directives applicable to heyu execution. Other directive types are not shown as to cleanup the heyu conf edit screen. There is no impact to the other directives.
В· Installation is now simplified due to the fact there is no installed db files.
В· Added file modification verification and detection. Domus will check to see if the config files have changed between actions. It will reload the config file with the new values automatically. If domus detects the file has changed just before the save process, it will generate and error to the user. This is internal to the save of the file for consistency, otherwise the user would see the changed file first.
В· Added diagnostic check for file setup in domus.Link. This diagnostic checks for the major configuration files that are required to be present and if they are writable or executable. The diagnostic page is only displayed if there is an issue. There is an option to just continue from this page and it will not check until requested. There is a status icon in the footer bar that displays the state as a color of the checked files. Green for good, red for errors and black/gray for unchecked state. The icon is also the method of running the diagnostic check at anytime.
В· Updated status and info screen to be the same page. Moved system uptime to status/info page.
В· Updated layout footer line in default theme to have configuration status on the right after removing uptime info.
В· Updated heyu running/down status with controls to only be on the status page. The running/down status is now a link to the status page.
В· Updated access to the status page to be only available to admin authenticated users (security level 1 or 2).
В· Updated security access for level 1 to be able to see all modules and operate on them, but no access to info, status or start and stop.
В· Updated redirection handling when setting php header commands.
В· Updated error handling of files for writing.
В· domus.Link handling of heyu config without a schedule file defined.
В· Issue 45 fixed - Changed all deprecated PHP4 calls to be PHP5 compatibale
В· Updated Language files.
System Requirements:В· Apache
Program Release Status: Minor Update
Program Install Support: Install and Uninstall