Comfort Automation/ Security System Forums > Software Applications > Comfigurator > UCM Id vs UCM # in Comfigurator |
Comfort Automation/ Security System Forums > Software Applications > Comfigurator > UCM Id vs UCM # in Comfigurator |
| Moderated by: admin | ||
| Author | Post | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
flata4 Member
|
It's a minor issue but there is no consistency of numbering between UCM Id (set by dip-switch) and their order in the chain #. As an example I have a system with 3 UCMs set with Id 1, 2 and 4. That system works fine of course.Since there are only 3 UCMs, the number of UCMs should not be reported as 4 in Comfigurator.Interesting email alerts will send messages like "RS485Comms by: UCM: #3 14/09/2024 20:46:11" so the system is self aware that there is a UCM #3 even if there no Id3. Is it possible to fix counting of UCMs in Comfigurator? I have not thought too much about the implications but if Comfigurator is aware of Name and Type of UCMs, why not make the email alerts more explicit with Id, number, Name, Type. Perhaps something like "RS485Comms by: UCM: Id'4' #3 Name'UCM_KNX2' Type'KNX2' date". Honestly the number #3 does not add much, only the Id is helpful to find the relevant UCM as well as Name and Type of course. Screenshots are attached one by one over several posts.Thank you Attachment: controller.png (Downloaded 13 times) |
|||||||||
|
flata4 Member
|
second image Attachment: email.png (Downloaded 13 times) |
|||||||||
|
flata4 Member
|
third image Attachment: Settings.png (Downloaded 14 times) |
|||||||||
|
flata4 Member
|
fourth image Attachment: UCMs.png (Downloaded 14 times) |
|||||||||
|
flata4 Member
|
fifth image Attachment: version.png (Downloaded 14 times) |
|||||||||
|
Swiss-Toni UCM Pi Users 
|
In comfigurator go into file and download the defaults that maybe causing you issues, I had similar fault |
|||||||||
|
Swiss-Toni UCM Pi Users
|
Update defaults! |
|||||||||
|
slychiu Administrator 
|
If you have 3 UCMs, the IDs should be numbered I,2,3 without any missing IDs. if UCM #3 is missing Comfort assumes that the UCM is missing and will report UCM 3 communications failure. The solution is to change the ID of UCM # 4 to UCM #3, reset the UCM and rescan. UCM #3 will be found and UCM#4 will be in Red (not polled) . delete UCM #4 from Comfigurator. For UCM #3 KNX Read from EEPROM to get the KNX paramaeters and save the cclx file |
|||||||||
|
flata4 Member
|
That's a peculiar answer as Comfort seems quite resilient: not that it advisable to skip an Id on the bus but there is no UCM 3 communications failure or any other kind of error. Everything is working fine as per picture, no adverse effect that I can observe. Except of course UCMs counted incorrectly on the 'Modules and Settings' node. I will nonetheless reset the deep switches and save the cclx file as that is the recommended solution. Thank you for supporting users on this forum, I appreciate very much the community's feedback. |
|||||||||
|
slychiu Administrator
|
You have this communications failure reported for UCM #3? |
|||||||||