Intelligent and dynamic home automation system.
Switch branches/tags
Nothing to show
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Failed to load latest commit information.

Intelligent Automation System 0.1.0

A dynamic automation system which doesn't require additional plugins to model and automate an environment.


git clone ias
cd ias
sudo make install


In order to build or run IAS, you will need to install the following dependencies:

  • libmysqlclient (or libmariadbclient)
  • clang 3.4 (or higher)
  • Linux 2.6.18 (or higher)


Since IAS currently only supports a mysql driver. You will need to run the ias.sql file in your MySQL installation to produce a database and the required tables.


When running sudo make install, the makefile will create default configuration files in /etc/ias/configuration.

Server configuration
# IAS 0.1 server configuration.
# -----------------------------
# This the the IAS server configuration file.

# Database configuration.
# In IAS 0.1 only the MySQL database driver is currently supported.
database_driver     = mysql
database_username   = username
database_password   = password
database_schema     = schema
database_host       =

# Network configuration.
network_bind_port   = 5000

# Security settings.
security_presalt    = hash_presalt
security_postsalt   = hash_postsalt
Controller configuration
# IAS 0.1 controller configuration.
# ---------------------------------
# This the the IAS controller configuration file.

# Basic controller settings.
# The controller identifier is the unique identifier of the controller.
controller_identifier = server0
# The security code which is associated with the specified controller identifier.
# This setting will be used to authenticate the controller with the IAS server.
controller_security_code = securityserver0

# IAS server settings.
server_address  =
server_port     = 5000

# Device list.
# In this file you specify the processes which need to be initiated
# to start the device processes.
devices         = /etc/ias/configuration/controller_devices
# IAS 0.1 controller devices configuration.
# -----------------------------------------
# This the the IAS controller configuration file.
# In this file you will specify the unique device identifiers with the
# processes which need to be called by the system to initiate a device process.
# Example:
# device0
# /usr/bin/python3 /home/ias/scripts/ [arguments]
# The first line indicates the device identifier, this way the controller knows
# what devices are allowed to connect. Note that the device process needs to
# authenticate itself with the controller service.
# The next line indicates the process which needs to be called by the
# system (with possible arguments).


In the following subsections I will be discussing the different base entities and their properties and role within IAS.


A technology is in essence a model of a device / set of devices with which IAS will be interacting with. Such a model consists of:

  • Members: describe the state of a device which implements a technology. Note that a member has a value type.

For example, a member of a light bulb could be on. This member describes whether a device which implements a technology light bulb is on or off.

  • Features: are actions which can be performed by a device which implements the technology. Depending on the model of a feature, a feature could have an optional parameter with a value type.

As a result of the fact that technologies are just models of a physical technology, different controllers can have different implementations of specific a model. This abstraction allows for a whole range of devices which in the end achieve the same result (e.g., turning on a lamp), but which require a different set of actions to achieve that result (e.g., turning on a LED which is connected to an Arduino).


Devices are entities which implement a certain technology, and which keep track of their own state. As discussed above, a technology implements a set of members and features. As a result, a device which implements a specific technology copies the members of the technology it implements and registers state updates from the controller to which the physical device is connected.

Users and the system can perform actions on a device. An action could result in a state update, which a device will process.


Bofore a user or the system can interact with a device which is associated with a certain controller, the controller in question needsd to connect to the server process. When a connection is mode, the controller will send an authorization key, which in turn will be validated by IAS.

When the controller's authorization key has been accepted, a controller can notify the server of specific device updates and execute received features.


Rules are entities which contain a set of condition sets and exactly one action set. When the conditions in one of the condition sets are met, the rule will execute the action set, which in turn will execute a set of device actions.

A condition set consists of a set of dynamic conditions and / or static conditions. A dynamic condition compares the current value of two different devices. This in constrast to a static condition which will compare the current value of a member of a certain device with a static value.




Client protocol

In order to communicate with the IAS process through user commands. One needs to send an authentication packet to the IAS process. The structure of such an authentication packet is as follows:

  • Packet identification (1 unsigned byte): 0x00 (authentication)
  • Identifier length (1 unsigned byte): (username length = n)
  • Key length (1 unsigned byte): (password length = m)
  • n signed bytes which contain the username
  • m signed bytes which container the password
  • Packet identification (1 unsigned byte): 0x00 (authentication)
  • Success identifier (1 unsigned byte): 0x01 || 0x00 (0x01 -> Success)

When a user has been authenticated by the IAS process, it is allowed to execute a set of user commands. Such a user command can be executed by constructing messages in this way:

  • Packet identification (1 unsigned byte): 0x01 (command)
  • Identifier length (1 unsigned byte): (command length, parameters included = n)
  • n signed bytes which contain the command, including the optional parameter.
  • Packet identification (1 unsigned byte): 0x01 (command)
  • Response length (2 unsigned bytes): (response length = n)
  • n signed bytes which contain the response.

Controller protocol


Device protocol