Hello everybody

I am looking for an automated solution to align the nozzle of both print heads of an IDEX printer in X & Y direction where the print heads determine their offsets themselves with the help of a probe, as shown here:

I have already found a couple of automated solutions like:

nudge by zruncho3d shown in the picture above (https://github.com/zruncho3d/nudge)
NozzleAlign Ball Probe by viesturz (https://github.com/viesturz/NozzleAlign)

There are also some manual solutions like:

TAMV by Danal (https://github.com/HaythamB/TAMV?tab=readme-ov-file)
XY calibration tool by EmberPrototypes (https://www.emberprototypes.com/products/cxc)

I have tested the calibration tool by EmberPrototypes and it works fine (much better than the calibration prints) but it's far from automated.

I wish to use either the nudge or the ball probe but both probes provide the code only for Klipper.

I wonder if anyone has managed to get them to work under RRF or if there exists another similar solution for Duet users?

Cheers
TechNi

Edit: After further digging, maybe this can be coded relatively simply with M558 & M585?

@t3p3tony

I didn't have a delay in my config.g but I added one at the beginning for testing purposes and it does not make any difference (well except that it takes longer ofc).

Sending M98 P"config.g" does not generate any errors.

@Marcossf

When I send M112, there are actually no errors and the homing works fine, just like pre 3.4-b5 (even the thing with the different motor speed, might have been a one-time thing)

When I send M999, I get the errors. Also when I change the config.g and reset the board (which probably is also M999?).

@owend This is neat. I've never used global variables before but this might actually solve other problems too, thanks!

@fcwilt @Phaedrux I think I'll use G92 then in combination with global variables. Thanks a lot!

Apologies for resurrecting this old topic but I am currently also looking for .step files to properly design the toolhead of my printer.

Also sorry for the criticism that follows, I am usually very fond of Duet3d's products but I think it's a bit of a shame that for a 70€ sensor that is mostly installed in custom 3D printers, there is no step file readily available from the manufacturer. The available stl file is great for printing purposes but sub-optimal for CAD design.

I think this .step file could be easily made available and spare the designers (and potential customers!) the headache to dig through the whole internet or create the model themselves.

Hello everybody

I am looking for an automated solution to align the nozzle of both print heads of an IDEX printer in X & Y direction where the print heads determine their offsets themselves with the help of a probe, as shown here:

I have already found a couple of automated solutions like:

nudge by zruncho3d shown in the picture above (https://github.com/zruncho3d/nudge)
NozzleAlign Ball Probe by viesturz (https://github.com/viesturz/NozzleAlign)

There are also some manual solutions like:

TAMV by Danal (https://github.com/HaythamB/TAMV?tab=readme-ov-file)
XY calibration tool by EmberPrototypes (https://www.emberprototypes.com/products/cxc)

I have tested the calibration tool by EmberPrototypes and it works fine (much better than the calibration prints) but it's far from automated.

I wish to use either the nudge or the ball probe but both probes provide the code only for Klipper.

I wonder if anyone has managed to get them to work under RRF or if there exists another similar solution for Duet users?

Cheers
TechNi

Edit: After further digging, maybe this can be coded relatively simply with M558 & M585?

Apologies for resurrecting this old topic but I am currently also looking for .step files to properly design the toolhead of my printer.

Also sorry for the criticism that follows, I am usually very fond of Duet3d's products but I think it's a bit of a shame that for a 70€ sensor that is mostly installed in custom 3D printers, there is no step file readily available from the manufacturer. The available stl file is great for printing purposes but sub-optimal for CAD design.

I think this .step file could be easily made available and spare the designers (and potential customers!) the headache to dig through the whole internet or create the model themselves.

Nevermind, looks like the reason F0 did not work was due to some connector issue.

And the wrong indication for F4 & F5 was probably due to Duet Web Control still being on 3.4.0 and not 3.5.0.

Everything works fine now. Issue not related to 3.5.0-rc.1.

Please disregard.

I have the Duet 3 6HC with 3 Expansions Boards 3HC and just updated all boards from RRF 3.4.0 to 3.5.0-rc.1.

Before 3.5.0-rc.1, all fans worked fine but now I encountered some issues. Some fans are working, others are not. Here's the heater & fan part of my config.g:

Removed

Some observations I made:

Blower F0 does not work but Blower F1, F2 and F3 work and can be set manually via Duet Web Interface.

Heat sink fan F4 works if triggered by the temperature threshold but I cannot turn it on manually via Duet Web Interface.

Heat sink fan F4 and F5 were showing in Duet Web Interface that they are set to100% but were not actually turning. Once the temperature threshold was reached, they were still showing 100% and started to turn as well.

Did 3.5.0-rc.1 change anything with regards to fans? I am aware it added some parameters for LED's but that's about it?

@dc42 excellent news, thank you!

If the documentation about Input Shaping is up-to-date, it is currently only possible to apply IS to axis motors driven directly from the Duet 3 6HC.

This basically limits IS to any printer with up to 6 axis motors which is probably good enough for many people but not for me.

Are there any plans to enable IS on axes connected to CAN-connected (3HC) expansion boards or is this a hardware limitation of CAN FD?

Hey guys,

Unfortunately this is not an issue where I simply configured the motor direction wrongly (printer been working fine for years, I just recently switched my Z probe). Instead I have the following:

When I start my printer and home all the axes except for Z, then use G30 to home Z, it works perfectly fine.

But when instead of G30 I first do a fast homing of the Z-axis by executing the following code:

G91
G1 H1 Z-600 F300  ; fast homing
G1 Z2 ; move away a bit
G30 ; final slow homing

... the bed moves in the wrong direction when G30 is executed. Instead of moving up towards the nozzle, it slowly moves down 10-20mm and then rapidly further down and reports probe was not triggered. Immediately after that it executes a second probing where the directions are then correct (up slowly, down quickly), however due to the distance between probe and bed by then, it also reports that probe was not triggered.

My Z-Probe, which is an Euclid type probe with a MSW (hence a relatively high trigger height), is configured as follows:

M574 Z1 S2
M558 A5 S0.03 P5 C"^io2.in" H1.5 F80 T10000   ; set Z probe type to unmodulated and the dive height + speeds
G31 P500 X-15 Y5 Z17.0 

Interestingly when I change the trigger height from Z17.0 to Z1, everything works fine.

I would say that this is a bug in the firmware (I have 3.4 installed) as the trigger height value might be unusually high but let me know your opinion.

Any workaround if this is a bug?

Nevermind...

I am designing a customized PCB with a NC microswitch (limit switch) which will be connected later to the IO Pin of the Duet 3 and used as axis endstop. Hence, a few questions:

1. As per the documentation, a simple 2-wire microswitch should be connected to the IN and GND pins of the IO connector. Is this 3.3V or 5.0V? Because I wish to connect an LED in series for switch feedback and need to pick an adequate resistor.

2. In addition to the microswitch and the LED mentioned above, the PCB has another brighter LED which should illuminate the scene a little bit. Is it somehow possible to turn this LED on/off using the IO connector? I know this would work with a fan connector but with an IO?

Thanks in advance.

Greetings!

I just measured my 320x400mm aluminium bed and although the height map could be worse, I wonder if anything can be done to correct the imperfections shown below:

As you can see the mean error is kinda low but the corners are a bit too high with deviations up to 0.254mm at Corner 2. You can find a sketch of my printer layout below:

The gantry moves on two linear rails (MGN9) in X-direction and the print head moves on the gantry on a linear rail as well in Y-direction whereas the bed moves in Z-direction.

I wonder if any adjustments can be done mechanics-wise to get rid of the high corners or is this as good as it gets? Maybe raise/lower one of the rail (1-2-3-4) or gantry ends (5-6)? The bed is made of aluminium with a magnetic sheet and removable spring steel installed on top of it.

(Note: I currently use an IR probe on bare spring steel and although the steel is quite shiny, I got pretty good repetitiveness for the measurements.)