Tool change issues after firmware update 1.19.2

MrT

Dear

I have updated the firmware today

I have notices that the tool change stoped working like it use to

what is happening is as follow

when I set tool 0 to active it will go and get tool 0
when I set tool 0 to standby it will bing tool 0 back

when I set tool1 to active I will start the script but stop in the middle
if I go from tool 0 to tool 1 it will keep tool 0 active then stop the scrip in the middle of piking up tool1

not sure if what I say is understandable

In the hope to get some feed back

this issue render my dual tool setup non functional

Best Regards
Manuel Topiol

T3P3Tony

Can you post your tool change macros please, I will try and recreate the issue.

What version of the firmware did you upgrade from?

MrT

Good Evening T3P3Tony

Firmware Info
Firmware Name: RepRapFirmware for Duet WiFi
Firmware Electronics: Duet WiFi 1.0
Firmware Version: 1.19.2 (2017-09-01)
WiFi Server Version: 1.19.2
Web Interface Version: 1.19

tfree0:
G90
M83
G91
G1 Z5 F6000
G90
G1 X-15 F6000
G1 Y180 F6000
G1 X30 F6000
G1 X70 F6000

tfree1
G90
M83
G91
G1 Z5 F6000
G90
G1 X195 Y50 F6000
G1 Y180 F6000
G1 X50 F6000
G1 Y50 F6000

tpre0
G90
M83
G0 X50 F6000
G1 Y180 F6000
G1 X5 F6000
G1 Y50 F6000

tpre1
G90
M83
G0 X50 F6000
G1 Y180 F6000
G1 X175 F6000
G1 Y50 F6000

Its a very strange situation both tools are on stand by if I activate tool1 it will pick tool1 without problem but tool 0 will be the active one

with firmware 1.18.2 did not have this issue

thanks for your support
Best Regards
Manuel T

MrT

Hi again i restored the old firmware and it worked like it use to there is definitively something that changed in the 1.19.2 after selecting tool1, tool0 is the active one

some help would be appreciated

also something I have noticed
in 1.18.2 it was not necessary to add the channel for bed heating if it was connected to a thermistor in 1.19.2 if a don't add the channel it will display 2000 instead of the temperature

Best regards
Manuel

dc42

It is documented in the upgrade notes that 1.19 series firmware needs a M305 command for every temperature sensor in use. But you should not need to include the channel in that command, because each heater channel defaults to using its own thermistor.

What sort of printer do you have: a simple dual nozzle printer, IDEX, or something else?

Few people use the tpre files. When tpre is run, no tool is selected, which limits what you can do in them. Most people use just tfree and tpost files.

MrT

Dear dc42

I always had a m305 for the sensors , just I noticed after the update the bed temperature was 2000 i checked the cabling and other , after some time I just added the channel and it started working again.

The printer I have is a ultimate clone that I have build and milled my self ,
HW
magnetic tool change with 2 heads and 2 parking spaces
stepper 0.9 ,
all moving parts from Misumi
e3d and titans
duetwifi and dc42 ir prob

the issue at hand is not located in the tfree and or tpre or tpost

I get the same problem when i do the tool change from the slicer extruder start / extruder end or even manually just by clicking on the tool in the duetwifi web interface changing from standby to active from tool0 to tool1

this issue is not happening on the 1.18.2

Thanks and best regards
Manuel Topiol

MrT

T3p3tony good day

By any chance have you been able to reproduce my issue

Best regards
Manuel

MrT

Friendly bump

Best regards
Manuel

T3P3Tony

I am not at home this weekend, I will try and have a look early in the week. I have an idex machine which is not the same but i might be able to work it out.

Am I correct in understanding that the issue is not the movement in any of the tool change macros? The moves to park and pickup the new head work correctly the only issue is when you select T1, T0 remains activated in firmware?

MrT

Good day

yes your assumption is correct

Thanks for the help
Best Regards
Manuel

MrT

Dear good night

Had a chance to look at my issue ?

Thanks
Best regards
Manuel Topiol

T3P3Tony

Hi, I have tested tool changes using an IDEX machine with the following setup:
Firmware Version: 1.19.2 (2017-09-01)
WiFi Server Version: 1.19.2
Web Interface Version: 1.19

Using your Tpre,Tfree files, modified only slightly so they do not crash the heads on my IDEX, i can't reproduce the problem.

Starting with T0 selected, I enter T1, the movements associated with Tfree0 occur, then the ones in Tpre1. With T1 selected I enter T0, the movements associated with Tfree1 occure, the Tpre0.
The selected hotend (as shown in DWC) changes as commanded.

Things I am doing differently from you:

Using an Idex printer so X mapping is different from T0 and T1
Homing in my Tpre/TFree files to protect the two heads from crashing.

MrT

Thanks for the reply

So from where could this problem come from ?
I am out of idea , and I can't understand why with 1.18.2 it's working and not with 1.19.2 ,I changed nothing to my setup

Best regards
Manuel

dc42

Please post your config.g file, and confirm that you have no tpost0.g or tpost1.g file.

MrT

Thanks for the reply

The problem is not associated with movements generated by the tpost tpre and three, the problem is with the tool active and standby

Let's say when I start the printer I home x y and z then I click on tool0 it goes and collects tool0 no problem there ,the tool is loaded and active

When I click again on tool0 it goes to unload and parks the tool0 and put the tool in standby

