I’d love to join in and be a Beta (or even Alpha!) tester for any API for smart readings. I’m on a Liberty 100 SMETS1 (originally Eon) but it has been moved to the DCC. Economy 7 with storage heaters.
What would you use a Rest API for?
I’m learning and experimenting with data collection through Raspberry Pi setups and learning Apache Kafka.
Real time power use and pricing data is an ideal source of private data that I can store, learn, and display exactly how I want to (even if it’s mess at first!) on a DIY smart mirror or home-hub display, and use it to trigger whatever notifications and actions I want to happen.
One that I thought of is along the lines of "IF [Mobile Phone] is no longer visible on wifi network AND energy use is > X watts THEN send notification “You’ve left the house but left somthing on!”. I already have smart lights that go off when I leave and come on when I return.
Why would you prefer that to using our app?
I’m a tinkerer at heart. The App is… fine. It lets me track my direct debt, update payment info, see usage data. It does evertything it’s supposed to and for the average consumer is great.
But I’d like access to my own data so I can really dive in. And while I don’t for a moment think you’d do anything nefarious, I’d rather be able to do it locally than via a cloud.
In the future, smart meters will enable near real-time variable tarrifs instead of “night” and “day” and it would be nice to track all that in a more granular way than most consumers would want.
Heck, if you’d give me a HAN Keyset I’d have a go at building a Zigbee app from scratch just to learn how and read the meter directly because it’s fun and interesting!
What I’d like, ideally, is wattage on the highest frequency you would allow. 30 minute frequency is nice, but knowing the meter is there and broadcasting on around a 5 second interval to the IHD just makes me want to slurp up that data and start seeing what I can do with it.
On top, be able to query the current rate, next rate, switch time, day rate, night rate, standing charge. No need for VAT or £ for the actual usage, that can be calculated from the rates.
While it doesn’t apply to me, feed in from solar and feed out to electric car charger (which I understand in SMETS2 already allows for dynamic switching based on network load) on the same basis would be great.
For context, I also run a PiHole local DNS to catch ads, check the output from the ODBII on my car so I can log what my car is up to, have segregated VLans for Private, Guest, and IoT devices, and my next project (if it’s not a Zigbee energy reader ) is going to be a little Raspberry Pi cluster to learn about provisioning and service management.
My own employer in an unrelated industry (though market leaders in their space) have layed out their spec for their own customer API’s which looks very promising.
I chose Bulb because of the green energy promise and up front pricing. I’d love to add “open access to all of my own use data” to that list as well.
If this starts to go somewhere I’d love to get involved! The team at openenergymonitor . org make a nice product, and offer self-hosting, but it requires clip-on transformers to get secondary readings of energy use, and doesn’t come with any of the pricing or rate information. It seems rather redundant when that information is right there in the air around my smart meter, but I just don’t have the permission to access it.
Open platforms are the way forward, escaping from monolithic cloud providers and allowing local, secure, private control of your data, and I hope Bulb really commits and jumps on this train.
EDIT: Speaking of playing around with Data, I see you are looking for a Data Analyst to join the team. I might have to smarten up the CV and get in touch!