Hub and valve were in communication.<br><br>As hub gradually shut down valve a bit more on each transmission the valve re-acted to each transmission.<br><br>On each transmission of a ~10% close the battery symbol (re)appeared. Towards the end (from memory) a 4% close removed the battery symbol. Each subsequent close (1% *, 4%) to 0 the battery symbol remained off.<br><br>Aside: I noticed on this occaision that some of the transmissions did not match what appeared on the FHT8V display e.g apart from the obvious 100% displayed as 99, also 90% displayed as 89. Unclear whether this is a rounding error in the FHT8V i.e. it represent 0-100% as 0-99, or literally some position demands have no equivalent locatable position and thus the FHT8V displayed the position it could most closely achieve instead. Suspect this is unrelated to the original problem and just something I happened to notice.<br>
<br>
<blockquote>
----Original Message----<br>
From: gary.gladman@talktalk.net<br>
Date: 28/03/2015 07:35<br>
To: <gary.gladman@talktalk.net>, <opentrv-interest@lists.opentrv.org.uk><br>
Subj: Re: [OpenTRV-interest] Frequent non-communication periods between hub and its valve<br>
<br>
Hi,<br><br>1) After an hour minimum of provable failure of hub to communicate with the valve the valve has suddenly reacted to hub demand. OpenTRV has for some time been demanding 100%, the FHT8V has opened and displays 99 (%) (as expected).<br><br>2) The behaviour on succesful transmission was ... <br><br>
    Initial condition:<br>    OpenTRV has just (allegedly) transmitted (say) "v|%":100<br>    FHT8V displays: NO battery (symbol) (i.e. power ok), YES antenna (symbol), 0 (%)<br>    <br>    in quick succession ...<br>    b) FHT8V displays: NO battery, NO antenna, 0<br>    c) OpenTRV outputs: "FHT8V TX" (i.e OpenTRV transmits to valve)<br>    d) Shorter delay (< second - difficult to determine - i.e. antenna seems to blink now)<br>    e) FHT8V displays: NO battery, YES antenna, 0 (YES valve movement)<br>    f) FHT8V opens ...<br>    e) FHT8V displays: YES battery, YES antenna, 99 (NO valve movement)<br>    <br>    Hereafter<br>    in quick succession ...<br>    b) FHT8V displays: YES battery, NO antenna, 99<br>    c) OpenTRV outputs: "FHT8V TX" (i.e OpenTRV transmits to valve)<br>    d) Shorter delay (< second - difficult to determine - i.e. antenna seems to blink)<br>    e) FHT8V displays: YES battery, YES antenna, 99 (NO valve movement)<br><br>    Thus difficult at this time to determine if hub and valve actually in communication.<br><br>    Battery sumbol eventually reverts over ~10 minutes to NO battery (symbol) i.e. big power draw whilst valve opens, battery slowly recuperates.<br><br>Regards Gary<br>
<blockquote>
----Original Message----<br>
From: gary.gladman@talktalk.net<br>
Date: 28/03/2015 07:01<br>
To: <opentrv-interest@lists.opentrv.org.uk><br>
Subj: Re: [OpenTRV-interest] Frequent non-communication periods between hub and its valve<br>
<br>
Hi,<br><br>1) Moved hub, now ~3m from FHT8V. After a week I seem to have noticed improved communications.<br><br>2) But, this morning I have noticed hub and valve are not succesfully communicating - i.e. hub is calling for heat but FHT8V is not responding and is showing valve at 0 (%).<br><br>3) However, I have noted the following behaviour which I have not noticed before and may or may not be relevant ...<br><br>    Initial condition:<br>    OpenTRV has just (allegedly) transmitted (say) "v|%":45<br>    FHT8V displays: NO battery (symbol) (i.e. power ok), YES antenna (symbol), 0 (%)<br>    <br>    a) OpenTRV adjusts valve need (say) "v|%":50<br>    ...<br>    in quick succession ...<br>    b) FHT8V displays: NO battery, NO antenna, 0<br>    c) OpenTRV outputs: "FHT8V TX" (i.e OpenTRV transmits to valve)<br>    d) Short delay (~second(s) - difficult to determine)<br>    e) FHT8V displays: NO battery, YES antenna, 0 (NO valve movement)<br>    <br>    This behaviour repeats indefinitely from "a) OpenTRV adjusts" ...<br><br>
Any thoughts?<br><br>Regards Gary<br>
<blockquote>
----Original Message----<br>
From: gary.gladman@talktalk.net<br>
Date: 22/03/2015 12:44<br>
To: <opentrv-interest@lists.opentrv.org.uk><br>
Subj: Re: [OpenTRV-interest] Frequent non-communication periods between hub and its valve<br>
<br>
As it happens the FHT8V after a big open or close does indicate batteries but otherwise not. I beleive the problem has existed for a long while so not necessarily recent i.e. related to power, plus I would have thought OpenTRV reset would be more tiring for the FHT8V, as I am assuming it would have to listen more and lock on. Nonetheless I will experiment.<br><br>Range: I am fairly certain I have tried greater ranges but saw no improvement.  Nonetheless I will experiment.<br><br>No need to apologise - not a complaint just a report.<br><br>I have another RF problem - I will report that seperately and before I start moving things around.<br><br>Regards Gary<br>
<br>
<blockquote>
----Original Message----<br>From: dhd@exnet.com<br>Date: 22/03/2015 11:04<br>To: "Open, non-developer list for interested parties"<opentrv-interest@lists.opentrv.org.uk><br>Subj: Re: [OpenTRV-interest] Frequent non-communication periods between    hub and its valve<br><br>Hi,<br><br>Two things commonly cause problems:<br><br>1) Transmitter too close to receiver seems to deafen it (FHT8V or OpenTRV in listen mode).  Minimum distance of ~2m seems to be safe.<br><br>2) Batteries getting low on FHT8V.<br><br>Sorry that you’re having this trouble!<br><br>Rgds<br><br>Damon<br><br>> On 22 Mar 2015, at 09:32, gary.gladman@talktalk.net wrote:<br>> <br>> My OpenTRV system is suffering frequent and significant periods (hours) of unsuccesful communication between OpenTRV (hub) and its valve though only ~1m apart.<br>> <br>> Resettimg OpenTRV resolves the issue thus not a basic RF problem but some kind of behaviour problem. After working for some considerable time (hours) problem seems to resurface. Otherwise no discernible pattern.<br>> <br>> I have tried other positions radially and range (further away) for hub with no significant change in this behaviour.<br>> <br>> RF goes through combinations of air, armchair, person, possibly corner of radiator but succeeds/fa</blockquote></blockquote></blockquote>_______________________________________________<br>OpenTRV-interest mailing list<br>OpenTRV-interest@lists.opentrv.org.uk<br>http://lists.opentrv.org.uk/listinfo/opentrv-interest<br><br>
</blockquote><br>