Best posts made by mwinterm

Coincidentally I kind of did the same and also shared my post 5 days ago:

https://forum.duet3d.com/topic/7187/problem-with-setting-working-coordinate-systems/9

I run both of them on the same model and they produce very similar results. The only differences I found were the following (when the tool-probing is deactivated):

1. Before the the first operation starts:
   Jacotheron:

; layer 1

; (Slot1)
G28 Z
G0 X10 Y10
M291 P"Insert Tool #1 (Dia:10 )" R"Tool Change - Paused" S3 X1 Y1 Z1
M3 S17000
M291 P"28000 RPM (#5 ~26000-[27000]-29000)" R"Spindle Speed" S3 X1 Y1 Z1

mine:

;SLOT1
M5 ;Makes sure the spindle is off before the tool change
T1 ;Call Tool 1
M3 S28000 ;Start Spindle at 28000RPM
G54 ;Set the working coordinate system

Jacotheron homes the Z-aces first, not sure why. I think normally homing should not be part of a cnc-program. Further he added a tool-change position which can be defined in the fusion post parameters which makes a lot of sense. However I think it should be in absolute machine parameters i.e. something like G53 G0 X10 Y10. Further the max RPMs can be capped using a fusion post parameter which is also cool as well as the comments that are issued regarding the tool change. However I think adding M5 would not hurt as the spindle should be stopped before any tool-change. T1 is missing in my understanding as without calling it the tool-offsets are not set. This might be obsolete if you probe every during the tool change. However I prefer to measure all my tools in before starting machining using tool-offsets. And even when probing during the machining I think it would be more correct to set tool-offsets using M585. Finally I think the right WCS should be called as well.

2. Before the second operation
   Jacotheron:
   ; layer 2

; (2D Pocket1)
M3 S17000

Mine:
;2D POCKET1

The call of M3 S17000 is obsolete as the spindle is already running at the right speed from the first operation. However typically it also does not hurt.

3. Mine is rounding feeds to full numbers as Jacotheron is rounding to one decimal (F333 vs F333.3). Irrelevant...

4. At the end of the program:
   Jacotheron :
   ;
   G28 Z
   G0 X0 Y0
   M5
   ;%

Mine:
M5

I don't understand why G28 Z and G0 X0 X0 should be called here. Adding a G0 X10 X10 (i.e. moving to the tool-change position) would make sense as the tool-change position typically moves the head to a safe place.

Looking at the post-code there are not too many differences as well. So merging the two posts together should not be to hard. I already have mine on github and would be open to do so...

Best regards,

Marc

Thanks, now it is building again!

My findings during the build process for the Duet Wifi were:

1. Getting the right branches (and matching versions):

CoreNG: master
FreeRTOS: master
RRFLibraries: master
DuetWiFiSocketServer: dev
RepRapFirmware: v2-dev

additionally I needed (not mentioned in the howto):
CoreESP8266: dev

2. For the DuetWifiSocketServer and the CoreESP8266 I needed the xtensa-lx106-elf-gcc cross-compiler. I found in a project file that you used one that came with an Arduino package. So I also installed the Arduino Package ESP8266 which provided the corresponding compiler and set the paths correspondingly.

3. I needed to manually add some paths when files could not be found.

Maybe this info is useful for someone trying to do the same.

Hello,

I'm using a duet wifi for controlling my cnc router which works fine so far. However I'm experiencing some problems when using WCS (working coordinate systems).

I move my head to a certain position i.e.
G1 X305 Y965 Z70 F12000
The position I see in the web-interface is accordingly X=305, Y=965, Z=70
Then I want to set my WKS to be zero at that point. Therefore I tried the following two commands
G10 L2 P1 X305 Y965 Z70
and
G10 L20 P1 X0 Y0 Z0
which both result in a position X=0, Y=0, Z=70. I would expect Z to be 0 as well.
Now I issue the following command
G1 Z0
The machine does not move but the position display goes to Z=0 and the machine works as expected.
If I don't issue this G1 Z0 my Z-axis is either offset or I get directly and out-of-limits error when issuing any G0/G1 commands result (I don't understand yet when which of these two scenarios happens).

Further if I'm going from WCS1 two WCS2 by issuing G55 I get the position diplay X=305 Y=965 Z=70 as expected and everything is working fine. However when I go back wo WCS 1 (G54) then I get again the strange behavior from above having the position display showing X=0, Y=0, Z=70 with the same consequences as described above.

For me this looks like an issue about how WCS are set for Z-values not equal to 0. However I might as well miss some of the concepts how WCS should work. I'm happy for any support.

Best regards,

Marc

PS:
Firmware Name: RepRapFirmware for Duet 2 WiFi/Ethernet
Firmware Electronics: Duet WiFi 1.02 or later
Firmware Version: 2.0(RTOS) (2018-06-05b3)
WiFi Server Version: 1.21
Web Interface Version: 1.21.1

@dc42 Thank you very much for the modifications! I've just tested them and they work perfectly for me

Thank you, that is good to know. Therefore it makes sense for posts not to issue G2/G3 as they do not provide a performance increase over G1.
For me there is no need to configure this segment length as I have much more options in the CAM software to modify the linearization. Anyway for me the segment length is not a suitable parameter in this context. More meaningful would be a segmentation based on tolerance value i.e. one would specify the maximum deviation from the circle allowable and by that the segmentation would be determined individually for each G2/G3.
But anyway I'm not sure how important G2/G3 still are with today's compute power in controls. I think it might be a better investment to make sure that global movements are still smooth despite huge amounts of linear commands (invest into some lower level smoothing on the controller level) as for more complex shapes (already circles not along the main axis) we are anyway down to linear segments.
However speaking of this the DuetWifi I'm using is performing very good for me so far

@dc42: Yes you are right as I already outlined in my second post. I originally started off RepRap Firmware configurator and it gave me G92 which I stayed with... However now I removed it.
However the G92 behavior is nevertheless faulty as after using it the machine limits are not correct anymore.