MQTT, Node-RED & Blockchain

Und noch eine Kopplung eines IoT Systems mit einer Blockchain …

Ich hoffe, es wird nicht langweilig. Aber mein lieber Kollege M. wollte es unbedingt sehen: „Zeig mir doch, wie man mit Node-RED in die Blockchain schreiben kann, aber getriggert über MQTT, wenn’s geht.“

Also gut:

Die zu protokollierenden Daten werden über einen MQTT Publisher an einen MQTT Broker gesendet. Ich verwende hier als Broker das (Opensource) System von Mosquitto.org.

MQTT & Node-RED & Blockchain – Übersicht

In Node-RED sorgt ein simpler Flow dafür, dass die Daten, die über den MQTT Subscriber eintreffen, nach einer Umformatierung der Json-Datenstruktur über WebSockets an den IoT-Interface Node gesendet werden.

Node-RED – Blockchain – Flow

Der Interface Node (auch bereits beim IoT-Demo und beim Alexa Demo verwendet) nimmt die Daten entgegen und …

Node-RED – Blockchain – Interface Node

… protokolliert sie dann in der Blockchain. Hier verwende ich natürlich wieder meinen Favoriten, die Multichain!

Multichain-Stream „DeviceLog“, der die von Node-RED und den anderen Demos eingetragenen Daten beinhaltet.

