Neues Modul: 30_MilightBridge / 31_MilightDevice

[Tom111]

Hallo,
vielleicht ne doofe Frage aber hab es eigentlich noch nie gebraucht... wie kann ich denn auf die alte Version Up- bzw Downgraden?
Danke & Gruß
Flo

https://github.com/mhop/fhem-mirror/commits/master/fhem/FHEM/30_MilightBridge.pm

Such dir eine Version aus, dann daneben auf <> klicken und den kompletten Codetext kopieren
und deine fhem/FHEM/30_MilightBridge.pm durch den vorhandenen Code ersetzen!

Aber ich bin mir sicher, dass Markus oder Mattwire die genannten Komplikationen in den Griff bekommen werden.

Gruß
Tom

[Niko1987]

Hallo,

Danke dir aber ich hab das ganze jetzt rausgeschmissen und steuere meine Milights über das Wifilight Modul.
Das klappt einwandfrei.

Gruß
Flo

[Markus M.]

Bitte ausprobieren
- Längere Reconnectzeit (1 Minute) bei Ping
- Broadcast wieder aktiviert

[Tom111]

Naja, schon besser, aber ich bleibe bei der alten Version von 2015.
Es sind ganz einfach zu viele LOG-Einträge und sollte ich mal für 2 Wochen in Urlaub sein hätte ich über 40.000 Einträge, wo mir jeder einzelne sagt dass die Bridge nicht erreichbar ist, ich glaube bei der Anzahl würde ich sogar Probleme mit dem Speicher bekommen.

Code Auswählen Erweitern

2016.03.06 22:12:05 1: Timeout for MilightBridge_DoPing reached, terminated process 20302
2016.03.06 22:12:05 3: BlockingCall for MiLight was aborted
2016.03.06 22:13:17 1: Timeout for MilightBridge_DoPing reached, terminated process 20366
2016.03.06 22:13:17 3: BlockingCall for MiLight was aborted
2016.03.06 22:14:29 1: Timeout for MilightBridge_DoPing reached, terminated process 20434
2016.03.06 22:14:29 3: BlockingCall for MiLight was aborted
2016.03.06 22:16:53 1: Timeout for MilightBridge_DoPing reached, terminated process 20607
2016.03.06 22:16:53 3: BlockingCall for MiLight was aborted
2016.03.06 22:18:05 1: Timeout for MilightBridge_DoPing reached, terminated process 20680
2016.03.06 22:18:05 3: BlockingCall for MiLight was aborted

Danke für deine Bemühungen, aber das bringt mir nichts!

Gruß
Tom

[Markus M.]

Danke für deine Bemühungen, aber das bringt mir nichts!

Wie weiter oben schon mal erklärt, gibt es in deinem Fall mit dem Logging keinen Fehler im Modul. Das ist ein Bedienfehler.
Wenn du keine Logeinträge möchtest, musst du einfach nur das FHEM Device deaktivieren wenn du die Bridge abschaltest und es wieder aktivieren wenn du sie anschaltest. Oder du deaktivierst das Logging für das Device.


Das mit dem Farbwechsel muss ich mir noch ansehen, das bekomme ich sicher noch hin. sollte mit dem Anhang funktionieren.

[hyper2910]

Hi Markus,

das mit den Logeinträgen nervt mich auch.

Ich habe eigentlich alles versucht mit verbose, aber die Logeinträge kommen alle 10sec.

Ich schalte auch meine Bridge nicht ab oder ähnliches.

[Timothee]

Ja, du legst ein weiteres Device mit A statt 1-4 an.
define rgbw_allgroups MilightDevice RGBW milightbridge A

Leider bin erst gestern dazu gekommen, die Milight Lampen fest in mein Wohnzimmer zu installieren. Sorry für die späte Rüclmeldung. Ich habe ein weiteres MilightDevice (Slot A) wie von dir vorgeschlagen angelegt. Allerdings habe ich den komischen Effekt, dass ich ausschließlich blaues oder weißes Licht einstellen kann, egal welche Farbe ich einstelle. Das Dimmen funktioniert ohne Probleme, aber wie gesagt, ich kann nur diese beiden Farben über das neue MilightDevice einstellen. Wenn ich die Kanäle einzeln (Slot 5-8) ansteuere, kann ich alles perfekt steuern. Es ist nur bei dem neuen (Slot A) MilightDevice. Habt ihr eine Idee, was es sein könnte?

