A versatile and extensible platform automation, with hundreds of supported integrations https://platypush.tech
Find a file
2018-05-23 08:06:52 +00:00
platypush Only take the first component of formatted_address 2018-05-23 08:06:52 +00:00
tests Fixed tests 2018-01-29 16:34:00 +01:00
.gitignore Added images carousel web widget 2018-05-05 04:37:22 +02:00
.gitmodules #51 first web panel iteration 2018-01-29 13:47:21 +01:00
.travis.requirements Added Redis as a travis-ci requirement 2018-05-04 03:33:14 +02:00
.travis.yml Starting Redis in .travis.yml 2018-05-04 03:35:18 +02:00
LICENSE.txt MIT License 2017-11-03 18:06:58 +01:00
MANIFEST.in Templates included in dist packages 2018-01-29 16:10:49 +01:00
README.md s/all_requirements/requirements/ 2018-01-03 20:20:41 +01:00
requirements.txt - Added support for /dashboard page with customizable widgets under the web server 2018-05-04 03:24:35 +02:00
run_tests.sh Script name change 2017-12-22 02:18:12 +01:00
setup.cfg setup.cfg 2017-12-11 20:41:50 +01:00
setup.py Time to give Platypush a version bump 2018-05-13 14:32:25 +02:00

Platypush

Build Status

Execute any command or custom complex logic on your devices, wherever they are, using PushBullet, Apache Kafka, or any backend.

Platypush aims to be a general-purpose middleware infrastructure to process any request and run any logic triggered by custom events on a generic network of hosts.

Its development is mainly driven by the necessity of a lightweight infrastructure for running generic triggers and actions in a virtual network, generalizing a bit the idea of an Android app like Tasker or a web service like IFTTT or Microsoft Flow, and turning it into something that anybody can run on their own devices. It's actively being tested on RaspberryPi devices and it has interesting applications when it comes to home automation and IoT, but it should be generic enough to solve most of the automation and information delivery issues in a distributed network.

Architecture

The base components are:

  • Messages: requests, responses or events. The main difference between a request and an event is that the former specifies an explicit action to be executed through a plugin (and the sender will usually wait for a response), while an event only notifies that something happened on a connected data source and can either be ignored or trigger some custom actions specified in the configuration.

  • The Bus: An internal queue where all the other components exchange messages.

  • Backends: Components that poll other data sources (a local queue, a remote websocket, a Kafka instance, or even a vocal assistant, a programmable button or a sensor) and post either requests or events on the bus when something happens on the data source. Some of them can have a full-duplex integration with the bus, i.e. post requests and events on the bus as they come and deliver responses from the bus back to the sender (examples: PushBullet, Apache Kafka, sockets), while some are pure data sources that will only post events on the bus (examples: sensors, buttons, vocal assistants).

  • Plugins: Configurable components which expose actions that can be triggered by requests or events. Examples: smart lights, music controls, YouTube or torrentcast features, text-to-speech, generic shell commands, etc.). They would usually deliver output and errors as responses on the bus.

  • Procedures: Pre-configured lists of actions that can be triggered by requests or events.

  • Event Hooks: Pre-configured actions that will be executed when certain events are processed. They include:

    • A condition, which can be fuzzly compared against an event. The matching logic will also return a match score if the condition is met. The score is a function of the number of atomic matches (string tokens, scalars, key-values etc.) in the condition that are satisfied by a certain event. If multiple hooks are satisfied by a certain event, the algorithm will only run the ones with the highest score.
    • One or more actions to be executed in case of event match (e.g. "turn on the lights", "send a Messenger message to my s.o.", "turn on the heating", "play the radio" etc.)

Installation

pip install platypush

Manual Installation

git clone https://github.com/BlackLight/platypush
cd platypush
python setup.py install

Check requirements.txt for any extra dependencies you may want to install depending on your configuration. You can also install all the dependencies (may take some time on slow machines) by running pip install -r requirements.txt.

After configuring the server, start it by simply running platypush.

Check our wiki for any additional info about configuration together with examples, use the shell interface, or write your own plugins and backend.