This site is now in read-only archive mode. Please move all discussion, and create a new account at the new Victron Community site.
Hi all,
I have a EasySolar-II GX ( firmware 2.84 )
I have defined a static IP and Gateway on the wifi interface and a static IP address on the Ethernet interface. For some odd reason the wifi Gateway IP address gets wiped ( four times yesterday and twice today).
Is there some reason for this ? or are there logged files I can debug somewhere on the device?
Regards,
Joe.
You'd usually control this centrally on whatever has the SIM card for WiFi access, or on the router in a static connection. We need more details about how the GX gets it's internet access.
this entry returns to all dashs 
We can't help if you don't answer questions.
The GX is connected to the internet via :
1. the wifi interface to an Access Point
2. From the AP is ethernet to a router hosted in my house (192.168.8.1 )
3. From the router ( over ethernet, NAT) 4G modem to my SP.
All interfaces are manually defined.
Hello all,
No, there is no wifi extender. And it has a wifi sign strength of 40%
So it has just happened again. Gateway has reset itself... ( in blue below )
Regards,
Joe.
You can also revert it to a dhcp address, if needed, set a reservation on your router.
It doesn't matter if WiFi interface is set to manual or DHCP, it is also no (obvious) matter of signal strength,(AP to Cerbo <4m) which is good in my case. Sometimes it works for weeks without any issue, then it happens several times a day. When it happens, I can connect to remote console from inside my LAN and re-enter the gateway manually (often I have to manually enter the gateway 2 or 3 times until it sticks again) or switch from manual addressing to DHCP and then back to manual. It happens as well, if the addressing mode is set to DHCP instead of manual.
The issue is very hard to reproduce for me and therefore hard to report. In my case the botch solution is, to automatically restart the GX when there is no contact to VRM.
I doubt it is an issue of my WiFI network, since I changed router (DHCP server) and WiFi AP to another brand in the meantime and it has not really changed the behavior.
It is not very common, that both network interfaces on a GX (LAN and WiFi) are in use at the same time. Most people use only one interface. Maybe the issue is rooted there somehow.
Hi Markus,
The reason I configured both interfaces is one for local access and as these devices are hosted in the plant room. I know 40% is a bit low but I have tested run pings on the local wifi and none are lost. ( unless the GX reboots ). Thanks for letting me know you see the same issue if you statically define a dhcp entry, and to be honest, I think this might be a workaround the Victron has put in place..
I have one or two questions to help me debug:
1. Are you running ESS and do you have a negative setpoint set on?
2. Are you running a parallel multiplus II configuration?
3. The GX reboots a number times a day? ( mine could reboot 0 to 20 times daily)
And as you said there is nothing I can configure to reproduce ( very random and very frustrating ).
Hi,
1. Are you running ESS and do you have a negative setpoint set on?
Yes, I am running ESS with a grid setpoint set to +50W
2. Are you running a parallel multiplus II configuration?
Nope, 3 phase single unit per phase.
3. The GX reboots a number times a day? ( mine could reboot 0 to 20 times daily)
Does your GX reboot, even when the "reboot when no contact to VRM" option is turned off?
In my case, it does not happen very often. Sometimes it is running good for weeks, sometimes it happens maybe twice a day.
The quote above about failover applies to the Cerbo. The built-in GX does not mention this and it definitely refers to either wifi or wired in the manual.
That said, the code is pretty much the same, so may well behave in a similar manner.
Venus OS is Linux underneath. Linux handles most lan things automatically very well. But when there are multiple Ethernet interfaces for different networks, problems can come up. Usually you'd configure at os level. Here we have custom software, which also looks as if its updating the configuration based on startup and trying to correct errors when they occur. There's a clue from the manual quote about determining which has the internet connection.
Guessing that intermittently the weak wireless connection kills the internet, Venus recognizes it, tries to recover and also kills the manual parameters when it switches to auto mode.
This really needs to go to the developers.
Configuring both interfaces manually at OS level may work, but may also end up getting killed by the automated routines.
