Change the Powerwall mode and Reserve Percentage #18
Comments
|
You need to be logged in as installer to set percentages and modes.
Try logging in as installer.
…On Fri., 19 Jul. 2019, 11:21 pm HeraldCoupe, ***@***.***> wrote:
I have a Powerwall 2 and backup gateway 2, which was installed only a
couple of weeks ago.
I'm using Windows to try to change the Powerwall mode and reserve
percentage but I'm stuck.
I've managed to get the authorization token successfully using:
curl -s -i -X POST -H "Content-Type: application/json" -d
"{"username":"customer","password":"XXXXX","force_sm_off":false}"
https://powerwall/api/login/Basic
(where XXXX is the last 5 characters of the gateway password)
I'm using this command to try to change the powerwall mode:
curl --header "Authorization: Bearer
wWdvk08XHC385hSXixz0E7qhidU1yDG7teELKPR4M3gJFuIytweh_sanXZtS9ZPk6wD6j2f1CyhDF65S7MFD-Q=="
-X POST -d "{"mode":"backup","backup_reserve_percent":24.6}"
https://powerwall/api/operation
But the response is:
{"code":403,"error":"Unable to POST to resource","message":"User does not
have adequate access rights"}
I suspect my syntax is incorrect but I can't see what the problem is.
Can anyone help please?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#18?email_source=notifications&email_token=AJB3YI546TAMOQH5BKWTA53QAG5VBA5CNFSM4IFF4QB2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HAIRCXA>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AJB3YIZWVQYBMRS22TDFC6TQAG5VBANCNFSM4IFF4QBQ>
.
|
|
Why is there an auxiliary control port on the gateway? Can we leverage a third party control device like an RTAC to control the PW?
…Sent from my iPhone
On Jul 19, 2019, at 6:51 PM, Bernard Sheppard ***@***.***> wrote:
You need to be logged in as installer to set percentages and modes.
Try logging in as installer.
On Fri., 19 Jul. 2019, 11:21 pm HeraldCoupe, ***@***.***>
wrote:
> I have a Powerwall 2 and backup gateway 2, which was installed only a
> couple of weeks ago.
> I'm using Windows to try to change the Powerwall mode and reserve
> percentage but I'm stuck.
>
> I've managed to get the authorization token successfully using:
> curl -s -i -X POST -H "Content-Type: application/json" -d
> "{"username":"customer","password":"XXXXX","force_sm_off":false}"
> https://powerwall/api/login/Basic
> (where XXXX is the last 5 characters of the gateway password)
>
> I'm using this command to try to change the powerwall mode:
> curl --header "Authorization: Bearer
> wWdvk08XHC385hSXixz0E7qhidU1yDG7teELKPR4M3gJFuIytweh_sanXZtS9ZPk6wD6j2f1CyhDF65S7MFD-Q=="
> -X POST -d "{"mode":"backup","backup_reserve_percent":24.6}"
> https://powerwall/api/operation
>
> But the response is:
> {"code":403,"error":"Unable to POST to resource","message":"User does not
> have adequate access rights"}
>
> I suspect my syntax is incorrect but I can't see what the problem is.
> Can anyone help please?
>
> —
> You are receiving this because you are subscribed to this thread.
> Reply to this email directly, view it on GitHub
> <#18?email_source=notifications&email_token=AJB3YI546TAMOQH5BKWTA53QAG5VBA5CNFSM4IFF4QB2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HAIRCXA>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/AJB3YIZWVQYBMRS22TDFC6TQAG5VBANCNFSM4IFF4QBQ>
> .
>
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
|
Thanks, I just got it working! To get an authorization token I used the following with the whole password from the inside of the Gateway 2 door: To change the mode and percentage I used the following. Not that real_mode is now used (mode is stated in the documentation): |
|
Yes, and if they haven't provided it, you can reset the installer
password. Can't recall off the top of my head exactly how, but involves
flicking the switch on the side of the powerwall
…On Sat, 20 Jul 2019 at 18:57, HeraldCoupe ***@***.***> wrote:
So do I need to get an authorisation token using installer rather than
customer? I presume I need my installers password then?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#18?email_source=notifications&email_token=AJB3YI4X47ZLKCBKTJRQ6VDQALHQTA5CNFSM4IFF4QB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2NKENQ#issuecomment-513450550>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AJB3YI3XO5LP4MYZK6DUTM3QALHQTANCNFSM4IFF4QBQ>
.
|
|
Hello - new non programmer user here. I need to find a method or script to automate an automatic or timed switch between powerwall modes. Existing modes are basically worthless on there own to me but if I could switch to advanced time cost saving mode at the start of my peak demand period and switch back to backup only mode at the end of my peak demand period - that would make my system work the way I need it to. Your thread shows the most of the elements (over my head) needed to accomplish the task. I would be happy to pay for a solution. Any thoughts? |
|
@dwleckie I have been doing something similar and it has caused some problems. Apparently even changes made directly to the gateway API still have to go through Tesla's servers and sometimes it would get "stuck". Everything looked correct on the mobile app and the gateway UI, but when I called Tesla they said that their internal systems showed that it was still stuck in the previous mode. They told me it gets "confused" if you change modes frequently and after a long discussion I finally got them to file a bug for the operation of the powerwall being out of sync with the UI. For now I've settled on just leaving it at cost savings 50% which seems to prevent it from unnecessarily drawing on the powerwall during off peak times, but that won't work during the summer when I need more battery power during peak hours. I also made a feature request for a "dumb" schedule since they completely over-engineered cost savings mode and I encourage you to do the same. Apparently they have had a lot of requests from people in Phoenix (like me) because APS charges based on peak demand. If I use 4kW of peak power for one second of one day during the month I get charged almost $100, but my off-peak power is dirt cheap. |
|
I have been working with the Senior Project Manager for Powerwall at Tesla - Lindsay Stone. She has been promising corrections and bug fixes since it was installed in June. The dumb mode is exactly what Tesla will not do and is exactly what Tesla sold me - and that is exactly what I need. Sounds about time for a class action law suit. I have many others in various forums that are having the same or similar issues.
…Sent from my iPhone
On Oct 5, 2019, at 12:26 PM, Brian Johnson ***@***.***> wrote:
@dwleckie I have been doing something similar and it has caused some problems. Apparently even changes made directly to the gateway API still have to go through Tesla's servers and sometimes it would get "stuck". Everything looked correct on the mobile app and the gateway UI, but when I called Tesla they said that their internal systems showed that it was still stuck in the previous mode. They told me it gets "confused" if you change modes frequently and after a long discussion I finally got them to file a bug for the operation of the powerwall being out of sync with the UI. For now I've settled on just leaving it at cost savings 50% which seems to prevent it from unnecessarily drawing on the powerwall during off peak times, but that won't work during the summer when I need more battery power during peak hours. I also made a feature request for a "dumb" schedule since they completely over-engineered cost savings mode and I encourage you to do the same. Apparently they have had a lot of requests from people in Phoenix (like me) because APS charges based on peak demand. If I use 4kW of peak power for one second of one day during the month I get charged almost $100, but my off-peak power is dirt cheap.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
|
@dwleckie I'm also very upset that the powerwall is dependent on Tesla's servers. That's not a viable model for a product designed to last 10+ years. Tesla could go out of business, stop supporting old versions of the gateway, their servers can go down, etc... I have an issue filed here #22 and I'm going to watch the communications back and forth between the gateway and tesla's servers using a mitm proxy to see if there are additional API calls that need to be made to avoid Tesla's servers |
|
a less desirable option that wouldn't have the same problem is to disable the powerwall during off peak times, but then it won't kick in if you lose power |
|
@dwleckie @bridiver This is should be achievable without involving Tesla’s servers or the app as I am doing at the moment for other functions. In general, I leave my Powerwall in self-powered mode the whole time and use a PowerShell scheduled task script to set the backup reserve percentage higher to force charging during off peak in winter based on time of day for load-shifting (as we have morning and evening peak and multiple shoulder periods, which the app doesn’t support), and also dynamically based on other API calls to weather and irradiance forecast services. It involves sending an API config complete request followed by a stop and a run request to soft-restart the Powerwall - all takes a few seconds, and is all done between my server and the Powerwall locally - no Tesla server involvement, and takes effect immediately. |
|
You sound like the man I have been looking for!!!! I would love to get that setup on my system.
…Sent from my iPhone
On Oct 5, 2019, at 3:40 PM, frood88 ***@***.***> wrote:
@dwleckie @bridiver This is should be achievable without involving Tesla’s servers or the app as I am doing at the moment for other functions.
In general, I leave my Powerwall in self-powered mode the whole time and use a PowerShell scheduled task script to set the backup reserve percentage higher to force charging during off peak in winter based on time of day for load-shifting (as we have morning and evening peak and multiple shoulder periods, which the app doesn’t support), and also dynamically based on other API calls to weather and irradiance forecast services.
It involves sending an API config complete request followed by a stop and a run request to soft-restart the Powerwall - all takes a few seconds, and is all done between my server and the Powerwall locally - no Tesla server involvement, and takes effect immediately.
Happy to provide the critical elements of my script when I’m home after the weekend, if needed.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
|
I have been setting my reserve power to 100% every night at 8:02pm and leaving it set there until the following morning around 10:00am when powerwall is completely recharged. I don’t want to use powerwall outside of APS peak periods because we buy off peak at about $0.05 and sell to APS at $0.129 per kWh. It’s manual but the only method that works for me at the moment.
…Sent from my iPhone
On Oct 5, 2019, at 12:42 PM, Brian Johnson ***@***.***> wrote:
a less desirable option that wouldn't have the same problem is to disable the powerwall during off peak times, but then it won't kick in if you lose power
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
|
@frood88 I had no idea that Tesla's servers were involved until I got into that state where everything showed the setting I thought should be active (app and backup gateway UI), but it wasn't behaving correctly. I have been issuing the config complete command, but that wasn't sufficient so maybe the soft reset is what was missing to actually put the mode into effect without waiting for whatever happens on Tesla's servers to activate it. |
|
@dwleckie @bridiver Just following up from a few days ago as promised. As for most people, there is a whole lot of logic surrounding the way I use the API requests to decide what to set things to, when, checking whether a step has been successful, etc, but the critical components for the function I mentioned are:
Note: $PowerwallIPAddress and $NewBackupReservePercent are just PowerShell variables I use in my script - change the values for yourself as required So essentially, during winter the battery is mostly depleted by 8-9PM due to ducted electric heating running during the evening peak tariff. So I set the backup reserve percent higher at about 3AM so that the Powerwall charges up to a certain percentage using off-peak power, and then 2 minutes before morning peak tariff starts, I set the reserve percentage back down to my default value. Let me know if any questions! |
|
@frood88 I had automation setup to verify the changes and alerts if they weren't set correctly at the correct times, but that didn't help me because the home gateway api was reporting the correct settings even though it wasn't actually in the correct mode. There can be a discrepancy between what is reported by the home gateway and the actual settings that are in force. Tesla support was able to see the actual mode in their internal systems and I feel like there must be some missing api calls that need to be discovered/documented. |
|
Hi if anyone is interested I've been using a Raspberry pi connected to the same network to control my Powerwall 2 for several weeks now. I'm based in the UK and have a electricity supplier who gives 30 minute pricing 24 hours ahead of time. I written a php script which calls the curl commands documented here to change the modes instantly, not via the tesla servers, to charge or discharge when prices are low/high respectively. I created a basic web GUI |
|
I want to be very clear again that you may not think it is going through Tesla's servers because you are making direct API calls to the home gateway (as I am), but if you just change the mode and call |
@enginehead-tes, would be very interested in seeing that. Powerwall installed late last year, took same supplier a while to get the Smart Meter installed and running (some circumstances outside their control). Mainly concentrated on logging activities up until now, but its become clear that the Tesla app needs augmenting to extract maximum value from the kit. Happy to collaborate on producing documentation if of any value. |
|
THAT LLOKS ECELLENT! Excited to see someone working on this. Please share as much detail as possible (I am Raspberry Pi clueless however!)
From: burble61 [mailto:notifications@github.com]
Sent: Tuesday, March 31, 2020 9:22 AM
To: vloschiavo/powerwall2
Cc: dwleckie; Mention
Subject: Re: [vloschiavo/powerwall2] Change the Powerwall mode and Reserve Percentage (#18)
Hi if anyone is interested I've been using a Raspberry pi connected to the same network to control my Powerwall 2 for several weeks now. I'm based in the UK and have a electricity supplier who gives 30 minute pricing 24 hours ahead of time. I written a php script which calls the curl commands documented here to change the modes instantly, not via the tesla servers, to charge or discharge when prices are low/high respectively. I created a basic web GUI
<https://user-images.githubusercontent.com/54237856/66440550-44c89480-ea2b-11e9-971e-e1dcc442b488.png> Screenshot 2019-10-09 at 00 21 44
on the pi to select the 30 slots. I'm happy to share my code and a guide FOC.
I'm using Mysql, Apache, PHP and Curl all installed on the Pl
@enginehead-tes <https://github.com/enginehead-tes> , would be very interested in seeing that. Powerwall installed late last year, took same supplier a while to get the Smart Meter installed and running (some circumstances outside their control). Mainly concentrated on logging activities up until now, but its become clear that the Tesla app needs augmenting to extract maximum value from the kit.
Happy to collaborate on producing documentation if of any value.
—
You are receiving this because you were mentioned.
Reply to this email directly, view <#18 (comment)> it on GitHub, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AMV4WGBPQJPF7AE3EZ3N5ULRKIKCNANCNFSM4IFF4QBQ> . <https://github.com/notifications/beacon/AMV4WGDROIICREEDK5B7JGLRKIKCNA5CNFSM4IFF4QB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEQU7XNQ.gif>
|
|
@burble61 if you want to ensure the mode is changed without waiting for Tesla's servers you must cycle the powerwall state to stopped and back again. I'm not sure if you are already doing that or not, but as I mentioned #18 (comment) just because you're hitting the powerwall api directly (as I was) does not mean the mode is always changed instantly and there are cases where the powerwall UI will "lie" to you. It will display the mode you expect, but it will not actually be in that mode until it gets cycled of and on. When you make changes through the mobile app it does cycle the sitemaster which is why you'll see the powerwall temporarily stop charging or discharging after you make a change. I learned this the hard way when I changed the percentage during peak hours and it temporarily switched back to grid power while the mode updated. Since I'm charged based on peak usage, even a few seconds on the grid during peak hours can cost me a lot of money. |
|
and it seemed to work correctly for me most of the time without cycling the sitemaster right up to the point where mine got stuck because of an inconsistency between Tesla's servers and the powerwall. If you change the mode without cycling the powerwall, you are still dependent on Tesla's servers to commit the mode change and during that time the powerwall will show the mode you changed it to, not the mode it is actually in. |
|
@enginehead-tes I'd be interested in seeing your code for updating the Powerwall based on your provider's rates. I've written code to pull the next 24 hours of 30 minute periods from Octopus, and then output the period with the cheapest average electricity and the most expensive. I'm currently manually setting the Powerwall to charge in that cheapest period, and discharge in the peak. Next step is to talk to the Gateway - but would rather not reinvent the wheel if you've already done it! |
Understood, thankyou @bridiver ...... have manually operated the steps you highlighted, and verified Powerwall mode of operation indirectly via a separate energy monitoring system.... Next step is to script the changes and add a form of test harness to carry out that verification automatically over a larger number of the standard->cheap (and back) tariff transitions. |
I'd be interested just moved to Agile Octopus today. Currently, use the Time of day. Will update maintain as needed. |
|
I’m also on octopus agile and looking to have powerwall go on backup only mode when octopus energy is on or below 0 pricing and change back to self powered when it above 0.01. ^^ and tweak this in winter months to charge when under 5p |
Did you manage to document this process? |
|
Anyone have any work around ideas 1.50.1 they locked down installer mode by requiring power toggling event |
Take a look at this thread #34 |
|
I am having trouble replicating your success. Is it still working for you? |
I have a Powerwall 2 and backup gateway 2, which was installed only a couple of weeks ago.
I'm using Windows to try to change the Powerwall mode and reserve percentage but I'm stuck.
I've managed to get the authorization token successfully using:
curl -s -i -X POST -H "Content-Type: application/json" -d "{"username":"customer","password":"XXXXX","force_sm_off":false}" https://powerwall/api/login/Basic
(where XXXX is the last 5 characters of the gateway password)
I'm using this command to try to change the powerwall mode:
curl --header "Authorization: Bearer wWdvk08XHC385hSXixz0E7qhidU1yDG7teELKPR4M3gJFuIytweh_sanXZtS9ZPk6wD6j2f1CyhDF65S7MFD-Q==" -X POST -d "{"mode":"backup","backup_reserve_percent":24.6}" https://powerwall/api/operation
But the response is:
{"code":403,"error":"Unable to POST to resource","message":"User does not have adequate access rights"}
I suspect my syntax is incorrect but I can't see what the problem is.
Can anyone help please?
The text was updated successfully, but these errors were encountered: