Open marcbaier opened 8 months ago
HI @marcbaier - What version are you running? If you have anything before pyPowerwall v0.7.6 you will need to upgrade. There is a bug in pyPowerwall that causes it to continually retry 404 responses from the Powerwall. The recent Firmware update removed the /api/device/vitals API (resulting in a 404) and pypowerwall will pound the Powerwall until it is gets blocked. Get the latest by upgrading your Powerwall-Dashboard to at least v3.0.8 (or latest, v4.0.1).
Jason - thanks for the help ! How would I go about doing that ? Do I need to run setup.sh again or is there an easy way to just update the container / or the image to the latest version ? Do I need to change something in the powewall.yml file ?
On most systems, upgrade.sh
would upgrade all the components which is the recommend path. However, I don't know how it works on a Synology. Did you manually set it up? If so, you will need to manually update powerwall.yml
and make it match the current version - see:
OK so I did this:
Stopped the container
Edited the powerwall.yml file to this:
pypowerwall: image: jasonacox/pypowerwall:0.7.7t40 container_name: pypowerwall hostname: pypowerwall restart: unless-stopped user: "1029:1029" ports:
restarted the container
But the container is still called: pypowerwall:latest
I guess I must be doing this wrong ? Do I need to delete / replace the pypowerwall:latest image ?
I also went ahead and just tried upgrade.sh in the powerwall-dashboard folder, with this result: Command not found ? It's right there in the folder :)
Try this
./upgrade.sh
# If that doesn't work
docker stop pypowerwall
docker rm pypowerwall
docker images | grep pypowerwall | awk '{print $3}' | xargs docker rmi -f
./compose-dash.sh up -d
I have opened Issue 22 again and will do the whole install again from scratch. With new users / groups / permissions etc. Will get back then ;)
Everything works again. Totally new setup ;) Next time I'll need to figure out how to keep the old database data....
Congrats, @marcbaier ! To keep old data, the key is to preserve the influxes folder and files in there. You can also use the Tesla History Import Tool to pull history data from the Tesla cloud.
The ./verify.sh
script can be run to see what things are working or not (including file permissions). I don't know if it would have helped in your case. And, you can always re-run ./setup.sh
to ensure all the files are there, but sounds like your permissions were an issue too.
Thanks so much for the hint about the import tool. Used it and now everything is back in order ! Have a great weekend !
Awesome! Huge credit to @mcbirse for creating the tool... its a life saver. 🙏
I've been using the Powerwall-Dashboard on my Synology NAS for quite some time now and suddenly on January 26th it stopped working. No data is shown and the log shows me this:
As far as I can tell the IP address of the powerwall has not changed.
I tried these commands and I am getting an error that the site can not be reached:
http://192.168.86.58:8675/vitals - Powerwall vitals http://192.168.86.58:8675/stats - pypowerwall stats