Originally posted by: <email address deleted>
[REPOST; initial in die -users geschoben, sorry.]
Auf die Gefahr hin von Dubletten:
1) Implementation "Interfaces"-System (zusätzliche Informationen zur Geräte-
abstraktion gem. Diskussion auf fhem-users)
2) Normierung "READINGS" (Festlegung von "FHEM-SI-Einheiten", keine Einheit
mehr in den Werten selbst; hängt z. T. mit "Interfaces" zusammen)
3) Normierung "NOTIFY"/"FileLog" (Reduktion "notify"-Aufrufe; Definition
*was* per "notify" gemeldet werden soll; potentiell Umbau FileLog auf
Unabhängigkeit von Werten *aus* dem Notify)
4) Polling-Infrastruktur (HowTo/Best Practice; Polling generell für Sen-
soren einführen vs. Nutzer muß Datenermittlung per "get dev val" an-
stoßen)
Den größten Impact haben sicher 1) & 2), da 2 das Interface zum jedem Back-
end betrifft, 1) i. V. m. 2) Backends eine normierte Basis bereitstellt.
3) ist meinem Verständnis nach vorwiegend ein Performance-/Lastthema, bei
dem ergebnisoffen auch ein Umbau von FileLog betrachtet werden sollte, denn
FileLog benötigt derzeit bestimmte Übergaben via Notify.
kai
--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.