Neues Modul: 30_MilightBridge / 31_MilightDevice

Begonnen von mattwire, 19 Dezember 2014, 01:39:17

Vorheriges Thema - Nächstes Thema

masterpete23

Das kann aber nur der Modul Entwickler oder

Gesendet von meinem Huawei Honor 7


Markus M.

Das kann theoretisch einer der beiden Modulentwickler, aktuell aber nur Matt weil ich die nächsten 2 Wochen unterwegs bin ;)

@Matt: Can you have a look at the ping mechanism and make it completely optional (maybe once the bridge has been initially found)?


Sent from my iPhone using Tapatalk
Aktuell weder Smarthome noch FHEM vorhanden

daywalkero

Bei mir kommt die Fehlermeldung auch, mehrmals pro Minute - obwohl die Milightbridge immer und ständig erreichbar ist. Funktioniert ansonsten auch alles ziemlich gut, eben bis auf diese Fehlermeldung.


016.05.13 13:03:54 1: Timeout for MilightBridge_DoPing reached, terminated process 26986
2016.05.13 13:03:54 3: BlockingCall for MiLightBridge was aborted
2016.05.13 13:04:06 1: Timeout for MilightBridge_DoPing reached, terminated process 26987
2016.05.13 13:04:06 3: BlockingCall for MiLightBridge was aborted
2016.05.13 13:04:18 1: Timeout for MilightBridge_DoPing reached, terminated process 26988
2016.05.13 13:04:18 3: BlockingCall for MiLightBridge was aborted
2016.05.13 13:26:51 1: Timeout for MilightBridge_DoPing reached, terminated process 27445
2016.05.13 13:26:51 3: BlockingCall for MiLightBridge was aborted
2016.05.13 14:28:02 1: Timeout for MilightBridge_DoPing reached, terminated process 30330
2016.05.13 14:28:02 3: BlockingCall for MiLightBridge was aborted

Tom111

Fehler leider immer noch nicht behoben:
2016.06.26 11:22:30 1: Timeout for MilightBridge_DoPing reached, terminated process 28083
2016.06.26 11:22:30 3: BlockingCall for MiLight was aborted
2016.06.26 11:22:54 1: Timeout for MilightBridge_DoPing reached, terminated process 28115
2016.06.26 11:22:54 3: BlockingCall for MiLight was aborted
2016.06.26 11:23:06 1: Timeout for MilightBridge_DoPing reached, terminated process 28134
2016.06.26 11:23:06 3: BlockingCall for MiLight was aborted
2016.06.26 11:23:18 1: Timeout for MilightBridge_DoPing reached, terminated process 28139
2016.06.26 11:23:18 3: BlockingCall for MiLight was aborted
2016.06.26 11:23:30 1: Timeout for MilightBridge_DoPing reached, terminated process 28145
2016.06.26 11:23:30 3: BlockingCall for MiLight was aborted
2016.06.26 11:23:42 1: Timeout for MilightBridge_DoPing reached, terminated process 28177
2016.06.26 11:23:42 3: BlockingCall for MiLight was aborted
2016.06.26 11:24:06 1: Timeout for MilightBridge_DoPing reached, terminated process 28195
2016.06.26 11:24:06 3: BlockingCall for MiLight was aborted


Ob man das nun als Fehler bezeichnen kann oder nicht, für mich ist es ein absolutes No-Go wie bereits schon diskutiert:
Zitathttps://forum.fhem.de/index.php/topic,30638.msg421098.html#msg421098

Naja, dan bleibt "30_MilightBridge.pm" weiterhin "exclude_from_update"!
Mit der uralt Version hab ich glücklicherweise keine Probleme!
FHEM 5.9 auf Raspberry Pi - 3B+ - Stretch-5.10.88+ | CUL868 CC1101 - USB - Lite module - V3 FW 1.67
Fritz!Box 7490 OS 07.29 / Fritz!Dect200 / Fritz!Powerline 546E
FS20ST-4/ FS20 DI-5/ FS20LS/ FS20 PIRI-2-KU/ FS20 TFK/ FS20S4A/FS20 SU-3/FS20 S20-3
HMS100TF/FHT80TF-2/ASH2200/S300TH/MiLight-Bridge V

hyper2910

kann jemand ein altes modul zur verfügung stellen
Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

Dersch

Hi, nachdem ich nun schon einige Zeit das UFO mit Wifilight ansteuere habe ich nun für einen Umbau W/WW LED Lampen gekauft und möchte diese mit einem Mi-Light W/WW Controller ansteuern.

Jetzt habe ich ja das WifiLight und dieses Modul hier zur Auswahl. Was soll ich probieren? Ich möchte die Lampen über 2 Mi-Light Controller und einer Bridge ansteuern und ja die Möglichkeit zur Farbtemperaturänderung nutzen.

