dead mega io pins miss configured firmware bad connector on the ramps bad soldering on the ramps bad soldering on the mega broken copper traces on the ramps broken copper traces on the mega ramps not fully seated on the mega broken knob lots to check... the knob is really two devices in one, a switch activated by pushing the knob in and a rotary encoder If you take a look at at the bottom leftby Dust - Prusa i3 and variants
Can someone please look into the spammers in Reprappers at the moment. Seems to be a number of accounts being used.... xcfwbbarz, hunting, yumi004chan, monster00by Dust - Administration, Announcements, Policy
Connect it to a computer so you can see whats going on. LCD's are notorious for hiding stuff from you. Use a simple interface like pronterface check your endstops work and match your hardware. (I see them hanging......) Send the printer a M119, it will report the endstop status as seen by the controller. Any that report as triggered it can't move in that direction. Also since your endstopsby Dust - RAMPS Electronics
nothing is "controlled" by the ramps... consider the ramps as a interface layer, connecting the physical world to the mega In the case of the knob, its wired threw the ramps directly to the mega io pins.by Dust - Prusa i3 and variants
1.1 is not equal to 1 your asking why 760 is not equal to 836... I have no idea what the 1.1 value is for in this example, its not a 1 to 1 gear ratio as that would be 1, not 1.1 Its basically increasing the amount of extrusion by 10%, why ? you would have to find the author and ask them.by Dust - Firmware - Marlin
To make is easier to understand The Homing Feed Rates look like this. {50*60, 50*60, 4*60, 0} This is in mm/min but this person like working in mm/sec, multiply your mm/sec by 60 seconds and your back to mm/min Steps Per Unit" look like this. {78.7402,78.7402,200.0*8/3,760*1.1}. The Z they have left in some of the maths, 200 steps per revolution, * 8 to account for the micro stepping, 3 is theby Dust - Firmware - Marlin
have you enabled micro stepping? depending on your board this could be jumpers (commonly 3 jumpers under the pololu modules) or it could be a firmware setting.by Dust - Firmware - Marlin
yip When the printer first turns on its got complete amnesia. It has no idea where any of its axis are. Thus the firmware shows "?" Once the axis has been homed it knows where it is again and can print it on the display.by Dust - Prusa i3 and variants
Micro stepping is a hardware function, easy to check, the pololu pins ms1,ms2 and ms3 should all be near 5v I suspect you just have a eeprom issue... so the steps/mm are not what you set in firmware but what is in eeprom. reset your eeprom to your firmware settingsby Dust - Reprappers
Start with a picture of the controller, if you have the wrong motherboard very little works. after a quick google I found This says that the evolution gen 2 uses a gen 6 controller Ie these so verify your controller looks like that and make sure your motherboard is set to BOARD_GEN6 (type 5 on older firmware that uses numbers)by Dust - General
this means you have not homed that axis yetby Dust - Prusa i3 and variants
Most control applications have a start file This start file is run before the rest of the gcode that is generated (normally its just prepended to the front of the file) in here you should be able able to add a simple g1 z1 command to move the head up Ive never used Simplify3D I cant seen it in any of the gui pictures I see, bit I do see it in the eg zzz files the example I have says th follby Dust - Prusa i3 and variants
I would doubt very much that this is the firmware more likely a function of your controller program.by Dust - Prusa i3 and variants
In my view this idea of smoke detector on the extruder is a bad joke... you need the smoke detector up high where the smoke collects This would only work if the printer was in an enclosure. If its out of the enclosure then the room has to fill with smoke down to the extruder... thats far to long and far to late.by Dust - Safety & Best Practices
I think you have missed a basic part of gcode there are two modes of operation, absolute positioning and relative positioning if your in relative mode G1 E10 F400 will move forward (extrude) 10mm, but if your in absolute mode and E is already at position 20, it will go backwards 10mm see G90: Set_to_Absolute_Positioning and G91: Set_to_Relative_Positioning so prefix your move with a G91by Dust - General
yes, your Z min endstop needs to be connected to the min endstop Z plug.by Dust - Prusa i3 and variants
Your LCD is damaged. Get a new LCDby Dust - Prusa i3 and variants
leave your #define INVERT_Z_DIR set to true, so movement is correct check your #define Z_HOME_DIR is set to -1 this is the direction to where the endstop isby Dust - Prusa i3 and variants
@DragonFire FTDI cables are just serial to usb converters, and yes they comes in 3.3v and 5v versions to match your i/o voltages. This is not needed on a ramps, unless you trying to bypass the usb to serial chip. You need a avrisp to program a new boot loader (also called AVR Programmer). You can use a second arduino for this and just run the ArduinoISP sketch eg Aliexpressby Dust - General
there are the 5amp polyfuses. these heat up and disconnect when to much current is drawn threw them, then they cool down and conduct again. I've seen really cheap ones that are just not 'right' If if doubt remove the polyfuse and put a large wire in its place. Now put a inline fuse into the wire from the power supply to the ramps. (dont run without a fuse)by Dust - RAMPS Electronics
//=========================================================================== //============================= Getting Started ============================= //=========================================================================== /** * Here are some standard links for getting your machine calibrated: * * * * * * * * */ But basiclly what you want is not possible The physicaby Dust - Prusa i3 and variants
This basically is saying can't communicate with boot loader. could be a few things 1) your board doesn't have a boot loader installed, it is possible to upload firmware without a boot loader and some suppliers use this method, making uploading new firmware impossible without a hardware device known as a avrisp 2) your tiring to upload with the wrong upload setting, baud rate and protocol. Tby Dust - General
google 2 8" MKS TFT28 LCD Display or 3.2" It s stm32 based board, designed to replaced lcd and rpi just feeds data in serial port from sd or usb Its not open source though, but they do respond to bug reports and actually update their devices (binary data only) This does have some tools to allow you to customize the graphics (google for their github)by Dust - RAMPS Electronics
mks gen v1.4 doesn’t provide circuit diagrams... but their wiring diagram does say it can be powered from 12-24v, so its been deigned for it Just remember everything that was getting 12v will get the new voltage fans may not like it.... hot end and heated bed should be fine... might need to re tune pid's stepper drivers will be fine.by Dust - Prusa i3 and variants
It depends on your electronics for eg a ramps (im particular the mega under it) doesn’t take to kindly to more that 12v. the mega has a 5v regulator that already get too warm under normal operation, if you put > 12v it will probably die. there are options... 1) remove D1 on the ramps, then the mega doesnt get 12v from the ramps, and needs a separate supply, either 12v to the dc in jack or yby Dust - Prusa i3 and variants
its a stm32 processor.. its running custom firmware Although they do provide binary updates, its completely closed source. So if you have any issue, you have to talk to them. no 3rd party support.by Dust - Controllers
could be: dead stepper dead stepper driver broken stepper wire. vref not set to much phyiscal resistance in the axis presuming you have a board that uses pololu modules.... While everything is off swap X and Y motors, does the issue move or stay? While everything is off swap X and Y pololu driver, does the issue move or stay? Have you set the vref pots? With the belt removed does the X axisby Dust - Mechanics
Your new pictures have confirmed that your end stops are miss configured you have a max X end stop you have a max Y end stop you have a min Z end stop therefor your endstop section should be // ENDSTOP SETTINGS: // Sets direction of endstops when homing; 1=MAX, -1=MIN // :[-1,1] #define X_HOME_DIR 1 #define Y_HOME_DIR 1 #define Z_HOME_DIR -1 Also with ramps there are separate min and max enby Dust - Reprappers
please post your configuration.h to pastebin not pictures of it that we can't copy/paste/edit secondly your issue "X Axis Motor Moving Away From Heatbed" makes no sense The X axis goes left to right, its always parallel to the heatbed The Y axis goes front to back The Z axis goes up and down. I'm guessing you mean its always going right. Most probably a endstop issue... see below. You have pby Dust - Reprappers
You do have both the 5amp and the 11 amp circuits plugged in? (ie 4 wires, two 12v and 2 gnds, into the 4 pin power plug) It always pays to check the obvious... Put a multimeter into both pins of D8, turn on the bed in software, do you get 12v? Also try the heated bed with the bed +12v plugged into D8 + but the gnd directly to gnd on the power supply.. This is un controlled heating, buby Dust - Firmware - Marlin