Now when I go and click on tool1 it goes as expected loading tool1 but after it has collected tool1 it puts tool1 in standby and tool0 as active but the tool1 is still loaded

The result is the same for the 3 test I have made , 1 just by clicking on the web use interface, 2 by sending gcode to the printer , or 3 adding gcode in the slicer to deal with the tool changed , there is no scenario where I can keep my tool1 active

it is definitively something to do with the firmware

So from where could this problem come from ?
I am out of idea , and I can't understand why with 1.18.2 it's working and not with 1.19.2 ,I changed nothing to my setup

I really need some help on this issue

Thanks for your understanding

Best regards
Manuel

T3P3Tony

As David says please post your config.g and your T post files (if you have any)

MrT

Dear Sorry was on my mobile did not see David's Post

please find her under the config file

M111 S0
G21
G90
M83
M555 P2
M208 X0 Y0 Z-1 S1
M208 X200 Y200 Z306 S0

; Endstops
M574 X1 Z2 S0
M574 Y1 S0
M558 P1 X0 Y0 Z1 H3 F200 T6000
G31 P500 X0 Y0 Z0.3
M557 X10:140 Y10:140 S20

; Drives

M569 P0 S0
M569 P1 S0
M569 P2 S1
M569 P3 S1
M569 P4 S1
M350 X16 Y16 E16:16 I1
M350 Z16 I0
M92 X160 Y160 Z400 E837:837
M566 X400 Y400 Z15 E100:100
M203 X10000 Y10000 Z2400 E1500:1500
M201 X1200 Y1200 Z200 E3000:3000
M906 X1400 Y1400 Z1300 E1400:1400
M84 S0

; Heaters
M143 H0 S110
M143 H1 S335
M143 H2 S265
M301 H0 S1.00 P10 I0.1 D200 T0.4 W180 B30
M305 P2 T100000 B4138 C0 R4700 X201
M305 P1 T100000 B4138 C0 R4700 X200
M305 P0 T100000 B4725 C7.060000e-8 R3750 X1

; Tools
M563 P0 D0 H1
G10 P0 X-19.92 Y-0.20 Z0.0
G10 P0 R0 S0
M563 P1 D1 H2
G10 P1 X19.8 Y0 Z-0.09
G10 P1 R0 S0

; Network
M550 PMy printer
M552 S1 ;
M587########################
M586 P0 S1
M586 P1 S0
M586 P2 S0

; Fans
M106 P2 S0.3 I0 F12 H-1
M106 P1 S1 I0 F100 H-1
M106 P0 S1 I0 F10 H-1

; Custom settings are not configured

tfree0:
G90
M83
G91
G1 Z5 F6000
G90
G1 X-15 F6000
G1 Y180 F6000
G1 X30 F6000
G1 X70 F6000

tfree1
G90
M83
G91
G1 Z5 F6000
G90
G1 X195 Y50 F6000
G1 Y180 F6000
G1 X50 F6000
G1 Y50 F6000

tpre0
G90
M83
G0 X50 F6000
G1 Y180 F6000
G1 X5 F6000
G1 Y50 F6000

tpre1
G90
M83
G0 X50 F6000
G1 Y180 F6000
G1 X175 F6000
G1 Y50 F6000

thanks
Manuel Topiol

MrT

Friendly bump

Best regards
Manuel

MrT

Dear dc42 & t3p3tony

Did u have any chance to check on my issue , I am still Struggling with it , I can confirme that the issue is not related with the tfree tpre and tpost , if I disabled them and do the tool change movements via the slicer I get the same result the wrong tool is active when I switch to tool1

In the hope of hearing from you

Best regards
Manuel Topiol

MrT

Gentle bump bump

Regards
Manuel

dc42

We're going to be busy with the TCT show for the next week, so feel free to remind us after that.

Also please check whether this is a Duet Web Control bug, or whether the same bug occurs if you send the appropriate T commands directly. One of my machines exhibits an inability to select or deselect a tool using the Tool link in DWC 1.19, but it works fine if I send the appropriate T commands from the GCode Console.

MrT

Dear thanks for your reply
with the t command I get the same result I have been trying every possible combinations with no success, I am supprized that no more people are experiencing the same problems , or maybe less people are using a tool change

Ok i will recontacter you after your show , hope it goes well , good luck !!!

Best regards
Manuel Topiol

number40fan

There were directions to roll back to 1.18 if you wanted to do that, just to confirm it is an update issue.

MrT

Good day

Yes I did roll back the issue was gone , then I did the update again the issue was back , since then I am doing try and error to pin point where the issue is comming from.

The steps I undertook where :
1 ) tool change with a very basic gcode file just switchings from t0 to t1 to t0 to t1 with the tfree tpost tpre active
2 )deactivated the tfree tpost tpre and did the tool change from within the slicer
3 )tripel checked my config file and cabeling

Issue stays the same what ever I do .the active tool remains t0 after loading t1
Every test I did tend to let me think it's an update issue or some mistake on my part but it's not very likely I have my config info in a previous post maybe you could help me have a double check
Best regards
Manuel

dc42

Are you certain that Tool 0 stays active after you select Tool 1, and it isn't that DWC is mis-reporting it? If you send G10 P0 S0 then this should cool down tool 0 if it really is active, but do nothing if it isn't.

You can remove the M587 command from config.g, it only needs to run once to save your access point details on the WiFi module.