EKM Metering

When I retrieve data from io.ekmpush.com for a specific timezone (Denver) the data comes back one hour off (Chicago). Is there a timezone setting in my meters or Push that would not be correct?

Hello Paul

Are you accessing the data via the API or via something like the EKM Dash or EKM Widget?

If you are using the API, will you post the call you are using to this thread? (minus your EKM Push key if you dont want others to see it)

If you are using EKM Dash or EKM Widget, will you post a screenshot of your timezone settings?

Thanks,

http://io.ekmpush.com/readMeter/v3/key/ ... ca~Denver/

I have an HVAC control system that is recording events real time in local time (Denver). When I try to match the energy curve from io.ekmpush.com with the real time events (motors coming on/off), the EKM readings are off by one hour.

Thanks for the additional information Paul,

When you use the link you sent to view the html data, do the timestamps for each read look correct (time of day wise)? Do the latest reads look correct (the reads from less than a minute ago?)

Here is a different meter with the time displayed as Denver Time (as an example that others can see, and you can test against)

http://io.ekmpush.com/readMeter/v3/key/ ... ca~Denver/

Are you saying that if a motor comes on at 2PM in the real world, that the EKM Push data says it comes on at 1PM?

Thanks,

Thanks for the suggestion to test the EKM timestamp. The EKM timestamps/time zones are correct. On deeper inspection, there was an error in loading the real world historical data. I fixed it and everything lines up now. Thanks for the timely response.

Hi, I am having this issue with my v4 time zone and I am new here. Can you please advise how to change timezone using RS485?
Thanks a lot!

The meter itself does not keep an internal timezone, it just has an internal clock. You can set this clock to whatever time you want over RS485 using the EKM Dash software (usually you would set the meter time to your local time): https://help.ekmmetering.com/support/so ... r-settings

Are you reading your meter via RS485 or are you reading it with the EKM Push system?

I am reading my meter via RS485. Can you advise where to change internal clock? I can not find info from ekm website about writing to internal clock.
One more thing I noticed that the meter gives out bad data one for a while, I do have CRC check and it always checked out correctly when bad data showed up, all seem to be 0.
Can you help out with these two issues?
Thanks,

Hello Oxymai,

Yes, you can change the internal clock in the meter with this meter settings command: Write New Time : 01 57 31 02 30 30 36 30 28 14 Bytes New Time 29 03 CRC16

I got this information from this document:
http://documents.ekmmetering.com/EKM-Om ... ol_v.3.pdf

Which is on our Developer Portal here:
http://documents.ekmmetering.com/api-do ... unications

To test both the meter clock setting above (and to see the pattern that is needed to do this), and to test the RS485 reliability of your meter, I would first read your meter with the EKM Dash. By using the EKM Dash Hex Inspector, you can see the actual bytes that get sent over RS485 to see how the meter time gets set. You can also see if you can get 100% good reads from your meter or not.

Im not sure what you are saying that your CRC was correct even when you were getting bad meter reads. Does this mean the meter was throwing a bad read with a good CRC? I would first read your meter with the Dash, if you still see communication reliability issues, let me know.

Thanks a lot Jameson for the internal clock instruction, I will try and get back to you on the result.
Regarding CRC, yes CRC came out correctly but bad data, like the year was 18 and then I received 0 one for a while, and of course other data was wrong too. The period was fairly random, the data was saved in a csv file so I can be sure on this info.
Then I temporarily needed to add another level of filter for data acceptance since CRC should have taken care of this, just retry again and it works but I would prefer not to do it that way.
Thanks