Installing the test version (7.0.3) is no problem for me, but afterward, I still can’t select the new [Day-Ahead 15m E Prices] flow cards. I still see the [Day Ahead E prices] flow cards. Do I need to configure anything else?
1 Like
Flow cards is Work in Progress…..
1 Like
ok Thnx. I understand it is a lot of work. I wil just have to wait. Luckily i have a small workaround by currently copying and converting daily from ENTSOE, but that is time consuming. If I can help in some way let me know.
1 Like
When do we get Power per minute app 
I can create that for you. Will cost you 1 euro per minute development time (half price for you my friend)
9 Likes
@Gruijter Hi, thanks so much for the 15 min DAP!
Question: Can I assume the DAP 60m driver only calculates the average prices once per hour, at xx:00?
I am using the card for New Prices Received (Next few hours) for the DAP 15 min driver.
Here is an example of the prices received:
{"0":0.1509,"1":0.1082,"2":0.1327,"3":0.142,"4":0.1568,"5":0.1218,"6":0.137,"7":0.1674,"8":0.1713,"9":0.145,"10":0.1512,"11":0.152,"12":0.1426,"13":0.1503,"14":0.1343,"15":0.1333,"16":0.1101,"17":0.0852,"18":0.1152,"19":0.1053,"20":0.0897,"21":0.0551,"22":0.0369,"23":0.0332,"24":0.0234,"25":0.0307,"26":0.026,"27":0.0239,"28":0.0214,"29":0.0143,"30":0.0142,"31":0.0142,"32":0.0142,"33":0.0141,"34":0.0145,"35":0.0145,"36":0.0147,"37":0.0145,"38":0.0148,"39":0.015,"40":0.0151,"41":0.0151,"42":0.0153,"43":0.0187,"44":0.025,"45":0.0157,"46":0.0208,"47":0.0299,"48":0.04,"49":0.0713,"50":0.0922,"51":0.1669,"52":0.2099,"53":0.0988,"54":0.1568,"55":0.2106,"56":0.2927,"57":0.2106,"58":0.2503,"59":0.3,"60":0.3036,"61":0.2799,"62":0.2503,"63":0.25,"64":0.199,"65":0.2159,"66":0.1948,"67":0.1393,"68":0.1157,"69":0.169,"70":0.1568,"71":0.1316,"72":0.1107,"73":0.1763,"74":0.1568,"75":0.1568,"76":0.1184,"77":0.2037,"78":0.1721,"79":0.1561,"80":0.1164,"81":0.17,"82":0.1669,"83":0.1669,"84":0.1669,"85":0.1423,"86":0.1568,"87":0.1603,"88":0.19,"89":0.1,"90":0.1501,"91":0.1693,"92":0.19,"93":0.1374,"94":0.1568,"95":0.1653,"96":0.1897,"97":0.1568,"98":0.1568,"99":0.179,"100":0.1673,"101":0.1472,"102":0.1568,"103":0.1878,"104":0.1798,"105":0.1771,"106":0.1714,"107":0.1533,"108":0.1426,"109":0.1458,"110":0.092,"111":0.0851,"112":0.0781,"113":0.1002,"114":0.1002,"115":0.0961,"116":0.0862,"117":0.1068,"118":0.1029,"119":0.0899,"120":0.083,"121":0.106}
- Can you tell me what all these entries are for?
- Every 15 minutes I calculate the average of 4 entries (index 0-3) for the next hour price, starting from the moment last received. Sometimes, when there are no new prices received 15 minutes later, I calculate the average of 4 entries (index 1-4), etc. How many of the entries are 15 minute prices?
- The DAP 15min device shows +1H, +2H, +3H. I can assume these are +15M, +30M, +45M prices?
yes
every entry is the price for the 15 minutes interval. 0 starts at 00:00 hours.
I dont think I understand your question.
No, they are indeed the +1H, +2H etc.
But if I look at the 15 min device, the prices in the +1H, +2H seem to be the 15 min prices.
Thanks. It looks like you are doing all the work for me 
- On the device: Is Price now a 15 minute price or an hour average of index 0-3?
- Is +1H the average of index 4-7 or of Price Now and 3 subsequent 15 minute prices?
Is +2H the average of the 4 subsequent 15 minute prices? - I need to calculate also the +4H averages, but the new prices string sometimes contains different amounts of prices, why? How many entries with 15 minute prices are guaranteed?
- Sometimes I receive New Prices again about 30 seconds later, do you know why?
But if the price update is at xx:15, then index 0 is at xx:15, no?
Something totally different…
How can energy companies read your smart meter exactly at the hour / quarter (swithing time)?
There are millions of these meters in households. The energy company reads the value(s) but in my eyes it is impossible to read all these meters within a few seconds around the switching time. Or can they?
Is there somebody online, working for an energy company dealling with this, who can tell us how accurate this process is?
Just my guess, but the meters know the time and are able to do the measurements and logging independently. Reporting the measurements however can be deferred, sometimes for days.
3 Likes
This is off-topic but:
They don’t need to. The meter can keep track and the loggin can be sent at longer intervals. i.e. daily. Same applies for hourly calculations. I’m not into but I can even imagine that the metervalue is not stored at fixed time intervals, so only when the meter value changes, an entry with value and time is made in the log. At the end of the day or any other inteval the log is sent. Thus also preventing too much problems with radio reception.
Thus the used kWh’s in different time blocks (quarterly, hourly) can be calculated centrally after collection.
Be glad you don’t get an invoice in your mailbox every quarter of an hour. A different process which also doesn’t require immediate processing…
PBTH is missing beats at my setup: Sometimes when price changes, pbth doesn’t update it’s variable price_now . I have not been able to detect any regularity in that. Last situation: 20251020 13:15 (AMS)
edit: and it doesn’t have to do with rounding off and the set number of decimals. With three decimals on and an imminent change on the market still no update sometimes. While i.e. Norwegian energy bill app dóes update.
Makes sense. Thanks.
Not really off-topic as it relates directly with Power by the Quarter and how usefull it is to register the metervalue exactly at the switch time.
If the mechanism works as you describe it is a no-brainer, otherwise not …..
We are being confronted with the unavailability of dynamic electricity prices. So the last value (20 cents) is still valid and the home batteries do not discharge during costly hours.
It would be a nice feature if PbtH could set a flag (yes/no variable) which can be used in Advanced Flows if such occasion occur. With that flag it is possible to run an “emergency mode”, in my case I could start a simple NOM action, and an alarm message on my phone that someting is wrong.
No fresh price data? > flag “emergency” goes on.
1 Like
Hello
I didn’t have this problem before, but I’ve had two power outages where all the meters (hour, day, month, year, previous hour, previous day, previous month) go to 0.
How can I avoid this problem?
Thank you in advance, respectfully.
C. BARRES
I noticed yesterday afternoon that the prizes at PbtH weren’t there.
My pick-up is between 1:50 PM and 5:00 PM, and then every 30 seconds.
me too
My routine is still busy to get the tomorrow values E from PbtH.
The ZP app have them already.
It is the JSON file that I made for ZP.
{"0":23.78,"1":23.56,"2":23.32,"3":23.72,"4":23.94,"5":24.15,"6":24.97,"7":25.60,"8":27.73,"9":29.36,"10":26.40,"11":24.21,"12":23.80,"13":23.79,"14":24.46,"15":26.94,"16":29.25,"17":36.36,"18":49.15,"19":47.93,"20":34.92,"21":28.84,"22":27.32,"23":25.70}
@Theo_de_Koning
How can you push it to PBTH?
For my project I use the JSON file form PbtH using the cards [ Provide prices JSON for (Today)/(Tomorrow) ] already
Now I put this hand made file in the variable I use for that project.
