WIFILED.pm heißt jetzt LW12.pm

[betateilchen]

Nach der Umbenennung des Moduls schlage ich vor, die Diskussion hier im Thread weiterzuführen.

[chris1284]

Wollt ihr gleich mal die aktuelle, umbenannte version am post #1 anhängen?

[Kuzl]

Mach ich gerne, wenn ich Zuhause bin. Mit Post #1 wirds nix aber #3 muss auch reichen

@betateilchen:

Viel einfacher wäre es vermutlich (ungetestet), den Timer direkt nach dem RemoveInternalTimer() beim Betreten der _Set() einfach wieder neu zu setzen. Die _Set() wird mit Sicherheit nicht länger laufen als das Updateintervall vorgibt

stimmt, teste ich dann

EDIT: Hier ist immer das aktuelle Modul herunterzuladen:
https://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/98_LW12.pm

[betateilchen]

Man könnte auch heute abend einfach mal eine Version nach ./contrib einchecken

[harry66]

gibt es eigentlich einen Grund warum das nicht offiziell eingecheckt wird?

Ich bin mit dem Modul sehr zufrieden und kann es nur weiterempfehlen 

Danke für die geleistete Arbeit

Gruß Rolf   

[betateilchen]

Weil das Modul noch nicht ganz fertig ist. Ausserdem fehlt die für ein "offiziell" notwendiges Modul die commandref Dokumentation.

[Kuzl]

Hab die aktuelle Version angehängt. So funktioniert es auch mit dem Timer. Eine Dokumentation ist am Ende Des Moduls und sollte aktuell sein. (ok hab mir mit den Setextentions etwas Arbeit gespart )

Man könnte auch heute abend einfach mal eine Version nach ./contrib einchecken

Wie geht so was ?

[betateilchen]

Wie geht so was ?

Du brauchst einen Useraccount bei sourceforge und Rudi muss Dir dann für diesen Zugang die Berechtigung auf fhem geben. Aber heute funktioniert SVN ohnehin nicht.

Ich werde das Modul nach contrib einchecken, sobald es wieder möglich ist. Dann kann das Modul getestet werden und wenn sich die Stabilität beweist, kann es in den offiziellen fhem-Zweig wandern.

Einverstanden?

[Kuzl]

Einverstanden?

Einverstanden!

[betateilchen]

erledigt Das Modul befindet sich seit heute morgen in ./contrib

[Kuzl]

Wunderbar
Bei Gelegenheit teste ich nochmal alle Funktionen.

Hast du eigentlich eine Idee zu dem Problem mit dim 0?
UND: sollte bei dim 0 automatisch ausgeschaltet werden?

[betateilchen]

Ich sehe bei dim 0 kein Problem - da gibt es einfach nichts mehr anzuzeigen, also muss auch nix mehr berechnet werden.

Automatisch ausschalten würde ich nicht. Es gibt nämlich durchaus Fälle, in denen fhem ja die Steuerung übernimmt und dabei prüft, ob die LED überhaupt in Betrieb sind. Beispielsweise wird bei mir die Balkonbeleuchtung auf blau geschaltet, wenn der Regensensor Niederschlag meldet. Aber eben nur, wenn die Lichterkette auch "on" ist.

[Kuzl]

Alles klar. Das Problem war, wenn auf dim 0 gesetzt wird und dann wieder auf einen anderen Wert z.b. dim 50, dann weiß ich nicht, welche Farbe weil ja überall 0 ist.

[betateilchen]

Nach einem "dim 0" sollte eigentlich immer nur ein "set rgb" möglich sein und kein anderes dim, das macht für mich keinen Sinn.

[betateilchen]

Hast du eigentlich eine Idee zu dem Problem mit dim 0?

Kannst Du den Slider nicht einfach so definieren, dass er nur von 1 bis 100 geht anstatt von 0 bis 100?

Wer es ganz finster haben will, soll eben ein "off" schicken.