Hardware components | ||||||
 |
| × | 1 | |||
 |
| × | 1 | |||
| × | 1 | ||||
 |
| × | 1 | |||
Software apps and online services | ||||||
 |
| |||||
| ||||||
A simple security system to run on a Raspberry Pi.
Features:
- Motion detection and photo capture using the camera.
- Mobile notifications with photos.
- Detects when you are home and arms or disarms automatically.
- Can be remotely disabled or queried using Telegram.
Similar to these products:
You will need this hardware:
- Raspberry Pi with camera interface. I use a model A+.
- Raspberry Pi camera module.
- USB Wi-Fi that supports monitor mode. I used a RT5370 based adapter, they are cheap at about €6 and easy to find.
- An enclosure of some sort. Details of the hardware I made is here.
Other requirements:
- A Telegram bot. It's free and easy to setup.
- Raspbian distribution installed. I used Jessie lite. You could possibly use a different OS but I haven't tried it.
- Python 3.
One of my main goals was to have the system completely automatic. I didn't want to have to arm or disarm it when leaving or arriving home. I figured the easiest way to achieve this was to try and detect the mobile phones of the home occupants. Conceptually this was quite simple but in practice it was the most challenging part because:
- Capturing all packets on a Wi-Fi interface is too resource intensive.
- There are presently no good 5Ghz USB Wi-Fi adapters that support monitor mode. This means packet monitoring is restricted to 2.4Ghz where most modern mobile phones use 5Ghz now.
- Mobile phones are not always online and sending packets over Wi-Fi. Sometimes they stay unconnected for 15 minutes or longer.
- Even with 99% accuracy false alarms are annoying.
After much testing I used an approach that mixes active (ARP scan) and passive (packet capture) detection over the Wi-Fi adapter based on knowing the MAC addresses of the mobile phones. The mobile phone MAC addresses are set in the configuration and the rpi-security application captures packets on a monitor mode interface with the following filter:
- Wi-Fi probe requests from any of the configured MACs.
- Any packets sent from the configured MACs to the host running rpi-security.
The application resets a counter when packets are detected and if the counter goes longer than ~10 minutes the system is armed. To eliminate the many false alarms, when transitioning from armed to disarmed state or vice versa, the application performs an ARP scan directed at each of the configured MAC addresses to be sure they are definitely online or offline. Both iOS and Android will respond to this ARP scan 99% of the time where a ICMP ping is quite unreliable. By combining the capture of Wi-Fi probe requests and using ARP scanning, the Wi-Fi frequency doesn't matter because mobile phones send probe requests on both frequencies and ARP scan works across both frequencies too.
NotificationsA Telegram bot is used to send notifications with the captured images. They have good mobile applications and a nice API. You can also view the messages in a browser and messages are synced across devices.
If the system is in an armed state and motion is detected then a message with the captured image is sent to you from the Telegram bot.
Notifications are also sent on any alarm state change.
You can send the Telegram bot commands that trigger certain actions.
- /disable: Disables the service until re-enabled.
- /enable: Enables the service after it being disabled.
- /status: Sends a status report.
- /photo: Captures and sends a photo.
- /gif: Captures and sends a gif.
The application is written in python 3. Large parts of the functionality are provided by the following pip modules:
The application uses multithreading in order to process events asynchronously. There are 4 threads:
- telegram_bot: Responds to commands.
- monitor_alarm_state: Arms and disarms the system.
- capture_packets: Captures packets from the mobile devices.
- process_photos: Sends captured images via Telegram messages.
The interface used to connect to your WiFi network must be the same interface that supports monitor mode. And this must be the same WiFi network that the mobile phones connect to.
First install required packages:
sudo apt-get update
sudo apt-get install -y tcpdump iw python3-dev python3-pip libjpeg8-dev zlib1g-dev libffi-dev python3-numpy
sudo pip3 install --upgrade pip
Install rpi-security, reload systemd configuration and enable the service:
sudo pip3 install https://github.com/FutureSharks/rpi-security/archive/master.zip
sudo systemctl daemon-reload
sudo systemctl enable rpi-security.service
Add your MAC address or addresses, Telegram bot API key and any other changes to /etc/rpi-security.conf.
Ensure you have enabled the camera module using raspi-config.
And start the service:
sudo systemctl start rpi-security.service
You need to send at least one message to the Telegram bot otherwise it won't be able to send you messages. This is so the service can save the telegram chat_id. So just send the /status command.
It runs as a service and logs to syslog. To see the logs check /var/log/syslog.
There is also a debug option that logs to stdout:
root@raspberrypi:~# iw phy phy0 interface add mon0 type monitor
root@raspberrypi:~# ifconfig mon0 up
root@raspberrypi:~# rpi-security.py -d
2016-05-28 14:43:30 DEBUG rpi-security.py:73 MainThread State file read: /var/lib/rpi-security/state.yaml
2016-05-28 14:43:30 DEBUG rpi-security.py:44 MainThread Calculated network: 192.168.178.0/24
2016-05-28 14:43:41 INFO rpi-security.py:214 monitor_alarm_state thread running
2016-05-28 14:43:41 INFO rpi-security.py:196 capture_packets thread running
2016-05-28 14:43:41 INFO rpi-security.py:259 telegram_bot thread running
2016-05-28 14:43:41 INFO rpi-security.py:154 process_photos thread running
2016-05-28 14:43:43 INFO rpi-security.py:392 MainThread rpi-security running
2016-05-28 14:43:43 INFO rpi-security.py:112 MainThread Telegram message Sent: "rpi-security running"
2016-05-28 14:44:29 DEBUG rpi-security.py:191 capture_packets Packet detected from aa:aa:aa:bb:bb:bb
2016-05-28 14:44:29 DEBUG rpi-security.py:191 capture_packets Packet detected from aa:aa:aa:bb:bb:bb
2016-05-28 14:44:48 DEBUG rpi-security.py:280 Dummy-1 Motion detected but current_state is: disarmed
This is all that is required on my Raspberry Pi Model A+. This shows my WLAN network device arrangement:
root@raspberrypi:~# iw dev
phy#0
Interface mon0
ifindex 4
wdev 0x3
addr 00:0f:60:08:9c:01
type monitor
Interface wlan0
ifindex 2
wdev 0x1
addr 00:0f:60:08:9c:01
type managed
channel 1 (2412 MHz), width: 40 MHz, center1: 2422 MHz
You could have interfaces with different names, just be sure to change the network_interface parameter in /etc/rpi-security.conf and also the reference to mon0 in rpi-security.service
Currently the camera is used for motion detection. If you want to use the old version with support for a PIR sensor then look at version 0.7:
https://github.com/FutureSharks/rpi-security/releases/tag/0.7
Reboot on connectivity lossAbout once every month or two my Raspberry Pi loses the WLAN connection. I created a cron job to check connectivity and reboot if the check fails.
echo '*/20 * * * * root /usr/bin/host api.telegram.org > /dev/null 2>1 || (/usr/bin/logger "Rebooting due to connectivity issue"; /sbin/shutdown -r now)' > /etc/cron.d/reboot-on-connection-failure
Comments