I was using Netzero as well but mainly for simple automations to allow Grid Charging of my PW2’s on a set schedule (Free 3hr electricity plans). I was aware they had Amber integration but I did’nt use it to it’s full potential esp after they went to a paid model. I have the Amber integration setup in HA so in theory I have access to the live prices & should be able to replicate what was possible in Netzero. I’m in Melbourne and thought this is right season to experiment as our household consumption is low during spring before peaking in Summer. The 3rd PW2 was just added last week, so in a way I want to use its capacity exclusively for grid exports to maximise my earnings/ROI and retain the other 2 for self consumption during Spikes/Peak Periods.

It’s a bummer I need to turn off Smartshift entirely as I can’t seem to figure out how to setup curtailment without it as I no longer have API access to my inverters (I think it expired after 2 years). I might have to find other ways of doing this…

Hi

Thanks for reading my article.

Congratulations on having such an impressive setup.

The automations do what they are designed to do, but the downside was that the system required daily attention in order to work out what my “buy” and “sell” positions were for the day. If I forgot to do this, it was easy to end up paying too much or having an empty battery.

In answer to your question, you need to disable Smartshift if you enable HA Automations. Otherwise the two things compete with each other, and you have no certainty about what will happen.

I toyed with the NetZero app for a while, and found it useful because it was able to upload the actual Amber prices into the Tesla Utility Rate plan. That’s really handy. My utility rate plan used to be manually set, which would make it impossible to dispatch to the grid outside of the times I had earmarked in my artificial prices. That app used to be free, but I think you have to pay for it now. Incidentally, NetZero played nicely with Smartshift, so it was possible to have both services enabled simultaneously.

With regards to curtailment, we don’t have that either, but I work around that by having a programmable switch on the hot water system. If the FIT ever goes negative, I make sure the hot water switch is on. If the FIT goes really negative, I manually intervene and take the house off-grid. It’s not ideal, but I don’t know of an easier solution.

I wrote some code to work out optimal buy and sell prices, but on cloudy days I ended up with buy prices higher than sell prices, which says to me that I got it wrong 🙂

I’m an I.T. professional by trade, and this is the first time in my life that errors in my code have an immediate and tangible cost to my hip pocket, which is quite alarming.

In the end, I disabled the automations and let Amber Smartshift do its thing. I decided their logic was better than mine, and I didn’t want to have to worry about it every day.

So far it has been good. Our electricity bill has been in credit for the last 9 months, and the only days where we end up with mediocre results are on cold cloudy winter days – which are rare in Brisbane.

Sorry I couldn’t be more help. I’m not sure if I’ve answered all your questions – if not, please let me know and I’ll do what I can to help.

I was curious to hear if you have been able to observe the results/track better ROI through this? Does having these automations in any way interfere with Amber’s Smartshift? I.e can they co-exist together or do you have to disable it entirely? I was specifically interested in using their Solar Export Curtailment feature (esp in Summer) as I no longer have the ability to do this myself on the SolarEdge inverters as they don’t offer a free/local API.

I’m planning to develop a similar automation as well, but use additional logic to also ‘smart charge’ my EV when Feed-In Tariff is low/negative. Also, given my large PW2 capacity and limited peak household consumption, I want to take advantage of price spikes and force feed back a specific amount (eg 13.5 kwh) into grid. Looks like the ony way to manually force feed PW2 back to the grid is by setting up the tariff’s in the Tesla app?

Fixed 🙂

Parser Error Message: Unrecognized attribute ‘requestValidationMode’. Note that attribute names are case-sensitive.

Source Error:

Line 206: This section sets the run time settings of the application.
Line 207: –>
Line 208:
Line 209:
Line 210:

Source File: D:\hshome\c283142\obsrv.com\web.config Line: 208

Version Information: Microsoft .NET Framework Version:2.0.50727.3662; ASP.NET Version:2.0.50727.3658

I’m still happily using my iGoogle replacement from you. But just now I run into a problem. Maybe you can help me with that:

I wanted to implement a new RSS feed (http://www.deskeng.com/virtual_desktop/?feed=rss2). So I took the URL and copied it into this code snippet:

startWidget(‘widNews’, ‘DeskEng’, ‘http://http://www.deskeng.com’);
new rssdisplayer(“divNews”, “http://www.deskeng.com/virtual_desktop/?feed=rss2”, 6, “snippet”);
endWidget();

But somehow it doesn’t work. Something seems to be wrong with the URL?

Thanks for your support again 🙂
René

Thanks for bringing this to my attention.

I’ve fixed the problem.

I had some scripts in my header that got lost when I upgraded my theme. I had to put them back in the new header.

Perhaps one day I’ll make a plugin from all this stuff to save the hassle of manually adding back the scripts when I upgrade the theme.

Neil