Posts: 807
Threads: 196
Joined: Jul 2006
Reputation:
0
In comfigurator the timers are listed under names - would it be possible to set the time in a box next to this! The idea being that the times could be changes with out having to go into the code. This may also allow timers to be altered more easily by the end user.
I suspect that the limitation on this would be that there would be only one timer per application!
I would envisage that the do response after time would still have the timer box in (this would be the same box as in names timers menu?
Posts: 3,493
Threads: 476
Joined: Aug 2006
Reputation:
0
That would severely limit the user of timers
Timers can be set to many diferent values
eg
Resp 1
Do Resp 2 after 10 seconds using Timer 1
Resp 2
Do resp 3 for 20 seconds using timer 1
Resp 3
Do Resp 4 for 5 seconds using Timer 1
etc
This allows the same timer to be reused if the timing does not overlap
Posts: 807
Threads: 196
Joined: Jul 2006
Reputation:
0
Yes ...... Im aware of this
I simply would not go there! Using the same timer for multiple applications is asking for trouble in my book! Interesting to see wether other people use multiple times on the same timer!
My point is that timers are NOT for the end user so if (for what ever reason) we have programmed in an external light to go off after a time (respones in a PIR) the end user needs to be able to change this without going into the code/responses etc.
I am thinking that this is a function that needs to go into wiz comfort or its update.
Posts: 3,493
Threads: 476
Joined: Aug 2006
Reputation:
0
We use this all the time.
It is not difficult to avoid problems as long as you realise that when the target response of a timer is free to re-use the same timer
eg
Resp 1
Do Resp 2 after 10 seconds using Timer 1
Resp 2
Do resp 3 for 20 seconds using timer 1
Resp 3
Do Resp 4 for 5 seconds using Timer 1
This can never run into a problem where the timer runs simultaneously and is perfectly safe
If we use separate timers you would need 3 timers instead of 1
32 timers for Ultra 2 may not be enough
What you have proposed requires a redesign of action codes and resulting firmware.
It cannot be implemented without a massive change in Comfort and the way it is programmed
