[OpenTRV-dev] stats outs

[Bo Herrmannsen]

oki.... was going to use the java stuff but i know you are busy as hell and
might not have time for this...

when is it most fitting that i start to pester you about it?

the format emoncms like are:

$url = 'http://********/emoncms/api/post?apikey=*******&node=$id&json={Temp:'
. $temp . ',Light:' . $light . ',?:' . $gid . '}';

i have set node id to be same id as the units... makes it easy to know
where the stats comes from... the above is just a crude example.... you can
add as many variables you want

2015-05-30 9:50 GMT+02:00 Damon Hart-Davis <dhd at exnet.com>:

> The Java server-side code parses the current format(s) as-is.  If you
> change anything, especially the leading character, you will not be able to
> use any of that stuff.  Plus of course you’ll be on your own maintaining
> your own code!
>
> Please note that the first character on each output line indicates the
> format of the rest of the line as things stand.
>
> Rgds
>
> Damon
>
>
> > On 30 May 2015, at 08:43, Bo Herrmannsen <bo.herrmannsen at gmail.com>
> wrote:
> >
> > something like this format is what i was trying to get:
> >
> > ID:TEMP:LIGHT:VALVE:BATTERY
> >
> > 2015-05-30 9:38 GMT+02:00 Damon Hart-Davis <dhd at exnet.com>:
> >
> > > On 30 May 2015, at 07:31, Bo Herrmannsen <bo.herrmannsen at gmail.com>
> wrote:
> > >
> > > btw in what file are the non json output nade up? have an idea i want
> to try
> >
> > They are converted to ASCII in Control.cpp for now, but those messages
> are populated from a structure, and have a particular on-wire format.
> >
> > Rgds
> >
> > Damon
> >
> >
> >
> >     // Look for binary-format message.
> >     FullStatsMessageCore_t stats;
> >     getLastCoreStats(&stats);
> >     if(stats.containsID)
> >       {
> >       // Dump (remote) stats field '@<hexnodeID>;TnnCh[P;]'
> >       // where the T field shows temperature in C with a hex digit after
> the binary point indicated by C
> >       // and the optional P field indicates low power.
> >       serialPrintAndFlush(LINE_START_CHAR_RSTATS);
> >       serialPrintAndFlush((((uint16_t)stats.id0) << 8) | stats.id1, HEX);
> >       if(stats.containsTempAndPower)
> >         {
> >         serialPrintAndFlush(F(";T"));
> >         serialPrintAndFlush(stats.tempAndPower.tempC16 >> 4, DEC);
> >         serialPrintAndFlush('C');
> >         serialPrintAndFlush(stats.tempAndPower.tempC16 & 0xf, HEX);
> >         if(stats.tempAndPower.powerLow) { serialPrintAndFlush(F(";P"));
> } // Insert power-low field if needed.
> >         }
> >       if(stats.containsAmbL)
> >         {
> >         serialPrintAndFlush(F(";L"));
> >         serialPrintAndFlush(stats.ambL);
> >         }
> >       if(0 != stats.occ)
> >         {
> >         serialPrintAndFlush(F(";O"));
> >         serialPrintAndFlush(stats.occ);
> >         }
> >       serialPrintlnAndFlush();
> >     }
> > _______________________________________________
> > OpenTRV-dev mailing list
> > OpenTRV-dev at lists.opentrv.org.uk
> > http://lists.opentrv.org.uk/listinfo/opentrv-dev
> >
> > _______________________________________________
> > OpenTRV-dev mailing list
> > OpenTRV-dev at lists.opentrv.org.uk
> > http://lists.opentrv.org.uk/listinfo/opentrv-dev
>
> _______________________________________________
> OpenTRV-dev mailing list
> OpenTRV-dev at lists.opentrv.org.uk
> http://lists.opentrv.org.uk/listinfo/opentrv-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opentrv.org.uk/pipermail/opentrv-dev/attachments/20150530/5fc1fd7c/attachment-0001.html>