Solved After update to 3.5.0-beta.4 - wifi module reported failed

[Plohish]

@OwenD
Unfortunately it didn't help...
I returned to 1.27, no more problems!

[Plohish]

@OwenD
there is another small problem, the printer does not turn off the power at the end of printing
i read this:
The use of M1 to end a job is deprecated. The M1 command no longer runs file sleep.g, instead it runs stop.g like M0. In future we expect to change the behaviour of M1 to be in line with the NIST standard.
what should i use instead of M1 ?

[OwenD]

@Plohish
You should create a stop.g in the /sys directory if you don't already have one.
This will be run at the end of every print job or when M0 is called.
You used to have to call M0 implicitly, but I'm pretty sure in one of the 3.5 betas it started being run automatically.
It should contain your shutdown procedure such as turning off heaters and calling M81
Change your M1 calls to M0

[Plohish]

@OwenD
The stop.g file is present in my system, I entered the code into it:
M81 S1
It works, I didn't have to change M1 to M0 in the final code

[droftarts]

@Plohish said in After update to 3.5.0-beta.4 - wifi module reported failed:

@OwenD
Unfortunately it didn't help...
I returned to 1.27, no more problems!

The initial release of 3.5beta4 was posted with the wrong version of DuetWiFiServer firmware; it was 2.1beta3, it has now been updated to 2.1beta4. Can you try that? You will have to connect via USB and re-enter your access point SSID and password using M587.

Ian

[Plohish]

@droftarts
unfortunately my printer is busy for a few days now, maybe I can do it later...

[boldnuts]

I have also seen the same issue using the DuetWiFiServer firmware 2.1beta4 with my Duet2 Wi-Fi, with YAT connected I get SPI errors" unable to get WIFI module status" but on returning to version 1.27 it works ok.

[Plohish]

@droftarts
Now I think there is no need to repeat the experiment? boldnuts had the same problem with the 2.1beta4 update...

[droftarts]

@Plohish @boldnuts
We think that the wrong wifi firmware has been installed. Initially, the firmware for the ESP32-equipped boards (Duet 3) was called DuetWiFiServer_32S3.bin because that's how it's built, but DWC renames that to DuetWiFiServer.bin so it incorrectly gets installed on the ESP8266 module on the Duet 2 WiFi, causing the failure you see. The ESP32 firmware has been renamed to DuetWiFiModule_32S3.bin, so it will be ignored on Duet 2 WiFi now. Please download and try the DuetWiFiServer.bin in the 3.5.0-beta4 release: https://github.com/Duet3D/RepRapFirmware/releases/tag/3.5.0-beta.4

Ian

[boldnuts]

@droftarts that seems to have fixed this issue, thank you