Erlang framework for building applications with Lasp on GRiSP

Project maintained by achlysproject Hosted on GitHub Pages — Theme by mattgraham


The Achlys framework is a tool designed to help application developers build Erlang/OTP programs using the Lasp libraries and running on GRiSP embedded systems in a wireless sensor network configuration. A more detailed description is available in this document.

Demonstration (turn on CC !)

Achlys tasks

Achlys is being developed in the context of edge computing research within the H2020 LightKone project. The 2 main objectives of the framework are to provide :

Disclaimer : Achlys is currently under active development, hence a production-ready release is not yet available.

Achlys is the goddess of deadly poison … but fortunately there is an AntidoteDB

Minimum requirements

Development requirements (optional)

Deployment guide

Additional information on the deployment of GRiSP applications with Achlys can be found below :

Extending Achlys

Achlys is a framework for generic computations by definition, therefore it can be extented and fine-tuned to turn it into a software that supports any possible application :


A Wiki is currently being written and will aim at providing a wide range of examples and tutorials in order to demonstrate the capabilities of Lasp on GRiSP at the Edge.

The GRiSP Wiki also provides necessary steps in order to setup the required dependencies in order to run Achlys on the GRiSP boards. There are also useful resources that are interesting for general usage of GRiSP boards.

Elixir is also supported on GRiSP, and there two very interesting articles by @Theuns-Botha that provide detailed information on how to setup an Elixir development environment :

EDoc preview

The development process has not yet reached a level of maturity allowing for an actual release of the program. Therefore, the documentation is currently more of an insight at the software design and more generally at the features that will be provided.

Once a satisfactory amount of testing and features will be implemented, a versioned package will be released and the documentation will be a reliable set of specifications.

The online version of the documentation is found at :



The design pattern will follow the “facade” concept as much as possible, hence there will be an API that will provide an easy access to all the modules and functions. The documentation will be reorganized to focus on thoroughly explaining the usage, and will regroup the information of submodules like these :


Mind map

A Mindly reasoning construct. Allows for easier visualization of problems and tasks, hence more efficient solving.

NOTE : An online interactive version is available here