UCM Id vs UCM # in Comfigurator

[flata4]

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

[flata4]

second image

[flata4]

third image

[flata4]

fourth image

[flata4]

fifth image

[Swiss-Toni]

In comfigurator go into file and download the defaults that maybe causing you issues, I had similar fault

[Swiss-Toni]

Update defaults!

[slychiu]

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]

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]

You have this communications failure reported for UCM #3?