Paul, they are 22cm apart and it would have been so easy to make it 30cm or more to remove this possibility, that will be my next step. But for now, so I've recorded the time when the rest took place and now ill wait to see if it will run without a comms. fault, which currently I think it won't.
The Honeywell data sheet says the system is built-around/based on ZigBee protocols/modules according to their documentation which are well known and reliable, usually used in systems that need over-the-air updates; so that figures, but the repetitive nature of the fault then restore log entries appears to me to be a bit more than a comms fault unless they are keep-alive signals that don't get acknowledged, I don't know.
Yes, most other products on the market just don't care about siting or other signals or metal or anything, my Davis Weather station has run continuously on 868MHz for the last 6-years 24/7 and never had a single comms fault in the log, so is does rather point to a protocol issue, being it can't cope with errors of any type. All these modules with their 'open' receiver front-ends are susceptible to blocking from other RF sources and it appears to me these Honeywell units are no different, but why does it not recover the link and handshake after what would be a short transient RF interference period, or whatever is causing the issue, I just don't understand it.
One thing I found interesting is at 12:00 today I rest the controller and took the batteries out, then was on my way to the BDR91's when I heard a radiator whirring and then the heating came on, I was intrigued to see the heating BDR91 had turned on and the boiler of course was running, so the system was working autonomously from the controller that was definitely non-operational, maybe it's some form of providing heating during a controller fault, which is good if so.
Dave
The Honeywell data sheet says the system is built-around/based on ZigBee protocols/modules according to their documentation which are well known and reliable, usually used in systems that need over-the-air updates; so that figures, but the repetitive nature of the fault then restore log entries appears to me to be a bit more than a comms fault unless they are keep-alive signals that don't get acknowledged, I don't know.
Yes, most other products on the market just don't care about siting or other signals or metal or anything, my Davis Weather station has run continuously on 868MHz for the last 6-years 24/7 and never had a single comms fault in the log, so is does rather point to a protocol issue, being it can't cope with errors of any type. All these modules with their 'open' receiver front-ends are susceptible to blocking from other RF sources and it appears to me these Honeywell units are no different, but why does it not recover the link and handshake after what would be a short transient RF interference period, or whatever is causing the issue, I just don't understand it.
One thing I found interesting is at 12:00 today I rest the controller and took the batteries out, then was on my way to the BDR91's when I heard a radiator whirring and then the heating came on, I was intrigued to see the heating BDR91 had turned on and the boiler of course was running, so the system was working autonomously from the controller that was definitely non-operational, maybe it's some form of providing heating during a controller fault, which is good if so.
Dave
Comment