You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've been trying to move from V2 to V3 of the add-on but am running into an issue with the setup process of V3. I'm unable to reach the webgui config stage because the add-on spends a couple of hours looking for devices on my network. I'm wondering if this is because of the size of my subnet?
The scanning process does eventually succeed, although in this case I deliberately left V2 running (so as not to have a large downtime) so got a connection in use error afterwards. I can however confirm this occurs even with the V2 add-on fully stopped before V3 is started.
I appreciate I could accept the outage time and just wait for this process to complete, this time with the V2 add-on stopped, but surely this is not intended behaviour? Cheers.
I don't have the same multi-hour startup as @KingDigweed has but I have noticed that V3 starts up considerably slower than V2, to the point that after a clean HA start Predbat will often complain that GivTCP isn't working and force a restart of GivTCP.
Could some form of cache of saved network/inverter configuration be provided to prevent this extended startup?
To update, I decided to put up with the delay and attempted to properly set-up the V3 add-on. After "only" a 1 hour wait this time, I managed to get to the web-ui and went through the set-up procedure. Got to the end, saved and the add-on rebooted... Again, seems like I'll be waiting a long time even after confirming the IP address etc. :( Maybe an option in the misc section of the webgui to skip network discovery and just use the user provided IP address(es)?
Current DEV version has an "auto_scan" hidden config item, which you can set to false to bypass ip scanning. If you directly modify the allsettings.json file and add or amend "auto_scan":true to "auto_scan":false then it should boot quicker. You will need to make sure you update the inverter config items manually if not previously picked up.
I've been trying to move from V2 to V3 of the add-on but am running into an issue with the setup process of V3. I'm unable to reach the webgui config stage because the add-on spends a couple of hours looking for devices on my network. I'm wondering if this is because of the size of my subnet?
The scanning process does eventually succeed, although in this case I deliberately left V2 running (so as not to have a large downtime) so got a connection in use error afterwards. I can however confirm this occurs even with the V2 add-on fully stopped before V3 is started.
I appreciate I could accept the outage time and just wait for this process to complete, this time with the V2 add-on stopped, but surely this is not intended behaviour? Cheers.
The text was updated successfully, but these errors were encountered: