Is this still working? #112
Comments
Firstly, the owner/maintainer of this repository (@MickMake) has not been active since 2023 so that explains why nothing on the repository has changed recently. I do not know why MickMake has not been active. I also have no knowledge of when, or if, that situation is likely to change. If anyone else has any insights into this, they have yet to share their knowledge. We're all in the dark. Secondly, although the foregoing explains why the first two images have not been updated, to the best of my knowledge the remaining images are the product of GoSungrow and Home Assistant, so there would seem to be no good reason why those would be affected by changes to the iSolarCloud app UI.
GoSungrow still works. Some people report problems such as you'll see being explored in #111. The working hypothesis at the moment is that the people having trouble are more likely to have either multiple inverters, or have replaced an inverter and their existing iSolarCloud account holds both historical and current data. A comment on issue 111 earlier today reported success deleting bogus plant data. I have no idea about the relative proportions of users who have no trouble with GoSungrow in its current form, vs those who can't get it to work. I'm in the former group.
Please read this gist. At least one of the four use cases summarised at the top probably covers what you want to do. The gist includes the new API key ( Someone else also posted a comment to issue 101 which included I'm using the A lot of what is in the gist I mentioned above may seem overly-complicated at first glance and it probably is. However, it's the product of what various contributors have the skills, time and willingness to do. In an ideal world we (the community of users) would know what is behind MickMake's inactivity and then be in a better position to decide whether to fork the repository. But that would also depend on someone wanting to step up and take ownership of processing pull requests, debugging problems, building release artifacts, distributing Docker images for Home Assistant, and so on. That's a big commitment and nobody has yet put up his/her hand to accept that responsibility. In short, the situation now is the best we can do. |
|
Thank you for the answer :-)
biggest problem now is to get the API key
cant get in contact with the right people that can actually send it to me
from Sungrow :-/
ill test to get it working when i finally get the key
\\Thomas
Den ons. 24. apr. 2024 kl. 09.22 skrev Phill ***@***.***>:
… I see that all the pictures are from the "old" interface from Sungrow
Firstly, the owner/maintainer of this repository ***@***.***
<https://github.com/MickMake>) has not been active since 2023 so that
explains why nothing on the repository has changed recently. I do not know
why MickMake has not been active. I also have no knowledge of when, or if,
that situation is likely to change. If anyone else has any insights into
this, they have yet to share their knowledge. We're all in the dark.
Secondly, although the foregoing explains why the first two images have
not been updated, to the best of my knowledge the remaining images are the
product of GoSungrow and Home Assistant, so there would seem to be no good
reason why those would be affected by changes to the iSolarCloud app UI.
is this still working with the new version they have released "isolarcloud"
GoSungrow still works. Some people report problems such as you'll see
being explored in #111 <#111>.
The working hypothesis at the moment is that the people having trouble are
more likely to have either multiple inverters, or have replaced an inverter
and their existing iSolarCloud account holds both historical and current
data. A comment on issue 111
<#111 (comment)>
earlier today reported success deleting bogus plant data.
I have no idea about the relative proportions of users who have no trouble
with GoSungrow in its current form, vs those who can't get it to work. I'm
in the former group.
also i can not find anywhere to download the api key
Please read this gist
<https://gist.github.com/Paraphraser/cad3b0aa6428c58ee87bc835ac12ed37>.
At least one of the four use cases summarised at the top probably covers
what you want to do. The gist includes the new API key (
B0455FBE7AA0328DB57B59AA729F05D8).
Someone else also posted a comment to issue 101
<#101 (comment)>
which included ANDROIDE13EC118BD7892FE7AB5A3F20 and said it worked.
I'm using the B0… key. I have not tested the ANDROID… key.
------------------------------
A lot of what is in the gist I mentioned above may seem overly-complicated
at first glance and it probably is. However, it's the product of what
various contributors have the skills, time and willingness to do.
In an ideal world we (the community of users) would know what is behind
MickMake's inactivity and then be in a better position to decide whether to
fork the repository. But that would also depend on someone wanting to step
up and take ownership of processing pull requests, debugging problems,
building release artifacts, distributing Docker images for Home Assistant,
and so on. That's a big commitment and nobody has yet put up his/her hand
to accept that responsibility.
In short, the situation now is the best we can do.
—
Reply to this email directly, view it on GitHub
<#112 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AVMLI3ZTMCABG5FSRHNXRMLY65MSBAVCNFSM6AAAAABGWHLDRWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZUGI2TCMJYGM>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
|
The API key is As I said, it's in the gist. |
|
Yes i see :-). Still dont work.
Will not connect.:-/
|
|
You are going to have to provide more information. How are you trying to run GoSungrow? Are you doing it as the "add-on" in Home Assistant, or are you running the standalone binary? If you are using the add-on, have you followed Part 2 of the gist? What do you see in the log inside Home Assistant? If you are running it standalone, what is it saying when you try to run it? Did you recompile it yourself (gist part 1) or did you download a patched binary (gist part 3)? Either way it's a good idea to sanitise your email address, iSolarCloud username and password before you post anything here. And, when you post log messages here, please remember to put the text inside triple-back-ticks (known as "code fences"), like this: ``` Putting stuff between triple-back-ticks means it appears "as is" and doesn't wrap the lines of text. It makes it much easier for someone else (like me) to see what is going on. |
|
So yes i use the "plugin" in HomeAssistant. i get the error i have also tried with the .com adr so there is more life in the .com but i cant get rid of the "secure" error problem is that i am running on the european server. \Thomas |
|
Assuming you're in the EU, you need to set the gateway to: Compare the correct URL (above) with the incorrect URL you have been using, below: I am pretty sure it's that "au" after the "//" that is your problem. I only know of two valid URLs. There's the EU one above and |
|
yes it tries to connect but same problem. f.... i give up :-( |
|
"Request is not encrypted" is the direct result of not having performed all of the steps in gist part 2. If you firmly believe you have done that then, please do this:
Paste the output into your reply between triple-back-ticks. |
|
Ill try again. Might have gotten something wrong following the guide
Den fre 26 apr. 2024 11:55Phill ***@***.***> skrev:
… "Request is not encrypted" is the direct result of not having performed
all of the steps in gist part 2
<https://gist.github.com/Paraphraser/cad3b0aa6428c58ee87bc835ac12ed37#encryptionhack>
.
If you firmly believe you have done that then, please do this:
1. Connect to Home Assistant.
2. Go into the Advanced SSH & Web Terminal.
3. Type the command:
docker images
Paste the output into your reply between triple-back-ticks.
—
Reply to this email directly, view it on GitHub
<#112 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AVMLI34WIAEYOXV2VVEO2DDY7IQCBAVCNFSM6AAAAABGWHLDRWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZZGA2DGNRVG4>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
|
yeah so i might have messed up something last time. Sungrow API EndPoint not yet implemented |
|
WT..... after 5 restarts and trying different options on the server connection it suddently connected ! ?? i have no idea what i did |
|
A couple of people have reported "EndPoint not yet implemented". See #19 and this gist comment. The following search suggests the message is probably coming from GoSungrow rather than iSolarCloud: At a guess, it likely means the iSolarCloud API has returned an endpoint (a metric) that GoSungrow doesn't know how to handle. As to why it has gone away, your guess is as good as mine. The lack of ongoing complaints in those two hits I mentioned above suggests it is transient rather than persistent. Will it come back? No idea. However, if it does, I will only be able to give you the same answer which boils down to "no idea". Sorry I can't be more help. |
|
And again.. Hello @ALL ! use GoSungrow config write --appkey ANDROIDE13EC118BD7892FE7AB5A3F20 and it works ;-) Greetings :) |
That was the solution for me!!! |
|
I had done the docker image swap fix a few months back. And for the record, I'm using the key |
|
Hmmm. So now we have @stniemin giving us a classic case of the exception proving the rule. My hypothesis of a 1:1 relationship between an AppKey and an iSolarCloud server goes straight out the window. There must be another explanation. Every time I look at the New hypothesis: There is a relationship between the AppKey each person needs to use and the platform that person employed when first setting up the iSolarCloud account (or, perhaps, registering the most-recent inverter). In my own case, after my (first and only) Sungrow inverter was set up, I used the iSolarCloud app on my iPad to do all the setup steps. In other words, I used iOS (or, if you're an Apple purist, iPadOS) and the What's the story with anyone (eg @jangoetz @Sn0w3y @grechi-diego) who has found they need to use the |
I can confirm that I did my first Setup on an Android device... |
|
i used all still working :-) |
|
@BlueScreenTT and did you do your original setup with an iOS device or an Android device? |
|
So. The Electrician responsible for the installation did the config in his app on an Android Phone and then shared the installation with me. |
|
L'ho configurato con un dispositivo Android
Il gio 2 mag 2024, 12:17 Phill ***@***.***> ha scritto:
… @BlueScreenTT <https://github.com/BlueScreenTT> and did you do your
original setup with an iOS device or an Android device?
—
Reply to this email directly, view it on GitHub
<#112 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AO6MNOFJ7DISX2JP4TIZUATZAIHFBAVCNFSM6AAAAABGWHLDRWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAOJQGEYDANRYGU>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
To throw a further spanner into the hypothesis works: I set up my iSolarCloud environment originally with my iPhone, and have never involved an Android device in the process. However, I've just returned to tinkering with this after a while of leaving it be, and in reading through solutions for the API error I've tested the ANDROID api with the augateway.isolarcloud.com host, and it successfully connects. So I'm totally not sure what significance that name has to the end user. Maybe it was involved in the creation of the api at the other end? |
|
Hey @Paraphraser Your comments are really cool, and I envy how much u understand. Error: unknown error 'Missing parameter in request header: x-access-key' I do have proper info from my contacts at sungrow who prepared all details codes and keys and created an API account… but there is nowhere to put in the missing code. How can this be added? I am totally new to json and did some however little digging in my ssh but cannot seem to find config.json either. Any pointers? Advice? Help? Being upfront… I am super fresh to json config so please do not hate my questions.... I just need little bit of help from someone who knows programming... I hope once I can get GoSungrow configured I can get it to connect. And thank u for any kind of reply in advance. Sincerely.
Raf |
|
I don't think I've seen that error before. I have no idea what it means. I have tried mucking-up my own settings but I can't replicate that problem. Are you sure you followed all the steps in Gist Part 2? There has been at least one example where someone eventually found that, although s/he believed the gist steps had been performed correctly, starting over from the beginning solved the problem. Perhaps you could give that a whirl. I'm no HA expert but my understanding of the way it works is that HA encodes the contents of the configuration tab (YAML) into JSON and passes that to the GoSungrow container when it launches. Inside the container, a startup script parses the JSON and sets up a bunch of environment variables. Then it calls This differs from the situation where you compile GoSungrow yourself as a standalone application. I don't know what happens on Windows but on macOS and Linux, you call GoSungrow and pass it various configuration parameters which are then written into: Thereafter, calling You can't do any of that when it's running in a Docker container as an add-on for HA. If you actually want to check the results of the HA startup process (from "Configuration" tab to what GoSungrow (the process running inside the Docker container) actually uses when it starts up, you can do it like this:
If anything is getting "hosed" between the "Configuration" tab and the I seem to recall that at least one person has run into trouble by using a password that contained characters that didn't survive this double-translation process so maybe that's your problem too. I hope that all makes sense. Why is it all so complicated? No idea. Leaving HA to one side, the pattern of passing configuration parameters into Docker containers using environment variables is fairly well-established. It's actually one of the "signatures" of a well-behaved container. Less-well-behaved containers expect you to create config files beforehand, or expect you to run them once so they can set up defaults which you then tweak. In my experience, the GoSungrow container is a bit unique in taking one JSON file, parsing it to environment vars, then re-interpreting back to another JSON file. But maybe that's a common pattern for HA add-ons. Who knows... |
|
Hey Phill
Thank you ever so kindly.
For responding first and foremost.
That in itself is already fantastic.
So lets start with a thank you.
My level of code knowledge is way below what you explained.
I just started 3 months ago.
Fast learner with yaml coded my own version of modbus integration for double inverter but beyond that…. Im just too out of depth.
My downfall is knowledge of ssh commands or lack of there of…
I will explain where I am at.
With the user access key given by you in your explanation notes I can replicate your error request is not encrypted. So its kind of step in right direction. Note here clock date is out of whack. Not sure why.
Will come back to that.
That means this access code must have already embossed x-access-key into its root code since its not asking for one.
Normal case of API would require access key, x access code. Rsa possibly.
So if I try to use my access key it is obviously asking for one. Cos it doesnt recognise it.
Sungrow team was at my place just month ago. They sent me a proper api access with all credentials. So my gut tells me if only I could get to the file which contains all the 4-5 code lines to enter I would simply connect - thats my logic.
Now. I tried to read through your github explanations. I just found it yesterday. It is so complex. To me. But Im reading. Trying. And I will keep trying.
I downloaded git on my HA.
Tried to find wget. Couldnt.
Not quite sure how to configure it. Yet
I tried manually enter commands to advanced ssh. Typing in the commands as per git but it just returns no such directory or other errors.
U are a coder. Im not. So I guess fore me Im missing the core knowledge to sort this out. I understand your process but just not sure how to get there myself.
I sort of edited my own version of config.json in visual studio - and have it validated online…. Could be a go if only I knew where or how to get it into the right place or how to bring up and replace the files I need.
Im super excited u said hi.
Again thank u. Means a lot!
Ill keep trying but it will be impossibly dauntingly gruesome slow process.
Ill be in front of a laptop later tonight and will put in some more effort.
Fun with HA hey?
🙏🏼❤️🙏🏼
Raf
Sent from Nam Concept’s iPhone
On 24 Aug 2024, at 5:48 PM, Phill ***@***.***> wrote:
@RafAustralia<https://github.com/RafAustralia>
I don't think I've seen that error before. I have no idea what it means. I have tried mucking-up my own settings but I can't replicate that problem.
Are you sure you followed all the steps in Gist Part 2<https://gist.github.com/Paraphraser/cad3b0aa6428c58ee87bc835ac12ed37#encryptionhack>?
There has been at least one example where someone eventually found that, although s/he believed the gist steps had been performed correctly, starting over from the beginning solved the problem. Perhaps you could give that a whirl.
I'm no HA expert but my understanding of the way it works is that HA encodes the contents of the configuration tab (YAML) into JSON and passes that to the GoSungrow container when it launches. Inside the container, a startup script parses the JSON and sets up a bunch of environment variables. Then it calls GoSungrow config write which takes the environment variables and generates a config.json. All of this is dynamic and occurs every time the add-on starts. It is that dynamically-generated and non-persistent config.json which is used by GoSungrow (the process) as it goes through the login process and begins fetching data.
This differs from the situation where you compile GoSungrow yourself as a standalone application. I don't know what happens on Windows but on macOS and Linux, you call GoSungrow and pass it various configuration parameters which are then written into:
~/.GoSungrow/config.json
Thereafter, calling GoSungrow api login or other commands reads that file to retrieve credentials. In other words, config.json is something you really only see as a permanent file (which you could actually edit) when you are running GoSungrow standalone.
You can't do any of that when it's running in a Docker container as an add-on for HA.
If you actually want to check the results of the HA startup process (from "Configuration" tab to what GoSungrow (the process running inside the Docker container) actually uses when it starts up, you can do it like this:
1. Get into the advanced SSH terminal (as per the gist).
2. Run the docker ps command. You'll see a list of running containers and one of those will contain "gosungrow" in its name. You need the "CONTAINER ID" from that line. It'll be something like "0fab5d5ff74d".
3. Use the container ID like this:
$ docker exec 0fab5d5ff74d cat /data/options.json /data/.GoSungrow/config.json
If anything is getting "hosed" between the "Configuration" tab and the options.json, you should be able to spot it in the first part of the output; if it's being misinterpreted between options and getting into config.json it will show up in the second part of the output.
I seem to recall that at least one person has run into trouble by using a password that contained characters that didn't survive this double-translation process so maybe that's your problem too.
I hope that all makes sense.
Why is it all so complicated? No idea. Leaving HA to one side, the pattern of passing configuration parameters into Docker containers using environment variables is fairly well-established. It's actually one of the "signatures" of a well-behaved container. Less-well-behaved containers expect you to create config files beforehand, or expect you to run them once so they can set up defaults which you then tweak. In my experience, the GoSungrow container is a bit unique in taking one JSON file, parsing it to environment vars, then re-interpreting back to another JSON file. But maybe that's a common pattern for HA add-ons. Who knows...
—
Reply to this email directly, view it on GitHub<#112 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BIGQNNDGMZMPYYPDGB54OBTZTA3ERAVCNFSM6AAAAABGWHLDRWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMBYGE3TONRWG4>.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
Have you installed the Advanced SSH & Web Terminal? If not, please do that. Have you gone to the "Info" tab of Advanced SSH & Web Terminal and:
If not, please do that. Now you should see "Terminal" in the side-bar. When you click it, you will have a terminal window. This is the same as connecting using an SSH client (ssh on macOS and Linux, something like Putty on Windows). You can do everything you need to do using the Terminal window so you don't actually have to worry about SSH. Now, "request not encrypted" is pretty much the signature of not having followed all the steps in Part 2 of the gist. So, let's see what's what. In the terminal window, please run these commands: To be clear, the You should get something like this: I want you to copy the answers that come back from running those commands and paste those lines into your reply. You should do it like this. First, a line of triple back-ticks (the back-tick is usually to the left of the "1" on the top row of your keyboard): ```
``` This is known as a "code fence" and it stops GitHub from interpreting everything as running paragraphs. Now, as to your other points. If you're trying to install tools like Part 1 of the gist is for compiling GoSungrow to run anywhere except in Home Assistant. You've said you want to work in Home Assistant. That means you need to follow Part 2 of the gist. Part 1 is irrelevant. There's nothing stopping you from doing both, providing you actually want to be able to run GoSungrow from both the command line and in Home Assistant. You just need to keep your objectives straight in your mind. Perhaps, just for now, concentrate on HA. That means focusing on Part 2 and ignoring Parts 1, 3 and 4. |
|
Hey Phill
Thank you again…
Yes my SSH is working totally and fully – always has been – I just do not use it much.
It is running properly… no issues.
Protection mode is disabled.
***@***.***
But when I type $ docker ps
I get the following:
***@***.***
It says - command not found.
That’s why I said it confuses me as it almost seems the directories are not there…
Maybe and just maybe it did not install fully?
Raf
|
|
Hey
Running $ docker images however returns the following:
Raf
This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. NAM Concept is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.
From: Phill ***@***.***>
Sent: Saturday, August 24, 2024 9:16 PM
To: MickMake/GoSungrow ***@***.***>
Cc: Rafal Tomaszewski ***@***.***>; Mention ***@***.***>
Subject: Re: [MickMake/GoSungrow] Is this still working? (Issue #112)
@RafAustralia<https://github.com/RafAustralia>
Have you installed the Advanced SSH & Web Terminal? If not, please do that.
Have you gone to the "Info" tab of Advanced SSH & Web Terminal and:
1. enabled "Show in sidebar"?
2. disabled "Protection mode"?
If not, please do that.
Now you should see "Terminal" in the side-bar. When you click it, you will have a terminal window.
This is the same as connecting using an SSH client (ssh on macOS and Linux, something like Putty on Windows). You can do everything you need to do using the Terminal window so you don't actually have to worry about SSH.
Now, "request not encrypted" is pretty much the signature of not having followed all the steps in Part 2 of the gist.
So, let's see what's what.
In the terminal window, please run these commands:
$ docker ps
$ docker images
To be clear, the $ is a convention which means "type the remainder of this command and press return (or "enter" if that's what's written on your keyboard). The first command is just docker ps - right?
You should get something like this:
~ $ docker ps | grep gosungrow
0fab5d5ff74d ba22da74/amd64-addon-gosungrow:3.0.7 "/init /usr/local/bi…" 7 hours ago Up 7 hours addon_ba22da74_gosungrow
~ $ docker images | grep gosungrow
triamazikamno/amd64-addon-gosungrow 3.0.7 f2cbc9418287 8 months ago 161MB
ba22da74/amd64-addon-gosungrow 3.0.7 f2cbc9418287 8 months ago 161MB
ba22da74/amd64-addon-gosungrow 3.0.7-backup 2f8714749ba2 11 months ago 161MB
I want you to copy the answers that come back from running those commands and paste those lines into your reply.
You should do it like this. First, a line of triple back-ticks (the back-tick is usually to the left of the "1" on the top row of your keyboard):
```
then you paste your material here, then another line of back-ticks
```
This is known as a "code fence" and it stops GitHub from interpreting everything as running paragraphs.
Now, as to your other points. If you're trying to install tools like git and wget then you're following Part 1 of the gist.
Part 1 of the gist is for compiling GoSungrow to run anywhere except in Home Assistant.
You've said you want to work in Home Assistant. That means you need to follow Part 2 of the gist. Part 1 is irrelevant.
There's nothing stopping you from doing both, providing you actually want to be able to run GoSungrow from both the command line and in Home Assistant. You just need to keep your objectives straight in your mind.
Perhaps, just for now, concentrate on HA. That means focusing on Part 2 and ignoring Parts 1, 3 and 4.
—
Reply to this email directly, view it on GitHub<#112 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BIGQNNCZYPF3G23C4CZVRSTZTBTQJAVCNFSM6AAAAABGWHLDRWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMBYGM2TQMZZGY>.
You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>
|
|
Hey Phill got it... sorry was using $ sign... now corrected.
|
|
Hey Phill
Learning curve – sorry…
Got these replies:
```
~ $ docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
ba22da74/aarch64-addon-gosungrow 3.0.7 8a21246efb09 8 hours ago 118MB
~ $ docker images | grep gosungrow
ba22da74/aarch64-addon-gosungrow 3.0.7 8a21246efb09 9 hours ago 118MB
```
|
|
@Paraphraser Followed the whole config - step by step and got exactly the replies you pointed to. below is the list of what I have done" I will give HA a reboot see if it changes anything... but that is part 2 which I think I followed to the dot. Sadly -still the same error... regardless. Oh well... maybe you have some idea what else to try... thank you so much again Phill |
|
@RafAustralia The reason the As a heads-up, you don't need to re-run that command because I'm pretty sure I understand what has gone wrong. However, I'm going to explain the basics of Unix/Linux command patterns because it's something you are going to need in future. Please study this: 
What you're seeing in that first line is divided into several parts:
Then we get to The two lines after that are the output from the Then you see a repeat of the first line, followed by the cursor waiting for the next command. If you are reading documentation about Unix commands, the most common pattern you will encounter is: The The reason it is done like that is to separate commands from their output so that if I repeat what is in the screen shot: the message you should receive is "run the The sequence Another very common pattern replaces the 
See how the system prompt changes? The OK. Let's rule a line under all that. Here's the basic problem: Conceptually, a Docker "image" is like a freeze-dried snapshot of a running computer. An image has an operating system (some version of Linux) plus just enough to run a particular service (in this case, GoSungrow). When you go into the Home Assistant GUI and tell it to start GoSungrow, Home Assistant (HA) tells Docker to "run" the image named: What Docker does is to search the list of images for a match on that repository name and tag, load the image into memory in a kind of sandbox and set it running. Now, please look at the "Image ID" column. See how the first two lines have the same image ID "8a21246efb09". The Image ID is what counts. Because the image IDs are the same, those first two lines are the same image. In other words, these two name+tag combinations both point to the same image:
Then, look at the third line and see how it has a different image ID "005ee47d3a6a". The problem is that 8a21246efb09 is the bad version of GoSungrow while 005ee47d3a6a is the good version. The good version is not being loaded because the name+tag is pointing to the wrong image ID. We can't control the name+tag combination that HA uses when it asks Docker to launch GoSungrow but we can control what the name+tag points to. The reason you have this problem is because you missed a step when following Part 2 of the gist. I'm not going to ask you to start over. I'm just going to tell you how to fix it.
With any luck, that will cure the "not encrypted" problem. If it still doesn't work, go back to the Gist and double-check: The most-likely culprit will be using the wrong APPKey and, as explained in the gist, you just have to use trial and error to find the right key. If you wondering why we have to put up with all this complicated gobbledeegook, it's because the owner of this GitHub repository hasn't updated the images in a while. Nobody knows why. This gobbledeegook is a hack. Hopefully it's an interim hack but nobody knows. |
|
Holly Molly Phill!!! It actually appears to have worked!!! Wow... see the images below: But it crashes out after a while.... see the end of the file... it logs in and does it all but in the end it comes to a stop... and exists the add on - puts it in the stop state...
So your error got fixed - somewhat... just the add on doesnt like to stay on. I know it would be nice to ask mickmake... but we got to do with what we got right? You are super amazing Phill... its been a very very awesome learning curve :) btw - I am on discord under "rafaud" if you use discord channels |
|
Going back to one of your earlier posts - the one beginning:
If you look through the sequence of commands you executed and then compare what you did with the gist, you'll see that gist Part 2, Step 7 has this instruction: That's critical command you missed. It's what we fixed with the I'm only mentioning this because I want you to have faith in the original instructions should you ever need to re-do any of this work. In another post beginning:
The reason I asked you to double-check that was because, earlier, you wrote:
The thing is, the All up, it wasn't clear to me whether you had opened an SSH connection to HA or to something else, or which part of the gist you were following. That's why I wanted to take you back to ensure the basics were in place. Now, as to your latest problem: I'm sorry but I don't have a solution for that. You said you weren't a coder so that probably looks like the usual unintelligible crud programmers like to foist on the world (and I've written my fair share of unintelligible error messages in my time so I have to accept some of the blame). That's a programming error. I could elaborate but it wouldn't really add much to the discussion. There is another error (which I hesitate to classify as a programming error) which you'll see mentioned here for which the signature is: With that error, I suspect that when the owner of this repo was testing the code, the server at the Sungrow end which was sending data back to GoSungrow always returned a textual representation of an integer (nothing more than digits, possibly preceded by a + or -). That In the case of this Now, to return to your error, the lines after the two lines I quoted above are called a "stack trace" and they are read in reverse order such that the line at the top is the actual point of the crash: See how that mentions Now I'll go back to how we got here. Late last year Sungrow changed their API to require encrypted comms. That led to a flurry of activity which eventually wound up with "triamazikamno" (you'll see that name in the Docker images) recompiling GoSungrow and pushing updated images to DockerHub. To get to that point needed people with the skills to analyse the problem, figure out the solution, the "go" programming knowledge to apply that solution, and the Docker knowledge to build replacement images for the various hardware architectures. We were all extremely lucky that the people with those skills were available and were able to come together to do the work. If that hadn't happened, we would all have been stuffed. Fixing problems like your "invalid memory address or nil pointer dereference" or the In short, and I'm really sorry to have to say this, but until that happens, I think you're basically stuffed. |
I do use Discord. As The thing is that I doubt that I know more than 1% of what there is to know about Discord. I certainly don't know how to make use of "rafaud". I tried typing |
|
Heeey Phill I have sent you a friends request on discord.
Thank you for all the explanations… it all makes sense.
I do have multiple inverters and multiple batteries… so I could have seen this coming .. makes sense again…
|
|
As some of you know this repo is no longer being maintained for some reason and has several connection issues. While there are some patches available, such as the one by triamazikamno, they don’t fully address the problem. Specifically, the addon still generates multiple unnecessary entities, complicating the selection of data to be returned and causing frequent connection flooding errors. In response to this, I decided to develop the GoSungrow2MQTT, a simple script that encapsulates the GoSungrow API along with a Node.js app running in Docker. The script periodically executes user-defined GoSungrow endpoints and sends the results filtered to an MQTT broker. This way, in Home Assistant, you will be able to create sensors that subscribe to these topics and receive only the information that truly matters. Hope it helps. |
|
Hey cool…
I never made it to work – it was not accepting any login data although I have proper API access.
So does your script allow users to use their own API login keys and etc?
|
|
Nice. Ill give it a try
Den tis 1 okt. 2024 05:05RafAustralia ***@***.***> skrev:
… Hey cool…
I never made it to work – it was not accepting any login data although I
have proper API access.
So does your script allow users to use their own API login keys and etc?
—
Reply to this email directly, view it on GitHub
<#112 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AVMLI33ILPNRAMNSS4MNNN3ZZIGOTAVCNFSM6AAAAABGWHLDRWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGOBUGY4DQMBRGQ>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Hi
I see that all the pictures are from the "old" interface from Sungrow
is this still working with the new version they have released "isolarcloud"
also i can not find anywhere to download the api key
\Thomas
The text was updated successfully, but these errors were encountered: