Tool change issues after firmware update 1.19.2

foehnsturm

This is probably not closely related but I'm running 1.19.2 (2017-09-01) and noticed that the final line of my tfree macros is not reliably executed (when using the select tool command in the WebUI). It sometimes finishes the macro without performing the last move but will perfectly execute any following command (which ofc could cause a crash into the dock). I ended up with duplicating the final line to safeguard its execution.
Magnetic tool changer on a corexy.

[[language]]
; tfree0.g
; called when tool 0 is freed
;

M83
G0 E-5 F1200
M82
G0 X252 Y215 F16000
G91
G0 Y47
G0 X30 F4000
G0 X4 F2000
G90
G0 Y215 F6000
G0 Y215 F6000

MrT

Dear foehnsturm

I am also using a magnetic tool change , with the 1.18 firmware I can confirm that all is working well ,
I never managed to get 1.19 working ,since I always had the wrong tool active. did you experience something similar ?
The issue with wrong tool being active got solved with the latest 1.2 beta4 but I am still facing some issues with the tpre file as it is not fully executed.

Best Regards
MT

MrT

Dear DC42 & foehnsturm

Seems foehnsturm is correct !!
I have tried to add the last line of tpre1 2 times and it seems to work
If I may ask what slicer are you guys using ?
thanks to both of you
Best Regards
MT

foehnsturm

Great that I could help.
@dc42, could there be an issue with always completely executing the macro?
@topiolm@hotmail.com, no yet using a slicer Just finished the park and pickup sequences.

MrT

foehnsturm

do you use something similar to mark2 for your tool change ?

Best Regards
MT

foehnsturm

A little more complicated: multiple toolheads but only one stepper.

MrT

I have tried some similar approach some time ago without much success I was clogging my nozzle 2 often with the retract , then I just dropped it. since I have limited time for my hobbies
If you don't mind could you post some picture just for my curiosity

Best Regards
MT

Ps if you intrested something I have tested with great success ,the use of compressed air for cooling the part during printing , for small part worked miracles only problem was the amount of air used and the noise, my neighbor became crazy , the compressor was working to much and for to long :-). so reverted to the traditional fan,

the advantaged was less weight on the head and vibration was reduced ,not that there is a lot of vibration , but any improvement is an improvement how ever small

MrT

Dear DC42

I found an other issue , if I cancel a print the tool change macro are not being executed
to better explain , if I cancel a print and a tool is still loaded , I and I click on the tool to put it back in standby and go back to its parking place , I get no responds

Best regards
MT

dc42

Chrishamm put an option in DWC to not run the tool change macros when you change tool in DWC. Perhaps you have that option selected?

MrT

Once again you are right got over exited to have my printer working again , and was to quick to post,
pls accept my apologies

Thanks again for your support
Best Regards
MT

Scachi

I am on 1.19(.0) as this is what my duet wifi came with and I can't find the download for the 1.19.2, or the download isn't listed as .2 ?

I have the same issue that the tool change files are not fully executed. The movement to the pickup/drop off position are not getting reached all the time.
I am using a magnetic tool pickup system too.

Files used:
tfree0.g, tfree1g
tpre0.g, tpre1.g
tpost0.g, tpost0.g

tfree0.g

[[language]]
G90
G1 X-34.0 F3000 ; move to left side
M42 P5 S0 ; left magnet off

tfree1.g

[[language]]
G90
G1 X244.0 F3000 ; move to right side
M42 P6 S0 ; right magnet off

tpre0.g

[[language]]
G90
G1 X-34.0 F3000 ; move to left side
M42 P5 S1 ; left magnet on

tpre1.g

[[language]]
G90
G1 X244.0 F3000 ; move to right side
M42 P6 S1 ; right magnet on

tpost0.g

[[language]]
; Wait for set temperatures to be reached
M116 P0

tpost1.g

[[language]]
; Wait for set temperatures to be reached
M116 P1

dc42

@Scachi:

I am on 1.19(.0) as this is what my duet wifi came with and I can't find the download for the 1.19.2, or the download isn't listed as .2 ?

I have the same issue that the tool change files are not fully executed. The movement to the pickup/drop off position are not getting reached all the time.
I am using a magnetic tool pickup system too.

Latest stable firmware binaries are always at https://github.com/dc42/RepRapFirmware/releases.

Please check whether the tool change issue is the same as the previous user had, i.e. DWC configured to not run the tool change macros.

jacksat

Best Regards
MT

