[OpenTRV-dev] Paul's case

Paul Smith EMAIL ADDRESS HIDDEN
Tue Apr 2 15:13:47 BST 2013


Hi,

I'm thinking occupancy detection is one step to far. A basic schedule would
do. such that a room is active during certain times of the day. I think a
stat in each room makes sense. I can put ds1820s in just need a nice
looking box for SWBO approval. I already have some in the airing cupboard.

If the TRV contained a stat and had a way of reporting back its target and
current state that would be useful. For me i dont see a need for local
control, i'm happy to do that from a webpage or app.

I do like the idea mentioned earlier about diverting boiler heat into DHW
when the cycle is finished. I can see how i would do that just means a bit
of rewiring.

DHW is sorted for me.

Regards

Paul




Paul Smith

Your Local Computer Specialist, Supporting Your Business When You Need It
Most

We also now do Portable Appliance Testing, if you would like to know more
please drop us a line.

Tel:-  0845 009 6226

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.
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.


On 2 April 2013 15:00, Damon Hart-Davis <EMAIL ADDRESS HIDDEN> wrote:

> Hi,
>
> Would you by preference:
>
> a) replace those existing room stats with (sat) DS18B20s (and maybe
> occupancy sensors) talking via radio to the RPi, and have the RPi control
> the wireless valves directly, or
>
> b) opt for more autonomy in the valves, eg sending them a new set-point
> and have them call back for heat if not meeting that set-point which may be
> adjusted by occopancy, or
>
> c) something else?
>
> Note that I'm ignoring DHW for now.
>
> Rgds
>
> Damon
>
>
> On 2 Apr 2013, at 14:51, Paul Smith wrote:
>
> > Hi There,
> >
> > Ok my set-up is already somewhat hacked.
> >
> > I have a newish (2 years old) boiler. which now directly controls the
> pump.
> >
> > The system use to have 2 circuits, one for DHW and one for central
> heating. There is a stat on the tank that controls a divert valve and this
> then calls for heat from the boiler. The second divert valve is operated
> from a room stat which then calls for heat.
> >
> > I have since split the central heating in to two zones. A second wall
> stat operates this third valve.
> >
> > I have a relay that is software controlled to apply power to the DHW
> stat. This allows me from a webpage to turn on the hotwater. Or from a
> script turn it on. It used to be in the summer that we would heat the water
> with E7 electric.
> >
> > As a feedback loop i also power a relay from the tank stat and a second
> relay from the pump. This allows me from the webpage to see that DHW is
> requested and that the Tank is also not up to temp and that the pump is
> running.
> >
> > I have several DS1820's on the tank so i know how much hot water there
> is. We heat a small amount each day for washing, and then a larger amount
> for baths.
> >
> >
> > The central heating is similar in that I have a time clock powering the
> two room stats. and again these each also power a relay so i can see which
> stat is active. I can also bypass one room stat to force more heat into one
> circuit.
> >
> > This is where we are now. Going forward I would like to be able to
> control each room individually. What i'm looking for a simple electric TRV
> which i can override from software, I use XAP messages in the network to
> control the relays. So if i build a central hub I will be using XAP on the
> network side of things.
> >
> > So as i see it a RPi plus radio to control each room TRV.
> >
> > Hope this helps.
> >
> > Regards
> >
> > Paul
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Paul Smith
> >
> > Your Local Computer Specialist, Supporting Your Business When You Need
> It Most
> >
> > We also now do Portable Appliance Testing, if you would like to know
> more please drop us a line.
> >
> > Tel:-  0845 009 6226
> >
> > 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.
> > 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.
> >
> >
> > On 2 April 2013 14:26, Damon Hart-Davis <EMAIL ADDRESS HIDDEN> wrote:
> > Hi,
> >
> > The existing OpenTRV V0.09 may do what you want, depending on the
> details of your boiler control.
> >
> > It simply has a toggle between frost/warm/bake modes, a small setback
> when the room is dark, and the ability to control the local rad with an
> FHT8V wireless value and optionally a local boiler.  The two rads in one
> room can
> >
> > (I'm currently managing 3 rads in 3 rooms.)
> >
> > Tell me please:
> >
> >  * What your boiler is and
> >  * What thermostat you currently have (is it 2-wire, 240V, which we can
> control?) and
> >  * Are any of the rads you want to control in the same room as the
> thermostat (and with existing TRVs or not)...
> >
> > (Feel free to mail me privately if you wish.)
> >
> > Rgds
> >
> > Damon
> >
> >
> >
> > On 2 Apr 2013, at 14:18, Paul Smith wrote:
> >
> > > Hi Guys,
> > >
> > > So based on the discussion so far what should be my starting point to
> get basic control over 3 rads in two rooms.
> > >
> > > Regards
> > >
> > > Paul
> > >
> > >
> > > Paul Smith
> > >
> > > Your Local Computer Specialist, Supporting Your Business When You Need
> It Most
> > >
> > > We also now do Portable Appliance Testing, if you would like to know
> more please drop us a line.
> > >
> > > Tel:-  0845 009 6226
> > >
> > > 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.
> > > 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.
> > >
> > >
> > > On 2 April 2013 14:16, Damon Hart-Davis <EMAIL ADDRESS HIDDEN> wrote:
> > > Hi,
> > >
> > > OpenTRV might never had happened if the FS20 system had incorporated
> occupancy-based setbacks and the system had had some way to switch to an
> English localisation.  (I didn't really want to make the rest of my family
> learn German to operate the controls!)
> > >
> > > Rgds
> > >
> > > Damon
> > >
> > >
> > > On 2 Apr 2013, at 14:01, Thomas Hood wrote:
> > >
> > > > On Tue, Apr 2, 2013 at 1:05 PM, I wrote:
> > > >> Among the commercial systems that I have looked into only Honeywell
> > > >> Evohome and Danfoss Living Connect dare to control the boiler and
> only
> > > >> Honeywell can control a modulating OpenTherm boiler. Reading forums
> > > >> related to these systems I didn't get the impression that the
> software
> > > >> in those systems has been well tuned yet.
> > > >
> > > > And just after sending that I found out from the site to which Damon
> linked
> > > >
> > > >
> http://www.webinos.org/blog/2013/02/23/home-heating-automation-using-webinos/
> > > >
> > > > that the Conrad FS20 system also has a boiler controller component.
>  :)
> > > > --
> > > > Thomas
> > > > _______________________________________________
> > > > OpenTRV-dev mailing list
> > > > EMAIL ADDRESS HIDDEN
> > > > http://lists.opentrv.org.uk/listinfo/opentrv-dev
> > > >
> > >
> > > _______________________________________________
> > > OpenTRV-dev mailing list
> > > EMAIL ADDRESS HIDDEN
> > > http://lists.opentrv.org.uk/listinfo/opentrv-dev
> > >
> > > _______________________________________________
> > > OpenTRV-dev mailing list
> > > EMAIL ADDRESS HIDDEN
> > > http://lists.opentrv.org.uk/listinfo/opentrv-dev
> >
> > _______________________________________________
> > OpenTRV-dev mailing list
> > EMAIL ADDRESS HIDDEN
> > http://lists.opentrv.org.uk/listinfo/opentrv-dev
> >
> > _______________________________________________
> > OpenTRV-dev mailing list
> > EMAIL ADDRESS HIDDEN
> > http://lists.opentrv.org.uk/listinfo/opentrv-dev
>
> _______________________________________________
> OpenTRV-dev mailing list
> EMAIL ADDRESS HIDDEN
> http://lists.opentrv.org.uk/listinfo/opentrv-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opentrv.org.uk/pipermail/opentrv-dev/attachments/20130402/c7323e40/attachment-0001.html>


More information about the OpenTRV-dev mailing list