Hi Robin (@Gruijter)
Is there a flowcard for the “Opslag %” for export prices implemented?
I can’t find it.
I’m trying to figure out oif PbtH already supports this.
I have two energy summarizers from the EV charger for each RFID tag updated by a flow.
- Energy Summarizer “TAG1” = EVcharger meter_power.1
- Energy Summarizer “TAG2” = EVcharger meter_power.2
So far they have been useful to figure out how much money was spent on import energy for charging with each tag.
Now my question is, can the summarizers actually figure out how much of the meter_power update value was from pure import vs how much approximatly from PV surplus “free energy”?
Would be useful when trying to understand how much money was spent on charging the cars.
I do have the whole house P1 meter which will show import and export, but can PbtH evaluate across selected summatizers how much of PV surplus was used, for which the energy is “free”
It should use the PV Summarizer to understand what was the yield.
Should I use Home Battery Summarizer for the meter_power I want to summarize?
Will that deduce how much money was spent from imported energy and home much was PV surplus as free energy?
With the EV battery, there would never be consumption by the house, atleast now untill V2G is available for the cars we have / go-e Charger.
Oh, but Home Battery device doesn’t detect the EV charger as a source for battery charging.
My goal is to have a summarizer for the total money charged per EV battery taking into account how much was imported energy with a cost and how much was PV Surplus that would be “free”.
Then I can bill the user for only the grid imported portion of the energy and the user will get PV Surplus free or at different rate.
You can use a second dap set to 0 like I explained here [APP][Pro] Power by the Hour: Insights per hour, day, month and year - #4015 by Gruijter
But not all the goes into the EV is always 100% import or %100 PV Surplus. Most of he times it ais a portion of both, even though go-e charger does adjust automatically for PV Surplus available wattage, eventually there is also a portion of imported energy.
- PV Suplus ( the negative amount of P1 grid meter) say is at -3000W, the EV charger will automatically adjust to that limit and drop to single phase. At this time 100% is PV Suplus used.
- P1 grid meter updates to -5000W, the EV charger automaically switches to 3-phase and sets the power limit to 5000W
- Due to phase count switch, the EV charger will remain in 3-phase a minimum of 10 minutes, now at this time the sun is shaded by clouds and the P1 grid drops to -1000W while the EV charger is still charging in three phases at 5000W.
This means 4000W is imported and has a cost until the grace period of 10 minutes is up and the EV charger allows switching the limits again.
The import portion is the part I want to catch.
Everybody will want to do the bookkeeping slightly different. For me I think it makes no sense to say solar energy does not cost anything, since there is always a write-off from the initial investment. But that is just how you look at it.
When I invested in my solar panels I made a business case based on the energy I do not have to buy anymore from the grid , and any surplus I can sell to the grid. And any ‘profit’ I have after full write-off is part of the ROI I want for any investment I make. For this business case to make sense, the price of solar energy is not zero. Solar ‘price’ is exactly the same as the grid import price at that moment,when 100% used behind the meter. And it is exactly the export price you receive when 100% is sold to the grid. And any mix in between when not 100% importing or exporting. This is the basic bookkeeping principle I have setup PbtH to use out-of-the box.
But if you want other bookkeeping, that is where Homey’s flows are coming in. You can create multiple DAP devices and multiple (virtual) summarizer devices. With some flow-puzzling you can create whatever bookkeeping you want for yourself!
Same question for me and I neither can find the answer
The card period is always in hours, but the number counts price periods: hours on a Day-Ahead 60m device, quarters on a Day-Ahead 15m device. So on a 15m device “1 of the 20 lowest in the next 8 hours” is exactly right — and the max for that number is 192, not 5. That limit was raised back in v8.5.0. Two things to check: that you’re on the latest app version, and that the flow card is attached to your Day-Ahead 15m E Prices device and not the 60m one.
I will update the hint/wording in the flow card to make it more clear.
New version 8.17.0 is ready for testing:
- Add set_export_markup flows
- Add grid import/export this_day
- Fix checkMeterJump and handle negative energy meters
- Improve hints in flows
- Pin Node v22
- Fast-cml-parser@5.11.1
- Homey-api@3.19.3
@wrutjes this release also covers your request
O great, I have installed it and will make some flows tomorrow and let you know if it works.
Thanks, Wilfried
Thanks for clearing that up.
I’m on v8.16.1 with “automatic update” enabled and the cards are already changed to “15 minutes” (in a copy of my flow that currently is disabled until I sort this out) but I still have that 5 limit. I’ll have a look at it in the coming days.
Hij doet het prima, op deze manier kan ik de zonnebonus van Zonneplan ook verwerken. Het is allemaal een centenkwestie maar waarom niet precies als het kan 
He’s doing fine, this way I can also process the solar bonus from Zonneplan. It’s all a matter of money but why not exactly if it’s possible
Thx. Wilfried
What a mess around the hourly prices. There seems to be a problem with the data-provider.
But the “funny” thing is that the quartely prices are available for the coming period.
So flows using price-info from the hourly database stops working properly while those using the quarely prices work ok.
I now changed all hour-flowcards to quarter-flowcards.
How can it be that 15-minutes prices are available and the 60-minute prices not??
@Gruijter Is het bekend dat de tarieven van NL niet worden bijgwerkt?
@wrutjes @Arnold_b @Rob_lindeman Please translate your post(s) to English, thanks.
Look here: https://status.homey.app/
It is extremely annoying this error: blaming the data provider is easy, Athom is doing that for months now. Athom (@Doekse ) has to look voor another provider or to have a backup-resource for the energy prices (the 15 minute is working ok).
I totally agree that having another provider would be really nice here. We’re actively looking for alternatives and are already in talks with multiple providers.
The challenge is that each provider comes with its own drawbacks. Some, for example, don’t offer raw market prices and only provide prices tied to specific energy contracts. With others, we’ve found that the data can differ from the prices published by the energy providers themselves.
In the meantime, we’re also working towards making it possible for Homey Apps to set energy prices within Homey Energy. That would allow apps such as Power by the Hour or Tibber to provide the correct prices directly.
The tariff setting in PBTH works fine here. It’s set to ‘auto’ and uses a custom e-ntso API key. Have you tried a different DNS server? I’m using Cloudflare 1.1.1.1 & 1.0.0.1 here.
Homey Energy indeed doesn’t show the price, but that has nothing to do with the PBTH app.
Hi johan,
When not working with API key and not playing around with DNS-servers (I don’t like that) also PbtH is not working when looking to the hourly prices (right now they are visible, but they weren’t for the last couple of days and more often during the last weeks), but they work in PbtH for the 15 minutes prices (indeed odd).
For users of Homey it should work without doing difficult. The app should work like a charm from the basic settings.
Therefor I think it is a very good solution if Homey energy is making the raw prices available for any other Homey-app using the electricity prices, but under one condition: that is is available 24/7/52 !
So a challenge for Athom to make this work 
