OpenWrt (ubus)
This is a presence detection scanner for OpenWrthostapd.*
, which will detect and report changes in devices connected to the access point on the router.
Before this scanner can be used, you have to install the ubus RPC packages on OpenWrt (versions older than 18.06.x do not require the uhttpd-mod-ubus
package):
opkg update
opkg install rpcd-mod-file uhttpd-mod-ubus
Add a new system user hass
(or do it in any other way that you prefer):
- Add line to /etc/passwd: hass:x:10001:10001:hass:/var:/bin/false
- Add line to /etc/shadow: hass:x:0:0:99999:7:::
Edit the /etc/config/rpcd
and add the following lines:
config login
option username 'hass'
option password '$p$hass'
list read hass
list read unauthenticated
list write hass
Then, create an ACL file at /usr/share/rpcd/acl.d/hass.json
for the user hass
:
{
"hass": {
"description": "Access role for OpenWrt ubus integration",
"read": {
"ubus": {
"hostapd.*": ["get_clients"],
"uci": ["get"]
}
},
"write": {}
}
}
Restart the services. This ACL file needs to be recreated after updating/upgrading your OpenWrt firmware.
# /etc/init.d/rpcd restart && /etc/init.d/uhttpd restart
Check if the file
namespaces is registered with the RPC server.
# ubus list | grep file
file
After this is done, add the following to your configuration.yaml
The configuration.yaml file is the main configuration file for Home Assistant. It lists the integrations to be loaded and their specific configurations. In some cases, the configuration needs to be edited manually directly in the configuration.yaml file. Most integrations can be configured in the UI. [Learn more] file.
After changing the configuration.yaml
The configuration.yaml file is the main configuration file for Home Assistant. It lists the integrations to be loaded and their specific configurations. In some cases, the configuration needs to be edited manually directly in the configuration.yaml file. Most integrations can be configured in the UI. [Learn more] file, restart Home Assistant to apply the changes. The integration is now shown on the integrations page under Settings > Devices & services. Its entities are listed on the integration card itself and on the Entities tab.
# Example configuration.yaml entry
device_tracker:
- platform: ubus
host: ROUTER_IP_ADDRESS
username: YOUR_ADMIN_USERNAME
password: YOUR_ADMIN_PASSWORD
See the device tracker integration page for instructions how to configure the people to be tracked.
Troubleshooting
If you find that this never creates known_devices.yaml
, or if you need more information on the communication chain between Home Assistant and OpenWrt, follow these steps to grab the packet stream and gain insight into what’s happening.
Increase log level
-
On your Home Assistant device, stop Home Assistant
-
Adjust
configuration.yaml
The configuration.yaml file is the main configuration file for Home Assistant. It lists the integrations to be loaded and their specific configurations. In some cases, the configuration needs to be edited manually directly in the configuration.yaml file. Most integrations can be configured in the UI. [Learn more] to log more detail for thedevice_tracker
integration.logger: default: warn logs: homeassistant.components.device_tracker: debug
-
In another window, tail the logfile in the configuration directory:
tail -f home-assistant.log | grep device_tracker
-
If you see a Python stack trace like the following, check your configuration for correct username/password.
17-04-28 10:43:30 INFO (MainThread) [homeassistant.loader] Loaded device_tracker from homeassistant.components.device_tracker 17-04-28 10:43:30 INFO (MainThread) [homeassistant.loader] Loaded device_tracker.ubus from homeassistant.components.device_tracker.ubus 17-04-28 10:43:30 INFO (MainThread) [homeassistant.setup] Setting up device_tracker 17-04-28 10:43:31 INFO (MainThread) [homeassistant.components.device_tracker] Setting up device_tracker.ubus 17-04-28 10:43:31 ERROR (MainThread) [homeassistant.components.device_tracker] Error setting up platform ubus File "/opt/homeassistant/venv/lib/python3.4/site-packages/homeassistant/integrations/device_tracker/__init__.py", line 152, in async_setup_platform File "/opt/homeassistant/venv/lib/python3.4/site-packages/homeassistant/integrations/device_tracker/ubus.py", line 36, in get_scanner File "/opt/homeassistant/venv/lib/python3.4/site-packages/homeassistant/integrations/device_tracker/ubus.py", line 58, in __init__ File "/opt/homeassistant/venv/lib/python3.4/site-packages/homeassistant/integrations/device_tracker/ubus.py", line 156, in _get_session_id File "/opt/homeassistant/venv/lib/python3.4/site-packages/homeassistant/integrations/device_tracker/ubus.py", line 147, in _req_json_rpc 17-04-28 10:43:31 INFO (MainThread) [homeassistant.core] Bus:Handling <Event service_registered[L]: domain=device_tracker, service=see> 17-04-28 10:43:31 INFO (MainThread) [homeassistant.core] Bus:Handling <Event component_loaded[L]: component=device_tracker>
-
If you see lines like the following repeated at intervals that correspond to the check interval from the configuration (12 seconds by default), then Home Assistant is correctly polling the router, and you’ll need to look at what the router is sending back.
17-04-28 10:50:34 INFO (Thread-7) [homeassistant.components.device_tracker.ubus] Checking ARP
Inspect packets with TCPDump
These steps require that tcpdump
is installed on your Home Assistant device, and that you have a utility such as Wireshark
-
On your Home Assistant device, stop Home Assistant
-
In another shell on your Home Assistant device, start tcpdump
sudo tcpdump -nnvXSs 0 -w /var/tmp/dt.out 'host <router_ip> and port 80'
- In this example we are only looking for traffic to or from port 80, and we are writing the packet stream out to
/var/tmp/dt.out
- In this example we are only looking for traffic to or from port 80, and we are writing the packet stream out to
-
Start Home Assistant
-
After a few seconds you should see a line like
Got xx
wherexx
is an incrementing number. This indicates that it has captured packets that match our filter. After you see this number increment a few times (>20), you can hitCtrl-C
to cancel the capture. -
Transfer
/var/tmp/dt.out
to the machine where you’re running Wireshark and either drag/drop it onto the Wireshark window or use File/Open to open the capture file. -
In the window that opens, look for the first line that reads
POST /ubus
. Right click on this line, choose Follow and then HTTP Stream to view just the HTTP stream for this connection. -
The first
POST
will show Home Assistant logging into ubus and receiving a session identifier back. It will look something like this:POST /ubus HTTP/1.1 Host: 10.68.0.1 Accept: */* User-Agent: python-requests/2.13.0 Connection: keep-alive Accept-Encoding: gzip, deflate Content-Length: 161 {"jsonrpc": "2.0", "params": ["00000000000000000000000000000000", "session", "login", {"password": "<password>", "username": "root"}], "method": "call", "id": 1} HTTP/1.1 200 OK Content-Type: application/json Transfer-Encoding: chunked Connection: keep-alive {"jsonrpc":"2.0","id":1,"result":[0,{"ubus_rpc_session":"8b4e1632389fcfd09e96a792e01c332c","timeout":300,"expires":300,"acls":{"access-group":{"unauthenticated":["read"],"user":["read"]},"ubus":{"*":["*"],"session":["access","login"]},"uci":{"*":["read"]}},"data":{"username":"root"}}]}
-
In the response above, the portion that reads
"result":[0,
indicates that ubus accepted the login without issue. If this is not0
, search online for what ubus status corresponds to the number you’re receiving and address any issues that it brings to light. -
Otherwise, back in the main Wireshark window click the
x
in the right side of the filter bar where it readstcp.stream eq 0
. Scroll down until you find the nextPOST /ubus
line and view the HTTP stream again. This request is Home Assistant actually requesting information and will look something like the following:POST /ubus HTTP/1.1 Host: 10.68.0.1 Accept: */* User-Agent: python-requests/2.13.0 Connection: keep-alive Accept-Encoding: gzip, deflate Content-Length: 114 {"jsonrpc": "2.0", "params": ["8b4e1632389fcfd09e96a792e01c332c", "hostapd.*", "", {}], "method": "list", "id": 1} HTTP/1.1 200 OK Content-Type: application/json Transfer-Encoding: chunked Connection: keep-alive {"jsonrpc":"2.0","id":1,"result":{}}
-
In this case we are actually receiving a valid response with no data. The request says that we are looking for ARP information from
hostapd.*
, which is the access point on the router. In my environment I don’t use the AP on the router, and so it was correctly returning no data. Armed with this information, I know that I cannot use this integration for device tracking or presence.
Cleanup
When you’re done troubleshooting, remember to reset your logging configuration and delete any capture files that contain sensitive information.