-
Notifications
You must be signed in to change notification settings - Fork 4
Mqttitude Binding
Documentation of the Mqttitude binding bundle.
OwnTracks, formerly known as MQTTitude was developed as a replacement for the old Google Latitude service. However it is slightly different (better) in that all your location data is private - i.e. there is no 3rd party server somewhere collecting and storing your data. Instead each time your device publishes its location, it is sent to an MQTT broker of your choice.
This is where openHAB steps in, with the Mqttitude binding. The idea is that the binding will track your location and when you are 'near' to a specified location (usually your home) it will update a Switch item in openHAB, enabling presence detection.
First you need to set up an MQTT broker (e.g. Mosquitto) and install the Mqttitude app on your mobile devices. At this point you should start seeing location updates appearing in your broker.
Now it is time to configure MQTT and the Mqttitude binding...
First you will need to install and configure the MQTT binding. This will define the connection properties for your MQTT broker and specify the broker id which we will need when configuring the Mqttitude item bindings.
There are two modes of operation for the Mqttitude binding. Note: you can have item bindings which are mixture of these two modes.
The first is a manual calculation of your position relative to a single fixed 'home' geofence. In this mode you specify the 'home' geofence in your openhab.cfg file and then configure your item bindings to watch for location publishes from the OwnPaths app. As each location update is received the binding will calculate the distance from 'home' and update the item (ON/OFF) accordingly.
The second mode leaves the geofence definition and relative location calculations to the OwnPaths app itself. You can setup any number of 'regions' or 'waypoints' in your app and give them unique descriptions. Then in openHAB you simply add the region/waypoint description (optional third parameter of the item binding) and the binding will look for 'enter' or 'leave' events which are published by the app and switch the openHAB item accordingly. This allows you to define as many 'regions' or 'waypoints' as you like, and track a phones location relative to many points of interest - e.g. home, work, holiday house.
You only need to define these properties in your openhab.cfg configuration file if you are using one or more 'Manual Mode' item bindings. In this mode you need to let the binding know exactly where 'home' is and what size the geofence is.
Here is an example;
# Optional. The lat/lon coordinates of 'home'
mqttitude:home.lat=xxx.xxxxx
mqttitude:home.lon=xxx.xxxxx
# Optional. Distance in metres from 'home' to be considered 'present'
mqttitude:geofence=100
To track the location/presence of a mobile device all you need to do is add a Switch item and specify the MQTT topic that device publishes its location to.
The binding definition for the two modes of operation are;
Manual Mode: { mqttitude="<broker_id>:<mqtt_topic>" }
Region Mode: { mqttitude="<broker_id>:<mqtt_topic>:<region_description>" }
Here is an example of some 'Manual Mode' item bindings;
Switch PresenceBen_PhoneMqtt "Ben @ Home" { mqttitude="mosquitto:/mqttitude/ben" }
Switch PresenceSam_PhoneMqtt "Sam @ Home" { mqttitude="mosquitto:/mqttitude/sam" }
You can track as many different mobile devices as you like, on the one MQTT broker, just by using a different MQTT topic for each. This is configured in the OwnPaths apps on your mobile devices.
When a device publishes a location the binding will receive it instantly, calculate the distance from your 'home' location, and if inside the 'geofence' radius set the Switch item to ON.
Here is an example of some 'Region Mode' item bindings;
Switch PresenceBen_PhoneMqttHome "Ben @ Home" { mqttitude="mosquitto:/mqttitude/ben:home" }
Switch PresenceBen_PhoneMqttWork "Ben @ Work" { mqttitude="mosquitto:/mqttitude/ben:work" }
Here you can setup as many 'regions' or 'waypoints' as you like in your OwnPaths app and track each one in openHAB by creating a different item for each, with the region description as the optional third parameter in the item binding.
This is a far more powerful mode and gives greater flexibility. It also stops the issue of location publishes happening just before you get close enough to 'home' and thus being considered outside the geofence, and then no further updates being sent because you don't move far enough to trigger one.
In 'Region Mode' the OwnPaths apps detects when you cross a geofence boundary and ALWAYS sends a location update (either enter or leave), meaning openHAB should never lose track of your position.
All regions/waypoints configured in the OwnPaths apps must to be set as 'Shared' as otherwise the description field is not sent, which the binding needs to match to an item.
Installation
Community
- Support
- News Archive
- Presentations
- How to Contribute
- IDE Setup
- How to Implement a Binding
- How to Implement an Action
- Projects using openHAB
- User Interfaces
- Classic UI
- iOS Client
- Android Client
- GreenT UI
- CometVisu
- Bindings
- Asterisk Binding
- Astro Binding
- Bluetooth Binding
- Comfo Air Binding
- CUL Binding
- CUPS Binding
- digitalSTROM Binding
- DMX512 Binding
- EnOcean Binding
- Epson Projector Binding
- Exec Binding
- Fritz!Box Binding
- Fritz AHA Binding
- GPIO Binding
- HDAnywhere binding
- Heatmiser Binding
- Homematic Binding
- HTTP Binding
- IHC / ELKO Binding
- Insteon Hub Binding
- Insteon PLM Binding
- Ir-Trans Binding
- KNX Binding
- Koubachi Binding
- MAX!Cube-Binding
- MiLight Binding
- Modbus TCP Binding
- MPD Binding
- MQTT Binding
- MQTTitude binding
- Neohub Binding (Preview)
- Netatmo Binding
- Network Health Binding
- Nibe Heatpump Binding
- Nikobus Binding
- Novelan/Luxtronic Heatpump Binding
- NTP Binding
- One-Wire Binding
- Onkyo AV Receiver Binding
- Open Energy Monitor Binding
- OpenPaths presence detection binding
- OpenSprinkler Binding
- OSGi Configuration Admin Binding
- Philips Hue Binding
- Piface Binding
- Pioneer-AVR-Binding
- Plugwise Binding
- PLCBus Binding
- Pulseaudio Binding
- RFXCOM Binding
- Samsung TV Binding
- Serial Binding
- Snmp Binding
- Squeezebox Binding
- System Info Binding
- Somfy URTSI II Binding
- Sonos Binding
- Swegon ventilation Binding
- TCP/UDP Binding
- Tellstick Binding
- TinkerForge Binding
- VDR Binding
- Velleman-K8055-Binding
- Wake-on-LAN Binding
- Withings Binding
- XBMC Binding
- xPL Binding
- Z-Wave Binding
- Persistence
- db4o Persistence
- rrd4j Persistence
- MySQL Persistence
- MongoDB Persistence
- Sen.Se Persistence
- Cosm Persistence
- Logging Persistence
- Exec Persistence
- MQTT Persistence
- Automation
- Scripts
- Rules
- Actions
- Misc
- REST-API
- Security
- Google Calendar Support
- Twitter Action
- Service Discovery
- Dropbox Bundle
Samples
- Item definitions
- Sitemap definitions
- Binding configurations
- Rules
- REST Examples
- Tips & Tricks
- FAQ
- XSLT Transforms
- Scripts
- Integration with other applications
- Syntax highlighting for external editors
- Update-Scripts
- Samples-Comfo-Air-Binding
- Samples WAC Binding
Release Notes