Milight-Bridge, Harmony: Probleme mit IP-Ping

Begonnen von KNUT345, 29 Mai 2018, 19:40:15

Vorheriges Thema - Nächstes Thema

KNUT345

Hallo Zusammen,
seit geraumer Zeit (seit Anfang April) beobachte ich in meinen Log
Zitat
2018.05.29 00:45:17 1: Timeout for MilightBridge_DoPing reached, terminated process 8300
2018.05.29 00:45:17 3: BlockingCall for MilightBridge was aborted
2018.05.29 00:45:29 1: Timeout for MilightBridge_DoPing reached, terminated process 8301
2018.05.29 00:45:29 3: BlockingCall for MilightBridge was aborted
...
2018.05.29 07:07:13 2: myHarmony: disconnect
2018.05.29 07:07:16 1: Timeout for MilightBridge_DoPing reached, terminated process 20942
2018.05.29 07:07:16 3: BlockingCall for MilightBridge was aborted
2018.05.29 07:07:16 3: myHarmony: connected
2018.05.29 07:08:24 2: myHarmony: disconnect
2018.05.29 07:08:27 3: myHarmony: connected
2018.05.29 07:08:30 3: myHarmony: new config
Ich vermute es hat was mit der Kommunikation mit den Geräten zu tun.
Vorher sehe ich diese Einträge nicht.

Verwendete Hardware RasPi2 mit stretch-lite, FHEM und Rasbian aktuell.
Ich kann leider nicht mehr genau sagen wann ich stretch aufgespielt habe,
da mir zwischenzeitlich die SD defekt ging und mein letzter Eintrag sich auf den Wechsel der SD bezieht,
was Anfang Mai war.

Das System funktioniert im wesentlichen, hatte gestern allerdings das Problem dass in FHEM Harmony nicht mehr geladen wurde,
daraufhin ältere Version getestet, unverändert, daraufhin stretch aktualisiert, seither wieder geladen.

Hat jemand einen Tipp?

Grüße
Knut

Beta-User

Wifilight statt Milight... nutzen. Ist ein bekanntes Problem.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

KNUT345


KNUT345

Hallo Beta-User,
du hattest recht Wifilight läuft super stabil.
Allerdings war das Widget von Milight für mich komfortabler.
Man hatte: on/off, toggle und einen HUE-Farbpicker direkt im Widget verfügbar.
Bei Wifilight habe on/off und den RGB-Farbpicker, aber toggle und farbiges LED funktionieren nicht.
Gibt es eine Möglichkeit einen HUE-Farbpicker und toggle einzubinden?
Habe hierzu auch schon eine ReadignsGroup für einen Dummy in Verbindung mit einem DOIF angefangen,
HUE und Brightness funktionieren bereits, aber mit dem farbigen LED und on/off habe ich noch Probleme.
Grüße


defmod LEDKette_WZ WifiLight RGBW LD382A:xxx.xxx.xxx.xx
attr LEDKette_WZ colorCast 0, -20, -20, -25, 0, -10
attr LEDKette_WZ devStateIcon {Color_devStateIcon(ReadingsVal($name,"RGB","000000"))}
attr LEDKette_WZ group Licht
attr LEDKette_WZ room Räume->Wohnzimmer
attr LEDKette_WZ sortby 001
attr LEDKette_WZ webCmd RGB:off:on
attr LEDKette_WZ whitePoint 1, 1, 1
attr LEDKette_WZ widgetOverride RGB:colorpicker,RGB

Beta-User

Schön, dass es damit stabiler läuft.

Da ich meine Milights zwischenzeitlich via MQTT steuere, kann ich dazu nicht viel sagen. Schau ggf. mal in den Wifilight-Thread, vielleicht findest du da was.

Testweise würde ich mal experimentieren mit webCmd und ggf. widgetOverride, kann ja sein, dass z.B. toggle direkt unterstützt wird oder über setExtensions.

Ich bin mir ziemlich sicher, dass da kein Umweg über weitere Devices notwendig ist!

Gruß, Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files