MQTT doesn't specify a message format so you could very well use the XAP message format over MQTT.<div><br></div><div>Which reminds me, I need to add the PoC code I came up with to the source tree.</div><div><br></div><div>Bruno<br><br>On Tue, 2 Apr, 2013 at 4:26 PM, Thomas Hood <jdthood@gmail.com> wrote:<br>
<blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">On Tue, Apr 2, 2013 at 5:16 PM, Mike Stirling <mail@mikestirling.co.uk> wrote:
<blockquote> I never really understand the logic behind projects that say they are
 targetting low-end embedded and then go on to develop a protocol in
 human-readable ASCII, or worse, XML!
</blockquote>
At <a href="http://www.xapautomation.org/index.php?title=Protocol_definition">http://www.xapautomation.org/index.php?title=Protocol_definition</a> I
found some explanation for this. I quote with a little editing for
readability:

Each name-value pair within the message block is defined by a keyword,
a delimiter, a value and a terminator. [...] The delimiter determines
the method of value encoding.

'=' (equals sign, ASCII character 61 decimal) indicates that a value
is encoded as an ASCII string. This is the preferred encoding format.

'!' (pling, ASCII character 33 decimal) determines that a value is
encoded as an ASCII hex representation. This allows the broadcast of
raw binary data. Whilst unavoidable under certain circumstances, its
use is discouraged because of the issues with portability (numeric
representations differ across processor types).

<div>-- 
</div>Thomas
_______________________________________________
OpenTRV-dev mailing list
OpenTRV-dev@lists.opentrv.org.uk
<a href="http://lists.opentrv.org.uk/listinfo/opentrv-dev">http://lists.opentrv.org.uk/listinfo/opentrv-dev</a>
</div></blockquote></div>