HomePi – connecting the Pi and the LED board

After setting up the LED board (HomePi – Starting with the LED board) and proving that it is actually working, it is now time to connect the Pi with the LED board. In this blog Post, we will talk about:

  • The Raspberry Pi GPIOs in general
  • How to connect the two devices
  • Download & use a software that allows to control the GPIOs/LEDs

First things first: The GPIOs

GPIO stands for General purpose input/output. We find them on the Raspberry Pi. A very good source of information is https://www.raspberrypi.org/documentation/usage/gpio/ where we find an image explaining the PIN numbering and location on the board.

The GPIO pins are a physical interface between the Pi and the outside world. At the simplest level, you might think of them as switches that you can turn on or off (input case) or that the Pi can turn on or off (output case).

Continue reading “HomePi – connecting the Pi and the LED board”

HomePi – What we will build

As announced before with my post , I am doing my first blog series about building a sample DIY home automation for everyone to copy.

But what will we actually build?

The general idea behind this series is to show you which steps are needed to connect a google home to you raspberry Pi. It may sound like a small thing, but actually some components are involved

Continue reading “HomePi – What we will build”

HomePi – Google Home connected to raspberry pi using RSI #wc3auto

pi + Google HomeI am currently preparing a series of blog posts to explain, how I connected my rapsberry pi based sprinkler system to my Google home. I will share code an insights about my journey.

You will need a raspberry pi (any generation is fine, I run a 1.gen) and a Google Home, or just your smartphone with google assist enabled. The more impressive is the Google Home though.

I will explain how to setup the raspberry pi, how to obtain a hostname for you dynamic IP address, the setup of letsencrypt certificates on the rasberry pi, how to auto-renew them, how to write a plugin for the rsiServer (http://github.com/rsiServer), how to setup the server for Token based authorization, how to enable https and finally how to hook up the Google Home to the entire system.

Please give me a little time and support me by sharing the announcement, I will be back with detailled instructionssoon.

W3C rsiServer on github – automotive Web APIs made public

The World wide web consortium decided to create a standard for automotive APIs a few years back. Quite some discussion where going on about the technologies to choose for those APIs. While in the beginning a strong candidate was seen in a JavaScript API for automotive grade browsers which run on the so called IVI (in-vehicle-infotainment) systems, nowadays a more versatile API is the consortiums favourite.

With operating systems (OS) like Google Android or Apple iOS dominating the smartphone market and HTML5 and QT moving into the automotive infotainment world, an API is needed which allows to connect from any device and its OS to the actual vehicles API.

The APIs the W3C is designing will cover different domains. Of course accessing vehicle information from within or outside of the IVI unit is a must – we are talking about automotive APIs. Other areas of interest are location based services that would allow an application developer to access the vehicles navigation core, e.g. to feed destinations into it.

The discussions in the W3C automotive web platform group (https://www.w3.org/community/autowebplatform/) also brought up a REST interface approach that adds push to REST APIs. A reference implementation for a server is made public on github for everyone to play around with an contribute (https://github.com/wzr1337/rsiServer).

While REST APIs are familiar to most of the application developers from using web services nowadays, the approach is fairly uncommon but yet interesting for automotive applications. Especially added some push mechanism will allow application to listen for changes rather than polling them in. This is of course the key differentiator and yet a straight forward approach to make vehicle APIs usable for non-auto guys.

The expectation is to open up an eco system for applications similar to the mobile web APIs like GeoLocation did in recent years.