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

[DSMR] returns values in Joule instead of kWh #13847

Closed
Mickroz opened this issue Dec 5, 2022 · 2 comments
Closed

[DSMR] returns values in Joule instead of kWh #13847

Mickroz opened this issue Dec 5, 2022 · 2 comments
Labels
bug An unexpected problem or unintended behavior of an add-on

Comments

@Mickroz
Copy link

Mickroz commented Dec 5, 2022

Expected Behavior

Values returned in kWh instead of Joule

Current Behavior

Values are returned in Joules instead of kWh, now my friend runs 3.3.0 Release, but he hasn't got this issue, and since my P1 port returns the correct values, there must be something changed in the binding itself?

Your Environment

running openhab 3.4.0.M5 with openhabian on a rpi 4.
DSMR V5 meter connected with usb cable on P1 port.

EDIT:
when changing or forcing an item from default item in the GUI or %unit% to kWh in .items file, the correct value is shown.

@Mickroz Mickroz added the bug An unexpected problem or unintended behavior of an add-on label Dec 5, 2022
@Hilbrand
Copy link
Member

Hilbrand commented Dec 5, 2022

The binding itself did not change. So it's not a bug in the binding. In core there was added that J is default for energy quantity types. This seems to cause this issue. It also affects other bindings that use %unit% for energy channels that expect to show kWh.

@Mickroz
Copy link
Author

Mickroz commented Dec 5, 2022

Ah, thanks that would explain it alot, then this is not a bug, thanks 👍

@Mickroz Mickroz closed this as completed Dec 5, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug An unexpected problem or unintended behavior of an add-on
Projects
None yet
Development

No branches or pull requests

2 participants