Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use other Timestamp request #570

Open
YARD2 opened this issue Jan 24, 2023 · 2 comments
Open

Use other Timestamp request #570

YARD2 opened this issue Jan 24, 2023 · 2 comments

Comments

@YARD2
Copy link

YARD2 commented Jan 24, 2023

Hi,

I have the problem with Holley DTZ541.
The timestamp of 1.8.0 and 2.8.0 having the wrong timestamp, but the rest of the ID e.g. 16.7.0 has the right ones.
Would it be possible to check if the other values are ok, and use it also for the first ones ?
Currently I use "use_local_time": true
but I think using the right ones form the meter would be better.

[Jan 24 16:49:08][mtr0] Reading: id=1-0:1.8.0255/ObisIdentifier:1-0:1.8.0255 value=2167.50 ts=21441000
[Jan 24 16:49:08][mtr0] Reading: id=1-0:2.8.0255/ObisIdentifier:1-0:2.8.0255 value=0.00 ts=21441000
[Jan 24 16:49:08][mtr0] Reading: id=1-0:16.7.0255/ObisIdentifier:1-0:16.7.0255 value=310.00 ts=1674575348527

@r00t-
Copy link
Contributor

r00t- commented Jan 24, 2023

currently vzlogger uses each reading's timestamp for that reading:

tv.tv_sec = *entry->val_time->data.timestamp;

messing with this seems rather... messy...

some of the considerations made here apply:
#476 (review)
(it's unfortunate that we parse the sml telegram entry by entry and create readings, so we don't have the data from other readings around (anymore or not yet), either to use data from them, or to manipulate their timestamps retroactively.)

@YARD2
Copy link
Author

YARD2 commented Jan 25, 2023

Thx for explanation.
Then it would really be a bit complicated.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants