Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/SMerrony/aghast

AGHAST is A Go Home Automation SysTem closely coupled with MQTT.
https://github.com/SMerrony/aghast

automation csv-export daikin go golang home-automation influxdb lidl logging mqtt node-red postgresql scraper zigbee zigbee2mqtt

Last synced: 5 days ago
JSON representation

AGHAST is A Go Home Automation SysTem closely coupled with MQTT.

Host: GitHub
URL: https://github.com/SMerrony/aghast
Owner: SMerrony
License: mit
Archived: true
Created: 2020-11-12T06:54:08.000Z (almost 4 years ago)
Default Branch: main
Last Pushed: 2022-05-12T05:36:40.000Z (over 2 years ago)
Last Synced: 2024-08-23T15:44:37.874Z (3 months ago)
Topics: automation, csv-export, daikin, go, golang, home-automation, influxdb, lidl, logging, mqtt, node-red, postgresql, scraper, zigbee, zigbee2mqtt
Language: Go
Homepage:
Size: 8.17 MB
Stars: 6
Watchers: 4
Forks: 0
Open Issues: 0
Metadata Files:
- Readme: README.md
- Changelog: CHANGES.txt
- License: LICENSE
- Code of conduct: CODE_OF_CONDUCT.md

Awesome Lists containing this project

README

        # A Go Home Automation SysTem (AGHAST)

AGHAST is primarily an MQTT-centric automation _server_ - it does not mandate a specific front-end.

It provides two main services: an automation engine, and a set of MQTT helpers to aid in the control and monitoring

of a disparate collection of MQTT devices.

All data and controls that should be provided to end-users (i.e. not administrators) are exposed via MQTT.

Node-Red is being used as a front-end during development and some example flows are provided, but other MQTT-connected dashboards could be used if prefered.

![](examples/node-red/Screenshots/Network-0.0.0.png)

We believe that end-users of HA systems are generally not interested in the nuts and bolts, so configuration is performed entirely at the back-end by the in-house geek using TOML files ;-)

## Requirements

* An MQTT Broker - development is being undertaken using Mosquitto, any modern broker should work

* An MQTT-Connected dashboard - [Node-Red](https://nodered.org) works well and example flows are included

## Integrations

Integrations provide support for interacting with real-world or virtual resources, eg. Wifi lights, web scrapers, HVAC systems.  All interaction is via MQTT.

Currently available Integrations...

| Integration | Description                  | Documentation |

| ----------- | :--------------------------  |  ------------- |

| Time        | Includes: Tickers                | [Time](docs/Time.md) |

| Automation  | Event-based Automation           | [Automation](docs/Automation.md) |

| DataLogger  | Log MQTT Data to CSV files       | [DataLogger](docs/DataLogger.md) |

| ~~Daikin~~  | ~~HVAC Control and Monitoring~~  | *Use [daikin2mqtt](https://github.com/SMerrony/daikin2mqtt) instead* |

| HostChecker | Monitor Device availability      | [HostChecker](docs/HostChecker.md) |

| Influx      | Log MQTT Data to InfluxDB        | [Influx](docs/Influx.md) |

| Mqtt2smtp   | MQTT->Email Gateway              | [Mqtt2smtp](docs/Mqtt2smtp.md) |

| MqttCache   | Retain transient MQTT messages   | [MqttCache](docs/MqttCache.md) |

| MqttSender  | Send MQTT messages regularly     | [MqttSender](docs/MqttSender.md)

| ~~PiMqttGpio~~ | ~~Capture pi-mqtt-gpio data~~ | *Not required with new inbuilt MQTT functionality* |

| Postgres    | Log MQTT Data to PostgreSQL DB   | [Postgres](docs/Postgres.md) |

| Scraper     | Web Scraping to MQTT             | [Scraper](docs/Scraper.md) |

| Tuya        | Tuya WiFi lights, ZigBee Sockets | Deprecated [](docs/) |

| ~~Zigbee2MQTT~~ | ~~Zigbee2MQTT sockets...~~   | *Not required with new inbuilt MQTT functionality* |

The Time Integration must be enabled for AGHAST to start, you will also probably need to

enable Automation and at least one other Integration in order to do anything useful.

The Tuya Integration is a bit of a hack.  But... it can be used to integrate LIDL SmartHome ZigBee (and other ZigBee stuff) if they are first added to the TuyaSmart app. __However, it's much better__ to use [zigbee2mqtt](https://zigbee2mqtt.io) with a supported USB dongle or hub.

## Configuration

The main configuration file `config.toml` is quite simple, containing only some general information about the system itself, and a list of enabled Integrations, eg.

```

SystemName = "Our House"      # Label for the system

Postcode = "!!SECRET(postcode)"

MqttBroker = "!!CONSTANT(mqttBroker)"  # Hostname or IP of MQTT Broker

MqttPort = 1883               # MQTT Broker port

MqttClientID = "aghast"       # MQTT Client ID

MqttUsername = ""

MqttPassword = ""

MqttBaseTopic = "aghast"      # First element of topic for all messages we send

ControlPort = 46445           # HTTP port for back-end admin control

# List of Integrations we want enabled

Integrations = [

  "time",         # the Time integration MUST be enabled

  "automation",

#  "datalogger",  # Commented out, will not be enabled

  "hostchecker",

  "influx",

  "mqtt2smtp",

  "mqttcache",

  "mqttsender",

  "pimqttgpio",

  "postgres",

  "scraper",

#  "tuya",

]

```

All fields are required, although you can omit (rather than comment out) some Integrations if you prefer.

Every enabled Integration **must** have an associated `.toml` configuration file or `` subdirectory in the same directory,

eg. `time.toml`, `datalogger.toml`, `automation`, etc.

A configuration is required for any enabled Integration, an empty `.toml` configuration file or `` subdirectory must exist.

When the server is started, it is passed only the configuration directory path.  The structure of this directory is well-defined...

  * One master configuration file with high-level info and list of enabled Integrations

  * One configuration file per Integration

  * Optional directories, named after an Integration, containing further configuration

  * A directory of files each containing a single Automation

    * A subdirectory of the above containing any Action scripts

Eg. 

```

ConfigDir/                   # any name - passed to server at startup

  config.toml                # integration configs

  time.toml

  hostchecker.toml

  influx.toml

  automations/               # automations

  |  officeWarmup.toml

  |  holidayLights.toml

  ...

```

### Secrets and Constants

You may replace a **value** that you want to hide with the special string `"!!SECRET(name)"` (even if it is a number).

AGHAST will then look for the matching name-value pair in the `secrets.toml` file and substitute the value found.

Similarly, you can replace a **value** with `"!!CONSTANT(name)"` and it will be fetched from the `constants.toml` file.

This could be especially useful in Automations, where values might be reused several times.

Currently, secrets and constants are supported for string, integer and floating-point values.

## Running

The AGHAST server may be started from the command line like this...

`./aghastServer -configdir `

The `-configdir` argument is compulsory and must refer to a directory containing the configuration files described above.

AGHAST is largely stateless (unless Integrations explicitly hold some state), 

it may be started and stopped without losing any data.  

There is no intrinsic requirement for a database for the AGHAST core system.

A very simple systemd `.service` file is provided in the `examples` directory - you will at least need to alter the `ExecStart=` line to suit your circumstances.

## MQTT Aide-Memoire

From time-to-time you may wish to manually purge any retained MQTT messages...

`mqtt-forget -t '+/#' -f`