WiFi issues with 3.5.4

fcwilt

Hi,

I recently upgraded from 3.4.6 to 3.5.4 on a Duet 3 Mini 5+.

All of my printers (5), under 3.4.6, had rock solid connections to WiFi.

Now the printer I upgraded to 3.5.4 is regularly losing its WiFi connection.

Refreshing the connection via the web browser (Chrome) does not restore the connection.

However after losing the connection, with a terminal type program connected via the USB port, doing a M552 command reports that the WiFi is connected to the correct SSID with the correct IP address.

Nothing else has changed, just the firmware on that one printer.

Any ideas?

Frederick

dc42

@fcwilt do you have a PanelDue connected? If so then upgrading it to PanelDueFirmware 3.5.1 will probably help. Also increase the number of retries allowed in the DWC settings.

droftarts

@fcwilt This is a known problem with some WiFi setups. Generally it's caused by the increasing size of the Object Model with each firmware release, and how long it takes DWC and PanelDue to retrieve the data from the firmware. Overlapping requests eventually cause the firmware to run out of buffers. RRF 3.6 betas have addressed this issue, but there are a few things you can do in existing releases:

In DWC > Settings > Machine specific > Communication panel, set "Number of maximum AJAX retries" to 4
Update PanelDue firmware to the latest https://github.com/Duet3D/PanelDueFirmware/releases/latest
Update DuetWiFiServer to v2.2.1 https://github.com/Duet3D/WiFiSocketServerRTOS/releases/latest
Remove any redundant configuration data that increases the size of the OM. The problem is most prevalent on toolchangers, where extra expansion boards and more configured motors, heaters and sensors create a larger OM.
Remove any redundant networking protocols (telnet, ftp - enabled with M586)

Ian

fcwilt

@dc42

Thanks. Will do that.

Frederick

fcwilt

@droftarts

Thanks for the feedback.

I did not realize the size of the object model could affect WiFi.

Not knowing that I have made extensive used of the object model to create data driven code which allows the code to be used on any printer by having the values that are unique to the printer in the object model, rather than in the code itself.

I would not like to have to abandon that approach.

And I am using both FTP and Telnet so disabling them would be a bummer.

I will make the settings change and update the firmware.

Frederick

droftarts

@fcwilt I don't know exactly what data is requested from the OM for DWC and PanelDue, I think only the changing data, so I doubt it will be affected by your use of data driven code. It's more the increase in the number of sensors and configured drives, whose positions are frequently updated, ie whatever is displayed in DWC and PanelDue. @dc42 and @chrishamm will know better than me, though.

Ian

fcwilt

@droftarts

That does make sense. Why would any thing other than my code need to know that values in the object model.

Frederick

fcwilt

@droftarts

Hi,

I made all the changes I could:

Retry setting
PanelDue firmware
DuetWiFiServer firmware

The DWC reports the new version number. The PanelDue reports the new version number.

The WiFi still disconnects.

This is not good.

I suppose I could create a temp config.g file with a bare minimum of items just for testing.

Is is possible to revert firmware back to the previous versions?

Any other ideas?

Frederick

droftarts

@fcwilt Try it with the 3.6.0-beta.4. Or revert everything to 3.4.6.

Ian

fcwilt

@droftarts said in WiFi issues with 3.5.4:

@fcwilt Try it with the 3.6.0-beta.4. Or revert everything to 3.4.6.

Ian

I know how to upgrade.

How do I revert if that is what I have to do?

Thanks.

Frederick

jay_s_uk

@fcwilt same way

fcwilt

@jay_s_uk said in WiFi issues with 3.5.4:

@fcwilt same way

So I upload the old version files and it will ask if I want to install?

Frederick

droftarts

@fcwilt Reverting is easier, because you just upload the 3.4.6 release zip file. But 3.6 isn't too far away from being released, and it would be good to get your feedback if anything is broken for you before we release!

And people that have had WiFi issues have found the latest 3.6 beta (along with the other suggestions) fixes them.

Ian

fcwilt

@droftarts said in WiFi issues with 3.5.4:

@fcwilt Reverting is easier, because you just upload the 3.4.6 release zip file. But 3.6 isn't too far away from being released, and it would be good to get your feedback if anything is broken for you before we release!

Ian

Glad to help.

In the past I have avoided the betas and rcs as I did not realize it was possible to go back to an older version.

Knowing that I will give the beta a go.

Frederick

fcwilt

@droftarts

I went to the site to download the beta files but I don't see the ZIP file of all of the Duet 3 files I am used to using.

So I guess I need some of the files list.

Which ones?

Thanks.

Frederick

droftarts

@fcwilt assuming you’re running standalone, the ones whose name matches your board(s), so probably Duet3Firmware_Mini5plus.uf2, and DuetWebControl-SD.zip. Upload them as-is.

Ian

fcwilt

@droftarts

Thanks much.

I will give that a try and let you know.

Frederick

fcwilt

@droftarts

I gather the Duet WiFi Server at version 2.2.1 doesn't need to change?

Thanks.

Frederick

droftarts

@fcwilt no, as that’s the version that’s distributed with 3.6.0-beta.4

Ian

fcwilt

@droftarts

Well I updated to 3.6.0 BETA 4 and the WiFi connection failed even sooner than it did under 3.5.4.

The features of 3.6 sound interesting but not at the expense of no WiFi connection.

I was able to revert to 3.4.6 so that is good for now.

Thanks.

Frederick