<div dir="ltr">Hi Damon,<div><br></div><div style>In an ideal world each TRV would be an XAP endpoint so that it can report its status, Temp, Target and Valve status.</div><div style><br></div><div style>However that would require some cleverness in the TRV, so I'm thinking that would be in the Rpi. The XAP Floorplan windows app allows me to do if/then things and also timers and buttons.</div>

<div style><br></div><div style>So i think a Rpi as the central point which reads temps from room and can control a TRV. I can the code up a XAP interface. and either put the schedule in the Rpi or in XAP Floorplan.</div>

<div style><br></div><div style>Regards</div><div style><br></div><div style>Paul</div><div style> </div></div><div class="gmail_extra"><br clear="all"><div>Paul Smith<br><br>Your Local Computer Specialist, Supporting Your Business When You Need It Most<br>

<br>We also now do Portable Appliance Testing, if you would like to know more please drop us a line.<br><br>Tel:-  0845 009 6226 <br><br>This email and any attachments may be confidential and/or privileged.  Everything is intended for use of the addressee only. If you receive this message in error then you must not print it or pass it on to anyone else or use the information it contains.  Please inform Phoenix Technology UK  of the error by email or by telephoning (+44)(0)845 009 6226.  Please then delete all copies from your system.<br>

If you are not the intended recipient then you must not use the information in the message or attachments or allow anyone else to do so.</div>
<br><br><div class="gmail_quote">On 2 April 2013 15:22, Damon Hart-Davis <span dir="ltr"><<a href="mailto:dhd@exnet.com" target="_blank">dhd@exnet.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hi,<br>
<br>
Where would that target (and indeed the schedule) be maintained, with the valve or centrally?  I'm being thick, sorry.<br>
<div class="im"><br>
On 2 Apr 2013, at 15:13, Paul Smith wrote:<br>
<br>
</div><div class="im">> reporting back its target and current state<br>
<br>
</div>The current OpenTRV implementation such as it is reports in effect its current state in terms of how far the valve is open: if shut then the room is at or above target.  The target is not currently reported as there is no place in the valve-command packets for it, but it could probably be tacked on the end without doing any harm and the RPi could see that.<br>


<br>
I think we may need to draw up a block diagram to understand what functionality would be where for your ideal system, probably for one room plus your central RPi.<br>
<br>
Then we can see how close the current system is to doing what you want, and who easy it would be to bend to fit!<br>
<br>
Rgds<br>
<span class="HOEnZb"><font color="#888888"><br>
Damon<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
_______________________________________________<br>
OpenTRV-dev mailing list<br>
<a href="mailto:OpenTRV-dev@lists.opentrv.org.uk">OpenTRV-dev@lists.opentrv.org.uk</a><br>
<a href="http://lists.opentrv.org.uk/listinfo/opentrv-dev" target="_blank">http://lists.opentrv.org.uk/listinfo/opentrv-dev</a><br>
</div></div></blockquote></div><br></div>