Tinkerforge IoT First Steps Java Project launched on Github

I launched the first steps Java project for learning Tinkerfor ge and IoT (Github).

It uses following hardware as my simple and low cost starter kit:

• Master Brick
• Segment Display 4x7 Bricklet
• Teperature Bricklet
• Ambient Light Bricklet
• Accelerometer Prickelt

The newbie can start with some experiments or challenges:

• Hello World
• Simple Themometer
• Thermomenter and Clock
• Small weather station with temeperatur, time and illumination
• Resource saving programming with Call Backs/Listeners
• Ambient Light sensor as contactless display light switch
• Accelerometer as contactless switch

Code examples helps to realize the challenges.

Tinkerforge Weather Station published on Github

Tinkerforge is electronics framework for software developers. It's a good starting point for your own Internet of Things (IoT).  So I decide to bye me a starter kit. I choose the weather station kit.

Now, after some time I publish my Tinkerforge Weather Station Java Project on Github (Link). Its simple and robust. It uses callbacks to recognize on sensor changes. and runs over days without problems. It measures humidity, air pressure, ambient light and temperature. The temperature is measured indirectly via chip temperature of the humidity bricklet. Special features are, switching the display light depending on ambient light, show alternating date and time and show warnings because of to low or high humidity. If you put your hand over the ambient light sensor, the sensor works as contactless light switch.

If you are looking for more information on Tinkerforge, you can read the book (Kindle, german only) from Sven Ruppert: Einführung in die Heimautomatisierung: IoT mit Tinkerforge.

Run All Test on File Change

Eines der besten Instrumente um Code zu verbessern sind Test, speziell Unit Tests. Unit Test sind für alle erdenklichen Programmiersprachen verfügbar und wenn nicht, dann schreibt man sich den Test selbst, ohne Frame Work. Mit Hilfe der Unit Test können Fehler einfach aufgedeckt werden dazu muss man nicht nur die Test haben, sondern sie auch permanent ausführen. Dieses permanente Ausführen ist die Aufgabe des Continouse Integration Servers, z.B. Jenkins. Alternativ gibt es auch die Unit Integration in die IDE. Wem selbst der Jenkins oder die IDE zu langsam ist, schnelle Roundtripzeiten bedeuten effizientes Entwickeln, der kann sich mit Hilfe eines einfachen Scripts seine Test ausführen, wenn sich etwas am Quellcode der Software oder der Test geändert hat (File save).

Hier ein Beispiel für den Mac, dass Unit Test für R ausführt und den Entwickler per Notification auf Fehler bei der Testdurchführung hinweist. Zuerst muss per Homebrew fswatch installiert werden. Dann muss dieses Script ins Root Verzeichnis deines Projektes abgelegt werden. Dann muss es starten. Es läuft ohne Unterbrechung solange, bis man via CRTL + C abbricht. Alternativ kann man das Script für andere Umgebungen anpassen.

#!/usr/bin/env bash

runX=true

finish (){

    runX=false

}

trap finish SIGINT

runTests(){

    for SCRIPT in src/test/*

    do

        if [ -f $SCRIPT -a -x $SCRIPT ]

        then

            $SCRIPT

            if [[ $? -ne 0 ]] 

            then

                FAILEDTESTS=${FAILEDTESTS}"\n"$SCRIPT

            fi

        fi                                                      

    done

    if [ ${#FAILEDTESTS} -ge 1 ]

    then

        osascript -e 'display notification  "'"$FAILEDTESTS"'" with title "R Test failed"'

        FAILEDTESTS=""

    fi

}

while $runX; do

    fswatch src/main/*.R src/test/*.R | runTests 

done