03-04-2021, 08:40 AM
No, Comfigurator is not running. The only thing ever connecting to Comfort in my solution is Comfigurator or the MQTT Bridge.
The timeout does seem to be related to activity from Comfort. After we go to bed (i.e. no PIR movement) then the MQTT bridge stays connected all night on Port 1 with no timeouts at all. As soon as we start moving around zones again then the timeouts start happen.
When there is plenty of normal activity the connections seem to be at exactly 2 minutes to the second. When there are gaps in zone activity then the timeout takes long. That is VERY strange. Even yesterday when I was home alone sat working in a room with a single PIR the timeouts still happened fairly often.
I\'ll download my log this evening and see if I can spot any patterns.
I will also swap back to port 2 and run it today and check that it definitely does not timeout on that port.
The timeout does seem to be related to activity from Comfort. After we go to bed (i.e. no PIR movement) then the MQTT bridge stays connected all night on Port 1 with no timeouts at all. As soon as we start moving around zones again then the timeouts start happen.
When there is plenty of normal activity the connections seem to be at exactly 2 minutes to the second. When there are gaps in zone activity then the timeout takes long. That is VERY strange. Even yesterday when I was home alone sat working in a room with a single PIR the timeouts still happened fairly often.
I\'ll download my log this evening and see if I can spot any patterns.
I will also swap back to port 2 and run it today and check that it definitely does not timeout on that port.


Although we\'ve never resolved my long-running issue with why the SMS messages get delayed during power failures and I do recall seeing the GSM4 firmware mentioned SMS buffer increases. Anyway, I\'m digressing... no real reason, so I may just refresh my memory on how to do one (been a couple of years I think) and then bit the bullet and update them all.