New COREXY printer with Duet 3 issues

mwolter

Have you gone through the wiki files

When you turn the printer on does the BLTouch go through its self-test (deploys and retracts the probe several times and the red LED stays lit)? If not there could be an open circuit or improper orientation for the BLTouch power pins.

What happens if you manually deploy and retract the probe with M401 and M402? Does the probe operate properly? If not please post the deployprobe.g and retractprobe.g files and check the BLTouch wiring. Thre could be an open circuit or improper orientation for the BLTouch servo pins.

If the probe does deploy and retract properly, what happens if you manually trigger the z probe by placing your finger under the pin while homing z to purposely trigger it early? Does the bed stop? If not there could be an open circuit or improper orientation for the BLTouch endstop pins.

Tanel_76

I have gone through the BLTouch wiki files, the BLT is connected
properly I think.

The BLTouch does the self-test and the red LED is lit.
M401 and M402 commands will not do anything, I can get the probe to deploy
using M280 P0 S10 |1 command.

Basically what happens is, that when I hit home all button, X and Y axis are
working properly and Z is starting to move downwards.

This is my
; deployprobe.g
; called to deploy a physical Z probe
M280 P0 S10 |1; deploy BLTouch

and this is
; retractprobe.g
; called to retract a physical Z probe
M280 P0 S90 |1 ; retract BLTouch

and
; bed.g
M561 ; clear any bed transform

;G30 P0 X0 Y115 H0 Z-99999 ; probe near front left corner
;G30 P1 X275 Y115 H0 Z-99999 ; probe near front right corner
;G30 P2 X150 Y270 H0 Z-99999 S3 ; probe near rear center

G30 P0 X5 Y110 H0 Z-99999
G30 P1 X280 Y110 H0 Z-99999
G30 P2 X150 Y270 H0 Z-99999 S3

JoergS5

@Tanel_76 new BLTouch need a pullup resistor activated now, so
M558 P9 C"io7.in" F200 H5 R0.2 T9000 A1 B1
change to
M558 P9 C"^io7.in" F200 H5 R0.2 T9000 A1 B1

