Hi All,

I've been meaning to investigate this a bit more but the time has never been right. Since the latest Venus release code, V2.22, I've been having WiFi disconnects every few days, or perhaps more like a week or so. I did however log into the unit itself to check the log files but it doesn't give me any useful information.

What happens is that I can see on my router that my device is disassociated and then never reconnects. A reboot or an unplug and reinsert of the WiFi dongle fixes it.

I do not recall it happening on a previous, or previous -1, version of software but could be mistaken. The only thing I do is to have the browser semi-permanently connected to it in the background so I can monitor the stats. I also have a Modbus connection requesting data every 1s to pull data off the unit - not much, perhaps 5 registers at most. When the web browser times out after a long while I just reconnect and let it run in the background again.

Ingo

You should take this to the venus dev mailing list. You want Mans Rulgard to look into it 🙂

Thanks. I am on that list already. Will try and recover the unit today and see if I can get more info before I drop them an email.

1 hour ago, Ingo said:

I do not recall it happening on a previous, or previous -1, version of software but could be mistaken.

Jip, I found that too. Someone logged in and in the next release it was fixed. So it could be a new one.

There is a new Beta update out @Ingo if you use the Beta versions. Or wait for the official update. 

Fix (very rare) issue that causes the internet connection not working on a CANvu GX (dns race condition)

or

Fix internet connection issues for a small number of systems; by lowering the MTU to 1450. If affected you typically see that logging data to VRM works, but Remote Console does not work; and Remote VEConfigure and Remote Firmware Update work partially: scanning typically works; but anything using full packet sizes; such as uploading a firmware file; or transferring the VEConfigure file; does not work and returns error 1300. More information here: https://community.victronenergy.com/questions/3608/how-to-solve-error-1300-on-remote-ve-configure.html.

1 hour ago, The Terrible Triplett said:

Fix (very rare) issue that causes the internet connection not working on a CANvu GX (dns race condition)

or

Fix internet connection issues for a small number of systems; by lowering the MTU to 1450

Neither of those has anything to do with it. The top one is for a Venus running on a CANvu, and the bottom one lowers the MTU somewhat so that there are less support issues from people in "sh*thole" countries where the ISPs can't properly do PMTUD.

🙂

2 minutes ago, plonkster said:

Neither of those has anything to do with it. The top one is for a Venus running on a CANvu, and the bottom one lowers the MTU somewhat so that there are less support issues from people in "sh*thole" countries where the ISPs can't properly do PMTUD.

🙂

At least I tried. 🙂 

Just now, The Terrible Triplett said:

At least I tried. 🙂 

Fair enough.

That second one though... PMTUD... I really really hate it when ISPs get this wrong and you have to work around it by crunching your own MTU down below it. Years ago I remember setting up an IPSEC tunnel from a Linux machine running StrongSWAN to a CISCO router in Botswana. Now what you have to understand about IPSEC is it makes your packets larger (cause it tags on headers), and because someone had helpfully firewalled off all the ICMP needed for PMTUD to work... we ended up running with an MTU of 1350 to get it working.