gizmocuz wrote:Strange, don't have this issue here....

Running 1657 i still cannot remove the protection from the setpoint device. Its working fine for switches tho.

I just noticed that my domoticz says its still at 1645. Is this an issue in the update file or is my domoticz really now updating?

PS: I have tried to manually download the update file but the issue remained after that.

I checked and i can change the setpoint. I was also able to turn protection on and change the setpoint after that. However i can not turn the protection off anymore.

Anybody?

Where any changes made to the set point functionality? For some weird reason i cannot change the setpoint from domoticz anymore.
If i update the value nothing happens. There is not even a message in the log saying its being updated.

Ah ok, i was trying to debug a lua script but the amount of updates from the otgw made it nearly impossible. Ended up disabling otgw while i was debugging.

Is there a way to turn of the OTGW logging in domoticz? My log is filled these lines: Fri Mar 7 14:20:04 2014 (Heater) Thermostat (Heater Room Setpoint) Fri Mar 7 14:20:04 2014 (Heater) Temperature (Heater Room Temp) Fri Mar 7 14:20:04 2014 (Heater) Temperature (Boiler Water Temperature) Fri Mar 7 ...

I think these are the ID's you are looking for. Flame status (Off/On) = OpenTherm MsgID=0 (ID0:LB3: Slave Status: Flame status) CH Mode (Off/On) = OpenTherm MsgID=0 (ID0:HB0: Master status: CH enable) DHW Mode (Off/On) = OpenTherm MsgID=0 (ID0:HB1: Master status: DHW enable) Max Modulation level ...

sadly this wont work that easy, the built in lua does not support dynamic libraries. @Mathiasw: Yes curl does allow me to do what i would like but it has one major down side. It spawns as a child of domoticz. So when you stop domoticz while a curl thread is running your domoticz will hang until you ...

What exactly are you trying to achieve? As said before the doorbell only send an on command, so you wont actually see anything change other then a new on record in the log.

I am using this same doorbell and for me it worked without any issues. The only difference i can see is that i have ATI,AD and Hideki enabled.

@mbliek, i am pretty sure the 6500BC is an ARC devices because it has the Letter code selector.

I would add a check in the loop to check if a light is Off before starting to dim it. This is to prevent the wakeup from starting if the light is already On. Another thing i would do is add a condition to stop the wake up sequence if the light is turned Full On or Off (So your able to turn the ...

Oh nice idea, i hadn't thought of using the last update. The json code is here http://regex.info/blog/lua/json

The original script i tried was: commandArray = {} if (devicechanged['Bedroom Rene Wakeup'] == 'On') then if (otherdevices['Bedroom Rene Light'] == 'Off') then print("Wake up light on!") for i = 1, 16, 1 do print("Setting Level: "..i) oss = "curl 'http://127.0.0.1:8080/json.htm?type=command&param ...

I did see that thread but that script kind of defeats the purpose of domoticz. Plus it has a similar issue as the bash script i mentioned earlier. There is no decent way to get a single device status using json.

Hi Everyone, I was wondering if anyone has managed to create some sort of wake up light using domoticz yet. I tried to create one but all my efforts so far have failed. At first i tried to use a blocky based event, however I seem to be missing a basic function in the blocky event builder. That ...