Bed temperature dropdown does not match setting

[phoenix]

Hello, I have noticed that in the Web interface, the dropdown for Bed temperatures does not match its preset list: instead it lists the same temperatures as for the Tools. I assume there's a config file that has failed to update - can somebody point me in the right direction?

The "Machine Specific Settings":

[Phaedrux]

Which firmware and DWC version?

[phoenix]

@Phaedrux Sorry I forgot to mention... 3.5.3 both

[jay_s_uk]

@phoenix it's probably an issue with dwcsettings.json in the system folder. Try deleting it and trying again

[phoenix]

@jay_s_uk thanks - deleted the file but it came back the same way

[jay_s_uk]

@phoenix you can check what they're set to in the settings tab. I think it's the machine specific one

[phoenix]

@jay_s_uk The first screenshot in my original post shows the Machine Settings Tab: on the bottom you see the presets (90 / 85 / 65 / 60). The dropdown (250 /235 / 220 /205 / 195 / 160 / 120 ) is what I get as choices when I go to set Bed temperature

[Phaedrux]

One for @chrishamm I think.

[Simonjb]

I see the same problem and only with bed temperature. Deleting cookies and the dwc settings file and trying different browsers sometimes removes the error but it has always come back...

[droftarts]

@Simonjb @pheonix Can you try:

• Renaming sys/dwc-settings.json to something different (eg .old on the end)
• Reload/refresh the browser, then check settings, and see if new sys/dwc-settings.json has been created.
• Edit something, eg add another temperature in Settings > Machine-specific > Tool temperatures to create a new dwc-settings.json.
• Check if new sys/dwc-settings.json has been created, and if settings stick.

Otherwise, it may be something hung over from a previous DWC install in the www folder. Edit the www folder on a PC: rename or delete it, create a new one, and unzip the contents of the DuetWebControl-SD.zip from the matching firmware version into it, then test. Check the sys folder for any other .json files kicking around, rename/move/delete them too (except for configtool.json, which is for the RRF config tool). If you find anything odd, please post.

Ian

[Ballador]

Hi, sorry for the late repost here, as you can see, it also affects SBC mode. It probably has to do with the client it's connecting to. As you can see, in PrusaSlicer (whatever they use for connecting to the printer) the issue shows without fail. However, on Firefox Desktop, it works just fine

However, on Firefox Android, the bug happens again

Just like Firefox on Android, chrome also does it too

[gloomyandy]

@Ballador I've just tried this using a recent 3.6 (standalone) build. Works fine for me on Chrome on Windows 11, ChromeOS (Asus Chromebook) and Android (Pixel 7a). Not suggesting you should switch to 3.6, just providing another data point.

[droftarts]

@Ballador @phoenix @Simonjb I think we've found why this happens: check that 'Single bed control` in DWC Settings > Machine-Specific is not enabled. It's a bug that's being fixed for the next release.

You can tell if this is turned on, as there's a drop down arrow next to 'Bed' in the 'Tools' section. Same for Chambers, if you use that.

Ian

[Simonjb]

@droftarts Ian, That fixed it however it persists as a bug in 3.5.4

[droftarts]

@Simonjb yes, the reason for this bug appeared after 3.5.4 was released. It’s been fixed, but there hasn’t been a release since. See the last couple of updates here https://github.com/Duet3D/DuetWebControl/activity

Ian