<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 10 January 2016 at 02:49, Alasdair Macdonald <span dir="ltr"><<a href="mailto:alasdairgmacdonald@gmail.com" target="_blank">alasdairgmacdonald@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">What I want to do<br>
is use fhem to make decisions about whether to open or close my Conrad<br>
TRV, but what's happening is that the board that is paired with the<br>
valve is making all the decisions.<br></blockquote><div><br></div><div>This sounds a lot like the COHEAT code variant Damon. <br></div><div><br></div><div>(PC makes decisions, sends these to an OpenTRV board using a REV2 board, the OpenTRV board relays the decisions to the Conrad valve (ELV FHT8V) and spits back some room sensing data)</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
When a non-Hub board pairs with a Conrad Valve, the valve knows that<br>
it is paired. I don't know if there is an ongoing, occasional dialogue<br>
between paired devices, but in this relationship the OpenTRV board is<br>
still a transmitter, and the Conrad Valve a receiver. I don't know if<br>
the Conrad Valve actually transmits any information, perhaps someone<br>
here can put me straight on this.<br></blockquote><div><br></div><div>There's an ongoing one-way transmission to FHT8V valves</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">* Have an OpenTRV board that can send data to multiple TRVs, on an<br>
ad-hoc basis. I don't know enough about pairing (and I only have one<br>
Conrad TRV) to know if I can pair with multiple TRVs. </blockquote><div><br></div><div>One OpenTRV board one FHT8V is easier</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> I don't know is at all sensible (in the case of multiple<br>
radiators / TRVs) to change House Code (and re-sync?) whenever I want<br>
to control any individual radiator.<br></blockquote><div><br></div><div>Normal one-way transmissions to the FHT8V valves is a signal every 2 minutes.</div><div><br></div><div>Re-sync is 2 minutes of almost continuous broadcasting. You wouldn't want to do this every time you change a valve position and it would not make the FT8B receive it any faster.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
* Set a mode and target temperature such that the board will send a<br>
command to open or close its paired TRV. (And I'm not sure what<br>
strategy to use here, given that essentially I want to "trick" the<br>
OpenTRV board into sending its own command to the TRV).<br></blockquote><div><br></div><div>There's a lot of art in what OpenTRV have coded in TRV control.</div></div>
</div></div>