Comfort Automation/ Security System Forums

I made a small change to the Keepalive routine that might help with the Eth02. I am just busy testing for a few days then will release a next release.

Ingo

Hi there,

Back from holiday and noticed the new release 1.5.1, which I installed to test.  It doesn't crash anymore, but something causes the connection to Comfort to be dropped and a reconnection:


2025-08-29 09:01:57 INFO    Connecting to Comfort (192.168.4.205) on port 1001
2025-08-29 09:01:57 DEBUG    LU04
2025-08-29 09:01:57 INFO    Comfort Login Ok - User 4
2025-08-29 09:01:58 INFO    Setting Comfort Date/Time
2025-08-29 09:02:02 DEBUG    OK
2025-08-29 09:02:02 DEBUG    b?00000000000000000000000000
2025-08-29 09:02:02 DEBUG    Zones Bypassed: 0
2025-08-29 09:02:02 DEBUG    V?FE080D22400100
2025-08-29 09:02:03 INFO    Comfort II ULTRA detected (Supported Firmware 8.013)
2025-08-29 09:02:03 DEBUG    EL11F1FFFFFFFF
2025-08-29 09:02:03 DEBUG    1 Installed SEM(s) detected
2025-08-29 09:02:03 DEBUG    Hardware Model CM9000-ULT
2025-08-29 09:02:04 DEBUG    DL7FF9040001010082
2025-08-29 09:02:04 DEBUG    SN0101010000
2025-08-29 09:02:04 INFO    Refresh Key: 01010000
2025-08-29 09:02:04 INFO    Serial Number: Invalid
2025-08-29 09:02:05 DEBUG    M?0004
2025-08-29 09:02:05 INFO    Security Off
2025-08-29 09:02:05 DEBUG    Z?0000
2025-08-29 09:02:05 DEBUG    Max. Reported Zones/Inputs: 16
2025-08-29 09:02:05 DEBUG    Y?0000
2025-08-29 09:02:05 DEBUG    Max. Reported Outputs: 16
2025-08-29 09:02:05 DEBUG    f?00FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2025-08-29 09:02:08 DEBUG    S?00
2025-08-29 09:02:08 DEBUG    a?110000000000000000
2025-08-29 09:02:08 INFO    System Disarmed
2025-08-29 09:02:08 DEBUG    r?0100100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:08 DEBUG    r?0110100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:09 DEBUG    r?000010FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2025-08-29 09:02:09 DEBUG    r?001010FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2025-08-29 09:02:09 DEBUG    r?0020100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:09 DEBUG    r?0030100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:09 DEBUG    r?0040100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:09 DEBUG    r?0050100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:10 DEBUG    r?0060100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:10 DEBUG    r?0070100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:10 DEBUG    r?0080100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:10 DEBUG    r?0090100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:10 DEBUG    r?00A0100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:10 DEBUG    r?00B0100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:11 DEBUG    r?00C0100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:11 DEBUG    r?00D0100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:11 DEBUG    r?00E0100000000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:11 DEBUG    r?00F00F000000000000000000000000000000000000000000000000000000000000
2025-08-29 09:02:27 ERROR    Error sending command 'cc00', closing socket.
2025-08-29 09:02:27 DEBUG    Keepalive check failed: '[Errno 9] Bad file descriptor'
2025-08-29 09:02:27 DEBUG    Comfort Socket Error '[Errno 9] Bad file descriptor'
2025-08-29 09:02:27 ERROR    Lost connection to Comfort, reconnecting...


Is this something I am likely to be able to fix by configuration?

Thanks,

Jon.

Unknown. The keepalive failed to be sent due to the connection being closed. Something is closing or breaking the TCP connection to Comfort which was the initial problem but now it doesn't crash, it should retry. Are the failures happening with a predictable interval, say every 2 mins, or are they random?

I tested an Eth02 I had and I could not simulate he issue you have. See if you can find another UCM/Eth to test with to see if it resolves your issue.

The sequence is:
1) Start add-on
2) Add-on connects to Comfort
3) Add-on runs through connection sequence, finishing with the r?00F0.... command
4) Add-on reports "Error sending command 'cc00', closing socket" (as the very next line after the r?00F0.... command, every time)
5) Goto 2)

slychiu mentioned in this thread that the r?00F0.... command may cause a reset on a non-ARM UCM or CM9001. I have an old UCM, which I am guessing is non-ARM. Maybe we could try a version where we could configure that command not to be sent, to test if that's the problem?

Unfortunately I don't have access to any other UCM/ETH modules.

Thanks,

Jon.

The r?00F00F is a perfectly legal command as I test on both ARM and Non-ARM systems. The one he mentioned is a slight variation of this which is not implemented in the AddOn and should not cause an issue.

The only thing I can think of is that the Eth02 is running out of internal buffer space and then gives up. Make sure you have the latest Eth02 firmware. Even though it's not officially supported and End of Life, I did not get the same results as you. The latest firmware Eth02 is 3.13 at the link below.

https://cytech.biz/download_files.php?item_id=341

I think I'm on that version already, but I'll check when I get home from work.

Thanks,

Jon.

---

(08-29-2025, 12:32 PM)Ingo Wrote: [ -> ]The r?00F00F is a perfectly legal command as I test on both ARM and Non-ARM systems. The one he mentioned is a slight variation of this which is not implemented in the AddOn and should not cause an issue.

This is the r?00F00F command copied from Slychiu's post warning that it may cause a reset:
r?00F00F000000000000000000000000000000000000000000000000000000000000 

This is the r?00F00F command copied from the addon log:
r?00F00F000000000000000000000000000000000000000000000000000000000000

As far as I can tell these are identical?

Confirmed my ETH02 is running firmware 3.13.

Jon.

perhaps the easiest solution is to  get an ETH03 to replace the old ETH02 plug-in module

Easiest for others maybe, but it means spending something like £100 on a 20-year-old system with no guarantee I won't have to change something else just to get ongoing support in Home Assistant.  

The fact that Ingo's testing with his ETH02 doesn't behave the same as mine to me points at it being a different issue than that - I have a very simple Comfort system so it's not like the ETH02 should be being overwhelmed with traffic when there's only 12 inputs and 1 keypad in use!

I wrote my own plugin when I used HomeSeer, perhaps that's a better option for me, or maybe it's time I looked at a more modern alarm system?

Thanks,

Jon.