In openHAB werden Items in der Regel gebunden erstellt. Dies bedeutet, dass es meist ein physikalisch existierendes Gerät gibt. Über ein entsprechendes Binding wird zu diesem Gerät (manchmal sind es aber auch irgendwelche Online-Konten), dann ein Thing erstellt. Dieses Thing ermöglicht es über Channels dann entsprechende Items zu erstellen, die in openHAB zur Bedienung des Geräts genutzt werden können.
Lösgelöst von irgendwelchen Geräte, Bindings, Things oder Channels ist es möglich sogenannte ungebundene Items zu erstellen, welche man auch als virtuelle Items bezeichnen kann. Anwendungsbeispiele gibt es hierfür verschiedene. Man kann bspw. ein Switch-Item erstellen, dass nur eine Regel triggert, die dann mehrere Geräte bedienen würde.
Ziel dieses Tutorial ist es, ein Beispiel zu liefern, wie man unabhängig von Things zu jedem Item Type ein Beispiel zu erzeugen. Dies soll die Funktionsweise einzelner Items und von openHAB näher bringen. Wir reden hier von statischen Beispielen, weil durch Regeln jedes dieser Beispiele einen Wert zugewiesen bekommen soll.
Anmerkung: Ich nutze solche Hello World Beispiele gerne bei der Entwicklung von verschiedenen Programmen, wie bspw. einen MQTT Event Bus, eine Bridge zwischen openHAB und ROS, ein CRUD über die REST API oder ein SSE Client für Item Events über die REST API und vielem mehr.
In vielen Programmiersprachen gibt es ein Beispiel für Hello World. An diesem Beispiel werden die typischen Charakteristika dieser Programmiersprache festgehalten. Ich zeige mal ein Beispiel auf, wie man für Java ein solches Programm erstellen könnte, da openHAB in Java geschrieben ist:
public class HelloWorld
{
public static void main (String[] args)
{
String hello = "Hello World!"
System.out.println(hello);
}
}
Ich habe in diesem Hello World Beispiel die Ausgabe des Strings "Hello World!" leicht angepasst, sodass dieser String vorher in einer Variablen gespeichert wird. Denn genau dass ist, was in openHAB so nicht gemacht werden kann. Die Items werden fälschlicherweise oft als Variablen verstanden. Genauer genommen sind Items aber Objekte. Das wohl entscheidenste Attribut für die Wertzuweisung ist state. Wird ein Item-Objekt erzeugt, kann ich allerdings die Wertzuweisung für state nicht vornehmen. Andere Attribute wie name, label oder icon kann ich setzen. Oder auch ein Item einer Group zu ordnen, was wiederum ein anderes Item ist.
Was heißt dies konkret? Es gilt die folgende Syntax für die Item-Definition:
itemtype itemname "labeltext [stateformat]" <iconname> (group1, group2, ...) ["tag1", "tag2", ...] {bindingconfig}
Der state von einem Item wird nicht bei der Itemdefinition bzw. der Instanziierung des Item-Objekts gesetzt! Typischerweise verändert ein Thing oder eine Rule diesen.
Wenn ich mein Beispiel von oben aus dem Java-Programm nehmen würde, dann kann ich maximal ein
String hello "[%s]"
daraus machen. Eine Wertzuweisung wie
String hello="Hello World!" "[%s]"
oder
String hello state="Hello World!" "[%s]"
oder wie auch immer diese dann aussehen müsste, ist nicht möglich!
Im Übrigen erkennt man anhand von {bindingconfig} dann, ob ein Item gebunden ist oder nicht. In den {} müsste entweder auf ein Binding direkt oder auf ein Channel eines Things zugegriffen werden. Bei einem ungebundenem Item entfällt dies vollständig.
Das Problem von Hello World zeigt aber nicht nur auf, dass viele eine Art Wertzuweisung suchen, sondern auch eine Ausgabe. Um openHAB mal vereinfacht darzustellen:
| Art | Beschreibung | Wodurch | Wo |
|---|---|---|---|
| Objektinstanziierung | Um ein Item zu erstellen, muss dieses Objekt erst einmal erzeugt werden. Ähnlich wie in der klassischen Programmierung kann man verschiedene Werte (name, label, icon, ...) an den Konstruktor übergeben. |
Items |
main UI, .items-Datei oder über die REST API |
| Wertzuweisung von Attributen | Unter Attribute nenne ich alle Attribute außer state. Klassischerweise werden viele Attribute bei der Erstellung des Items bereits gesetzt. Für die Anzeige in der UI durch Sitemaps, kann ich aber bspw. Attribute wie label oder icon überschreiben. Wahlweise kann ich auch über Rules zum Beispiel ein Attribut wie label überschreiben. |
Items, Sitemaps, Rules |
main UI, .items-Datei oder über die REST API, sowie in der .sitemaps-Datei oder in .rules-Dateien |
| Wertzuweisung von States | Im Normalfall wird der State durch ein Thing bzw. dessen Channel gesetzt, sobald ein Gerät bedient wird. Auch ein Event in openHAB (wie zum Beispiel das Bedienen eines UI-Elements) verändert den State. Events können aber auch genutzt werden, damit eine Rule getriggert wird. Über sendCommand oder postUpdate können in Rules ebenfalls Wertzuweisungen von States stattfinden. |
Things, Sitemaps, Rules |
main UI, .things-Datei oder über die REST API, sowie in der .sitemaps-Datei oder in .rules-Dateien |
| Ausgabe | Eine Ausgabe von Items erfolgt in der UI. Klassischerweise nur in Sitemaps. Theoretisch gibt es noch eine Ausgabe in der Karaf Konsole und durch Rules könnte man zusätzlich die Items loggen. Events zu den Items werden automatisch geloggt. |
Sitemaps, Karaf Konsole |
main UI, .sitemaps-Datei oder über die REST API, sowie in der Karaf Konsole. |
Wir beschränken uns daher darauf, dass wir in einer .items-Datei ein Item-Objekt instanziieren, in einer .rules-Datei dann die Werte von States zuweisen und durch eine .sitemaps-Datei deren Ausgabe definieren.
Wie oben bereits beschrieben werden die Objekte der Items in einer .items-Datei erzeugt.
Wir wollen eine übergeordnete Gruppe, also ein Group Item erstellen. Ein Item vom Typ Group besitzt keinen State. Für eine einfache Handhabung muss eigentlich nur der Name dieser Gruppe angegeben werden:
Group Static
Es wäre auch möglich, dass diese Group einer anderen Group untergeordnet werden würde. Man kann auch ein Label oder ein Icon angeben.
Bei einem Color Item muss für ein minimalistisches Beispiel auch nur der Name dieses Items angegeben werden. Da wir jedoch zuvor bereits ein Group Item erstellt haben, wollen wir dieses Item unserer Group unterordnen. Dies machen wir auch bei allen weiteren Items später.
Color testColor (Static)
Auf Label und Icon kann in einem einfachen Beispiel verzichtet werden!
Das nächste Item, dass wir erstellen wollen, ist ein Contact Item. Dieses Item gibt klassischerweise an, ob bspw. eine Türe OPEN oder CLOSED ist, wenn ein entsprechender Sensor verwendet werden würde. Für eine spätere Ausgabe in unserer Sitemap müssen wir hier ein Label setzen:
Contact testContact "[%s]" (Static)
Das [%s] fügt später den State des Items als String hinzu. Ohne diese Angabe wäre nicht sichtbar, ob ein Contact Item den State CLOSED oder OPEN besitzt. Man kann in den Labels auch allgemein irgendeinen String eintragen. Somit wäre auch ein Präfix oder Postfix denkbar. Das könnten z.B. Einheiten sein. Dies wird hier jedoch nicht benötigt. Der Grund, warum man den State zu einem String parsen muss liegt daran, dass OPEN und CLOSED von openHAB als eigene Datentypen behandelt wird, was später in den Rules eine Rolle spielen wird.
Auf ein Icon wird in diesem Beispiel verzichtet!
Bei einem DateTime Item wird das Label wiederum verwendet, damit man den Zeitstempel in ein gewünschtes Ausgabeformat formatiert. Dies wird daher benötigt, da man in verschiedenen Ländern auf verschiedener Art und Weise ein Datum oder eine Uhrzeit angibt. Auch ist es denkbar, dass man nur das Datum oder nur die Uhrzeit angibt. Im nachfolgenden Beispiel soll vom zuletzt erfassten Zeitstempel nur die Uhrzeit ausgegeben werden, d.h., es soll die Uhrzeit in Stunden und Minuten (HH:MM) ausgegeben werden:
DateTime testDateTime "[%1$tH:%1$tM]" (Static)
Der Zeitstempel bezieht sich auf die erfasste Zeit. Es kommt nun auf die Rule an, was als letzter Zeitstempel gilt. Hierzu wird später bei den Rules noch einmal mehr gesagt. Ein DateTime Item wird in verschiedener Weise eingesetzt. Meist gibt es irgendwelche Sensorwerte und das DateTime Item gibt dann an, wann das letzte Mal eine Änderung dieser Sensorwerte erfasst worden ist.
Auf ein Icon wird in diesem Beispiel verzichtet!
Ein Dimmer wird klassischerweise eingesetzt, um irgendetwas zu dimmen. Man kennt dieses Beispiel am ehesten bei Lampen und deren Helligkeit. Typischerweise liegen hier die States zwischen 0 und 100, was bei zuvor genannten Beispiel ganz dunkel oder ganz hell bedeuten würde. Dies ist eine Prozentangabe. Ein anderes Beispiel wäre vielleicht ein Lautstärkeregler. Das Item sind in einem rudimentärem Beispiel wie folgt aus:
Dimmer testDimmer (Static)
Auf Label und Icon kann in einem einfachen Beispiel verzichtet werden!
In openHAB wird ein Image Item dazu verwendet, dass man Bilder darstellen kann. Hierbei kann es sich um sämtliche Arten von Bilder handeln. Egal ob Formate wie JPG, PNG, ob es sich um Fotos bzw. Schnappschüsse handelt, einzelne Frames, Wallpaper oder meinetwegen ein Album Cover bei Musik. Was auch immer letztlich durch ein Bild dargestellt werden soll. Lediglich GIFs sind nicht möglich. Auch wäre ein Videostream nur theoretisch denkbar, in dem man hintereinander die Frames darstellt.
Image testImage (Static)
Auf Label und Icon kann in einem einfachen Beispiel verzichtet werden!
Mit einem Location Item soll irgendeine Art von Lokation dargestellt werden. Der State beinhaltet GPS Koordinaten mit Längengrad, Breitengrad und die Höhe. Anwendungsbeispiele gibt es verschiedene. Man könnte bspw. eine eigene Wetterstation verwenden und diese müsste erst konfiguriert werden oder erfassen, wo sie sich befindet. Vielleicht hat man auch einen Roboter (z.B. einen Rasenmähroboter), der GPS besitzt oder über ein Binding wäre das Fahrzeug mit dem Smart Home verknüpft und sobald man das Haus verlässt, werden die Fenster verriegelt.
Location testLocation "HS Furtwangen" <house> (Static)
Wir wollen später beispielhaft die Koordinaten der Hochschule Furtwangen angeben. Daher benötigen wir das Label HS Furtwangen. Auf ein Icon kann verzichtet werden, aber da die Hochschule ein Gebäude ist, verwenden wir ein house als Ìcon.
Mit einem Number Item kann man jegliche Art von Zahlen darstellen. Für die Formatierung wird wieder ein Label benötigt. Zum Beispiel ist es wichtig, wie viele Kommastellen dargestellt werden sollen oder ob überhaupt eine dargestellt werden soll. Auch kann sich die Zahl ja auf irgendeine Einheit beziehen, wie bspw. m, kmh oder °C. Nachfolgend wollen wir eine Ganzzahl (integer) darstellen, was letzten Endes nichts anders wäre, als eine Fließkommazahl (float) ohne eine Nachkommastelle:
Number testNumber "[%.0f]" (Static)
Wie man sieht, wird % als Platzhalter für die Zahl verwendet und hinten dran definiert man dann den Datentyp wie z.B. float mit f und die Nachkommastellen (hier: 0). Eine Temperatur in Grad Celsius könnte man mit "[%.2f °C]" angeben. Weitere Informationen zu Einheiten findet man in der openHAB Dokumentation!
Auf ein Icon verzichten wir in diesem einfachen Beispiel
Ein Item vom Typ Player verwendet man bspw., wenn man Musik oder ein Video wiedergeben will. Man kann dieses Medium abspielen, pausieren, vorspulen oder zurückspulen. Ebenfalls ist es denkbar, dass das nächste oder vorherige Medium abgespielt werden würde.
Player testPlayer (Static)
Auf Label und Icon kann in einem einfachen Beispiel verzichtet werden!
Das Rollershutter Item wird nicht nur bei Rollläden, sondern gerne auch bei Markisen oder Jalousien verwendet. Letzten Endes funktionieren diese ja vom Prinzip nahezu gleich. Sie sind entweder eingefahren oder ausgefahren. Optional gibt es noch irgendwo einen Wert dazwischen, weil man das Ein- oder Ausfahren gestoppt hat.
Rollershutter testRollershutter (Static)
Auf Label und Icon kann in einem einfachen Beispiel verzichtet werden!
Ein String Item macht genau dass, was man erwartet. Man übergibt irgendeine Art von Zeichenkette an dieses Item, folglich ist dieser State ein String. Prinzipiell kann man auch ein einzelnen Character bzw. Char wie ein String behandeln. Das String Item wird sehr vielseitig eingesetzt. Es kann der Titel eines Mediums sein, die letzte Nachricht eines News Feeds, ein gewählter Modus von einem Gerät und vieles mehr. Strings können auch wieder auf irgendeine verschieden denbkare Art formatiert werden. Um einen String voll anzuzeigen, muss man das Label auch entsprechend definieren:
String testString "[%s]" (Static)
Logischerweise könnte man auch Zahlenwert zu einem String konvertieren. Dann verwendet man aber ehrlicherweise eigentlich den falschen Datentyp.
Auf ein Icon kann in einem einfachen Beispiel verzichtet werden!
Ich liebe ehrlicherweise das Switch Item! Es ist ein einfacher Schalter, der die States ON und OFF besitzt. Neben dem, ob ein Gerät eingeschalten ist, kann man darüber ja auch einzelne Rules aktivieren. Typischerweise werden so auch einzelne Funktionalitäten an einem Gerät aktiviert oder deaktiviert. Oder wer einen guten Stil bei Rule verwendet, der unterteilt diese gerne auch in mehrere Parts und regelt dies über mehrere Switch Items hintereinander.
Switch testSwitch (Static)
Auf Label und Icon kann in einem einfachen Beispiel verzichtet werden!
Dies ergibt dann unsere .items-Datei, die wie folgt aussieht:
Group Static
Color testColor (Static)
Contact testContact "[%s]" (Static)
DateTime testDateTime "[%1$tH:%1$tM]" (Static)
Dimmer testDimmer (Static)
Image testImage (Static)
Location testLocation "HS Furtwangen" <house> (Static)
Number testNumber "[%.0f]" (Static)
Player testPlayer (Static)
Rollershutter testRollershutter (Static)
String testString "[%s]" (Static)
Switch testSwitch (Static)
Da wir hier von einem statischen Beispiel ausgehen, also dass die Werte sich nicht verändern, kann man beim Start von openHAB diese Rule ausführen. Die <TRIGGER_CONDITION> System started ist ein sogenannter systembasierter Trigger.
rule "Started"
when
System started
then
...
end
Konkret bedeutet dies, dass sobald openHAB gestartet ist, die Items ihre Werte erhalten sollen.
Für ein Color Item wird für den State Werte im HSB-Format erwartet:
testColor.postUpdate("120, 100, 100") // hue, saturation, brightness
Dies würde in RGB "0, 255, 0" entsprechen!
Bei einem Contact Itemgehen wir einfach mal davon aus, dass zu Systemstart der State CLOSED ist:
testContact.postUpdate(CLOSED)
Wie wir sehen können wir in der Rule den State CLOSED direkt verwenden und nicht fälschlicherweise als String "CLOSED". Dies sollten wir uns für alle Zustandsrepräsentationen merken! Ein sendCommand wäre bei einem Contact Item nicht möglich!
In den meisten Programmiersprachen gibt es die Möglichkeit ein Datums-Objekt zu erstellen, in dem ein String zu einem Zeitstempel gewandelt wird (häufig string to time genannt). In openHAB machen wir letztlich nichts anderes:
testDateTime.postUpdate(now.toLocalDateTime().toString())
In diesem Fall haben wir jedoch aus einem Datumsobjekt, welches uns die aktuelle Zeit zurückliefert, unsere Eingabe genommen. Dies bedeutet, dass wir den zurückgelieferten Wert zu einem String wandeln müssen. hierfür verwenden wir toString(). Eine Funktion, die öfter mal in Rules hilfreich sein kann.
Bei einen Dimmer muss letztlich nur darauf geachtet werden, dass man eine Ganzzahl zwischen 0 und 100 verwendet:
testDimmer.postUpdate(30)
Bilder sind definitiv ein Sonderfall. Ich kann ja nicht einfach irgendein String nehmen und diesen übergeben. In openHAB funktioniert ein Image Item auch nicht über die Pfadangabe zu einem Bild. Man könnte ja vielleicht annehmen, dass ich ein Bild verwenden kann, indem ich nur dessen Pfad angebe. Hierbei wäre dann vielleicht egal, ob ich einen absoluten und lokalen Pfad angebe oder ob der Pfad auf eine Online-Quelle verweist. In openHAB wird ein Bild, als ein Bild gespeichert und verwendet. Dies ist dahingehend so umgesetzt worden, als dass eben viele Geräte auch irgendwelche Bilder ausliefern können. Man muss ja davon ausgehen, dass eben ein Gerät ein Bild sendet und nicht, dass man einfach nur irgendein Bild ohne jeglichen Kontext und Nutzen in openHAB einbindet. Ähnlich wie viele andere Sensorwerte, sind dies ja Nutzdaten.
Da wir jedoch kein solches Bild verwenden, wie bspw. ein Frame einer Kamera, zeigt nachfolgendes Skript auf, wie aus einer Online-Quelle ein Bild hinzugefügt werden kann:
var userImageDataBytes = newByteArrayOfSize(0)
var url = new URL("http://127.0.0.1:8080/static/webapps/Image.jpg") // please use the IP to your openHAB instance
var byteStreamOutput = new ByteArrayOutputStream()
var urlConnection = url.openConnection()
var userpass = "openhabian" + ":" + "openhabian";
var basicAuth = "Basic " + new String(Base64.getEncoder().encode(userpass.getBytes()));
urlConnection.setRequestProperty ("Authorization", basicAuth);
var inputStream = urlConnection.getInputStream()
var n = 0
var buffer = newByteArrayOfSize(1024)
do {
n = inputStream.read(buffer)
if (n > 0) {
byteStreamOutput.write(buffer, 0, n)
}
} while (n > 0)
userImageDataBytes = byteStreamOutput.toByteArray()
var String encodedString = Base64.getMimeEncoder().encodeToString(userImageDataBytes).replaceAll("\\r\\n", "")
var ImageTMP = "data:image/jpg;base64," + encodedString
testImage.postUpdate(ImageTMP)
In diesem Beispiel nutzen wir das HTML-Verzeichnis (/etc/openhab/html) von openHAB. Um das ganze ein bisschen zu erweitern, habe ich das Unterverzeichnis webapps erstellt und darin ein Image.jpg abgelegt. Möchte ich also von meinem Server, auf dem openHAB läuft ein lokales Bild hinzufügen, würde ich lieber empfehlen, dass man einen symbolischen Link in das HTML-Verzeichnis verknüpft und wie oben verfährt. Man kann ansonsten natürlich auch Bilder über Java-Funktionen einlessen. Diese Möglichkeit erlaubt es, dass man auch von anderen Rechnern im selben Netzwerk ein Bild hinzufügt.
Wichtig ist, dass man mit Streams arbeitet und dass das Bild am Ende Base64 encodiert als Zeichenkette als State geupdated wird! Auch ein sendCommand ist bei Bildern nicht möglich!
Wie wir anhand vom Label schon mitbekommen haben, wollen wir für das Location Item die GPS-Koordinaten der Hochschule Furtwangen als State verwenden. Dies geschieht auch durch einen String. Diesen müssen wir jedoch an ein PointType-Objekt übergeben:
// 48.051437316054006, 8.207755911376244
// latitude: 48.0501442
// longitude: 8.2014192
// altitude/elevation: 857.0
testLocation.postUpdate(new PointType("48.051437316054006, 8.207755911376244, 857.0"))
Für ein Number Item ist es letztlich egal, welche Zahl man zuweist. Wichtig ist, dass ein State bspw. eine Fließkommazahl beinhalten kann und in der Sitemap man trotzdem nach einer Ganzzahl formatiert! Sollte man auf diesen State zugreifen, müsste man dies bspw. in einer Rule dann berücksichtigen:
testNumber.postUpdate(50)
Bei einem Player können wir States wie PLAY, PAUSE, REWIND, FASTFORWARD, PREVIOUS oder NEXT verwenden:
testPlayer.postUpdate(PAUSE)
Auch hier ist wieder zu sehen, dass man dies nicht als String angibt!
Ebenfalls keine Strings verwenden Rollershutter Items bei ihren Commands. Beispielhaft wollen wir jedoch einen State setzen:
testRollershutter.postUpdate(0)
Wie bereits erwähnt kann ein String klassisch eine Zeichenkette sein oder ein einzelnes Zeichen beinhaltet. Verarbeitet wird das ganze als String. Wie wir aus vielen Programmiersprachen (hier immer noch Java) wissen, ist eine Zeichenkette nichts anderes als ein Array aus Zeichen oder in anderen Worten ein Array aus Char's:
testString.postUpdate("Hello World")
Ein Switch kann entweder den State ON oder OFF besitzen:
testSwitch.postUpdate(OFF)
Daraus ergibt sich dann folgende Rule:
import java.util.Base64
import java.io.ByteArrayOutputStream
import java.net.URL
rule "Started"
when
System started
then
testColor.postUpdate("120, 100, 100")
testContact.postUpdate(CLOSED)
testDateTime.postUpdate(now.toLocalDateTime().toString())
testDimmer.postUpdate(30)
testNumber.postUpdate(50)
testPlayer.postUpdate(PAUSE)
testRollershutter.postUpdate(0)
testString.postUpdate("Hello World")
testSwitch.postUpdate(OFF)
// 48.051437316054006, 8.207755911376244
// latitude: 48.0501442
// longitude: 8.2014192
// elevation: 857.0
testLocation.postUpdate(new PointType("48.051437316054006, 8.207755911376244, 857.0"))
var userImageDataBytes = newByteArrayOfSize(0)
var url = new URL("http://127.0.0.1:8080/static/webapps/Image.jpg") // please use the IP to your openHAB instance
var byteStreamOutput = new ByteArrayOutputStream()
var urlConnection = url.openConnection()
var userpass = "openhabian" + ":" + "openhabian";
var basicAuth = "Basic " + new String(Base64.getEncoder().encode(userpass.getBytes()));
urlConnection.setRequestProperty ("Authorization", basicAuth);
var inputStream = urlConnection.getInputStream()
var n = 0
var buffer = newByteArrayOfSize(1024)
do {
n = inputStream.read(buffer)
if (n > 0) {
byteStreamOutput.write(buffer, 0, n)
}
} while (n > 0)
userImageDataBytes = byteStreamOutput.toByteArray()
var String encodedString = Base64.getMimeEncoder().encodeToString(userImageDataBytes).replaceAll("\\r\\n", "")
var ImageTMP = "data:image/jpg;base64," + encodedString
testImage.postUpdate(ImageTMP)
end
Man kann jedes Item einzeln zu einer Sitemap hinzufügen und kann diese auch beliebig unterteilen. Egal ob dies in Frames oder auch in Groups organisiert wird. Man kann auch zu jedem Item ein (neues) Label oder Icon setzen. Anders als bei Items sind auch verschiedene Repräsentation berücksichtbar, wie bspw. Chart oder Webview. Mehr dazu findet man in der openHAB Dokumentation unter Sitemaps.
Da wir zu jedem Item ein einfaches Beispiel wollten, müssen wir mit vielen Möglichkeiten der Sitemap gar nicht erst experimentieren. Uns genügt es, dass ganze durch ein Group Item darzustellen:
sitemap Sitemap label="Sitemap" {
Frame label="Static" {
Group item=Static
}
}
Die fertige Sitemap sieht wie folgt aus:
Um die States zu verändern kann man neben der Bedienung der Elemente in der Sitemap auch eine weitere Rule schreiben. Damit ich meine "Anwendungen" testen kann, habe ich mich für eine Rule mit einem Cron trigger von einer Minute entschieden. Die funktioniert eigentlich genau gleich, wie die Rule, die statisch die Werte setzt:
import java.util.Base64
import java.io.ByteArrayOutputStream
import java.net.URL
rule "Cron every minute"
when
Time cron "0 0/1 * * * ?" // every minute
then
testColor.postUpdate(NULL)
testContact.postUpdate(NULL)
testDateTime.postUpdate(NULL)
testDimmer.postUpdate(NULL)
testNumber.postUpdate(NULL)
testPlayer.postUpdate(NULL)
testRollershutter.postUpdate(NULL)
testString.postUpdate(NULL)
testSwitch.postUpdate(NULL)
testLocation.postUpdate(NULL)
testImage.postUpdate(NULL)
testColor.postUpdate("120, 100, 100")
testContact.postUpdate(CLOSED)
testDateTime.postUpdate(now.toLocalDateTime().toString())
testDimmer.postUpdate(30)
testNumber.postUpdate(50)
testPlayer.postUpdate(PAUSE)
testRollershutter.postUpdate(0)
testString.postUpdate("Hello World")
testSwitch.postUpdate(OFF)
// 48.051437316054006, 8.207755911376244
// latitude: 48.0501442
// longitude: 8.2014192
// elevation: 857.0
testLocation.postUpdate(new PointType("48.051437316054006, 8.207755911376244, 857.0"))
var userImageDataBytes = newByteArrayOfSize(0)
var url = new URL("http://127.0.0.1:8080/static/webapps/Image.jpg") // please use the IP to your openHAB instance
var byteStreamOutput = new ByteArrayOutputStream()
var urlConnection = url.openConnection()
var userpass = "openhabian" + ":" + "openhabian";
var basicAuth = "Basic " + new String(Base64.getEncoder().encode(userpass.getBytes()));
urlConnection.setRequestProperty ("Authorization", basicAuth);
var inputStream = urlConnection.getInputStream()
var n = 0
var buffer = newByteArrayOfSize(1024)
do {
n = inputStream.read(buffer)
if (n > 0) {
byteStreamOutput.write(buffer, 0, n)
}
} while (n > 0)
userImageDataBytes = byteStreamOutput.toByteArray()
var String encodedString = Base64.getMimeEncoder().encodeToString(userImageDataBytes).replaceAll("\\r\\n", "")
var ImageTMP = "data:image/jpg;base64," + encodedString
testImage.postUpdate(ImageTMP)
end