Stefan Wichmann

I finally found the time to work on this and just pushed a big bunch of code. From now on Kelvin will only use on thread and query the bridge...

Kelvin 1.2.0 is out and should greatly improve the reliability after switching to a single thread architecture. Give it a spin...

Hey Emily, thanks for sharing this observation! I allowed my to analyze and discover a bug in the Go library I use in Kelvin (https://github.com/stefanwichmann/go.hue). This bug seems to have...

Just released Kelvin 1.3.1 It contains the mentioned fix in go.hue and should now be able to reuse the existing TCP connection to the bridge instead of establishing a new...

Hey, the easiest solution I see would be to create two schedules (one for the Plays, one for all the other lights). This allows you to configure them at different...

Hi, thanks for your request. Let me make sure a get what you are aiming at. If I got your use case right you are requesting two things: 1. Kelvin...

Ok, I see your point. I have mixed feelings about the two requests though. 1. This one sounds reasonable to me and could enable some nice scenarios. The only downside...

That sounds really weird, especially the timing of "every fifteen seconds". Kelvin will query your lights roughly every second and calculate new target states (like a new color temperature) every...

Hey Nick, that light seems to be stuck in the initialization phase: `DEBU[2019/11/04 20:10:56] 💡 Light bed lamp - Adjusting light state to 1916K at 79% brightness (Initialization)` When you...

Just released Kelvin 1.3.1 With this release the initialization phase is reduced to three seconds and it contains additional log information in this period. Kelvin should auto update itself within...