Quantcast
Channel: OpenEnergyMonitor Community - Topics tagged pulsecount
Viewing all articles
Browse latest Browse all 30

Best way to guarantee times when using BULK load with PHPTIMESERIES?

$
0
0

@iov wrote:

Hi, New to forum… posting to emoncms.org for 2 months.

I am posting pulse data from a gas meter - so slow pulse rate.

I am working out how to present infrequent pulse data with emoncms.org (any slow pulse data!)

I am using a PHPTIMESERIES feed. I noticed missing data so changed to posting using the json BULK format, to dictate times.

How can I ensure the times I post are actually used by emoncms.org?

As an example I sent…

http…&data=[…[1480115210,21,21337],[1480115260,21,21337],[1480115270,21,20958],[1480115310,21,20958],[1480115320,21,21146],[1480115360,21,21146]]&offset=1480115380&time=1480115380

The 2 times per value are generated at a pulse, power set for 10s after the last pulse and for when the pulse occurred - helps make nice graphs!

For the above data I expected in emoncms.org (in csv output)…

1480115210, 21337.0
1480115260, 21337.0
1480115270, 20958.0
1480115310, 20958.0
1480115320, 21146.0
1480115360, 21146.0

What I see is…

1480115217, 21337.0 (time is out by 7)
1480115267, 21337.0 (time is out by 7)
1480115277, 20958.0 (time is out by 7)
1480115317, 20958.0 (time is out by 7)
1480115321, 20958.0 (extra!!!)
1480115329, 21146.0 (time is out by 9)
1480115367, 21146.0 (time is out by 7)

(times taken from very zoomed in editrealtime and also graph view with 1 sec interval)

In this case I see an extra entry. In others posts entries go missing. The '‘out’ amount has also been 8.

The lack of a guaranteed posting time means that emoncms.org is not reliably presenting the posts.

Can anyone explain this and how I can post to guarantee emoncms.org stores/uses/presents the posted times?

Do forgive me if this post is not quite to community standard!

Thanks - in anticipation.

Posts: 5

Participants: 2

Read full topic


Viewing all articles
Browse latest Browse all 30

Trending Articles