[OpenTRV-dev] XAP

[Kevin Wood]

In this case the gateway would need to implement some sort of "store and
forward" functionality, perhaps? i.e. queue incoming xAP messages for each
node until the node is known to be in a "listening" timeslot, then send.

The way I see it, the gateway has to have significant intelligence anyway,
so making the protocol transparent from xAP into the battery powered node
doesn't buy us much.

Kevin

> Ok, RF to xAP is great, however the other way round is more of an issue.
>
> You need to consider how to handle the fact that your xAP endpoints
> (TRV) are sleeping. So simply broadcasting traffic (which is how xAP was
> designed) doesn't work.
>
> Stuart
>
>
> On 04/04/13 10:33, Paul Smith wrote:
>> Hi Guys,
>>
>>
>> I found this also,
>> http://www.homeautomationhub.com/content/nanode-gateway
>>
>> RF to Xap in a Nanode.
>>
>> Regards
>>
>> Paul
>>
>>
>>
>
> _______________________________________________
> OpenTRV-dev mailing list
> EMAIL ADDRESS HIDDEN
> http://lists.opentrv.org.uk/listinfo/opentrv-dev
>