Duet 2 looses connection on fusion 360 post process file

Are you getting any error messages when post processing in Fusion, and what post processor are you using for the Duet. Fusion have made some changes recently which are apparently causing issues with post processing but I haven't had time to explore any issues with the Duet post processors. Please upload your Fusion file and your g-code file here so I can have a look at them both.

Alex.

PS, do you have a WiFi or ethernet Duet?

PPS, was on my phone when I first posted - have now seen the header of your g-code file. While I don't see anything in that that would cause a disconnection, I do see that you are not using Ooznest's post processor for Fusion (or my development of it that gives you back most of the rapid moves that Autodesk took away from hobby users and allows the use of multiple wcs's within one job). Your feedrate does seem VERY high at 4500 mm/min - are you seeing any signs of motors stalling, any low voltage reports from the Duet or other error reports?

Is this an Ooznest machine running Ooznest's firmware. If not could you please tell me more about it's origin and set up.

 

Thanks David. Haven't had time yet to look at post processors for the Duet, I don't think "power" is used as a variable in any of my post processors or in Ooznest's (which is quite basic). I'll have to boot up the PC in my attic to check other issues. Speaking of other issues, someone in my Facebook group for Workbee users reported problems if coolant method wasn't selected (I thought one was always selected as a default but I may have set up a default setting years ago without really noticing). Holiday weekend so I'll try to boot up my design PC tomorrow, update Fusion and see what happens.

Alex.

 

Have to agree with @Peter Van Der Walt - as I said above, there is nothing in the header of your g-code that could cause a disconnection. I did wonder if the high feedrate was causing a motor stall, possibly causing a voltage drop as a result. The Duet Web Control interface has a console tab - show us a screenshot of that immediately after the disconnection and include the whole screen in your screenshots - sometimes there's a clue in the bit you don't show.
Have you set up the Duet to connect via your LAN or as an access point?

Alex.

PS, please confirm if you are using the RepRap V3.3 based firmware from Ooznest - from your screenshot it looks as though you are but the info that would confirm it is just out of view.

 

That is a problem with Ooznest's adoption of the RepRap V3.3 firmware (which expects an output pin to be defined for spindle control) and the fact that they have not updated their post processor to deal with it. The Duet normally ignores that error and runs the job anyway. If not using g-code to control a spindle the simplest solution if it is causing issues is to not output the spindle control g-code. I've already created a Vectric post processor to do that, but I see that Ooznest's Fusion post processor isn't outputting those codes anyway.
I'll contact some people in my Facebook group who are more into that version of the RepRap V3.3 firmware for advice, but, as I said, the Duet normally ignores that error - it certainly wouldn't cause a WiFi disconnection. My feeling is that the focus on the Fusion post processing is leading us away from the true issue.

Alex.

 

It's the other way round with the Duet firmware version Mark is using Peter - if the Duet sees a spindle g-code it will look for a definition of that tool - which output pin is to be used to send signals to it for example. Vectric users have found that, if it does cause issues, NOT sending a spindle command solves the issue. This is the first time I've come across a problem with Fusion. I don't use that version of the firmware, so I'm waiting for feedback from some of my Facebook group members who are much more familiar with it. I still don't see anything in the g-code that would cause a WiFi disconnect.

@Mark Goodacre, the first file you you posted was post processed using the Autodesk "generic 3 axis" post processor - NOT a Duet specific post processor.
Try using Ooznest's post processor or my development of it.
If you upload your Fusion file as I requested I can run it through an appropriate post processor to see what happens.

In the meantime, can you tell me what you see in the tab circled in red in the pic below immediately after losing connection?



Thanks, Alex.

 

Hmm, going back to Peters' point about spindle commands I do see that the file Ooznest gave you DOES have spindle commands, so do use the correct post processor, although I still don't see how that could cause a WiFi connection problem.

Alex.

 

This is the first time I've seen any mention of a "Duet upgrade". Do you mean the firmware? If so that is likely your problem - you most likely missed a step in the rather long upgrade process and you now have some elements of the old firmware trying to interact with the new. It's fixable but I'll have to dig through some old posts in my Facebook group to find the info and links you will need.
Make sure you have all the details for your WiFi login saved somewhere safe

Alex.

 

M8 is not a valid RepRap code - if the Duet firmware did encounter the M8 command it would look for a macro with that name. There is no M8 in the g-code though.

 

Highly unlikely that it is a problem with Fusion - that post processor dates from 2019 and has been working fine for hundreds/thousands of users. I'm still upgrading my Fusion install so that I can open your file - then I'll post process it using Ooznest's and my, rather more complex, post processors. There is nothing in your g-code though that could possibly cause a WiFi disconnect as far as I can see.

Alex.

PS I've messaged you.