Archived Forum

A quick search of the site brings up this post from earlier in the week.

http://openenergymonitor.org/emon/node/4355 which answers your question.

bummer, from what i see it can only turn stuff on and off.... 

control of Conrad valve heads are not mentioned, and i cant decode the thread to says it does... so have to assume its a no go

would still be avesome thou as i have all my rads fitted with them.

with the outcome of the pi on stick

http://www.raspberrypi.org/raspberry-pi-compute-module-new-product/

we at OpenTRV wondered if there would be interest in kind of joining forces? it seems like stupid that we invent a gateway device when all OEM is lacking now is able to send commands to an wirless valvehead

@ OpenTRV we have been talking about just extending the code so it can talk with emoncms...

But what we would like is to set target temps etc from within emoncms and have the OpenTRV use these values as long there is a connection... should the connection fail it should use last ones or a kind of emenergency value...

Who is up to helping us? I think we have one or 2  units to play with somwhere in a pile of stuff :-D

the idea was that the OpenTRV then controls the valve and not the emoncms system, making timing issues less of an problem

Boelle, 

If you aren't already you probably need to be speaking to TrystanLea.  I suggest you send him a private message.

done :-D

Hello Boelle, it would be great if opentrv and the oem system could connect together to be part of a larger control and monitoring system. I dont know much about the conrad valve heads and the requirements for controlling them but what Richard and I have started working on, on the web software side of things:

http://openenergymonitor.org/emon/node/4354
http://openenergymonitor.org/emon/node/4355

is just one interface idea, it does allow the setting of setpoints but at the moment its limited to two heating periods in the day with an off temperature and an on setpoint temperature. There's no reason why with a bit of coding this couldnt be extended in future.

the idea is great, and 2 heating periods are better than nothing :-D i guess more can be added if there is a need for it,

I design the PCB's at OpenTRV and do not know much about the conrads either, other than they need to be send a command every 2 min within a 1 sec window.

That lead us to the idea of having the OpenTRV unit handle the conrad and then just talk to a central hub. It has the advantage that if the central hub goes out the OpenTRV box can still keep your home warm, assuming the boiler still works. And you can go to the OpenTRV and press a button for a boost of heat. 

The idea of using a web interface is ok, but there are still dino's walking among us that dont even have a cell phone :-D

Would an OpenTRV unit help dev. work? or maybe access to SVN ?

an idea for the code,

assuming OpenTRV is added.... when you set a time and temp, let the code "learn" how fast a given room reach the target temp and calculate when to start heating, so the on time really becomes the time when the user wants the room ready.

and for those few of us that are on district heating allow a max % open valve setting.

some would say just open the valve, but that will risk sending back hot water to the district heating system and your bill will rise rather than lower. most district heating bill you in 2 parts... 1 is energy consumed, the other is cubic of water or flow if you will. just fully open the valve will give you a high flow, but you will not extract all the heat from it. where little open will give a slow flow but it will extract more heat. anyways the plant need cold return so they can get rid of the heat they generate.

In DK a lot of household waste etc are burnt and turned in to energy this way. landfills are out-law'ed and most of them have been dug up and turned to nature again. we have a fair amount of recycle stataions even for a small city thou.

SVN for the current code, which is for rev2 of our board: http://sourceforge.net/p/opentrv/code-0/HEAD/tree/trunk/Arduino/V0p2_Main/

Last snapshot for rev1: http://sourceforge.net/p/opentrv/code-0/HEAD/tree/trunk/Arduino/snapshot...

rev2 pcb files: http://sourceforge.net/p/opentrv/code-0/1900/tree/trunk/Arduino/V0p2_Main_PCB2/

rev1: http://sourceforge.net/p/opentrv/code-0/HEAD/tree/trunk/Arduino/snapshots/20131027-r2016-V0p2-Arduino-PCB-rev-1/V0p2_Main_PCB2/

subboard for rev1: http://sourceforge.net/p/opentrv/code-0/HEAD/tree/trunk/Arduino/snapshots/20131027-r2015-V0p2-Arduino-button-PCB-rev-1/V0p2_button_PCB/

away for easter holidays or busy as hell?