readingsProxy: überarbeitete Version zum Test

[Dr. Boris Neubert]

Hallo,

ausgehend von den Überlegungen in diesem Thema habe ich das Modul readingsProxy in Abstimmung mit justme1968 überarbeitet.

Der ursprüngliche Gedanke hinter dem Modul war es, aus einem Device ein Reading herauszulösen und damit ein neues steuerbares Gerät zu konstruieren. Mein Gedanke war es, Readings von mehreren Devices unter anderem Namen zusammenzufassen - Anwendungsfall hier, dass ich für meine PV-Anlage ein Mini-Dashboard wollte (ist gestern Nacht fertig geworden - Wiki-Artikel dazu erstelle ich noch), wofür ich aus 5 Devices Readings mit sehr langen Namen zusammenziehen und weitere userReadings zusammenbauen musste, was ohne saubere Benennung völlig undurchschaubar war.

Anbei das überarbeitete Modul: Du darfst diesen Dateianhang nicht ansehen. 

Es sollte abwärtskompatibel sein. set und get gehen nur für den primären Proxy, also für das erste Reading eines anderen Devices, das man proxifiziert.

commandref ist aktualisiert. Wer das Modul bei sich einspielt, sollte dann noch contrib/commandref_join.pl laufen lassen.

Ich wäre für Tests der derzeitigen Anwender von readingsProxy dankbar, ob das überarbeitete Modul bei euch weiter funktioniert.

Viele Grüße
Boris

[Wzut]

Ich habe mir schon öfters gewünscht das readingsProxy mehr als nur ein Reading aus einem Device verarbeiten kann. Schön das nun die Werte sogar auch aus mehr als nur einem Device kommen können !
Das wird bei mir vermutlich die eine oder andere simple readingsGroup ersetzen.

BTW: gibt es einen besonderen Grund dafür das du so viel mit main::Debug ins Log schreibst statt einfach via Log3 und einem höheren Level wie z.b. 4 / 5 ?

[Dr. Boris Neubert]

main::Debug muss noch raus. Das sind Reste aus der Entwicklung. Habe ich vergessen. Danke für den Hinweis. Das "echte" Logging habe ich ansonsten vom aktuellen Modulstand übernommen und nichts hinzugefügt oder weggenommen.

Ich möchte justme1968 nicht bitten, das Modul einzuchecken, bevor nicht ausreichend Feedback vorliegt, dass es abwärtskompatibel ist, vor allem in Bezug auf setFn, getFn und valueFn. Mit etwas mehr Elan könnte man diese Funktionen auch noch je Proxy und nicht nur für den primären Proxy einführen.