Ps if you intrested something I have tested with great success ,the use of compressed air for cooling the part during printing , for small part worked miracles only problem was the amount of air used and the noise, my neighbor became crazy , the compressor was working to much and for to long :-). so reverted to the traditional fan,

the advantaged was less weight on the head and vibration was reduced ,not that there is a lot of vibration , but any improvement is an improvement how ever small

Hi,

I used a aircompressor to ,but now I use a airpump from my pond for part cooling.
All you hear now is the sound of air at the nozzle the pump is super silent.
The one I use is even too much airflow, you probably can use a smaller Hiblow 40hp or similar but this is what I had and they are not cheap.
The air regulator I use too dry the air with silica (cat litter),I replaced the oil in the oiler and and the watercatcher with silica, so no condensation can drip
out at the cooling end and ruining your prints.
You can go with cheaper brands but I know from experience they are also noisier.

And I use watercooling to cool the extruders ,so my setup is really quiet.

dc42

Thanks for the tip! A few of us have been looking for quieter air pumps.

Scachi

I have updated to 1.19.2 , the issue still exists.
I have the checkboxes active for tool change, I can see it start to move but it isn't working like it should.
To me it looks like the commands in this file aren't executed one by one, after the previous line has finished.
It seems they get executed without waiting for the previous one to complete.

I have emptied my free[0,1].g files and tried to only use the pre[0,1].g files.

[[language]]
; Absolute positioning
G90
G1 X244.0 ;F3000 ; move to right
M42 P6 S0 ; right magnet off

G1 X-34.0 ;F3000 ; move to left
M42 P5 S1 ; left magnet on

With this file, I can hear the relay controling the magnet click right after the first move has started, not after it has finished !

Maybe the free and pre files are getting executed without waiting for all the commands to complete, one after the other. This would explain why some of my moves where stopping in wrong places when using both files (free & pre).

dc42

I don't know why that is happening, because M42 commands should be synchronised so that they occur at the right time. I'll take a look. Meanwhile, try inserting a M400 command between the G1 command and the M42 command.

Edit: I just checked the code. Looks like code synchronisation is disabled for commands coming from the web interface, USB and PanelDue inputs. So that explains why it is happening. I think it would make more sense to always synchronise commands that were read from a macro file, so I'll change this. Meanwhile, M400 should work.

Scachi

M400 fixes the relay timing. I'll test if it is working now correctly with the merged tfree and tpre files.

There is still something strange happening to the moves when using tfree and tpre files.

In tfree0.g I am using a negative x position -34.0 to drop of my T0 tool, I have set the minima limit of x to -34.0 correctly for that.
In tpre1.g I am using x position 244.0 to pick up tool T1.

When I put everything into tpre1.g (drop tool T0 and pickup tool T1), the moves are correctly reaching the positions.

When I put the drop of T0 into tfree0.g and the pickup of T1 into tpre1.g it will only reach X 0.0 on the free move of tool T0.
For the T1 tool drop of it only reaches X 210.0 … it looks like the -34.0 gets calculated in there somehow or there is somewhere a limit set for the free moves to limit the x movement to min 0, max 210 .. but I am not able to find this limit in any file.
And I have put M400 in there, too. This isn't fixing the wrong drop off positions.

dc42

The tpre file is executed before the new tool is selected, therefore any tool offsets you define using G10 commands will not have any effect. It's usually best to put commands in tfree and tpost, and leave tpre empty.

Scachi

Oh, that explains my issue, as my tool offset is -34mm / +34mm.
Thank you very much !

MrT

Dear Jacksat

Very nice build !!!!! I also thought of using a much bigger airpump , but the cost is fairly steep , after all the testing I did , using compressed air is best for small parts as for biger parts the fans work beter of course it depends how much air you have available , during my testing i managed to use both and that gives really nice result , quick cooling near the nozzle and even cooling on the rest of the part .

I really like you water cooling , you have a much heavier build then me , I used the same material as the ultimaker 2 to build my printer , it s a much lighter build ,

Do do have an idea how much extra weight it adds on the head ? And do you get resonance to the frame from those big fans from the cooling bloque ?

I am asking cause for my build i opted for to have as light as possible heads since I use belt drives that is the reason I added the magnetic tool change in the 1st place , after tying many printer from my friend and so I figured out that ultimaker got very nice and repeatable prints , I figured that one of the reasons is the lightnest of the axes and head

I am not sure but from ur pictures looks like I using like a buildtalk on you table , I am wondering how good is the result with the dc42 ir prob ? I am using the prob and got a buildtalk plate but have not tried it yet
Best regards
MT