Grüße
Dirk

Dersch

#306
Ich habe das MiLight Modul nun verwendet und bin grundsätzlich sehr zufrieden damit. Es macht was es soll.

Nur 2 Punkte:

1. Wie kann ich den Bereich der Farbtemperatur beim verwenden der White Controller verändern? Meine Lampen haben einen Bereich von 2700k - 6000k. Das Modul stellt aber von 3000k - 6500k ein.

2. Nach dem Test und Ausschalten der Geräte ist mir das gleiche Problem entstanden wie bei meinen Vorrednern.

2016.08.17 00:30:21 1: Timeout for MilightBridge_DoPing reached, terminated process 14737
2016.08.17 00:30:21 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:30:33 1: Timeout for MilightBridge_DoPing reached, terminated process 14740
2016.08.17 00:30:33 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:30:45 1: Timeout for MilightBridge_DoPing reached, terminated process 14743
2016.08.17 00:30:45 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:31:09 1: Timeout for MilightBridge_DoPing reached, terminated process 14753
2016.08.17 00:31:09 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:31:21 1: Timeout for MilightBridge_DoPing reached, terminated process 14754
2016.08.17 00:31:21 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:31:45 1: Timeout for MilightBridge_DoPing reached, terminated process 14760
2016.08.17 00:31:45 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:31:57 1: Timeout for MilightBridge_DoPing reached, terminated process 14761
2016.08.17 00:31:57 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:32:09 1: Timeout for MilightBridge_DoPing reached, terminated process 14772
2016.08.17 00:32:09 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:33:21 1: Timeout for MilightBridge_DoPing reached, terminated process 14794
2016.08.17 00:33:21 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:33:36 1: Timeout for MilightBridge_DoPing reached, terminated process 14796
2016.08.17 00:33:36 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:34:00 1: Timeout for MilightBridge_DoPing reached, terminated process 14803
2016.08.17 00:34:00 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:34:12 1: Timeout for MilightBridge_DoPing reached, terminated process 14810
2016.08.17 00:34:12 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:34:24 1: Timeout for MilightBridge_DoPing reached, terminated process 14813
2016.08.17 00:34:24 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:34:51 1: Timeout for MilightBridge_DoPing reached, terminated process 14818
2016.08.17 00:34:51 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:35:15 1: Timeout for MilightBridge_DoPing reached, terminated process 14880
2016.08.17 00:35:15 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:35:27 1: Timeout for MilightBridge_DoPing reached, terminated process 14881
2016.08.17 00:35:27 3: BlockingCall for MilightBridgeKu was aborted
2016.08.17 00:35:54 1: Timeout for MilightBridge_DoPing reached, terminated process 14887


Da ich die Geräte erst in einigen Wochen fest verbaue habe ich halt einfach die devices wieder gelöscht.
Nun ist aber auch das hier permanent im Log:

