HomeDaemon-MCP - The Future of Home Control

HomeDaemon-MCP is the answer to home control, security and monitoring. Designed from the ground up to address privacy, security and performance it embodies a feature set and collection of capabilities unique in the marketplace leveraging international standards, industry-leading encryption and performance second-to-none on inexpensive, reliable commodity hardware.

The package is available now to the entrepreneurial-minded home builder, contractor or technology firm interested in entering or greatly-bolstering a presence in the rapidly-growing "Internet of Things" space.

Key points:

Existing "Home Control" and "Security" appliances have shortcomings that are annoying, limiting, potentially insecure or worse. HomeDaemon-MCP has been designed to mitigate these issues and many more; click each of the icons below for a full explanation in a new window.

Problem: Cameras are great. The let you see inside your home when you're not there, along with the periphery. Modern IP-based cameras are inexpensive and available in many configurations, such as indoor "tilt and swivel" models along with units in weather-resistant housings intended for mounting outdoors. The problem is that they are inherently insecure; they have low-powered CPUs in them for cost reasons, they all try to insist on various "cloud" connections never mind being made and designed in China with who-knows-what sort of back doors in them that could give unwanted visitors access to images and video from inside your house.

Problem: Locks and other access control devices (e.g. garage door openers) have AES-encrypted (highly secure) options for control, but the "pairing" process is fraught with risk.  Existing controllers poorly handle this, having intentionally sacrificed security on the altar of "convenience", making possible theft of the network security key after which any and all "encrypted" traffic could be intercepted or modified from more than 100' away -- more than enough to tamper with your house from next door or in the street.  This, theoretically at least, could allow a thief to command your door or garage to open for him! 

Problem: Existing systems all rely on the "cloud" in some fashion or form. But "cloud" computing is inherently insecure due to computer design priorities that put performance before security, never mind being fraught with the risk that if a server goes down hundreds of thousands or even millions of consumers lose monitoring and control access at once!

Problem: "Skills" loaded to a device from some third party inherently rely on trust you place in someone else to not misuse your data or worse, spy on you intentionally. The incentives to violate your trust or spy on you are great and the penalties for firms caught misusing your data have never resulted in a single criminal prosecution of anyone, ever, in the history of these devices and companies. There is no incentive for a firm not to do this sort of thing because any "penalty" is always limited to a fine (and then only rarely), which is simply passed on to you in the form of higher prices.

Problem: Storing passwords on a mobile device is fraught with risk for all the obvious reasons, yet most apps do exactly that, again for alleged convenience.

Please see the Release Notes included in the distribution file along with the system manual for more information including important limitations that are present in the Freeware distribution; both are provided in PDF format. Note that the Freeware version does not include many features that are reliant on security, including Amcrest camera integration, slaved devices or any other form of secure access (such as AES-encrypted Z-wave communication), and implements neither scripting protection nor does it hash passwords. For a complete, up-to-date manual please make contact for both the "full version" manual and release notes.

The freeware distribution is available as a NanoBSD 12-STABLE image in "xz" format which 7-Zip can decompress on Windows; Win32DiskImager is capable of writing the resulting image file to an SD card. The image file is quite large (200-300MB) as it contains a full operating system along with support packages for functions such as machine-generated speech; please be patient!

Note for NanoBSD images: These images are pre-built and power-failure safe since they run with the SD card mounted read-only except when modifications are being explicitly saved. This means you can play with the configuration, not execute an explicit save, and pull the plug to revert to the last-saved (or delivered, if not yet saved) configuration at any time. There is a script called "cfgsync" in the ~root/bin that will synchronize the running configuration with the saved configuration and it must be used by a logged-in root user any time the system configuration is changed, including password changes. The NanoBSD versions and are not configured to sync time because there is no guarantee that a network interface, which is required to get time sync, will be available. Note that "ntimed" is included should you wish to use a lightweight time sync solution. By default the NanoBSD builds will start a web server for HomeDaemon-MCP on the unit's DHCP-acquired address off the internal Ethernet port, running on port "8080"; the administrative password to sign in to the web server has the account "admin" and the password "password", and both the Release notes and Documentation files (in PDF format) are accessible from it without logging on.

NanoBSD builds are COMPLETELY unsecured "as delivered"; if you intend to use them on a network visible from the outside world you must immediately secure it, specifically by signing into the "freebsd" user account (the password is "freebsd") and changing it, along with using "su" to set a root passwordand then using the above-documented "cfgsync" program to save the password changes. This NanoBSD build is configured with both the Pi standard serial console and the HDMI console enabled; connecting the Pi to an HDMI-enabled display and USB keyboard is a suitable means to access it for configuration purposes if you do not have a Pi-style TTL serial cable. You should set the time before using these builds on each boot as the system does compute sunrise and sunset, among other things, from the current date and of course time-dependent events require that the time be properly set -- thus either setting up "ntimed" or manually setting the date is strongly recommended.

Please contact Karl by email at info@cudasystems.net if you are interested in potentially acquiring all rights, including source and redistribution, for this package or have questions about these distributions. At this time single licenses of the full code for individual users are not available.

HomeDaemon-MCP is Copyright 2016-2019 Karl Denninger. All Rights Reserved.

As an example this is the web interface presented for my house; it is an actual real-time screen grab with two units slaved, the second controlling the pool and hottub equipment transparently. All state is updated in real time. The fans in the below screen grab rotate on your screen when they're "on". The percentages on motion detectors are the remaining battery power; the time shown is when motion was last detected at that location. Everything else is pretty self-explanatory (the embedded camera images are intentionally blurred out for obvious reasons :-)).