As an update: Ive just gotten the X Tilt / Z-Leadscrew setup working now, and I think this was 90% of my issue! Ive run 4 prints now using the x tilt correction before each print and Ive NOT needed to babystep in with PLA [ only filament tested so far ] .... Amazing! At most it may need .02 / .04 tweek to be PERF.
Thanks guys ... yeah I just punted and dl'd 3 main files [ as I dont use PanelDue ] and - installed ...
Guessed on the order... just did the main baords fw 1st then, wifiserver then DWC file.
Im using Matterhackers [ they are just down the street from me ] 1.75 Aqua PetG Pro
Thank you for the updates !
Ive been going bat isht crazy with baby stepping since day one with duet - in that I have to restart printer every print and re mesh bed level etc and resett baby stepping because there seems to be a "stacking" of the offset or some division of the gross sized offset between prints ... Can you elaborate a little on what was corrected / changed pertaining to the babystepping or link to the thread where it was discussed ?
Thanks again ...
Sputty
Nice !!!!
Im jealous I must say.
Well I never knew if you were a "decking Man" or ... DEC Kingman - mystery SOLVED !!! 
Looking forward to seeing / reading of your 3d exploits.
Enjoy
@dc42 said in Pause / Resume from DWC buttons - nasty head crash - but WHY?:
@sputnikoc3d said in Pause / Resume from DWC buttons - nasty head crash - but WHY?:
2.02RC5
You should not use beta or RC firmware versions once the corresponding stable release is available (2.02 in this case). As @resam said, there was a known bug in this area in some 2.02RC versions.
Thanks David ...
Lesson learned then. I wondered if I had changed something somewhere that may have caused it ... I had not had the printer up and working for over a month - and needed to get a friends parts printed ... asap. Didnt think to see if there was a new version before rockin and rollin. Lesson #2 learned 
Im up on all the latest stable full releases now.
thanks to all for the assist.
and this is tested ... per filament type and for each nozzle diam ... correct ?
And that you deckingman ... and all
2.02RC5
wifi 1.21
web interface 1.22.5
I suspect the fact that I may have executed a few DWC commands from the windows - may have caused the board to lose track of its location ? I didnt think it would but perhaps it does. Trying to search for answers ...
Done this a few times in the past but it no workieeee this time.
Hit Pause ... Print head moves - sits idle with heat still on...
Hit Macro - for releasing the Extruder Motor [ M84 E0 ]
remove filament - cold pull style - manually ...
insert new filament feed - press in till a bit of oozing [ petg 245*C ]
tweez off ooze
Hit Extrude for 50mm on the DWC panels buttons for Machine Control Window
Hit Resume .... [ i remember it used to work ] .... but alas, in this case - hard crash into part.
Looks like it was trying to go to gcode's beginning and print a Purge Strip.
Clueless in Cali
; pause.g
; called when a print from SD card is paused
;
; generated by RepRapFirmware Configuration Tool on Wed Jan 31 2018 09:50:41 GMT-0800 (Pacific Standard Time)
M83 ; relative extruder moves
G1 E-4 F3600 ; retract 4mm of filament
G91 ; relative positioning
G1 Z5 F360 ; lift Z by 5mm
G90 ; absolute positioning
G1 X0 Y0 F6000 ; go to X=0 Y=0
=============================
; resume.g
; called before a print from SD card is resumed
;
; generated by RepRapFirmware Configuration Tool on Wed Jan 31 2018 09:50:41 GMT-0800 (Pacific Standard Time)
G1 R1 Z5 F6000 ; go to 5mm above position of the last print move
G1 R1 ; go back to the last print move
M83 ; relative extruder moves
G1 E4 F3600 ; extrude 10mm of filament to undo the retraction from Pause.g
@dc42 said in Tutorial - running Duet Wifi 2 in Access Point Mode ?:
M587, M588 and M589 commands do not work in config.g because the WiFi module isn't enabled until config.g has completed, and only then if there was an M552 command in config.g. So to execute these commands, go to the console using YAT, PanelDue or DWC (if you are connected) and then:
- if you are not connected via DWC, send M552 S0 to start the WiFi module in idle mode
- send the M587, M588 and/or M589 command(s) you need
TY DC42 - that about sums it up. USB or PanelDue of no M5882.
even if I had a paneldue [ and this is based on never having USED one ever before ... how would one MAKE a new macro on hte paneldue - to issue the commands to make a macro and send M587/M588/M589 .... guess there is a interface for typing characters on it ?
Off to the elecreinics store to find a long enough USB cable now that will reach from Intel NUC to Printer. Pronterface ok here for this YAT is just not my cup of tea - at all.
I feel as if the 1st order of business to tackle this issue is - stopping the Duet from connecting to the OLD network. aka - flushing out the stored settings on this indestructible eprom memory ....
M588 from config.g doesnt work - what other options for this are avail ?
remove sd card and do a full reset - reinsert sd card and reboot ? how does that perhaps work - and ... I will say again - this is in-f'ing-sane to have to do THIS ...
If I wanted to hook the printer up to a USB cable... muhhh NVM ....
@fcwilt said in Tutorial - running Duet Wifi 2 in Access Point Mode ?:
Now that I think about it I've believe I have always executed the gcode I posted using the USB connection just to get the WiFi connection going so I could then create the various configuration files.
I've don't think I have ever actually tried it from within config.g OR as a macro executed via the DWC.
Frederick
got a friend who executes a stored macro almost verbatim of the one i Just posted [ because I essentially stole his ] - that he runs off the panelDue when needing to connect at a different locale than HOME.
@phaedrux said in Tutorial - running Duet Wifi 2 in Access Point Mode ?:
Should work, yup.
May need to specify the full path for it. Are you putting the macros in the macros folder or into the sys folder?
0:/sys/macro.g or what have you
i put this one in the SYS folder ...
when i go to open and edit the macros in Notepad++ in the /macros folder - they dont appear to have a file extension on them, and I am not savvy about using notepad++ and creating a file with NO .extension on it. and since the default path seems to be /sys for the M98 command - i created a .g macro file on /sys ... i didnt specify the full path in the config.g M98 command either
it didnt work - nothing does