Tibber-Binding: get "Best Price" items like aWATTar-Binding?

laursen · February 21, 2023, 11:23am

Yes, I created this issue for discussing a possible way forward/architecture:

Energy management/calculations

opened 08:56PM - 07 Jan 23 UTC

enhancement discussion

I'm creating this issue to start brainstorming ideas which may or may not grow i…nto something. For starters, I will share some unstructured thoughts, which could grow into something structured and potentially into something that could be designed and implemented. Let me start out by sharing some links which can shed some light into where I'm coming from with this: - https://github.com/openhab/openhab-addons/pull/13416#discussion_r980432359 - [Dishwasher price calculation automation](https://community.openhab.org/t/dishwasher-price-calculation-automation/139207) - [Meter readings from Kamstrup Omnimeter with Pow-K+](https://techblog.vindvejr.dk/?p=523) My initial need is integration to services providing future energy prices. After that, having these prices, I would like to be able to perform calculations. These calculations should be implemented once with a common interface, no matter from which service the prices were obtained. I wonder, from an architectural point of view, if this already means something is needed within openhab-core, since addons cannot depend on other addons? For example, core could provide some interfaces and calculations, while addons could integrate various API's implementing such interface. Now really brainstorming/dreaming. For the dishwasher example, I logged energy consumption during our most frequently used program and manually mapped that into a timetable in a rule. Considering being able to select the last run specific program on some device (having an energy consumption channel which can be persisted) and map that into another timeslot to calculate the price of that, or having the ideal timeslot calculated automatically within some boundaries. I guess this is just a use-case for the price integrations and calculations and an application which should be built outside of openHAB itself, but just wanted to mention this, so that the parts needed for this could emerge. I now also have almost real-time logging of the power consumption in my house (see third link above) provided a current power (W) as well as accumulated energy consumed (kWh). The accumulated value is updated once per hour, and current power is updated all the time. With these data I would like to be able to create a graph like this (screenshot from [AMS reader](https://github.com/gskjold/AmsToMqttBridge)): ![image](https://user-images.githubusercontent.com/19519842/211169666-5493fafa-4f85-4afe-a772-cd1c61272eb9.png) For this some post-processing is needed, since I receive the kWh data like this: ``` 2023-01-07 21:00:07.940 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Omnipower_Accumulated' changed from 14609.85 kWh to 14610.24 kWh ``` i.e. as totals, not hourly contributions. So (14610.24-14609.85) kWh = 0.39 kWh from this log example, which is shown as last bar on the graph above. I'm not sure what is the best approach for doing this, but again it would be nice with something consistent and reusable. I will update this issue with additional thoughts and knowledge from all of you. I'm currently considering providing a small binding fetching data from EnergiDataService which is a Danish service providing prices. Yesterday I was also able to receive the same prices from ENTSO-E, but in EUR. So this could reach a broader audience, but would additionally require integration to online currency exchange rates to have conversion to local currencies. Currency question: Do we have any kind of currency handling in openHAB?

Of course, it might turn out to have been created in the wrong repository, we’ll see.