OK, I'm now officially over the Wifi card on the Duet Wifi, and on the verge of trash canning the Duet Wifi in favour for one of my old Duet 0.6!

My problems started when our router failed and I had to replace it with a different router, only problem is the new router has an incompatibility with the Duet Wifi and my aircon system…. both these devices have a similar setup paradigm which involve connecting to a dummy wifi server to configure etc.

The problem is when these devices connect to the router they appear to reject the IP address assigned to them, you can see them attached to the router but on the connected devices table where you normally see the MAC and IP addresses you con only see the MAC, and there is -- for the IP

Looking at the router logs I can see that the router is trying to assign IP addresses but the devices are just not responding and completing the pairing.

but.... that's only the start of my troubles! after doing some checking I find that my firmware is now pretty old so need to change it so get out a third wifi router to try and see if that works (which it does), only trouble is I need to turn off the household router in order to get the Duet to reboot into default mode.... A router that is currently being used for streaming TV, connected Xbox games and someone watching porn on their tablet, so you can imaging how delighted everyone is with me turning off the router!

Anyway turn it of I did (and subsequently made everybody in the hose very happy by turning it off a further dozen times! and eventually connect it to the third router to perform the upgrades!

result, well after further router disruptions I tried to configure to the original router and found that the problem is as bad as every, never mind I think, I guess Ill just have to have a printer only router/network....maybe this isn't as bad an idea as it sounds!....except my laptop refuses to connect to the new router because there is no internet connection!!!FFS!

Oh and did I mention that somewhere along the line Ive lost the ability to connect to the web interface....still working on that one, but its a new day, and I think Ive forgotten which router the printer is currently connected to and going to have to turn off all routers to try and reconfigure it!!!

though all this (and its still unresolved) I just cant help thinking how much better this would be if it still had the LAN port!

Pretty sure there was no opportunity for a short circuit. at the time I thought I had an open circuit/damaged wire etc, so was swapping out the suspect cable with one from my Fisher…. the running backwards was pretty weird though

Spent today refitting my Delta with the Duet Wifi, initially had a problem with the Z axis running in reverse, and after some diagnostics smelt toasted circuitry and now the Z axis doesn't run at all!

Put the original Duet 0.85 back in and its running fine!

could someone please confirm the function of M584, if I run M584 X0 Y1 Z4 E3 would that let me use the spare driver for the Z axis? any other changes that should be made?

CC test is usually only in a single direction, Astrom-Hagglund is bidirectional, I would suggest with CC that you do both a heating and cooling step test and use the average result, both CC and Astrom-Hagglund will require that you give the PID function a manual mode of operation, and Id also recommend a bump-less transfer function.

Black on blue would be a headache for Duet newbies, but I'll take one, this would be my 4th Duet and as long as we get a good clear print connection diagram I can see not problems

Sorry DC42, but I've got to strongly disagree with you on this one, but I'm talking from a point of 30 years experience using and developing PID control algorithms reasonably tuned PID is always spot on when achieving the target temperature, and the current Duet PID algorithm is not great, but I've never had a problem getting a reasonable tune, however, I can understand how anyone unfamiliar with PID can get themselves into trouble or think that its some kind of black magic….

ZN tuning basically sucks for temperature control tuning especially when you have an ambient cooling system (as per 3D printers), the only reason ZN tuning gets used by 3D printers is because its a widely documented as an 'easy' method yet rarely do the web sites that tout it explain in what applications ZN tuning works, and yes the Astrom-Hagglund method (ZN Plus relay) is generally the standard autotune algorithm, yes it doesn't give great results, but when your not experienced in PID tuning its a good starting point

The other issue with PID with heating systems is the D term.... its generally has little benefit in this type of system and only serves to confuse, a good PID algorithm makes it very easy to disable the D term.

Personally I think the best methodology would be FF+PI this are PID variants, and when I write a PID algorithm I always give them a FF term they are basically systems where you use a FF factor to get the temperature in the ball park then P and I terms to tweak output to get the required final temperature, generally speaking they give very fast initial responses,

Maybe I should take the time to develope a better temperature control algorithm myself..... only issue is after a year of half hearted attempts I've still not manged to get get Eclipse up and running so I can play with the firmware.... and I blame you DC entirely for this, if you were not doing such a damned great job with the firmware then I would have more encouragement to fix the problems (which mostly dont exist) myself!!!

Really have to ask, but what on earth is 'predictive temperature control' are you talking about Feed forward or heuristic control?… both I would consider to be a poor replacement for PID.

The problem with PID control is tuning and most people who talk about tuning of PID rarely explain that the tuning methodology changes with the form of the PID algorithms (and there are many forms)

How about replacing the existing PID algorithm with an auto tune algorithm?