2016.08.17 00:42:03 1: ERROR: empty name in readingsBeginUpdate
2016.08.17 00:42:03 3: stacktrace:
2016.08.17 00:42:03 3:     main::readingsBeginUpdate           called by ./FHEM/30_MilightBridge.pm (277)
2016.08.17 00:42:03 3:     main::MilightBridge_DoPingDone      called by (eval 281900) (1)
2016.08.17 00:42:03 3:     (eval)                              called by fhem.pl (1003)
2016.08.17 00:42:03 3:     main::AnalyzePerlCommand            called by fhem.pl (1021)
2016.08.17 00:42:03 3:     main::AnalyzeCommand                called by fhem.pl (951)
2016.08.17 00:42:03 3:     main::AnalyzeCommandChain           called by ./FHEM/98_telnet.pm (275)
2016.08.17 00:42:03 3:     main::telnet_Read                   called by fhem.pl (3201)
2016.08.17 00:42:03 3:     main::CallFn                        called by fhem.pl (668)
2016.08.17 00:42:03 1: readingsUpdate(,state,unreachable) missed to call readingsBeginUpdate first.
2016.08.17 00:42:13 1: ERROR: empty name in readingsBeginUpdate
2016.08.17 00:42:13 3: stacktrace:
2016.08.17 00:42:13 3:     main::readingsBeginUpdate           called by ./FHEM/30_MilightBridge.pm (277)
2016.08.17 00:42:13 3:     main::MilightBridge_DoPingDone      called by (eval 281902) (1)
2016.08.17 00:42:13 3:     (eval)                              called by fhem.pl (1003)
2016.08.17 00:42:13 3:     main::AnalyzePerlCommand            called by fhem.pl (1021)
2016.08.17 00:42:13 3:     main::AnalyzeCommand                called by fhem.pl (951)
2016.08.17 00:42:13 3:     main::AnalyzeCommandChain           called by ./FHEM/98_telnet.pm (275)
2016.08.17 00:42:13 3:     main::telnet_Read                   called by fhem.pl (3201)
2016.08.17 00:42:13 3:     main::CallFn                        called by fhem.pl (668)
2016.08.17 00:42:13 1: readingsUpdate(,state,unreachable) missed to call readingsBeginUpdate first.
2016.08.17 00:42:23 1: ERROR: empty name in readingsBeginUpdate
2016.08.17 00:42:23 3: stacktrace:
2016.08.17 00:42:23 3:     main::readingsBeginUpdate           called by ./FHEM/30_MilightBridge.pm (277)
2016.08.17 00:42:23 3:     main::MilightBridge_DoPingDone      called by (eval 281904) (1)
2016.08.17 00:42:23 3:     (eval)                              called by fhem.pl (1003)
2016.08.17 00:42:23 3:     main::AnalyzePerlCommand            called by fhem.pl (1021)
2016.08.17 00:42:23 3:     main::AnalyzeCommand                called by fhem.pl (951)
2016.08.17 00:42:23 3:     main::AnalyzeCommandChain           called by ./FHEM/98_telnet.pm (275)
2016.08.17 00:42:23 3:     main::telnet_Read                   called by fhem.pl (3201)
2016.08.17 00:42:23 3:     main::CallFn                        called by fhem.pl (668)
2016.08.17 00:42:23 1: readingsUpdate(,state,unreachable) missed to call readingsBeginUpdate first.
2016.08.17 00:42:33 1: ERROR: empty name in readingsBeginUpdate
2016.08.17 00:42:33 3: stacktrace:
2016.08.17 00:42:33 3:     main::readingsBeginUpdate           called by ./FHEM/30_MilightBridge.pm (277)
2016.08.17 00:42:33 3:     main::MilightBridge_DoPingDone      called by (eval 281918) (1)
2016.08.17 00:42:33 3:     (eval)                              called by fhem.pl (1003)
2016.08.17 00:42:33 3:     main::AnalyzePerlCommand            called by fhem.pl (1021)
2016.08.17 00:42:33 3:     main::AnalyzeCommand                called by fhem.pl (951)
2016.08.17 00:42:33 3:     main::AnalyzeCommandChain           called by ./FHEM/98_telnet.pm (275)
2016.08.17 00:42:33 3:     main::telnet_Read                   called by fhem.pl (3201)
2016.08.17 00:42:33 3:     main::CallFn                        called by fhem.pl (668)
2016.08.17 00:42:33 1: readingsUpdate(,state,unreachable) missed to call readingsBeginUpdate first.


Nach einem Reboot von FHEM scheint das aber wieder weg zu sein. Daher just for your Notice.

h-man-kl

Hallo zusammen,
ich hoffe ich darf mich hier mal reinhängen - wenn nicht mache ich ein neues Thema auf.

Habe gestern Abend ein paar Kartons mit LEDs und zubehör geschenkt bekommen und hab gedacht das geht bestimmt auch in FHEM zu integrieren....

Konkret habe ich folgendes:
1x RGB LED-Panel von Kapego
1x "WifiBox 2.0" von Kapego (die sieht absolut genauso aus wie die von Milight nur in schwarz
1x 1-Zonen Fernbedienung von kapego
1x RGB-Kontroller von kapego

Steuern kann ich das ganze über die milight app auf meinem iphone - dort dann eben über den Monitor oben in der Mitte - also der ohne Zonen Auswahl

In fhem habe ich die milightbridge so eingebunden:
define milightbridge1 MilightBridge 192.168.20.113
und bekomme als status "ok"

als milightdevice habe ich:
define testlampe MilightDevice RGB milightbridge1 0

leider will die Lampe über fhem garnichts machen. Da aber die wifi Box ja die milight App funktioniert, sollte ich doch die Lampe von fhem ansprechen können, oder?
Kann mir jemand was dazu sagen?
Vielen Dank!
Gruß
H-Man

RasPi 3 mit MaxCube für FS20 , HM-Urart, HM-LAN, MiLight, HUE, Lightify, SONOS, Harmony, Unifi, FritzBox 7490... :-)
Ganz nach dem Motto: Normal? Normal is langweilig....

speex

#308
Zitat von: h-man-kl am 25 August 2016, 10:14:45
als milightdevice habe ich:
define testlampe MilightDevice RGB milightbridge1 0

Das Problem hatte ich auch mal ich glaube der RGB bereich bzw. RGBW geht ab Slot 5 los.

