| Posted: Sunday Sep 15th, 2024 11:28 am |
|
1st Post |
flata4
Member
| Joined: | Sunday Aug 16th, 2020 |
| Location: | |
| Posts: | 10 |
| Status: |
Offline
|
back to top
|
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 youAttachment: controller.png (Downloaded 12 times)
|
| Posted: Sunday Sep 15th, 2024 11:29 am |
|
2nd Post |
flata4
Member
| Joined: | Sunday Aug 16th, 2020 |
| Location: | |
| Posts: | 10 |
| Status: |
Offline
|
back to top
|
second image Attachment: email.png (Downloaded 12 times)
|
| Posted: Sunday Sep 15th, 2024 11:29 am |
|
3rd Post |
flata4
Member
| Joined: | Sunday Aug 16th, 2020 |
| Location: | |
| Posts: | 10 |
| Status: |
Offline
|
back to top
|
third image Attachment: Settings.png (Downloaded 13 times)
|
| Posted: Sunday Sep 15th, 2024 11:30 am |
|
4th Post |
flata4
Member
| Joined: | Sunday Aug 16th, 2020 |
| Location: | |
| Posts: | 10 |
| Status: |
Offline
|
back to top
|
fourth image Attachment: UCMs.png (Downloaded 13 times)
|
| Posted: Sunday Sep 15th, 2024 11:30 am |
|
5th Post |
flata4
Member
| Joined: | Sunday Aug 16th, 2020 |
| Location: | |
| Posts: | 10 |
| Status: |
Offline
|
back to top
|
fifth image Attachment: version.png (Downloaded 13 times)
|
| Posted: Sunday Sep 15th, 2024 04:41 pm |
|
6th Post |
Swiss-Toni
UCM Pi Users
back to top
|
In comfigurator go into file and download the defaults that maybe causing you issues, I had similar fault
|
| Posted: Sunday Sep 15th, 2024 04:42 pm |
|
7th Post |
| Posted: Monday Sep 16th, 2024 01:17 am |
|
8th Post |
slychiu
Administrator
| Joined: | Saturday Apr 29th, 2006 |
| Location: | Singapore |
| Posts: | 5596 |
| Status: |
Offline
|
back to top
|
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
|
| Posted: Monday Sep 16th, 2024 07:50 pm |
|
9th Post |
flata4
Member
| Joined: | Sunday Aug 16th, 2020 |
| Location: | |
| Posts: | 10 |
| Status: |
Offline
|
back to top
|
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.
|
| Posted: Tuesday Sep 17th, 2024 01:42 am |
|
10th Post |
slychiu
Administrator
| Joined: | Saturday Apr 29th, 2006 |
| Location: | Singapore |
| Posts: | 5596 |
| Status: |
Offline
|
back to top
|
You have this communications failure reported for UCM #3?
|
|