Gruß Timothee

[Markus M.]

das mit den Logeinträgen nervt mich auch.
Ich habe eigentlich alles versucht mit verbose, aber die Logeinträge kommen alle 10sec.
Ich schalte auch meine Bridge nicht ab oder ähnliches.

Hat deine Bridge Verbindungsprobleme?
Die Fehler kommen leider direkt aus dem Blocking das Matt eingebaut hat.
Ich weiss nicht ob und wie ich die aus Milight unterdrücken könnte.
Mit dem Modul eins weiter oben wird die Reconnect Zeit hochgesetzt, du kannst aber zusätzlich auch mal das Intervall über das Attribut checkInterval hochsetzen.

Leider bin erst gestern dazu gekommen, die Milight Lampen fest in mein Wohnzimmer zu installieren. Sorry für die späte Rüclmeldung. Ich habe ein weiteres MilightDevice (Slot A) wie von dir vorgeschlagen angelegt. Allerdings habe ich den komischen Effekt, dass ich ausschließlich blaues oder weißes Licht einstellen kann, egal welche Farbe ich einstelle. Das Dimmen funktioniert ohne Probleme, aber wie gesagt, ich kann nur diese beiden Farben über das neue MilightDevice einstellen. Wenn ich die Kanäle einzeln (Slot 5-8) ansteuere, kann ich alles perfekt steuern. Es ist nur bei dem neuen (Slot A) MilightDevice. Habt ihr eine Idee, was es sein könnte?

Das klingt seltsam. Das Define sieht ok aus.
Wie steuerst du? HSV oder RGB? Bei mir funktioniert beides problemlos - bitte mal ausprobieren.
Was sagen deine Attribute colorCast und gamma?

Gruss, Markus

[hyper2910]

sind wohl auch zwei unterschiedliche Logeintäge:

2016.03.01 00:00:05 4: BlockingCall (MilightBridge_DoPing): created child (25252), uses telnetForBlockingFn_1456772350 to connect back
2016.03.01 00:00:05 4: Connection accepted from telnetForBlockingFn_1456772350_127.0.0.1_38711
2016.03.01 00:00:09 4: BlockingCall (MilightBridge_DoPing): created child (25256), uses telnetForBlockingFn_1456772350 to connect back
2016.03.01 00:00:09 4: Connection accepted from telnetForBlockingFn_1456772350_127.0.0.1_38712

[hyper2910]

Hat deine Bridge Verbindungsprobleme?
Die Fehler kommen leider direkt aus dem Blocking das Matt eingebaut hat.
Ich weiss nicht ob und wie ich die aus Milight unterdrücken könnte.
Mit dem Modul eins weiter oben wird die Reconnect Zeit hochgesetzt, du kannst aber zusätzlich auch mal das Intervall über das Attribut checkInterval hochsetzen.

Hi,


die beiden Bridges laufen einwandfrei, nur mit der neuen Version kommen aufeinmal diese Logs.

[Tom111]

Wie weiter oben schon mal erklärt, gibt es in deinem Fall mit dem Logging keinen Fehler im Modul. Das ist ein Bedienfehler.
Wenn du keine Logeinträge möchtest, musst du einfach nur das FHEM Device deaktivieren wenn du die Bridge abschaltest und es wieder aktivieren wenn du sie anschaltest. Oder du deaktivierst das Logging für das Device.

wenn ich das Logging deaktiviere,

Code Auswählen Erweitern

attr MiLight verbose 0

bekomme ich dennoch LOG-Einträge:

Code Auswählen Erweitern

2016.03.07 15:53:56 3: telnetForBlockingFn_1457362436: port 37192 opened
2016.03.07 15:54:49 1: Timeout for MilightBridge_DoPing reached, terminated process 22426
2016.03.07 15:55:13 1: Timeout for MilightBridge_DoPing reached, terminated process 22464
2016.03.07 15:55:25 1: Timeout for MilightBridge_DoPing reached, terminated process 22471
2016.03.07 15:55:49 1: Timeout for MilightBridge_DoPing reached, terminated process 22480
2016.03.07 15:56:01 1: Timeout for MilightBridge_DoPing reached, terminated process 22502
2016.03.07 15:56:13 1: Timeout for MilightBridge_DoPing reached, terminated process 22512
2016.03.07 15:56:37 1: Timeout for MilightBridge_DoPing reached, terminated process 22531
2016.03.07 15:56:49 1: Timeout for MilightBridge_DoPing reached, terminated process 22537
2016.03.07 15:57:01 1: Timeout for MilightBridge_DoPing reached, terminated process 22569
2016.03.07 15:57:13 1: Timeout for MilightBridge_DoPing reached, terminated process 22579

