Name des Produktes: Virtuelles Gerät
Hersteller: Homee-Entwicklerteam
Technologie: Software
Preis: 0,- Euro
Funktionen (z.B.: Bewegungsmelder, Temperatursensor, Sirene…): Fungiert als „Variable“, um komplexere bzw. viele Homeegramme einfacher zu handhaben und das für den Anwender kostenlos. 
Link zum Produkt:
Weitere Infos: Siehe ähnlichen Vorschlag „Eigene Variablen definieren und als Auslöser/Bedingung/Aktion verwenden“ unter „Feature vorschlagen“ ( Eigene Variablen definieren und als Auslöser/Bedingung/Aktion verwenden - #5 von PeGae )
Bild:
Jeder, der schon einmal versucht hat, einen „Status“ abzuspeichern, den verschiedene Homeegramme wie eine „globale Variable“ als Bedingung abfragen können, landet letztlich dabei, ein vorhandenes, reales Gerät zu „missbrauchen“. Oft gelingt das, aber nicht immer. So bleibt u.U. nichts andres übrig, als ein Gerät für 50,- Euro (z.B. Wall Plug oder Roller Shutter) zu nichts anderem zu gebrauchen, als einen Status zu speichern, der von jedem Homeegramm abgefragt werden kann.
Die vorgeschlagene Lösung, ein „Virtuelles Gerät“ einzuführen, sollte für das Entwicklerteam relativ schnell und leicht umzusetzen sein und böte dem Anwender ungeahnte neue Programmiermöglichkeiten ohne Investition in reale Hardware. Idealerweise hätte ein solches virtuelles Gerät nicht nur zwei, sondern 10, 100 oder 256 verschiedene „Zustände“, die von Homeegrammen auch abgefragt werden können.
Die „sauberste“ Lösung wäre sicherlich die Einführung einer neuen Klasse „Variable“, mit o.a. Vorschlag kann der Anwender aber durchaus auch leben.
Siehe dazu auch den Post „Eigene Variablen definieren und als Auslöser/Bedingung/Aktion verwenden“ unter „Feature vorschlagen“ ( Eigene Variablen definieren und als Auslöser/Bedingung/Aktion verwenden - #5 von PeGae ).
