It would be nice to be able to see on the PanelDue which layer is currently printing, as well as the total number of layers, and the total z-height of the print.

When I power on my Duet 2 Wifi, I can connect to it via the web interface as well as interact with it through the PanelDue. However, after a few minutes, I lose Wifi connectivity, the PanelDue doesn't interact with it and I cannot maintain a connection through USB.
My PanelDue says that it is at 0.2mm z-height, even though it's well past that.
It is still printing currently just fine, but I have no way to interact with it. This started happening recently. I am on the latest Wifi firmware version (1.23) and tried out version 2.02 and 2.03RC2 and neither fixed the issue.
Is this a hardware related issue or software? Is this a known issue, and is there a remedy?

@dc42 Thanks!

I would like to be able to easily get the current mix ratios for all of the tools. It would be nice if this was part of the JSON output from M408. The only way that I could figure out from the documentation is to run M567 P* for each tool.
Maybe something like this as a JSON property:

mixRatios:[
  [0.00, 0.50, 0.50, 0.00],  // Tool 0
  [1.00, 0.00, 0.00, 0.00],  // Tool 1
  ...
]

My idea was to add a graphical way to view and change the mix ratios via the web control, but I didn't want to make a bunch of separate requests to get the ratio for each tool, and JSON from M408 is easier to parse than the text from M567 P0.

@phaedrux said in Upgrading to 24v:

@makotosan the endstops aren't exposed to 12v or 24v. 3.3v only.

https://duet3d.dozuki.com/Wiki/Connecting_endstop_switches

That's right. Thanks for the correction.

If your endstops have LEDs in them, you'll need to change out the resistor for them, or remove the LEDs as they will be overpowered. Otherwise, you'll be fine going to 24V.

Nevermind. The endstops use 3.3V.

@dc42 It is currently connected and reports a strength of -34dBm:
- WiFi -
Network state is running
WiFi module is connected to access point
Failed messages: pending 0, notready 0, noresp 0
WiFi firmware version 1.23
WiFi MAC address xx:xx:xx:xx:xx:xx
WiFi Vcc 3.35, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 24112
WiFi IP address 10.10.0.239
WiFi signal strength -34dBm, reconnections 0, sleep mode modem
Socket states: 0 0 0 0 0 0 0 0

I was also getting errors too frequently (every 2 seconds or so) about the Wifi module.

See this video:
https://youtu.be/1MD_5E8soJQ

@dc42 Not 100% sure. I know that within the rules, you can apply the rule to "AC" clients only (802.11ac). Although I do have other devices that are only 2.4 GHz on the same network that maintain a connection.
From what I have read, the ASUS router has a "bounce detect" that will stop trying to steer a client if they cannot connect to the other band in a certain period of time.

I will try out restricting the steering to 5 GHz to only 802.11ac clients and put the Duet back on the network to see what will happen.

@dc42 Thanks for the response. I also have the "Smart Connect" feature which assigns devices to the 2.4 GHz or 5 GHz network based on rules, and the AI Mesh feature with multiple ASUS routers. I am wondering if it's due to the Smart Connect or the mesh features.

I figured I'd take a stab at implementing this. Looks like the PanelDue is sending a "M408 S0" to get the current info. I was thinking of changing this to a "M408 S4" to get some additional info, and if the status is currently printing, send a "M36" to get stats of the current file.

I was able to remedy this situation by setting up a dedicated Wifi access point for the Duet using an older access point. Someone mentioned that the Duet doesn't work well with MIMO or dual band networks. The older access point that I set up, an EnGenius ECB350 AP, is just a 2.4 GHz network with no MIMO and it seems to be working well.