Topics created by FBG

@FBG If you're still on 3.5.1, please update to 3.5.4: https://github.com/Duet3D/RepRapFirmware/releases/latest

Please post your config.g so we can check it. Also the response to M122.

Ian

@gloomyandy I mean turn on/off the output relay

@timschneider thank you!!! now work properly!!

@FBG Would it work to convert the Duet's PWM to 4-20ma with something like this?

I don't really know what the signal looks like when the Duet controls the bed in PID mode.

PWM to 4-20ma converter

Hello everybody,
after send the code for the dsf log this said that trigger6 do the restart...

I checked trigger6 and my config.g and is truth... i did a mistake in the config.g file...

Sorry for that, i was desperate!!

Thanks for your support!

@FBG said Need to indent the code

My code is:

while state.status != "idle" M42 P5 S1 G4 S2 M42 P5 S0 G4 S10

@FBG I mean do you have the event macro setup to handle the driver errors, see:
https://docs.duet3d.com/en/User_manual/RepRapFirmware/Events

Post your config.g and your homing files. Perhaps you have the homing move shorter than the axis length.

@fbg said in Duet3 problem sensor homing, not happen in Duet2:

Remember @Phaedrux IF I test with a duet2Ethernet ALL works properly.

This makes me think you've wired it incorrectly. Photo?

@fbg please email info@duet3d.com.

If in trigger2.g i write:
G4 S1
M582 T2

Starting a loop....

I use the metal parts that send with duet2ethernet board.
I do several times, but this crimped is perfect.
I have a lot experience in this because is the same for the another connectors in duet

After test a lot time i can say that with "crimped bootlace ferrules" everything is ok.

Thanks a lot!

Given it should have worked, concluded maybe H7 was defective, tried another board and it works as expected

3d7a3641-4d19-444d-92da-25cbefd5ba1f-image.png

;exth57test.h ;set up pins M950 P5 C"exp.heater5" M950 P6 C"exp.heater6" M950 P7 C"!exp.heater7" ;toggle pins at 1hz forever. while true M42 P5 S1 M42 P6 S1 M42 P7 S1 G4 P500 M42 P5 S0 M42 P6 S0 M42 P7 S0 G4 P500

I agree it's unfortunate. I may have done the same thing at some point. The PanelDue isn't very intelligent in and of itself. It simply sends gcode commands when you press the buttons. I think it's already in the wishlist to have the button hidden during a print.

Since the autolevel button on the PanelDue just calls G32 and therefore bed.g macro you can customize it to behave however you wish.

Perhaps a good idea would be to issue a pause command at the start and then an M291 dialogue with OK/cancel to act as a confirmation. That way if you did accidentally press it, it should be able to cancel it and resume the print. I haven't tried that myself, so I'm not sure if it would even work.

With conditional gcode it should also be possible to check if a print is in progress and exit the macro if so.

@dc42

No M575 not is write in the config or GCode program

@deckingman
You are right, not do home.
The real movement is go to Xmin and Ymin, also do Max..
Never i see error CRC

By the way, this morning i change the SDCard to a new card brand Sandisk.
For the moment all seem correct and i run same gcodes than before!
Can be this the problem?

Follow the diagram the correct must be:
M569 T2.5:2.5:5:5

yes?
Explain in manual:

Remark: a) t1: ENA must be ahead of DIR by at least 5s. Usually, ENA+ and ENA- are NC (not connected). See “Connector P1 Configurations” for more information. b) t2: DIR must be ahead of PUL effective edge by 5s to ensure correct direction; c) t3: Pulse width not less than 2.5s; d) t4: Low level width not less than 2.5s.

Thanks!

Captura de pantalla 2020-01-18 a las 12.32.00.png

Hi @dc42,

i don't test a single wall, i test cubes with 100% of infill.

Are you using S3D?

Thanks

If you swap the X and Y driver outputs over and make a corresponding change to your M584 command, does the fault stay with the driver output or the motor?

Likewise, what happens if you swap the two external drivers over?

Are you sure that the cable connecting the breakout board to the external driver is sound? Sometimes a single strand of wire escapes crimping and shorts to an adjacent pin on the Molex connector.

Is any of the ICs on the breakout board getting hot?

I'm not sure that any transparent material at all will work, because you will get reflections from both surfaces. If you want to try it, I suggest you try a piece of thin acetate sheet (like the stuff that used to be used with overhead projectors) placed right against the IR diodes and phototransistor.

Yes sure, all temperature is OK and absolutely stable
A thing...
M109 not is configured, i don't use M109.

maybe for this?

The higher the values, the more CPU time it wastes.

If you set the values below the minimum ones needed by your stepper driver, it will skip microsteps under some conditions. The datasheet for the driver should give the minimum timings that it needs.