Burned out Driver: Swap Y-Axis with E2-Axis

[printhead 2]

My UM2 is not happy :(

I've managed to fry the stepper driver for the Y-Axis. Pretty clear case, the PCB is charred where the magic smoke escaped from the chip.

There is an unused axis for a second extruder (E2) on the board...

I've quickly looked at the code, It looks like I could just swap the STEP_PIN, DIR_PIN, and ENABLE_PIN entries in pins.h for MOTHERBOARD==72 (STOP_PIN should probably remain the same, I guess thats the end-switch). I'd rather not use a custom compiled firmware, but its cheaper than a replacement board.

I'd appreciate if someone more familiar with Marlin could tell me if there is something else I should do, or if this this a stupid idea for some reason.

Thanks,

Stefan

Edited January 7, 2016 by Guest

[neotko 1,417]

You can do exactly that. But yes, you need to build your own custom firmware to do it.

You can double check the pin numbers on the pdf of the github:

https://github.com/Ultimaker/Ultimaker2/blob/master/1091_Main_board_v2.1.1_(x1)/Main%20Board%20V2.1.1.pdf

Edited January 7, 2016 by Guest

[printhead 2]

Thanks neotko, I'll try that this evening and report back.

Good idea to verify the pin numbers with the schematic. I just did that. As expected, the pin numbers in the header file are correct.

[printhead 2]

It's alive!

That was indeed all it took. Works like a charm again. Puhh, I already saw several weeks without a printer and quite a bill coming towards me...

[Julian28010 0]

Could someone give me the Information what to change exactly? I got the same problem on my Ultimaker Original Plus (except that my PCB is charred and I can't see any PCB failure). Just for information, the UMO+ uses the same electronics as the UM2.

[TOMTFX 0]

seconding, could someone elaborate on exactly what to change? i modified the lines in the area i linked (swapping y for e1) but am unable to get it working. connecting the y motor to the x axis and moving it via printrun works fine so its definitely the driver.

 

https://github.com/Ultimaker/Ultimaker2Marlin/blob/master/Marlin/pins.h#L986

[gr5 2,178]

@TOMTFX - you copied the 3 pins from E1 (the values 47,48,49) into Y pins?  So for example you left the min/max pins alone but changed the 31 to 49 and the 29 to 48.  Are you sure you left the 26 and 28 alone?

 

Then you built Marlin successfully?  And then you downloaded it onto your printer?  And then rebooted and did a FACTORY RESET?  (factory reset shouldn't matter but some settings (I think not pins) are stored on the eeprom and you need to do a factory reset sometimes to get everything copied properly from firmware to eeprom)?  And you also remembered to move the Y cable to the E1 connector?

 

And then what?  The Y axis refuses to move?

 

@tinkergnome - is there some step I skipped?  Is there some other code he has to edit other than pins.h?

 

 

[gr5 2,178]

I just noticed that Y_STEP_PIN is defined many times in pins.h.  Are you sure you got the right one?  Where MOTHERBOARD==7?

[gr5 2,178]

OH!  I think I know the problem.  Many UM2 PCBs were shipped without the second extruder driver.  They simply did not solder on the chip for E1.  Look at your motherboard carefully - the stepper driver chips are somewhat prominent.  Square chips.  There is X,Y,Z,E0,E1 so 5 identical connectors - there should be 5 identical chips near each of these connectors except the one for E1 may be missing.

[TOMTFX 0]

Thanks for the response here is the code as i have edited it. it is on motherboard==7

 

#define Y_STEP_PIN 49
#define Y_DIR_PIN 47
#define Y_MIN_PIN 26
#define Y_MAX_PIN 28
#define Y_ENABLE_PIN 48

 

and

 

#define E1_STEP_PIN         31
#define E1_DIR_PIN          33
#define E1_ENABLE_PIN       29

 

on verifying i get this, but it does compile

 

sketch/SdFatUtil.cpp:29:13: warning: type of '__bss_end' does not match original declaration
 extern int  __bss_end;
             ^
sketch/Marlin_main.cpp:292:23: note: previously declared here
   extern unsigned int __bss_end;
                       ^
Sketch uses 117350 bytes (46%) of program storage space. Maximum is 253952 bytes.
Global variables use 5935 bytes (72%) of dynamic memory, leaving 2257 bytes for local variables. Maximum is 8192 bytes.

 

 

upon uploading and running i get the first run wizard and are prompted to run first startup, z axis homes as does x axis. slightly after this the printer throws er07 when the switch isnt pressed as the motor does not move.

 

thanks again!

[printhead 2]

It's been a while, but I did find the code change I've made back then:

 

https://github.com/smurn/Ultimaker2Marlin/commit/425f89ecc549e8feb6db6349525146e957f7d45f

 

The firmware has changed since then, of course, but maybe this still useful. Those were the only changes I've made, and the printer has been working just fine the last two years.

[gr5 2,178]

Did you check to see if there is no driver for the E1 connector?

[TOMTFX 0]

1 hour ago, printhead said:

It's been a while, but I did find the code change I've made back then:

 

https://github.com/smurn/Ultimaker2Marlin/commit/425f89ecc549e8feb6db6349525146e957f7d45f

 

The firmware has changed since then, of course, but maybe this still useful. Those were the only changes I've made, and the printer has been working just fine the last two years.

thanks for this, it seems to be the same changes i made save for the fact that there are 2 endstop pins for each axis now.

48 minutes ago, gr5 said:

Did you check to see if there is no driver for the E1 connector?

i did, there is most certainly a square chip and associated circutry to match the other 4 behind the e1 plug

[tinkergnome 927]

3 hours ago, gr5 said:

@tinkergnome - is there some step I skipped?  Is there some other code he has to edit other than pins.h?

 

Wait a minute... @Julian28010 asked for an UMO+, but now we are talking about the UM2-Firmware? I'm pretty sure, that the UMO+ uses the same electronics board, but a different firmware (and display), right?

 

18 minutes ago, TOMTFX said:

thanks for this, it seems to be the same changes i made save for the fact that there are 2 endstop pins for each axis now.

 

If you own an UM2, you made the changes on the wrong place. Search for MOTHERBOARD == 72

 

In case of an UMO+ it's the wrong firmware, it should be this one: https://github.com/Ultimaker/Marlin/tree/Marlin_UM_Original_Plus

[TOMTFX 0]

https://github.com/Ultimaker/Ultimaker2Marlin/blob/master/Marlin/pins.h#L1156

 

this was the right bit to change in the end for anyone who finds this like i did. i was simply doing the wrong one.

 

y changes

#define Y_STEP_PIN 49
#define Y_DIR_PIN 47
#define Y_STOP_PIN 26
#define Y_ENABLE_PIN 48

 

e1 changes

#define E1_STEP_PIN         32
#define E1_DIR_PIN          33
#define E1_ENABLE_PIN       31

 

cheers for the help!

[mrts 1]

Hi all,

 

Not sure if this is the right place, but I have a similar issue, although it's about an Ultimaker Original. Hope one of you guys could help me!

 

My Z-axis does not move as expected (goes forward, not backward). Stepper drivers and stepper motor are OK.

 

Curious if I can connect the Z-stepper motor to the not-used 5th port/socket. However, I'm not sure if I can manage changing the firmware.

My questions:

-Is this the correct location for the UM Origal firmware: https://github.com/Ultimaker/Marlin/)

-How to change the pins in the software..?

 

Hope you can help! Thanks!

 

 

[TOMTFX 0]

in your case I wouldn't change the pins and socket as its just introducing potential issues where there are none. once you find the appropriate firmware (no idea if that is your one sorry) there will be a line under configuration.h which will allow you to reverse the direction of travel for individual axis.

first maybe try updating your firmware following this guide https://ultimaker.com/en/resources/242-firmware

also check your motor plug is plugged in correctly. IIRC in my first printer (reprappro mendel) you could reverse the motor by flipping the plug as well.
 

[mrts 1]

Thx! After a lot of experimenting, replacing the arduino etc, it turned out that my lower endstop switch of the Z-axis was blocked by a piece of PLA. So, the printer was thinking it was at lowest position.

 

Removed it and all works now. Thanks anyway!