Neues Modul 98_cloneDummy

Begonnen von Joachim, 22 März 2014, 21:56:12

Vorheriges Thema - Nächstes Thema

Joachim

Moin liebe FHEM-Nutzer,

seit heute gibt es ein neues Modul für FHEM, und zwar das Modul cloneDummy.

Wofür ist das Modul gedacht?
Mit diesem Modul können die Readings eines Devices in einen Dummy geklont werden.

Wozu kann ich es einsetzen?
Dieses Modul ist dazu gedacht,
1.) Devices einer entfernten FHEM Installation, die mit FHEM2FHEM im Logmodus eingebunden ist, lesend auf der lokalen FHEM Installation in einem Dummy einzubinden. Hier können die Readings dann wie bei einem lokalen Device ausgewertet und weiterverarbeitet werden. Das ist z.B. sinnvoll,wenn

Readings von Sensoren, die aus technischen, taktischen oder performance Gründen auf einer entfernten FHEM Installation angebunden sind, in der Weboberfläche der lokalen FHEM Installation anzuzeigen, oder im Dashboard einzubinden.

Technische Gründe sind z.B. entfernte Computer, die eigene Sensoren verwalten, wie der AirPi oder ähnliches.

Taktische Gründe sind z.B. Test oder Entwicklungversionen von FHEM, die so mit realen Werten gefüttert werden können, die dann für notify's, at's oder ähnliches zur Verfügung stehen, um neue Funktionen, Änderungen, usw. auszuprobieren, ohne sein Produktivsystem zu beeinträchtigen.

Perormance Gründe sind z.B. Module, die FHEM blockieren, und deshalb sinvollerweise in einer eigenen Umgebung laufen, wie z.B. OWX oder OWDevice.

2.) Devices einer lokalen FHEM Installation lokal zu Klonen, um Änderungen ersteinmal an einem Dummy auszutesten, bevor sie in dem echten Device scharfgeschaltet werden.

Wie definiere ich es?
define <name> cloneDummy <quelldevice>
Wobei <name> der Name des neuen Devices ist und <quelldevice> der Name des zu klonenden Devices ist.
Wichtig dabei ist, dass der Name des neuen Devices nicht identisch mit dem des zu klonenden Devices ist.

Was kann das Modul nicht?
- Es kann keine get oder set Befehle an das Quelldevice senden, und z.B. Aktoren zu betätigen
- Es kann nicht erkennen, welches der Readings der State ist, als state wird vom Modul defined bzw. active gesetzt, wenn hier etwas anderes gewünscht wird, muss das über stateFormat eingebaut werden, z.B.

define Bad cloneDummy FS_Bad
attr Bad room Bad
attr Bad stateFormat {sprintf("T: %.1f H: %.1f D: %.1f A: %.1f",ReadingsVal("Bad","Temperatur",0), ReadingsVal("Bad","Feuchte",0), ReadingsVal("Bad","dewpoint",0), ReadingsVal("Bad","absFeuchte",0))}


Die Entwicklung dieses Modules kann in diesen Treads nachvollzogen werden:
http://forum.fhem.de/index.php/topic,21533.0.html
http://forum.fhem.de/index.php/topic,21654.0.html
wobei
http://forum.fhem.de/index.php/topic,21654.0.html
auch der Tread ist, in dem Fragen oder Wünsche zum Modul gestellt werden sollten.

Wenn es Änderungen im Modul gibt werde ich sie in diesem Tread dokumentieren, und den Eingangspost entsprechend anpassen.

Das war es fürs erste.

Gruß Joachim
FHEM aktuellste Version auf FB 7570 und 7390 mit Zebradem Toolbox Freetz
FHEM auf Raspberry
1-Wire mit LinkUSBi und Rs-Pi ds2482-800  1-Wire-9 Board; Max mit Cube, HMLAN
div. 1-Wire Sensoren; MAX-Thermostaten; Homematic-Komponenten, Zehnder KWL über RS-232