define testlampe MilightDevice RGB milightbridge1 5
Das sollte gehen insofern die Lampe auf Zone 1 angelernt ist.

Edit: Mehrere Lampen gleichzeitg sprich Master Steuerung geht über die Erzeugung eines weiteren Devices diesmal wird aber Slot A gewählt.

Viel Erfolg :)

h-man-kl

erstmal Sanke für die Antwort, hat aber leider nix genutzt bzw. das hatte ich schon probiert.
zum einen gibt fhem dann die Meldung raus, dass der Solt für RGB 0 ist und zum anderen hab ich ja keine Zonen.
Ein Versuch die Lampe einfach mal als RgBW mit den Solts 5 6 7 oder 8 anzulegen hat auch nichts gebracht :-(

RasPi 3 mit MaxCube für FS20 , HM-Urart, HM-LAN, MiLight, HUE, Lightify, SONOS, Harmony, Unifi, FritzBox 7490... :-)
Ganz nach dem Motto: Normal? Normal is langweilig....

WumpE

Hi Leute, kann man den Discomode auch dimmen? bei mir springt der immer wieder zur letzt eingestellten farbe wenn ich den dimbefehl absetze. Oder hat jemand nen Workaround wie ich den discomode auf brightness 4 laufen lassen kann? möchte den Mode als Lichtspiel im Kinderzimmer laufen lassen wenn die Kids einschlafen sollen. mit der FB geht das wunderbar.

Danke und grüße Wumpe
Über Mich: Stefan, Informatiker, Systementwicklung Prozessleittechnik
Server: NUC7i5 - Debian Docker
Container: FHEM,DEBMATIC,EMQX,NODERED,SONOS2MQTT,TRAEFIK,HOMEBRIDGE,DECONZ
Aktoren/Sensoren: HM-RF, HM-IP, EnergyCam, Shelly, MiLight, Hue, SONOS, OEG KMS-D+, Echo's, Worx
Frontends: Smartvisu 2.9

Badflex

#311
Hallo, kann ich das irgendwie realisieren das wenn ich z.B zwischen 22 & 6 Uhr das Licht anschalten es im immer im Nacht Modus also gedimmt läuft?
Sonst soll es aber 100% sein.

2. Frage: Kann man irgendwie einstellen das das Licht hoch und runter dimmt wie z.B beim Programm Modus 6 nur ohne flashen?
Danke
Raspberry Pi, CUL868(SlowRF), FB 7490, SmartVisu, fast nur HomeMatic wenig FS20, Netatmo

Noxus

Zitat von: Badflex am 05 September 2016, 19:13:40
Hallo, kann ich das irgendwie realisieren das wenn ich z.B zwischen 22 & 6 Uhr das Licht anschalten es im immer im Nacht Modus also gedimmt läuft?
Sonst soll es aber 100% sein.

(($hms gt "09:00" and $hms lt "24:00") and ([Flur_BM:state] eq "motion") and ([?Flur_BM:brightness:d] <37))
((set Flur_Licht_Stripe hsv 0,0,65), set Flur_Licht_Stripe on-for-timer 35)
DOELSEIF
(($hms gt "00:00:01" and $hms lt "08:59:59") and ([Flur_BM:state] eq "motion") and ([?Flur_BM:brightness:d] <37))
((set Flur_Licht_Stripe hsv 46,100,35), set Flur_Licht_Stripe on-for-timer 35)


Das nutze ich zum schalten der Milights mit Bewegungsmelder und bestimmter Lichtstärke.
Hier aber auch zu bestimmten Uhrzeiten, entweder Hell oder halt gedimmt und gelbliches Licht für wenn man Nachts aufs wc geht.
Kannste ja entsprechend anpassen wenn es das ist was Du suchst.

Antimaster

Gibt es ein Möglichkeit zu erfahren, ob die Lampe eine Verbindung zur Bridge hat? Ich würde ganz gern den Lampen einfach über den normalen Lichtschalter die Spannung weg nehmen. Möchte dann aber direkt beim starten den neuen Dimmerwert haben. Wie Noxus das hat für Bad und Flur aber über normale Lichtschalter geschaltet.
Tagsüber wenn Spannung an = volle Beleuchtung / Nachts bei Spannung ein = gedimmtes Licht

Jemand eine Idee wie ich das umsetzen kann?

Badflex

Gibt es eine Möglichkeit sowas wie set LED dimdown night 300 oder dimdown 8 300 zu machen.
Also langsam bis auf night  oder einen bestimmten %satz zu dimmen?
Raspberry Pi, CUL868(SlowRF), FB 7490, SmartVisu, fast nur HomeMatic wenig FS20, Netatmo