[OpenTRV-interest] Adaptive comfort (and stuff)

[Chris Skerry]

Hi,

My Evohome system takes account of outside temperature and requested time for requested temperature and starts heating early to achieve it.

It also has a facility to set the number of boiler cycles per hour, if I remember correctly it goes from about 3 to 9.  This is to prevent excessive on/off cycles.  Under certain conditions when all TRVs have have closed the controller is still calling for heat.  So the boiler has to have a bypass.

The communications system is supposed to allow the 2 x AA batteries in each TRV to last two years  —  I shall see.  

How will the DH-D system cover these matters?

Regards,……….Chris.
.
> On 13 Jul 2016, at 16:27, Damon Hart-Davis <dhd at exnet.com <mailto:dhd at exnet.com>> wrote:
> 
> Hi,
> 
>> On 13 Jul 2016, at 15:10, Simon Hobson <linux at thehobsons.co.uk <mailto:linux at thehobsons.co.uk>> wrote:
>> 
>> Damon Hart-Davis <dhd at exnet.com <mailto:dhd at exnet.com>> wrote:
>> 
>>>> Just a thought, for those of us where it isn't too much of a problem, is a hardwired connection feasible ?
>> 
>>> Yes, depending on details of our connector and plastics design.
>>> 
>>> But I think that that is a tiny fraction of the people that we want to reach on this round.  We may be able to accommodate such use cases out-of-band, especially if the radio certfication gets too eye-watering.
>> 
>> I was assuming that such cases would be more in the "hack it yourself but here's some ideas" kind of territory. I doubt it would make commercial sense as the proportion of users going that route will be a) very small and b) mostly techies.
> 
> 1) We want to actively support the geek faction in all we do where possible, even if TRV2.0 is not primarily aimed at it.
> 
> 2) We will at least try not to make it unnecessarily difficult to “hack it yourself”.
> 
>>> 1) At the moment the radio is one-way.
>> 
>> I didn't realise/had forgotten that
> 
> Well, it’s on my list of things to fix but is distinctly non-trivial with our current ISM radios.  It maybe easier with other radios, for example, LoRa has a listen-after-TX mode as standard.  I’ll get Deniz to think about that one too, on his current researches!
> 
>>> We have yet to decide what to include in this offering!
>> 
>> I would suggest a "basic working system". I think we can all think of projects that floundered on the rocks of "took too long and tried to add too many bells and whistles". Pack of heads plus a relay unit, pre-paired (optional while you're selling to techies, essential after that), and software with the features you've described.
>> Being able to read the data from the system out-of-the-box would be nice - that way us techies who are likely to he the majority of early adopters can start making pretty graphs that our other halves can go "yes dear, very nice" to in that special "I really don't care" tone of voice they have !
> 
> You are absolutely preaching to the converted.  MVP, avoiding feature-itis, etc, is the ONLY way we’re going to get this done at all!
> 
> Rgds
> 
> Damon
> 
> _______________________________________________
> OpenTRV-interest mailing list
> OpenTRV-interest at lists.opentrv.org.uk <mailto:OpenTRV-interest at lists.opentrv.org.uk>
> http://lists.opentrv.org.uk/listinfo/opentrv-interest <http://lists.opentrv.org.uk/listinfo/opentrv-interest>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opentrv.org.uk/pipermail/opentrv-interest/attachments/20160713/839bdaa4/attachment.html>