Aja … der MQTT Publisher: Da gibt es mehrere Möglichkeiten. Um es schnell und einfach zu machen, habe ich ein fertiges Beispiel genommen (https://github.com/CloudMQTT/python-mqtt-example/) und (in den Zeilen 58 und 60) den Url und das Topic entsprechend angepasst.

Und das war es auch schon …

LG an Kollegen M. 😉

Alexa schreibt in die Blockchain

In Erweiterung zum Proof of Concept Blockchain – Internet Of Things wird in diesem Demo gezeigt, wie über einen „digitalen Assistenten“ eine Blockchain-Transaktion ausgelöst wird. Ich verwende dazu mein Amazon Echo Dot Device „Alexa“.

Amazon Echo Dot – „Alexa“

Alexa nimmt dazu „Blino“ zur Hilfe. Der „Blockchain-Interface-Node“ stellt die Schnittstelle zwischen IoT-Devices und Blockchains zur Verfügung.

Alexa schreibt in die Blockchain – Übersicht

Ablauf

  • Ein Sprachkommando wie „Alexa, sage Blino, er soll 471234 in die Blockchain schreiben.“ startet den Vorgang.
  • Alexa ruft den „Skill“ (=Anwendung) Blino in der Amazon Cloud auf.
  • Der Skill ruft das Blino-Webservice auf, welches die entsprechenden Informationen an den Interface-Node sendet, der sie in die Blockchain schreibt. Danach wird die entsprechende Antwort erstellt und an den Skill retourniert.
  • Der Skill übergibt die Antwort an Alexa, welche sie dann ausspricht.

Der Multichain-Stream „DeviceLog“, der die von Alexa mittels Blino protokollierten Daten beinhaltet.

Anmerkung: Zum Testen habe ich einen Voice Synthesizer verwendet:

Automatische erzeugtes Sprachkommando für Alexa

Der gesamte Voice Dialog hört sich so an.

Der Skill

Die Konfiguration des Skills mittels Alexa Skills Kit (ASK) besteht im Wesentlichen aus folgenden Schritten:

Alexa Skill Kit: Allgemeine Konfiguration

Die allgemeine Konfiguration beinhaltet den „Invocation Name“, die Bezeichnung mit der Alexa den Skill im System findet, wenn sie mit „Alexa, starte Blino …“ angesprochen wird.

Im nächsten Schritt werden die „Intents“ konfiguriert, das sind die Aktionen, die über Sprachbefehle aufgerufen werden können. Intents können Parameter haben – in diesem Fall einen Parameter „Nummer“.

Alexa Skill Kit: Konfiguration der Intents

Nun werden verschiedene Phrasen („Utterances“) konfiguriert, die alle denselben Intent  aufrufen – mit Übergabe des Parameters „Nummer“.

Alexa Skill Kit: Konfiguration der Utterances

Schließlich wird noch der Endpoint eingerichtet, die Serverfunktion, die vom Skill aufgerufen wird und das Ergebnis an Alexa zurückgibt.

Skills verwenden in fast allen Fällen Amazon’s Lambda Funktionen. Im vorliegenden Beispiel habe ich allerdings ein eigenes Webservice verwendet, da ich die Anbindung an den Interface Node bereits aus einem Vorprojekt zur Verfügung hatte.

Der Endpoint

Der Endpoint ist als Webservice implementiert, die Verarbeitung besteht im Wesentlichen aus

  • Parsen des Json-Requests und Ermitteln der angeforderten Verarbeitung,
  • der eigentlichen Verarbeitung, z.B. Aufruf des Interface Nodes mittels WebSockets
  • und dem Aufbauen des Responses, der dann an über den Skill an Alexa retourniert wird

Alexa Skill Kit: Testen des Endpoints

Fazit

Ob das Protokollieren von Daten in einer Blockchain durch einen digitalen Assistenten jetzt enorm viele praktische Anwendungsmöglichkeiten hat, muss natürlich jeder selbst beurteilen 😉

Ich fand es jedenfalls recht interessant, ein wenig in die Welt von Alexa eintauchen und mich mit der Entwicklung von Skills und deren Schnittstellen zu beschäftigen.

Dabei sind mir auch gleich Ideen für weitere Experimente gekommen: Alexa könnte sich ja auch mit Node-RED unterhalten, oder? Das werde ich mich bald einmal ansehen …

Blockchain – Internet of Things

In einem Proof of Concept wird hier gezeigt, wie ich eine bidirektionale Kopplung einer Blockchain mit dem „Internet of Things“ (d.h. mit IoT-Devices) implementiert habe.

Von Blockchain Nodes können „Assets“ an IoT-Devices gesendet werden, welche dann entsprechend reagieren. Ein „Asset“ kann als „Wert“ (ähnlich einer Währung) gesehen werden, auf dessen Basis das IoT-Device eine Aktion durchführt, z.B. ein bestimmte Leistung für eine bestimmte Zeit erbringt.

Unabhängig davon kann das IoT-Device bei bestimmten Ereignissen (z.B. Sensorinputs) entsprechende Daten in der Blockchain protokollieren lassen.

Die Blockchain Technologie sorgt in diesem Aufbau also einerseits für die dezentrale Übermittlung der Daten zwischen den Systemteilnehmern (peer to peer), andererseits für die unveränderliche Protokollierung aller entsprechenden Aktionen (Steuerbefehl, Antwort darauf) und zusätzlicher Ereignisse (Sensoren).

In diesem Setup wird eine „permissioned Blockchain“ verwendet, d.h. es sind nur bekannte (authentifizierte) Systemteilnehmer zugelassen.

Systemaufbau

Blockchain – IoT Kopplung – Übersicht

Blockchain

Als Blockchain-Technologie wird eine entsprechend konfigurierte Installation von „Multichain“ eingesetzt, die seit Kurzem als Version 1.0 gelaunched wurde. Das System muss aus (mindestens) zwei Nodes bestehen, hier als Seednode und IoT-Interface Node bezeichnet. Ein Echtsystem besteht natürlich aus mehreren weiteren Nodes.

Seednode

Der Seednode ist der „erste“ Node der hier verwendeten Blockchain und stellt u.a. die initialen Konfigurationsdaten zur Verfügung. Der Node kann über ein Web-GUI angesprochen werden:

MultiChain Web-GUI – Anzeige der Nodes

Damit können die Aktionen komfortabler als über die Commandline erledigt werden: Senden der Assets und Beauskunften der Streams.

IoT-Interface Node

Auf diesem Node läuft ein Script, welches bei definierten Ereignissen in der Blockchain (z.B. Empfang von Assets) aufgerufen wird, mit dem IoT-Device per WebSockets kommuniziert und Rückmeldungen von diesem in „Streams“ in der Blockchain protokolliert.

Seednode: Senden von Assets an den Interface-Node

Unabhängig davon kann das IoT-Device weitere Daten an den Interface Node senden, der die entsprechenden Einträge in den Blockchain Streams erzeugt.

IoT-Device

Der Demoaufbau verwendet als IoT Device einen Rasperry Pi 3B. Auf diesem läuft ein WebSocket-Client, welcher mit dem Interface Node kommuniziert und die Steuerungsaufgabe ausführt, wie das Schalten der Aktoren (z.B. Lampe für die gewünschte Zeitdauer) und das Einlesen der Sensoren.

Rasperry Pi 3 mit Sense Hat als IoT Device

Stream „DeviceLog“ – Protokollierung von Meldungen des IoT Devices

In einem nächsten Schritt soll – in Zusammenarbeit mit DI Uwe Schimon von der IVM GmbH – das System um Smart Contracts auf Basis Ethereum erweitert werden.

Stay tuned!

Bitcoin Full Node on Raspberry Pi

Last week I bought a Raspberry Pi 3 (model B) to set up a proof of concept of a Blockchain connection to IoT devices (but that’s another story) …

Some time ago I read http://www.raspberrypifullnode.com/ and decided, to give it a try now.
This posting will not repeat everything from David’s article, just the changes from then (2014) to now (9/2017).

Micro SD card: The Bitcoin blockchain has a size of around 145 GByte at the moment, which leaves a 256 GB cards as an option, if you really want to store the complete blockchain …

Operating system: As I didn’t have NOOBS at hand, I downloaded the current version of Raspbian Stretch here and used Etcher to „burn“ the image to th SD card.

During the first boot, I connected a monitor and a keyboard, then configured the WiFi and activated the ssh deamon using

sudo raspi-config

After a

sudo reboot

I had a fully working system, which I could control with Putty (and WinSCP).

Now I followed David’s article, but had to apply some changes due to changes in the Bitcoin source. After updating and upgrading with

sudo apt-get update
sudo apt-get upgrade


I installed the dependencies …

sudo apt-get install build-essential autoconf libssl-dev libboost-dev libboost-chrono-dev libboost-filesystem-dev libboost-program-options-dev libboost-system-dev libboost-test-dev libboost-thread-dev libtool libevent-dev

… and then downloaded the current version (branch 0.15) of the Bitcoin source:

mkdir ~/bitcoin
cd ~/bitcoin
git clone -b 0.15 https://github.com/bitcoin/bitcoin.git
cd bitcoin/

The building took „some“ time …

./autogen.sh
./configure --disable-wallet
make
sudo make install

… but in the end everything was OK.

Remark: I chose to build the node with –disable-wallet, as I did not care to run a wallet on the system. See the discussion here concerning Berkley DB 4.8 and incompatible wallet formats …

After starting the deamon with

bitcoind &

it started to connect to other nodes and sync the blockchain …

Voilà – all up and running 😉

MultiChain – offene Plattform für Blockchain Anwendungen

Vor etwa eineinhalb Jahren hatte ich schon einmal das Vergnügen, die MultiChain Plattform des englischen Unternehmens Coin Sciences Ltd. zu evaluieren. Vor etwas mehr als einem Monat wurde die Version 1.0 offiziell gelauncht, siehe https://www.multichain.com/blog/2017/08/multichain-1-released-new-partners/.

Grund genug, die aktuelle Version anzutesten und … ich bin begeistert! Die stabile Plattform war ja schon zuvor als extrem flexibel bekannt, d.h. dass mit den vielfältigen Parametrierungsmöglichkeiten eine große Anzahl von Usecases (im Speziellen für permissioned Blockchains) abgedeckt werden kann.

Was weiters sehr gefällt, ist die extrem gute Dokumentation und das engagierte Entwicklerteam, welches bei eventuellen Fragen oder Problemchen stets flott weiterhilft.

Einen Schwerpunkt legte ich auf das Ausprobieren der APIs. Für alle möglichen Umgebungen stehen auf Github Libraries und Demos bereit, ich testete das PHP-API mit dem Web-Demo, siehe https://github.com/MultiChain/multichain-web-demo.

GUI MultiChain Demo / API Test

Das Web-Demo selbst ist zwar etwas verbesserungswürdig, was etwa den Umfang der Funktionen betrifft, die RPC Aufrufe des Deamons sind aber extrem performant. Kein Wunder, ist es doch eine native C/C++ Implementierung (auf Basis des Bitcoin Clients).

Die Argumentation der Entwickler, dass sich mit den in dieser Plattform eingesetzten „Assets“ und „Streams“ eine Vielzahl von Anwendungen realisieren lassen, für die man heutzutage (unnötigerweise?) Smart Contracts einsetzen würde, ließ mich dann auch noch schmunzeln.

Mal sehen, wie es weitergeht …

WalletGenerator erweitert

Der universelle Generator für Walletadressen, Paper-, Bulk- und Brainwallets von WalletGenerator.net kennt jetzt auch die Parameter meiner Kryptowährung C2coin.

WalletGenerator.net mit C2coin Erweiterung

Der erweiterte Generator kann nun Wallets für 130 Kryptowährungen generieren und ist zu finden unter http://coinz.at/walletgenerator/.

Die Version ist ein Fork von https://github.com/MichaelMure/PaperWallet/archive/master.zip

TeleTrust Informationstag „Blockchain“

War eine echt interessante Veranstaltung, der TeleTrust Informationstag zum Thema Blockchain in Frankfurt!

Ich durfte die AUSTRIAPRO vertreten und etwas über Anwendungsmöglichkeiten der Blockchain Technologie in Zusammenhang mit der elektronischen Zustellung berichten.

Einige Vorträge von Kollegen waren für mich besonders faszinierend, es ging unter anderem um Themen wie Absicherung von 3D-Druckdaten, Identity & Access und Supply Chain Management mit dem Schwerpunkt Pharma Industrie.

Ich bin echt gespannt, welche Usecases sich am schnellsten entwickeln werden … ich würde auf die Supply Chain tippen …

coinz.at – Umstieg auf uNOMP

Die bisher bei coinz.at verwendete Pool-Software Stratum-Mining ist ja schon etwas in die Jahre gekommen, daher wurde der DEM-Pool auf die moderne Lösung uNOMP umgestellt.

coinz_at_20161118

Basis für uNOMP ist ein node.js Server und eine Redis No-SQL Datenbank, das System läuft seit einigen Wochen problemlos und hoch performant.

Update 11/2016: Das Tempo der Entwicklungen in diesem Sektor ist enorm! uNOMP gilt seit 10/2016 als „deprecated“ und wird durch „node merged pool“ ersetzt, coinz.at wird also demnächst wieder upgedated …

Kurzparken in Wien

Mit Onlinemaps, Libraries dazu & dem Thema OpenData beschäftige ich mich ja schon viele Jahre. Kürzlich musste ich im Zuge eines Projektes mein Know-How wieder auf den letzten Stand bringen. Ich baute dazu eine Minianwendung, die die Darstellung der Kurzparkzonen und -streifen in Wien ermöglicht.

Nach Öffnen des Links zur Anwendung wird die Wien Karte dargestellt. Es kann der aktuelle Standort dargestellt werden (Pin links oben), falls der Webbrowser bzw. das Device die Ortung erlauben. Kurzparkzonen werden blau dargestellt, Kurzparkstreifen rot. Ein Klick auf eine Zone oder einen Streifen öffnen ein Informationsfenster mit Details.

kurzparken_wien

Verwendete Technologien:

Ich nutze das Service selbst sehr oft, hat mir schon ein paar Mal ein Strafmandat wegen Nichtbeachtung der (in Wien teilweise recht verwirrenden) Kurzparkregeln erspart 😉

Viel Spaß damit!

Update: Die Anwendung ist auch auf https://www.data.gv.at/anwendungen/ gelistet.