Posts: 3,493
Threads: 476
Joined: Aug 2006
Reputation:
0
There cannot be a command that resets Comfort alone, because part of the Comfort boot-up sequence resets all modules including keypads, SCS, UCMs, RIOs and.door stations so that all modules are at a known state.
You can reset individual modules using RSxx where xx is the ID eg RS12 resets the UCM ID2, RS41 resets Keypad 1
Posts: 1,255
Threads: 219
Joined: May 2007
Reputation:
0
Sure, I appreciate you can reset individual modeles, that\'s fine.
I dont see why though that the firmware could not be enhanced such that at least you could decide whether to reset the UCM module you are using to communicate/action Comfort be it via UCM Ethernet/Serial/USB.
Julian
Posts: 6,024
Threads: 880
Joined: Apr 2006
Reputation:
3
It is just like rebooting a PC remotely using a TCP session.
You would expect to have to log in again to access the PC, it would not make an exception for the TCP socket that caused the reboot
Posts: 1,255
Threads: 219
Joined: May 2007
Reputation:
0
07-04-2010, 07:23 AM
(This post was last modified: 07-04-2010, 07:46 AM by juwi_uk.)
Hi Chiu,
I dont know what WizComfort does then but as far as my ComfortClient is concerned I get a \"An existing connection was forcibly closed by the remote host\" error back from the TCP connection when Comfort is reset. I currently try to auto reconnect but would rather that I didnt have to do that in code. From everything I see it definately does drop the TCP session.
I tried in Comfigurator, doing an RS from the IO Monitor window and whilst this doesnt show a drop/reconnection, it doesnt show anything; it just stays in a logged on state and ignores all further commands. I had to press log Logout and Login again before it started accepting commands again.
Regards
Julian
Posts: 6,024
Threads: 880
Joined: Apr 2006
Reputation:
3
What I mean is that when you reset/reboot Comfort it resets everything. All modules are reset. It cannot be avoided. The UCMs have to log in again
If Comfigurator resets Comfort, it is logged out, although the software does not know, so you have to log out and log in again
Posts: 1,255
Threads: 219
Joined: May 2007
Reputation:
0
Yes I know what you mean, in the ComfortClient I have a \"Connection Check\" thread that tests the connection every 10 secs, if the connection is dropped I reset button state too so that the Login/LogOff button (and other UI features) shows the correct state.
That same thread also attempts a reconnect for up to 10 retries. If the connection was dropped due to a temporary blip (a reset for example) then it\'ll try to reconnect and log you back on (if you were previously logged in at the time the session was dropped) using cached credentials. If the WAN/LAN failure is more serious then the maximum retries will be reached and the re-connection attempts aborted.
Regards
Julian