Flying extruder with 4th axis

dc42

Your last 2 links are the same. But the second link shows the 4th axis very well. May I post it on other sites?

Jooil

@dc42, Of course, you can post it on other sites.

The PTFE tube length is 280mm from extruder fitting to effector fitting.
This is significant improvement comparing to my mini KOSSEL's 450mm.

I corrected the link of the carriage view, the 4th video.
I attached a metric ruler on the 4th rail. So you can see how far and fast the extrude carriage moves up and down when effector is traveling the same z_height XY plane.

My current setup is as follows
U_axis rod Length is 300, U_tower position M669 X0 Y-100.

The carriage moves dully relative to XY position if the U_axis rod length
is set high(ex. X665 L358:358:358:600), whereas the movement is very rapid and far when U_axis rod length is set low (ex. X665 L358:358:358:300).
If I set the rod length too short (for example 200mm), the effector cannot reach U_axis' opposite(diagonal) edge. And the carriage moves too fast enough to skip steps. Firmware restricts the movement.

The ideal U_tower position seems to be the center[M669 X0 Y0] given that fitting do not wear out and the PTFE tube don't flex too much. I will try this when I am ready for gimbals similar to ZATSIT's FlyStruder.

ander

hi there!!!
Sorry i was kind of busy with work and disconected from all this proyect, i still didn´t make any video(i will) but it is working fine so far...but i have a little problem using slic3r prusa edition. If i generate the gcode with simplify3D there is no problem, but with the prusa edition it goes so slow that it looks it is not even moving, i mean all the movements, homing, auto level, printing...i tried to higher all the speed settings that the slicer brings but the result is the same. the simplify version i´m using is 2 years old and the prusa slic3r is the latest. i was wondering if the 4th axis´s speed is limiting here because in the slicer i have no option to change it

dc42

I don't think it's related to the 4th axis. I suggest you check whether the slicer has inserted any M203 commands in the GCode file that you are trying to print.

Did you choose the correct GCode flavour in the slicer?

ander

Hi there, i don´t really know what you mean by flavour, the prusa slicer just has a button that gives you the g file and that´s it. i kind a feel like i´ve tried every setting now, dunno what happens

deckingman

@ander said in Flying extruder with 4th axis:

Hi there, i don´t really know what you mean by flavour, the prusa slicer just has a button that gives you the g file and that´s it. i kind a feel like i´ve tried every setting now, dunno what happens

On PE Slic3R go to the "Printer Settings" tab, then click "General" which you will find at the top of the list on the left hand side. The on the right hand pane you'll find a section entitled "Firmware" and under that is "G-code flavour" with a drop down box. Select "RepRap/Sprinter" from the list. Then save the change.

Phaedrux

Which version of slicer PE specifically?

In the print settings tab under speed, there is an acceleration control. I believe it's hidden now by default in the latest 1.42 beta and only visible when set to advanced/expert view.

Perhaps you can post the gcode file that has this problem?

ander

Hi there!!
you guys were right, i´m used to program in Marlin for arduino, and i put marlin instead of reprap, thanks for helping. i couldn´t post earlier because for some reason the forum was blocking my messages again, it looks that works fine now.

ander

Hi there!!!
a bit late but here goes my setup:
https://www.youtube.com/watch?v=ToBLN7YHWt4

sungod3k

I found the section about "additional towers to carry flying extruders" in the wiki, when I define the 4th like this does that in include the behavior that the 4axis moves up and down depending on where the x/y position of the effector is? or does this need to be added as an extra command?

dc42

@sungod3k said in Flying extruder with 4th axis:

I found the section about "additional towers to carry flying extruders" in the wiki, when I define the 4th like this does that in include the behavior that the 4axis moves up and down depending on where the x/y position of the effector is? or does this need to be added as an extra command?

That's automatic, you just need to define the XY position of the extruder outlet and the distance you want to maintain between the extruder output and the hot end input.

ander

Hi there!
i had an issue with the duet wifi...i don´t know how happened but i tried to update it to 3.0 firmware and died.
So i´m installing from 0 the 3.0 now in a new board, and seems like i have some issues with endstops, i tried to copy all the 4th axis comands in the config file from the old version but doesnt seem to work
i manually push the effectors endstop switch and the 4th axis endstop swicth and neither of them show any change in the duet web interface, but in the board i clearly see the led switching off in both . pushing x,y, and z works fine
, here i leave the config file so you can have a look and hopefully find a solution.
config.g

droftarts

@ander You haven't defined where the U axis endstop switch connects. What does it connect to? RRF3 doesn't have default assignments for anything, so you need to define everything.

Also, you have default thermistors set, T100000 B4138. Best to find what thermistors you are actually using and set values correctly, for temperatures to be accurate.

Ian

ander

Hi there!
Thanks for the quick response, can you tell me where exactly and how should i put the endstop info?
i´m using E1 endstop conector for the effector switch and E0 conector for the 4th axis´s endstop

dc42

@ander said in Flying extruder with 4th axis:

Thanks for the quick response, can you tell me where exactly and how should i put the endstop info?

If you are running RepRapFirmware 2, and in your M584 command you have created a U axis for the 4th tower, then you need:

M574 U2 S1

The S1 parameter assumes the endstop is a normally-closed switch. Use S0 if it is normally-open.

Edit: from your config.g file and your earlier post, I see that you are using RepRapFirmware 3. You currently have this line in config.g:

M574 U2 S1

Change it to:

M574 U2 S1 P"e0stop"

ander

Hi there,
i made the change you sugested and now the 4th axis moves well when homing, but doesn´t compensate when i move manually to the left or right and if i go down on z the 4th axis doesnt move either. another thing to point out is that the web interface is recognizing 5 endstops(0,1,2,3 and 4) i guess the number 4 is the efectors endstop but manually triggerring doesn´t change at all.

ander

By the way, i realized that suddenly another file was created with a name of config.g.bak, should i delete it or just leave?

dc42

@ander said in Flying extruder with 4th axis:

Hi there,
i made the change you sugested and now the 4th axis moves well when homing, but doesn´t compensate when i move manually to the left or right and if i go down on z the 4th axis doesnt move either. another thing to point out is that the web interface is recognizing 5 endstops(0,1,2,3 and 4) i guess the number 4 is the efectors endstop but manually triggerring doesn´t change at all.

Please post your current config.g file. A photo of your printer showing where the 4th tower is in relation to the others would also help.

ander

Hi
the setting is this one:
https://www.youtube.com/watch?v=ToBLN7YHWt4
this is when used to work fine
this is the config file:
config(1).g

config.g.bak can´t be posted here
Thanks

ander

here i have a picture of the setup