This is a dashing (http://dashing.io/) based dashboard interface for OpenHAB (http://www.openhab.org), a superb open source home automation system. It is a fork from FlorianZ's SmartThings dashboard (https://github.com/FlorianZ/hadashboard), basically replacing the SmartThings related calls to OpenHAB equivalents/work-arounds. For those interested, there is a great discussion on the SmartThings forum (link available in FlorianZ's github repo).
I have it running on wall-mounted Nexus 7's, providing a much easier UI for users in my home with quick access to the most commonly used items.
As I have never coded in Ruby and had never heard of Batman.js before this, the work here is for the most part a 'hatchet' job, but is at a point that it works for me. There is most certainly room for it to be tidied up and made more efficient!
When going through the installation details below, you may notice that I am not using server side push using the REST API on openHAB, but instead am using a rule within openHAB to trigger on changes in the underlying item states which then uses dashing's REST api to post data to the relevant dashing widget. The reason for this is because I could only get server side push to work for site-maps, and not for individual items or groups of items. This wasn't ideal for me, as I didn't want to have to keep adding items to site-maps just so they update to the dashing dashboard (plus it seems as if openHAB 2 will be moving to SSE's - thus there isn't enough incentive to spend the time on this further as it is working reliably for now).
You may also note that there is a CCTV related dashboard/widgets in the repository. This has nothing to do with openHAB and is a seperate system we use in our home. I have left it in as an example in case anyone is interested.
I'm assuming you know the basics of linux and are comfortable with simple installations etc. Everything here has been installed and is in daily use on an Ubuntu 14.10 server.
-
Install dashing (http://dashing.io) along with any related components it needs (it should do these automatically if you follow the instructions on their website, although some manual configuration may be necessary depending on what system you are running on and what you already have installed)
-
Clone or download this dashboard repository into a local folder, e.g. /opt/dashboard
-
In the service folder of this repository, there is a start-up script you can use if you want to run dashing as a service. Modify the paths in this service file with anything that is different on your installation. On Ubuntu, this file can be placed in the /etc/init.d folder with persmissions set at 755. You will also need to run update-rc.d if you want the service to start automatically at boot.
-
Edit the lib/ohapp.rb file, and make sure that your openhab server name and port are correctly specified
-
Edit the file config.ru in the top level folder and change the auth_token value to whatever you want to use to authenticate communications between dashing and openHAB (or leave as is if you prefer!). You can also change the default dashboard here if you have multiple dashboards defined.
-
If you are using openHAB 1.x, copy the rule file from the dashboard/openHAB/OH1.8/openhab_rule folder into your openhab's rule folder (e.g. /opt/openhab/configurations/rules). Edit the rule file and change the the auth_token here to whatever you set it in the previous step (or leave as is if you didn't make any changes in the previous step).
-
For openHAB 2.0, see the notes at the bottom of this README file.
-
First, on the OpenHAB side, in your items file, create a group called gDashboard
-
Next, add all items that you want to use in your dashboard(s) to this new gDashboard group EXCEPT for the weather items (weather is updated through a 5 minute scheduler event as defined in the jobs/openhab.rb file) (Update: This is no longer necessary if you are using openHAB 2, along with the SSE client discussed below.)
-
If you want to use the dashboard's weather widget and have this updating from openHAB using the code as is, you will need to ensure that your weather items in openHAB are named as follows:
- Weather_Temperature
- Weather_Conditions
- Weather_Code
- Weather_Temp_Max_0
- Weather_Temp_Min_0
- Weather_Humidity
- Weather_Pressure
- Weather_Temp_Max_1
- Weather_Temp_Min_1
- Sunrise_Time
- Sunset_Time
- Weather_ObsTime
- Weather_Code_1
- Weather_Precipitation
- Weather_Precipitation_1
- Weather_Wind_Speed
- Weather_Wind_Direction
- Weather_Wind_Gust
These are defined as in the Weather binding wiki for openHAB (note that all the weather items MUST be in an item group "Weather" - this applies to both openHAB 1.x and 2.0). If you do want to use different names, then edit the lib/ohapp.rb file accordingly.
General instructions on creating widgets and dashboards are given on the dashing website. In addition, and specifically for this openHAB setup, the main points to note are:
-
Each widget is defined in the dashboard file (e.g. the dashboards/default.erb file) using html list items (
<li>...</li>). -
The widget is linked to a corresponding openHAB item via the data-device list item parameter. This must match exactly the item name in openHAB. (In the included dashboards, the data-id parameter mostly has the same value as the data-device paramater - this is not a requrement and has just been used this way for simplicity; the data-id is basically a unique ID for that specific widget on the dashboard).
-
The data-view parameter of the list item specifies the type of widget. All the widget types available are in the widgets folder, and the openHAB specific ones are prefixed with 'Oh' - e.g. Ohdimmer, Ohswitch etc. NOTE that not all of the widgets have been tested. These have been taken from FlorianZ's original repo for SmartThings and kept here in case I have a future need. The only ones tested are those in the included dashboards.
-
Each page on the dashboard is put into an html DIV container with class="gridster".
I have the android tablets switching off after a defined timeout period but automatically switching on as soon as it detects motion in front of the device (via its front-facing camera). This is done using two apps:
- Tasker https://play.google.com/store/apps/details?id=net.dinglisch.android.taskerm
- Motion Detector https://play.google.com/store/apps/details?id=org.motion.detector
Both of these are paid apps. There may be other ways to achieve the same effect, but I have not explored them. A backup of the Tasker profile for this is included in the folder /opt/dashboard/tasker (assuming you installed the dashboard in the /opt/dashboard folder).
In order to hide the top and bottom status bars on android, you can use the app GMD Fullscreen, https://play.google.com/store/apps/details?id=com.gmd.immersive. This is currently free.
Finally, on an Android device, you can get rid of the browser's tabs etc, by opening the dashboard in Chrome, and then saving it as a desktop app from Chrome's menu.
As openHAB 2 supports Server Sent Events (SSE), there is a rough and ready Ruby SSE client in the folder dashboard/openHAB/OH2.0. This client is built on the eventmachine library, em-eventsource (https://github.com/AF83/em-eventsource). The SSE client subscribes to all item change events in openHAB, and so removes the need to use the gDashboard group or the openHAB rule used for openHAB 1.x.
To use the dashboard with openHAB 2:
-
Install dashing using the process described above, carrying out steps 1 to 5.
-
Install em-eventmachine (this can be either by (a) running gem install em-eventsource or (b) by adding the line gem "em-eventsource", "~> 0.2.0" to the Gemfile and running bundle again)
-
Edit the file dashboard/lib/ohapp.rb and change the line that says OPENHAB_V2 = false to OPENHAB_V2 = true
-
Start the SSE client from dashboard/openHAB/2.0/oh2dashing.rb
-
Once everything is working correctly, the SSE Client can be run as a service. A sample systemd unit file is also given in the dashboard/openHAB/2.0 for systems using systemd.