Posted: Monday Mar 11th, 2013 04:55 am |
|
1st Post |
Howser
Member
back to top
|
UCM/CBUS firmware 6.011
Utra firmware 7.022
I use a C-bus PAC controller to do most of my lighting logic.
At times, lights would not turn on/off as I would expect and initially I thought my PICED logic was at fault. After months and months of investigating, I noted that there are times when Toolkit would not show any change in Comfort Zone Statuses (Application 001 & 208) as the UCM did not transmit the statuses.
When the UCM is in this bad state, the Alarm status changes (Day,OFF, Night, etc) are transmitted, only the Zone Statuses are affected. When this happens, disconnecting and reconnecting the UCM seems to fix the problem.
Not sure when or what may be causing this. I've had to disconnect and reconnect the UCM about 3 times this month. After reconnecting, everything seems to start working as desired for a while till the next disconnect.
|
Posted: Monday Mar 11th, 2013 11:40 am |
|
2nd Post |
ident
Administrator
Joined: | Wednesday Aug 9th, 2006 |
Location: | Singapore |
Posts: | 3493 |
Status: |
Offline
|
back to top
|
When you say disconnect the UCM do you mean disconnect from the 4 way comfort cable or disconnnect the Cbus cable?
Can you try upgradng to Cbu 6.083 as there is some changes to the zone application in this version as well as other improvements
see http://www.comfortforums.com/forum85/3192.html
|
Posted: Monday Mar 11th, 2013 11:59 am |
|
3rd Post |
Howser
Member
back to top
|
ident wrote:
When you say disconnect the UCM do you mean disconnect from the 4 way comfort cable or disconnnect the Cbus cable?
Can you try upgradng to Cbu 6.083 as there is some changes to the zone application in this version as well as other improvements
see http://www.comfortforums.com/forum85/3192.html
I did both initially (Comfort and Cbus), and discovered later that removing the Cbus cable would sort the problem.
I will load Cbus 6.083 and let you know my findings.
|
Posted: Sunday Mar 31st, 2013 10:18 pm |
|
4th Post |
Howser
Member
back to top
|
The problem re-occurred. I disconnected the CBus cable and re-connected the cable to get things back to working order.
|
Posted: Monday Apr 1st, 2013 02:31 am |
|
5th Post |
ident
Administrator
Joined: | Wednesday Aug 9th, 2006 |
Location: | Singapore |
Posts: | 3493 |
Status: |
Offline
|
back to top
|
Is that with Cbus 6.083?
|
Posted: Monday Apr 1st, 2013 03:21 pm |
|
6th Post |
Posted: Thursday Apr 4th, 2013 11:40 am |
|
7th Post |
ident
Administrator
Joined: | Wednesday Aug 9th, 2006 |
Location: | Singapore |
Posts: | 3493 |
Status: |
Offline
|
back to top
|
We have not been able to duplicate this problem with your file
Do you recall any circumstance which coincides withe the occurence of the problem ?
Otherwise you can do a Reset UCM for the Cbus UCM ID by time program each day or so
That may prevent it from re-occcuring
|
Posted: Thursday Apr 4th, 2013 04:48 pm |
|
8th Post |
Howser
Member
back to top
|
ident wrote:
We have not been able to duplicate this problem with your file
Do you recall any circumstance which coincides withe the occurence of the problem ?
No, and usually it is only when the motion controlled lights stop working (at night) that I start investigating and chances are it might have been during the day when it the UCM stopped broadcasting.
ident wrote:
Otherwise you can do a Reset UCM for the Cbus UCM ID by time program each day or so
That may prevent it from re-occcuring
Will try that and report back.
|
Posted: Tuesday Apr 30th, 2013 05:39 pm |
|
9th Post |
Howser
Member
back to top
|
Two days ago, I was about to announce that this problem seems to be resolved, but decided to wait till the last day of the Month.
Sadly, last night I had to reset the UCM as the problem occurred. At around 11 am today, the issue re-occurred.
I can confirm that it was not caused by heavy traffic (network), I was the only person in the house. I was monitoring things on Clipsal's Toolkit, and noted that the UCM stopped broadcasting.
|
Posted: Wednesday May 1st, 2013 11:27 am |
|
10th Post |
Ingo
UCM Pi Users
Joined: | Sunday Jan 21st, 2007 |
Location: | South Africa |
Posts: | 562 |
Status: |
Offline
|
back to top
|
Howser,
If you perhaps suspect H/W then I have a spare SIM module (1223/7) you can try in your existing UCM. You can run it for a month or two to see if it makes any difference. You would just need to reconfigure it using Toolkit.
PM me if you are interested.
Ingo
|
Posted: Monday Jun 10th, 2013 02:48 am |
|
11th Post |
ident
Administrator
Joined: | Wednesday Aug 9th, 2006 |
Location: | Singapore |
Posts: | 3493 |
Status: |
Offline
|
back to top
|
Howser wrote: Two days ago, I was about to announce that this problem seems to be resolved, but decided to wait till the last day of the Month.
Sadly, last night I had to reset the UCM as the problem occurred. At around 11 am today, the issue re-occurred.
I can confirm that it was not caused by heavy traffic (network), I was the only person in the house. I was monitoring things on Clipsal's Toolkit, and noted that the UCM stopped broadcasting.
Did you do a scheduled reset of the UCM using RS1x to the ID?
It still depends when the problem ocurs,
ie if you reset at midniight and the prioblem happens after that then you will still see it
|
Posted: Monday Jun 10th, 2013 04:31 am |
|
12th Post |
Howser
Member
back to top
|
ident wrote: Did you do a scheduled reset of the UCM using RS1x to the ID?
It still depends when the problem ocurs,
ie if you reset at midniight and the prioblem happens after that then you will still see it
I had schedules that Resets the Module (Action 118) at midnight and 17:00. I started with just the midnight schedule, and then the 17:00. At this point I have the Reset done in the Hourly Response. It has reduced the occurrence significantly, but it still occurs.
|
Posted: Monday Jun 10th, 2013 04:47 am |
|
13th Post |
ident
Administrator
Joined: | Wednesday Aug 9th, 2006 |
Location: | Singapore |
Posts: | 3493 |
Status: |
Offline
|
back to top
|
what are the state of the leds on the UCM/Cbus when this occurs?
RDY, BUSY1, BUSY2, ERR?
|
Posted: Monday Jun 10th, 2013 04:50 am |
|
14th Post |
Howser
Member
back to top
|
Will have to check the next time this occurs. I will remove the Reset logic and report back when it occurs.
|
Posted: Friday Jul 26th, 2013 06:49 pm |
|
15th Post |
Howser
Member
back to top
|
ident wrote:
what are the state of the leds on the UCM/Cbus when this occurs?
RDY, BUSY1, BUSY2, ERR?
Eventually, the issue reoccurred. The only LED which was ON was RDY. BUSY1, BUSY2 & ERR were all OFF.
|
Posted: Saturday Jul 27th, 2013 01:43 am |
|
16th Post |
ident
Administrator
Joined: | Wednesday Aug 9th, 2006 |
Location: | Singapore |
Posts: | 3493 |
Status: |
Offline
|
back to top
|
So from June 10 to July 26 it did not happen even without any reset response?
|
Posted: Monday Jul 29th, 2013 04:27 am |
|
17th Post |
Howser
Member
back to top
|
ident wrote:
So from June 10 to July 26 it did not happen even without any reset response?
Not quite, I had to load configuration changes in-between, the last being on the 19 July.
|
Posted: Friday Oct 18th, 2013 07:06 am |
|
18th Post |
Howser
Member
back to top
|
From end of July, the issue re-occurred last night. Not sure what to make of this.
|
Posted: Saturday Oct 19th, 2013 02:37 am |
|
19th Post |
ident
Administrator
Joined: | Wednesday Aug 9th, 2006 |
Location: | Singapore |
Posts: | 3493 |
Status: |
Offline
|
back to top
|
I think this may be caused by some event on cbus since it is so irregular
The other thing I would suggest is to change the Cbus SIM module and see if the problem completely disappears as Ingo suggests
|
Posted: Saturday Oct 19th, 2013 11:52 am |
|
20th Post |
|