Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Works a few seconds and then becomes Unavailable #88

Closed
thrawnarn opened this issue Nov 23, 2021 · 10 comments
Closed

Works a few seconds and then becomes Unavailable #88

thrawnarn opened this issue Nov 23, 2021 · 10 comments

Comments

@thrawnarn
Copy link

I just got an update of my ARM of the support. Now it only works for a few seconds then it becomes Unavailable. I'm guessing it only only works when it's getting new data, and then it sets it as Unavailable.
My ARM version is: v13
They also upgraded my DSP-board.

This is when it works:
inverter_1

a few seconds later:
inverter_2

This is the history of the inverter entity:
inverter_3

@mletenay
Copy link
Owner

This is very likely caused by the unreliability of the network, i.e. not all requests were responded or responded in time.
Try to set the integration log level to debug and see if there are failed requests.
Anyway, there's not much shat can be done on the integration page, only to improve your network stability.

@TPochobradsky
Copy link

I have a similar problem. What HW components do you use? I have HA on Synology VMM and Microtic router.

@kolossboss
Copy link
Contributor

I have the same problem for month now. I‘m not sure whats the problem.
I forced my installer to replace the wifi modul, with the wired Ethernet modul. But same problem.
I have a very reliable unifi system with zero other issues.
I played with the Integration settings like scan interval and Network timeout. Its better, but still sometimes not available.
image

@thrawnarn
Copy link
Author

Yeah, I still have the same issue. My network is superstable with unifi products. And I am using ethernet all the way. I used the wireless module before I used the Lan module and I had zero problems with that, so its not a network problem.

@kolossboss
Copy link
Contributor

Maybe its a issue with the unifi devices?

@TPochobradsky
Copy link

I have tried to connect HA with Goodwe through another router and cables without significant changes. :-(
There are two potential problematics points. The wired Ethernet modul or Instalation HA in VMM on Synology NAS.
Any idea what to tri change?

@kolossboss
Copy link
Contributor

I tried the wireless and wired modul. No changes.
My HA running with HassOS on an Intel NUC and its connected to the same Unifi Switch

@TPochobradsky
Copy link

My HA running on Synology DS218+ (DSM 7.0.1) -> VMM 2.5.5 -> Home Assistant OS 7.2.
Switch is Mikrotik hAP ac^2.

@kolossboss
Copy link
Contributor

kolossboss commented Feb 4, 2022

I tried the official integration, but its much much worse...
you cant change things like scan interval and network timeout.
Its automatically polling every 10 second.
But changing this to 30s does not work for me.
The automation in the documentation says, that I need the update sensor.ppv But sensor.ppv it not availble and sensor.goodwe_ppv also did nothing when updating via automation.

For now I try to go back to the custom integration.

@thrawnarn
Copy link
Author

thrawnarn commented Mar 24, 2022

Ok, I've been looking more into this, because I know that my network isn't bad. And now I think I know whats happend.

Just my backstory again; I had wifi and the integration work flawlessly, but my sems portal didn't work. Because of this I got a LAN module from my supplier. But the LAN module needed a new ARM-firmware to work with the integration. I emailed goodwe who installed the new ARM-firmware, but they also updated my DSP version from v9 to v12. And after this the integration isn't working very good.

My theory is that the DSP-version is answering UDP-calls differently. I think it only answers when something has changed. I wrote a supersimple software to check this manually. It sends the udp request packet with a timeout of 500ms and then retries after 1 second. I'll attach the log for it here. As seen it only sends bytes only to the changed value, and when it responds varies heavily.

goodwe.log
The log is pretty huge, it's almost 24 minutes (1000 iterations), but I wanted to run it for a longer timespan to show how consistent it is.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants