I know this sounds a bit silly, but have you tried turning the second board off and back on a few times and try to connect between each power on?

I have (4) Duet 0.8.5 boards each with unique MAC addresses and IP Addresses, and every so often when I turn them on they don't respond on the network properly. In my case, I shutoff the machine, give it a second, and then turn it on again and try to connect. Sometimes it takes 2-4 attempts before the boards respond on the network. No idea why it works, no idea why it doesn't sometimes. I have found its more frequently an issue when a machine goes un-powered for a longer period of time which means it could be some capacitor issue in the 0.8.5 design is discharging over time causing the issue and the repetitive turning it on and off recharges it enough to behave.

I also found it happens less frequently when I changed my config lines for M552 to include the S1 parameter, but I still see this happen every so often.

I know this sounds a bit silly, but have you tried turning the second board off and back on a few times and try to connect between each power on?

I have (4) Duet 0.8.5 boards each with unique MAC addresses and IP Addresses, and every so often when I turn them on they don't respond on the network properly. In my case, I shutoff the machine, give it a second, and then turn it on again and try to connect. Sometimes it takes 2-4 attempts before the boards respond on the network. No idea why it works, no idea why it doesn't sometimes. I have found its more frequently an issue when a machine goes un-powered for a longer period of time which means it could be some capacitor issue in the 0.8.5 design is discharging over time causing the issue and the repetitive turning it on and off recharges it enough to behave.

I also found it happens less frequently when I changed my config lines for M552 to include the S1 parameter, but I still see this happen every so often.

Is it possible to draw a horizontal bar in the 12864 menu system on the Duet Maestro board o show print progress? I see the entries for values 535,536, and 537 about printing progress but is that just a text output or is it possible to tie it to a horizontal bar?

Just wondering if it was possible to spend enough time duplicating some of the Marlin looks while printing or even some of the progress bar that you get from a PanelDue or DWC page on the 12864 displays.

From Pronterface all that looked like it worked when I did it earlier as you see in your screenshot, but nothing from the outside could connect to the Duet Maestro when I had the M540 in my config.

It looks like the default MAC works and doesn't conflict with the existing Duet 0.8.6 boards, so I don't have any particular reason to need the M540 anymore. I'm assuming the default MAC addresses on all Duet 2 devices will be unique now unlike the older Duet 0.8.6 boards?

I tried a few different variations with no luck. These are some of what I tried, primarily because it was very similar to what I used with the Duet 0.8.5 systems:

M540 P0xED:0xE5:0xED:0xE5:0xED:0xE5
M540 PED:E5:ED:E5:ED:E5
M540 PEDE5EDE5EDE5

On the Duet 0.8.5 I use the following on one of the machines:
M540 P0xBE:0xEF:0xFE:0xAD:0xDE:0xAD

So after ordering and receiving a Duet Maestro V1 from Filastruder during their Duet Discount flash sale a few weeks back, I ran into a strange issue setting up the board yesterday. I generated a configuration from the RepRapFirmware Configuration webpage and put it on the SD card. Turned on the machine, it connected once for less than a minute and then wouldn't connect again.

Went back and forth changing small items in config.g and ended up with some strange behaviour that may be a minor bug in the settings.

On my (4) existing Duet 0.8.5 boards, each one had to use M540 to set unique mac addresses despite them having different static IP addresses. If I left M540 out of their config.g, as long as only (1) Duet 0.8.5 was online they would work fine, but the moment I turned on a second Duet 0.8.5 neither would communicate. So based on that experience, I assumed I would have to have the M540 on the Duet Maestro board with it's own unique identifier as well. This is where the bug begins.

I noticed the Duet Maestro board would power-up and the display on the Ender-5 worked, had menus, etc... so I could tell the board was functional. However, it would not load the DWC page nor would it respond to a ping from a network device. I could connect to it with the USB cable and user Pronterface to interface with the Duet Maestro. I went down various paths, using M552 to set IP addresses even to the point of setting it to 0.0.0.0 for DHCP. Using Pronterface over USB, M552 S1 P0.0.0.0 would indeed get an IP address from my network DHCP server, but still wouldn't respond to ping or connect to the DWC either. Everything within Pronterface over USB said the Ethernet card was enabled, working, had IP address, but nothing outside could connect to the Duet Maestro over Ethernet.

Re-reading the GCode section for M540, I noticed the comment about the default MAC address on a Duet 2 Ethernet is generated from the unique processor ID so there is normally no need to change it. That had me wondering about the Duet Maestro, so I removed my M540 from the config.g and rebooted the Duet Maestro.

Bang, everything worked like expected. It responded to ping on the network, it loaded the DWC page no problems.

It appears there may be a bug or issue with the latest firmware on the Duet Maestro not communicating properly if the config.g has something defined in M540. Without M540, it works no problem. With M540, the board thinks its working but nothing can connect to it from the outside. Had it not been for my experiences with the Duet 0.8.5 boards I probably would have left the M540 command out of my Duet Maestro config.g file, but it appears there may be a minor issue with it on the Duet Maestro.

I have not checked to see if the Duet Maestro has any issues online when the (4) Duet 0.8.5 boards are online too. It was rather late when I discovered the issue with M540 on the Duet Maestro. I'll continue the test with all (5) Duet boards on the same network later tonight.

Submitted Bug Report to Cura.

https://github.com/Ultimaker/Cura/issues/5881

Apparently, in Cura 4.0.0, for RepRapFirmware, it still generated G10 S1.

These are the new commands. This has to do with no longer requiring the user to cut the trace to enable 3.3V. With it working out of the box without issue, I suspect they've defaulted the BLTouch to run with 3.3V using that Logic voltage free. With Marlin, it was necessary to add some code to force the BLTouch to use the 5V Logic before using the remaining commands.

Another solution to support 5V was to rip off the yellow capacitor, but I find the software solution is a little nicer going forward.

Just looking at my new Ender-5 that has a Creality Melzi board and potential upgrades. I recently just had to jump through hoops and add a section of code to the Marlin firmware to support the new BLTouch V3 due to the difference in commands. This got me wondering, long term I could see me replacing the Melzi board with the Duet Maestro so I can keep the existing 12864 LCD panel, does the Duet firmware for the Maestro contain the updated commands for the new BLTouch V3?

Part of the changes mean you no longer have to cut the trace on the circuit board, but you do have to add an additional command to specify 5V or other prior to probing otherwise the trigger state may not function properly.

Yes, my offset for the probe is X33, Y0, Z0.425. The probe distance was calculated with Solidworks and then verified on the machine with a piece of tape and a center line. In my Z probe setup I'm using A10 and S0.001 and it doesn't seem to be probing more than twice in that area of the bed.