Das mit dem Farbwechsel muss ich mir noch ansehen, das bekomme ich sicher noch hin. sollte mit dem Anhang funktionieren.

OK, anstatt auf 0 springt die Helligkeit jetzt auf 100%, ist zwar nicht perfekt, aber damit kann ich leben.
Wirst du diese Version noch hochladen oder muss ich "31_MilightDevice.pm" in "exclude_from_update" setzen?

Gruß
Tom

[Tommy82]

Hi, da ich mich mit milight überhaupt nicht auskenne, frag ich hier mal.
Brauch man eine besondere Fassung oder sowas oder kann ich z.b die hier
4 x 2.4G RF RGBW Warm White LED Lamp GU10 4W 220V Wireless Control by Mi-Light WiFi Remote Controller iPhone iPad Android Smartphone Tablet https://www.amazon.de/dp/B016YGYPNQ/ref=cm_sw_r_cp_awd_w.z3wbBGHADFS
In einer normalen Gu10 benutzen .
Brauche ich dann noch muss? Wie sende ich dir befehle dann über fhem?
Danke


Gesendet von iPhone mit Tapatalk

[Markus M.]

sind wohl auch zwei unterschiedliche Logeintäge:

2016.03.01 00:00:05 4: BlockingCall (MilightBridge_DoPing): created child (25252), uses telnetForBlockingFn_1456772350 to connect back
2016.03.01 00:00:05 4: Connection accepted from telnetForBlockingFn_1456772350_127.0.0.1_38711

Kein Fehler sondern eine normale Ausgabe, bitte globales Loglevel runtersetzen.
Alles über 2 global macht keinen Sinn!

wenn ich das Logging deaktiviere,

Code Auswählen Erweitern

attr MiLight verbose 0

bekomme ich dennoch LOG-Einträge

Du musst das Modul deaktivieren während du die Bridge abschaltest.
Einen anderen Weg gibt es nicht.

OK, anstatt auf 0 springt die Helligkeit jetzt auf 100%, ist zwar nicht perfekt, aber damit kann ich leben.
Wirst du diese Version noch hochladen oder muss ich "31_MilightDevice.pm" in "exclude_from_update" setzen?

In RGB ist die Helligkeit immer enthalten. FF = volle Helligkeit.
Der Fix dafür ist morgen im Update.

Gruß, Markus

[Timothee]

Das klingt seltsam. Das Define sieht ok aus.
Wie steuerst du? HSV oder RGB? Bei mir funktioniert beides problemlos - bitte mal ausprobieren.
Was sagen deine Attribute colorCast und gamma?

Normalerweise über RGB, hab aber beides probiert - gleicher Effekt.
Mir fällt grad auf, dass der Internal "INIT" bei dem Allgroup-MilightDevice ne 0 anzeigt. Bei den "echten" Lampen steht dort ne 1.
In der Detailansicht sind die Attribute bei allen nicht gesetzt. Wenn ich ein List mit dem jeweilige Gerät ausführe, werden bei den "echten" Lampen unter den beiden Attribute ausschließlich Zahlen Zeile für Zeile ausgegeben. Bei  dem Allgroup-MilightDevice hingegen wird für colorCast nichts ausgegeben, für gamma allerdings das gleiche wie bei den "echten".

Hab grad mal das Modul 31_MilightDevice aktualisiert... und schon funktionierts
Allerdings steht bei dem Allgroup-MilightDevice immer noch eine 0?

[Markus M.]

UPDATE:
- Neues Feature: "HSV" Transitions für WWCW Birnen, um Helligkeit und Temperatur gleichzeitig zu steuern
  Dazu einfach HSV Werte wie z.B. 3000,1,100 verwenden
- Bugfix: RGB Ansteuerung sollte nun wieder funktionieren
- Fix: Weniger Perl Warnungen beim Start