[OpenTRV-dev] The news !

Thu Mar 21 07:49:08 GMT 2013

Very good, thanks.

I'm astonished that this isn't doing end-stop sensing by current draw since the end-stop is not going to be in a fixed position between valve heads; are you sure that the sensor isn't to help get intermediate positions consistently instead (for partially opening the valve to a given %age, having calibrated)?



On 21 Mar 2013, at 07:12, Stuart Poulton wrote:

> As promised, some pictures of my dismantled TRV.
> https://www.dropbox.com/s/cij7nmwmgb94yly/img_0369.jpg
> https://www.dropbox.com/s/f564bsvumozcsl6/img_0370.jpg
> https://www.dropbox.com/s/awd3kniljz7bvoj/img_0371.jpg
> https://www.dropbox.com/s/tqy7wckd7o69om8/img_0372.jpg
> https://www.dropbox.com/s/s31jglaq6xrsm9g/img_0373.jpg
> https://www.dropbox.com/s/o6z37l20cm0hz81/img_0374.jpg
> https://www.dropbox.com/s/vdfsf7zhmozxlo6/img_0375.jpg
> The drive mechanism, is self contained, and has 2 wires direclty to the motor, and 3 wires connected to a small PCB, thic contains the optoreflector that is used to determine when the end of travel has been reached.
> This drive mechanism does indeed seem to be similar to  several others (as you might expect). We've already seen at least one other example of the same mechanism in a different housing, I also understand that the max! unit is a similar derivative.
> It shouldn't be too hard to get an atmega driving the mechanics. From there choose your desired RF platform.
> Stuart
> _______________________________________________
> OpenTRV-dev mailing list
> http://lists.opentrv.org.uk/listinfo/opentrv-dev

More information about the OpenTRV-dev mailing list