@chrishamm Thank you so much for getting the source code up on Github! I believe @cheeseandham has started a config for RailCore (Found here: https://railcore.org/doku.php?id=en:300zlconfigcreator).

We've been talking about how we could handle the various different configurations on the RailCore IRC channel. We would love to have config "blocks" so to speak, so it is easier to specify all the options in one JSON blob for the RailCore.

For instance, you'd have one config block(dictionary, hash, whatever) for Titan and one for Bondtech BMG. You'd also have a block of config for each Z probe type (Piezo, IR, BLTouch, etc). Then people could select their probe in q drop down and get all relevant config options for that item/part.

Hey all!

I am working on a PrintNC build and happen to have a spare Duet3 that I intend to use for the PrintNC.

It uses a VFD Spindle, which I intend to use a PWM to 0-10V board to adapt for Duet3 use (Something like this: https://www.amazon.com/DAOKI-Voltage-Converter-Interface-Switching/dp/B081W4NTML .Thanks to folks in PrintNC discord for this tip).

As for powering the steppers, I assume the thing to do is 32V input for the 5160s, correct?

Does anyone have suggestions on a solid 32V PSU that would be able to power some beefy Nema23s?

So to summarize, the list of needed hardware as I understand it:

• Duet 3
• PWM to 0-10V Board for VFD control
• Nema 23s for each axis
• Spindle (In my case, a 2.2Kw VFD spindle)
• 32V Power Supply
• Endstops

Is there anything else that would be useful on the hardware end in relation to running a CNC using a Duet 3?

I think having a known good hardware setup for each CNC size/class may be nice, then people can jump right in and riff on it as desired.

Here is the correct data:

config.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/config.g
homeall.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/homeall.g
homex.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/homex.g
homey.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/homey.g
homez.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/homez.g

Doing the same exact process as in post # 18 (with the bed showing 0.1 too low):

And here is the M122 output after each command:

After G28:

0_1561083216074_M122_after_G28.txt

After G32 run 1:

0_1561083226991_M122_after_G32x1.txt

After G32 run 2:

0_1561083235889_M122_after_G32x2.txt

After G28 Z:

0_1561083244610_M122_after_G28_Z.txt

After G29 command (As shown above):

0_1561083256472_M122_after_G29.txt

As you can see, the bed still appears ~ 0.1mm too low using the above sequence.

Also, I don't see "comp offset" anywhere in the M122 outputs. It shows no bed compensation being used at all.

Thanks!

Nate

Note: This does test did NOT use a G28 Z after the second G32 but before the G29, so it is not exactly the same as the post just before this one.

Doing the same thing, but with a M122 after EACH command yielded this:

Also here is the M122 output after each command.

M122 After G28
0_1561079030629_M122_after_G28.txt

M122 After G32 First run
0_1561079035542_M122_after_G32x1.txt

M122 After G32 Second Run
0_1561079039717_M122_after_G32x2.txt

M122 After G29 (same commands as previous post)
0_1561079095120_M122_after_G29.txt

G28
G32
G32
G28 Z

Then for mesh:

G91
G1 Z5
M557 X40:290 Y42:332 S250
G29

Yielded this:

Yep! In the post above I included all relevant files including homez.g.

After doing the G32s I did do another home Z before the bed mesh, which is why this is extra confusing for me.

Also worth nothing, upon starting up the machine from powered off, I do the following sequence:

• Home All (X/Y/Z as above)
• G32

The first G32 always adjusts the bed ~ 0.1mm as found here: https://www.dropbox.com/s/sxivxywouhscamj/Screenshot 2019-06-15 13.45.33.png?dl=0

Hey All, I was curious if anyone else has seen this before. I am running a RailCore 300ZL and discovered some odd behavior when using Mesh after having used ZL. The entire bed looks around 0.1mm low on the bed mesh, but if I G30 near the first probe point for the ZL, it fixes it.

My bed.g for ZL:

M561 ; clear any existing bed transform
G30 P0 X40 Y42 Z-99999 ; define 4 points in a clockwise direction around the bed, starting near (0,0)
G30 P1 X290 Y42 Z-99999
G30 P2 X290 Y292 Z-99999
G30 P3 X40 Y292 Z-99999 S3
G1 X0 Y0 F5000

And now here is the procedure where I see this occur:

• Home All
  HomeX.g:
  ; home X - Sensorless

M400 ; make sure everything has stopped before we make changes
M913 X30 Y30 ; reduce motor current to 30% to prevent belts slipping
M201 X900 Y900 ; reduce acceleration on X/Y to stop false triggers
M915 P0:1 S3 R0 F0 ; both motors because corexy; Sensitivity 4, don’t take action, don’t filter

G91 ; use relative positioning
G1 S1 X-270 F4000 ; move to home position
G1 X25 F2000 ; back off to edge of bed

G90 ; back to absolute positioning
M400
M913 X100 Y100 ; motor currents back to normal
M201 X3000 Y3000 ; accel back to original

HomeY.g:

; home Y - Sensorless

M400 ; make sure everything has stopped before we make changes
M913 X30 Y30 ; reduce motor current to 50% to prevent belts slipping
M201 X900 Y900 ; reduce acceleration on X/Y to stop false triggers
M915 P0:1 S3 R0 F0 ; both motors because corexy; Sensitivity 4, don’t take action, don’t filter

G91 ; use relative positioning
G1 S1 Y-270 F4000 ; move to home position
G1 Y25 F2000 ; back off to edge of bed

G90 ; back to absolute positioning
M400
M913 X100 Y100 ; motor currents back to normal
M201 X3000 Y3000 ; accel back to original

HomeZ.g:

;File : homez.g
;Effect : does a 2-stage Z-homing. Once quickly to bring the bed up from a long distance quickly, then again slower for better accuracy.
;Use-case : the machine may be Z-homed from any position at a reasonable pace, without resorting to dangerous options such as M564 H0 - while still retaining accuracy of the final probe.

G91 G1 Z5 F800 S2 ; lift z so we don't crash
G90 G1 X150 Y150 F6000 ; Move to the center of the bed

; M558 Fxxx sets the probing speed.
; Probe rapidly to get us in the right ballpark.
; This brings the bed up quickly but may be less accurate.
M558 F500
G30

; Probe again slowly for precision
M558 F50
G30

• G32

• G32

• G32

• Home Z (See above)

• Probe 4 points - Mesh:
  G91
  G1 Z5
  M557 X40:290 Y42:332 S250
  G29

This gives me the following mesh: https://www.dropbox.com/s/2mvz5nutzgz3knd/Screenshot 2019-06-15 14.22.59.png?dl=0

Then, if I do the following:

• Move to first ZL point and Home Z
  G0 X40 Y42
  G30

• Probe 4 again (Same as above)

I get this mesh: https://www.dropbox.com/s/4cmuv0og34z365e/Screenshot 2019-06-15 14.25.42.png?dl=0

I'm not sure why the first mesh shows ~ 0.1mm low on all corners.

Thanks,

Nate

@chrishamm Thank you so much for getting the source code up on Github! I believe @cheeseandham has started a config for RailCore (Found here: https://railcore.org/doku.php?id=en:300zlconfigcreator).

We've been talking about how we could handle the various different configurations on the RailCore IRC channel. We would love to have config "blocks" so to speak, so it is easier to specify all the options in one JSON blob for the RailCore.

For instance, you'd have one config block(dictionary, hash, whatever) for Titan and one for Bondtech BMG. You'd also have a block of config for each Z probe type (Piezo, IR, BLTouch, etc). Then people could select their probe in q drop down and get all relevant config options for that item/part.

Hey all!

I was curious if the source code for the RRF Configurator Tool was on github.

Also, how does one contribute a preset for the tool? We'd love to add a preset for RailCore II.

Thanks,

Nate