(it is documented in https://forum.duet3d.com/topic/16093/upgrading-from-rrf2-to-rrf3-issues/4 )

Please try that. If this doesn't help, I will check your config more closely.

dc42

@Tanel_76 said in New COREXY printer with Duet 3 issues:

M280 P0 S10 |1; deploy BLTouch

Use I1 or i1 in those commands (letter-i digit-1), not the |1 (vertical-bar digit-1) which is what is in the lines you posted. However, as you are using RRF3 then you don't that part of the command at all. So use:

; deployprobe.g
; called to deploy a physical Z probe
M280 P0 S10 ; deploy BLTouch

; retractprobe.g
; called to retract a physical Z probe
M280 P0 S90 ; retract BLTouch

Tanel_76

I'm using an old V2 BLTouch,

I changed the deployprobe.g and retractprobe.g according to the instructions, still the same behavior - the machine homes X and Y, after that the hotend moves to the center, BLTouch does not deploy and the bed starts to move downwards.

JoergS5

@Tanel_76
Did you try the ^ anyway? (just to be sure it is not the reason)

JoergS5

@Tanel_76
for BLTouch V2 is a specific information in
https://duet3d.dozuki.com/Wiki/BLTouch_Troubleshooting

" Cut the Trace. Version2 BLTouch Smart probes have a trace on the PCB which can be cut to allow safe functionality with 3.3v logic board, such as that used by the Duet. Use a sharp xacto knife to cut the trace completely. Use a multimeter to verify that it is completely cut. The Duet should be able to handle it without cutting the trace, but there have been user reports of problems being resolved after making sure the trace is cut."
Maybe this would help, but maybe someone can confirm that this solves the issue.

On this page are other hints to test the BLTouch, also, which you can make to be sure the BLTouch is working.

Tanel_76

@JoergS5 said in New COREXY printer with Duet 3 issues:

M558 P9 C"^io7.in" F200 H5 R0.2 T9000 A1 B1

I tried now the "M558 P9 C"^io7.in" F200 H5 R0.2 T9000 A1 B1" line - still the same issue.

I did cut the 3.3v trace. Checked with multimeter - no continuity.

JoergS5

@Tanel_76 said in New COREXY printer with Duet 3 issues:

no continuity

I wonder why you have a second M915, after X and Y are homed. I cannot find information in the documentation whether it maybe resets the homing.

JoergS5

@Tanel_76 I am sorry, I have no additional ideas.

Tanel_76

Thanks for your input JoergSS,
actually homeall.g is a copy from another V-Core PRO printer, but yes - I noticed too,
that up until the second 915 command everything seems to work.

I'll try without it, let's see.

JoergS5

@Tanel_76 I found a little glitch in homeall:
M574 X1 Y1 S3
should not be used, from https://duet3d.dozuki.com/Wiki/Gcode#Section_M574_Set_endstop_configuration
"Use a separate M574 command for each axis."

And you have defined stall detection in config.g already.
Whether it changes anything, I don't know.

Tanel_76

I uncommented both, the M915 and M574, still the same behaviour...

JoergS5

@Tanel_76 Maybe you find the solution tomorrow, after thinking a night about it. Good luck! If I have an idea, I'll tell you of course.

JoergS5

@Tanel_76 Another possible finding in bed.g:
I cannot find
G30 P2 X150 Y270 H0 Z-99999 S3
the S3 parameter in documentation, maybe you meant S-3:
https://duet3d.dozuki.com/Wiki/Gcode
"G30 S-3 ; Probe the bed and set the Z probe trigger height to the height it stopped at (supported in RRF 2.03 and later)"

Tanel_76

Hmm.. tried with S-3, no change.

I compared the bed.g files that I have got from different sources and both have S3.
Ratrig has also V-Core Pro zipped config files available, https://drive.google.com/drive/folders/1_7yTf3TPDbRCY7RIkf1loajXAJYhjxzX
the bed.g is identical to mine.

JoergS5

@Tanel_76 Strange, I nowhere found S3. But too bad that is was not the reason...

Tanel_76

Did some tests this morning.

Appears, that the BLTouch is working. I homed X and Y,
punched in M280 P0 S10 to deploy BLTouch and then
M564 S0 H0 and started to raise the bed manually.
While it was moving upwards, I pushed the BLTouch
nozzle in and the bed stopped. So, it should be operational.

I found, that I have a wiring related problem.
While the X and Y homing work as it should, (the printhead
moves to the left bottom corner, towards the motors
and then to the center for probing), then when manually moving X and Y
I see, that Y is moving properly, X is reversed.

When I reverse the X in config.g, some strange things happen.
After direction change, the X and Y change places, when moving X,
Y starts to move and vice versa. Also two Z motors behave erratically,
after the direction change in config.g

I mapped and connected the motors differently, X0 Y1 Z2 Z3 Z4 this time and the
X works correctly and the Y is reversed. After changing Y direction in config.g,
X-axis starts to move when homing Y. And X starts to move, when homing Y.
Z motors are just clicking/vibrating.

All my motors are connected according to the Duet wiring schematics,
X, Y are LDO-42STH47-2504AC (https://drive.google.com/file/d/1UDBD8BTQWq4__84nZrEikKAiVsDGqI-3/view) and Z motors are
ACT 17HS4417 (https://www.openimpulse.com/blog/wp-content/uploads/wpsc/downloadables/42BYGHW609-Stepper-Motor-Datasheet1.pdf)

So, I suspect, I have a wiring related issue, that generates these
anomalities.

JoergS5

@Tanel_76 My first thought when reading your description was to check whether the config has the correct printer type set. I read in
https://duet3d.dozuki.com/Wiki/Gcode#Section_M667_Select_CoreXY_or_related_mode
that M667 is deprecated and M669 better be used, and there are different CoreXY types. Maybe it is a wrong one selected. To be really sure you have the correct wiring, you can use G1 H2 movements with single motors selected and verify every stepper and axis.

Tanel_76

OK, changed the M667 S1 to M669 K1, no change. phfff.

On the COREXY related page I read, that In firmware 1.19 and later, forward movement of the Y motor moves the head in the +X and -Y directions.
So, apparently it should move to the opposite direction.

I'm not sure, why I should start meddling with the movement coefficient matrices suddenly, when similar setups with the same movement logic and even the same motors do not require that.

I've been trying to generate new config files via Reprap configurator, but no matter what I do, I get the
"Invalid I/O Mapping, Your configuration contains errors.
Check the I/O Mapping page before you continue. " error.

I've been using the Ratrig json and also started from zero, using empty custom template - still the same issue.
config.json

What I would like to accomplish now:

Generate a new, complete set of setup files,
Update firmware to 3.1.1 (this is a separate topic on it's own, the 3.0-beta12 the board shipped with, had some issues - the board will not accept the 3.1.1 firmware via USB/Bossa. Pi is updated and I went through the usual procedure, I think twice, the Duet 3 firmware will just will not update and stays on 3.01-RC5)

Maybe after that the homing issue will resolve.

I must say, compared to Marlin setups, this is somewhat more difficult.
Especially the depreciated commands.. I did not expect that
Gotta chew though the initial set-up hiccups, I really like the web interface
and the Duet 3 is a fantastic board!