Posts: 788
Threads: 189
Joined: Jul 2006
Reputation:
0
Comfort timers are currently only accessible from engineer mode.
Would it be possible to add a timer change function to the timer list.
If there is a timer list with the ability to alter the timers then this list could (usefully) then be available in user mode.
Posts: 788
Threads: 189
Joined: Jul 2006
Reputation:
0
In a similar way to the time programs menu...
Also could have hours min sec rather than just sec as is now.
Posts: 5,941
Threads: 868
Joined: Apr 2006
Reputation:
2
02-11-2019, 03:55 AM
(This post was last modified: 02-11-2019, 08:24 AM by slychiu.)
Time Programs are available in User Mode.
Timer Registers is not available in User Mode. Timers are a programming feature, so there is no need for users to change any Timers. Timers in Engineer mode are only to see the state of timers eg whether running or not
Posts: 788
Threads: 189
Joined: Jul 2006
Reputation:
0
This is where i start to have MAJOR problems with cytech.
How on earth can you say suggest that users don\'t need access to timers OF COURSE THEY DO !
Posts: 5,941
Threads: 868
Joined: Apr 2006
Reputation:
2
Your understanding of timers may not be the same as ours
Please give an example of when and how this would be useful
Posts: 788
Threads: 189
Joined: Jul 2006
Reputation:
0
I have yesterday programmed a run on timer for a bathroom fan.
Customer is now asking if we can alter it
------------------------------------------------------------------
Last week I programmed a gate timer - again customer is asking if they can alter the timer
In fact pretty much any instance of us adding a timer the customer would benefit from having access to view or alter the time
Posts: 5,941
Threads: 868
Joined: Apr 2006
Reputation:
2
The problem is that your requests are not at all clear, then you get annoyed when you are not understood perfectly
Tiimers are programmed in Responses,
eg Do Response XXX after 10 seconds using Timer 1
or
Wait for 10 seconds using Timer 2
The parameter XXX seconds cannot be changed in User Mode or Engineer It only can be changed in the Response.
Each use of the timer may have a dfferent delay
eg delay 10 seconds after event 1, delay 1 minute after event 2
We cannot always make things work in Comfort according to exactly what you want. There are limitations in time and resources.
If you want the user to have different timer delays then you can do the following
If Flag XX= 1 then Do Response 1 after 10 seconds
if Flag XX = 2 then do Response 1 after 20 seconds
etc
The flags can be programmed in Control menu so the user can select the delay
That takes a few miniues to program
Posts: 788
Threads: 189
Joined: Jul 2006
Reputation:
0
Also run time limiters in a towel rail and an electric U/F heating circuit
Posts: 788
Threads: 189
Joined: Jul 2006
Reputation:
0
Im aware of what you are saying.......(from the designer and manufacturing perspective)l
\"\"\"that timers could be made accessible to end users but due to time and resources limitations they are not on your things to do list !\"\"\"
Here is what I am saying ( from an installer and customer satisfaction perspective)
In order to offer the customer a better Comfort Cytech experience I believe that us providing programming using a set of timers that the customer can have (limited) access to is beneficial !
If its never going to get on your list of things to do then so be it !
Posts: 5,941
Threads: 868
Joined: Apr 2006
Reputation:
2
02-12-2019, 05:10 AM
(This post was last modified: 02-12-2019, 05:46 AM by slychiu.)
It is not as simple as \"Do or Dont Do\". This requires a deeper understanding of the use of timers
As I said Timers may have Different delays at different times
eg in this situation Response start delay with 10 seconds..
In another situation Response starts timer with 30 seconds..
In another situation Response starts timer with 2 minutes..
These are handled properly within responses
If you allow the user to change the timer value then what happens to the different situations that I mentioned? All get changed to the user setting which breaks what the programmer intended to do
Having a good and reliable product means it is necessary to think through the consequences of any change to product features.