2
$\begingroup$

After I updated the firmware on my Prusa i3, the Bed won't switch off anymore. It worked perfectly before the update, but now, the moment I power up my printer, the LED on the bed turns on and it starts heating up. The manual control in Repetier Host doesn't turn if off or on and I even tried g-codes M140 S0 as well as M0, but it does not switch it off.

Edit: I have an Arduino Mega2560 with a RAMPS shield. The Marlin firmware came pre-configured from the store I bought the kit from.

$\endgroup$
  • $\begingroup$ What electronics do you have, and is your configuration of Marlin appropriate to the electronics? $\endgroup$ – Tom van der Zanden May 1 '17 at 12:27
  • $\begingroup$ @TomvanderZanden I edited my question to include info on the electronics $\endgroup$ – neelsg May 1 '17 at 12:57
2
$\begingroup$

It sounds like the pin configuration in the firmware you flashed doesn't match your hardware. Heaters should never be on by default and M140 S0 should always turn off current to the bed. What you describe sounds like the firmware is sending power to a pin that it believes is something other than what it is, either because the bed is on a fan pin (like D9) or because the firmware thinks D8 is something other than the heated bed.

If it worked before, your original firmware was configured to match how your board was wired, specifically which pins were mapped to what hardware. If you're confident that the new firmware pin configuration is correct, you can ignore this theory. Otherwise you should nail down which D8/D9/D10 pin maps to what hardware and resolve the mismatch.

On RAMPS, pins 8, 9 and 10 are typically used to control fans, hotends and heated beds and you define this behavior in configuration.h. If you flashed from source you should review configuration.h and ensure it matches your hardware. This likely means setting the MOTHERBOARD to the value that matches how pins 8/9/10 are wired. See this section (or something similar) in configuration.h to get started:

// The following define selects which electronics board you have.
// Please choose the name from boards.h that matches your setup
#ifndef MOTHERBOARD
  #define MOTHERBOARD BOARD_RAMPS_14_EFB
#endif
| improve this answer | |
$\endgroup$
  • $\begingroup$ Thanks, but this isn't the problem. I actually loaded a blank sketch (the blink sketch actually) to the Arduino and that specific pin was still on, so it seems to me that I somehow shorted the RAMPS board at about the same time I loaded the new firmware. I spent some more time troubleshooting and because it would always switch on when I plug it in, I also now managed to short out the heated bed, so I'm replacing both the bed and the board this weekend. Hopefully there is not some still undiscovered root cause $\endgroup$ – neelsg May 4 '17 at 12:15
2
$\begingroup$

This was actually a coincidental situation where I somehow damaged the RAMPS board around the same time I reloaded the firmware. Replaced the board and it works correctly now

| improve this answer | |
$\endgroup$

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.