Welcome! Log In Create A New Profile

Advanced

Testing while extruders are cold DC42

Posted by D9ve 
Testing while extruders are cold DC42
November 12, 2015 01:09PM
Hi all,

Can anyone help using DC42 firmware I cannot get the extruder to cold extrude even when using the M302 P[1/0] to enable or disable the prevention. My config file is in experimental stages, but the Cartesian axis worked.

The commands I gave it was:

T0 ; just to be sure
M302 P1 ; I think it was one not zero!
G1 E2:2:2:2 ; extrude 2mm on all extruders!

Perpaps I am missing something with the feedrate eg: G1 E2:2:2:2 fxxx, as I haven't used it! I figured each may need a different feed rate and this would be defined with the steps/mm


And lastly as the debug is enabled I am assuming that it will only debug X,Y,Z,E0,E1 and not the other 4?

Thank you

Dave
Attachments:
open | download - config.g (6.6 KB)
Re: Testing while extruders are cold DC42
November 12, 2015 02:15PM
It looks to me that you are doing the right thing, although you should specify a feed rate in the G1 E command, e.g. G1 F300 E20:20:20:20. Make sure there is a space before the F and before the E. If it doesn't work, check the Console tab in the web interface for error messages. Debug output covers all extruders.

Edited 1 time(s). Last edit at 11/12/2015 02:15PM by dc42.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: Testing while extruders are cold DC42
November 13, 2015 05:13AM
Thanks,

Call me old fashioned, but I have been using Ponterface and debug output only shows DM1 and DM2 info, related to the extruer. Maybe it's old firmware or pronterface, the board is new from Think3dPrint3d

for those interested after sending a 3mm move to all extruder attached to a single tool the debug looks like:

serial: M105
serial: M105
>>> g1 e3
SENDING:G1 E3
serial: G1 E3
DDA: end=[2.000000 2.000000 10.000000] d=6.000000 vec=[0.000000 0.000000 0.000000 0.500000 0.500000] a=2000.000000 reqv=50.000004 topv=50.000004 startv=0.000000 endv=0.000000 daccel=0.625000 ddecel=0.625000 fstep=11348
DMx: not moving
DMy: not moving
DMz: not moving
DM1: dir=F steps=321 next=1 interval=0 sstcda=0 acmadtcdts=32812 tstcdapdsc=380624 tstdca2=41343749873 accelStopStep=34 decelStartStep=288 revStartStep=322 nextStep=1 nextStepTime=11348 2CsqtMmPerStepDivA=128796728 mmPerStepTimesCdivtopSpeed=1004859 msdmtstdca2=0
DM2: dir=F steps=321 next=1 interval=0 sstcda=0 acmadtcdts=32812 tstcdapdsc=380624 tstdca2=41343749873 accelStopStep=34 decelStartStep=288 revStartStep=322 nextStep=1 nextStepTime=11348 2CsqtMmPerStepDivA=128796728 mmPerStepTimesCdivtopSpeed=1004859 fmsdmtstdca2=0
serial: M105
serial: M105


DC42 Firmware Duet version unknown!

You have now convinced me to look into this web interface, i will flash the latest firmware, update test and report back for those interested!

Thanks
Re: Testing while extruders are cold DC42
November 13, 2015 05:28AM
I've just checked the code and you are right, the DDA debug output only shows the first two extruders. I'll change this in the next version to show all moving extruders. I didn't expect anyone other than myself to be using it. I'll change it in the next version to show all moving extruders and not mention the non-moving ones.

To find the firmware version from Pronterface, send M115.

The debug trace shows that it is commanding 321 steps from both extruders. If your extruder steps/mm is about 107, then that is correct for 3mm extrusion. It is still possible that cold extrusion prevention is stopping the movement when the move gets scheduled, but in that case there should be an error message sent to Pronterface.

Have the extruders ever worked?



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: Testing while extruders are cold DC42
November 13, 2015 09:03AM
This hardware is very new so no they have not worked yet, I have just flashed the firmware due to pressing the erase button by mistake, i didn't even know was there. Thank for updating the firmware for me and others alike. It's very helpful to see the steps and the non-moving one too , and yes 107 is correct, so that is good. As I am writing this I am about to check the extruders again....

They are all working which is good news, but not entirely as expected,

now the question is can I set different federates for different motors on a single tool and single move ie:

G1 F100:200:300:400 E1:2:3:4

and will this accelerate and decelerate while maintaining synchronicity with the Cartesian "Planner" (I am still used to marlin) movements?

Thank you

David
Re: Testing while extruders are cold DC42
November 13, 2015 12:04PM
Quote
D9ve
now the question is can I set different federates for different motors on a single tool and single move ie:

G1 F100:200:300:400 E1:2:3:4

No. In order to have independent control of both the extrusion amount and the feed rates for each extruder, the extruders would have to start or stop at different times. I can't think of a use for that.

When extrusion is combined with axis movement, the extruder(s) accelerate and decelerate in step with the axes. You can modify this by using the M572 command, see [reprap.org].



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: Testing while extruders are cold DC42
November 14, 2015 07:48AM
Hi,

That's good to know that they accelerated and decelerate with the step axis (this had to be the case). Although, on my oscilloscope i can see a very noticeable change in the period when i do not set a feed rate and an extruder move command. When I do set these, this seem to change ( the period seems to remains constant). I may be wrong tho, I am using an old crt scope at the moment, I will try and borrow a digital one to capture the waveform form for clarity and confirmation. Perhaps what I am seeing is the difference between extrusion moves and non-extrusion moves.

The only conventional use I can foresee for each extruder to have different feed rates is when colour mixing though a single tool. Though there may be a different way to get the same result, this is certainly isn't what I am aiming for. "ISoDo3D" have some excellent professional sugar printers on flicker much like this. Apparently the taste matches their colours, imagine a willy wonka factory, but with 3d printed sugar!

Thanks again for the advice David

Kind Regards

David
Re: Testing while extruders are cold DC42
November 14, 2015 07:53AM
When you use a colour mixing gcode such as G1 F500 E1:2:3 then the feed rates of the individual extruders are adjusted to get the correct amount of extrusion. In an extruder-only move the F number determines the speed of the fastest one or something like that, sorry I can't remember exactly what.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: Testing while extruders are cold DC42
November 16, 2015 01:44PM
That's okay, now having my digital oscilloscope I can see the small changes in the period for the acceleration.

The m572 command is rather good at delaying or extending a start or stop move for bowden type exturders, now I am thinking of getting this firmware for my other printer at home.

The M568 extrusion offset ratio seems almost perfect for colour mixing, for those reading!

M576: Set axis/extruder drive mapping, now this looks like an excellent idea, perhaps when mapping the drive letter to number we can also associate a feedrate for each exturder or cutter and perphas a [-1] to allow the default acceleration and step parameter to take over, ie ignoring the feedrate for specific rotary drives [r]?

This is quite exciting I hope that we will be able to send a command such as G1 x1 y10 z10 r-90 f300 e15

How is this development coming along? Is there any more information on this command?

Thank you

David
Sorry, only registered users may post in this forum.

Click here to login