[OpenTRV-dev] Possible basis of OpenTRV hub?

Kevin Wood EMAIL ADDRESS HIDDEN
Mon Apr 7 16:50:13 BST 2014


OK, I probably ought to put it down on paper before I lose track of it
again, so I'll do a brain-dump later so we have it for reference.

Kevin

> Hi,
>
> Oooooo, it would be good to have a basic spec so that OpenTRV could
> interop with OEM/Jeelib stuff.  From frequency and signalling type (eg FM,
> OOK) up to basic frame structure.
>
> I think that Mike make have made the RFM23B and/or 69 successor talk to
> RFM12, so we may have a route to make things work that way (given that the
> 23s and 12s are both end-of-life I think).
>
> Rgds
>
> Damon
>
>
> On 7 Apr 2014, at 16:00, Kevin Wood <EMAIL ADDRESS HIDDEN> wrote:
>
>> I have actually recently been analysing the OpenEnergy RFM12 signalling,
>> as I am working on a little project in which I hope to interoperate with
>> their nodes and CMS (although I'm leaning more and more towards rolling
>> something of my own!). The code is a bit cryptic in places and there's
>> no
>> spec on the signalling anywhere I can find. Bits of the protocol are
>> hidden in the Jeelib library and bits in the OpenEnergy code and it's
>> all
>> prone to problems if you have mismatched versions of the various source
>> files and libraries.
>>
>> Anyway, I have got to the bottom of it, should it be required.
>>
>> I am looking to provide a control system for the central heating in a
>> holiday home that is often unoccupied, so I'm hoping to build a central
>> node to drive the existing heating and hot water controls and use EmonTx
>> nodes to give me some temperature inputs.
>>
>> The central node will have a raspberry Pi providing a web interface to
>> control it remotely and feed logging data to EmonCMS or similar.
>>
>> Once the basics are working I'd like to add monitoring of the burglar
>> alarm to provide intruder alerts and also perhaps occupancy detection,
>> heating oil level sensing and/or boiler burner operating time.
>>
>> Best Regards
>>
>> Kevin
>>
>>> Interoperating with the RFM12 stuff would be good, but is non-trivial,
>>> if
>>> that’s what you mean.  There’s basically no spec as to houw their stuff
>>> actually works as far as I know.
>>>
>>> Rgds
>>>
>>> Damon
>>>
>>>
>>> On 7 Apr 2014, at 13:42, Bo Herrmannsen <EMAIL ADDRESS HIDDEN>
>>> wrote:
>>>
>>>> hmm
>>>>
>>>> should be possible...
>>>>
>>>> but would it not make sense to contact OpenEnergy and mix the too
>>>> things?
>>>>
>>>> i imagine it would only need the radio module added to their radio
>>>> then you have both monitoring and control on the same device
>>>>
>>>> total bonkers? not if you ask me....
>>>>
>>>>
>>>> -----Oprindelig meddelelse----- From: Damon Hart-Davis Sent: Monday,
>>>> April 07, 2014 2:27 PM To: Closed list for developer discussions
>>>> Subject: [OpenTRV-dev] Possible basis of OpenTRV hub?
>>>> http://www.raspberrypi.org/raspberry-pi-compute-module-new-product/
>>>> _______________________________________________
>>>> 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
>




More information about the OpenTRV-dev mailing list