My point is... If this is a Prusa clone, and it is running the Prusa firmware... That is Marlin. It will be a modified version of Marlin. But it is Marlin. If what I'm saying is true, you should be able to grab the Configuration.h file from their repository. But here might be another way to get that information: In the LCD Menus... If they have enabled the LCD_INFO_MENU in the firmwarby Roxy - Firmware - Marlin
Shouldn't the SG90 servo be on Servo-0 ? It is OK to have the Z-Probe on Z-Min.by Roxy - Firmware - Marlin
If it is a Prusa clone... Almost for sure it is running Marlin already. You should ask for the source code so you can make changes. With the source code, you can cross its existing Configuration.h files over to the new code base.by Roxy - Firmware - Marlin
Unknown... But knowing the Thermistor is good and the wiring is all connected helps simplify the problem. For $6 you can order a new RAMPS board on eBay. And in the mean time (until it shows up), you can move to the T2 Pins by editing the RAMPS Pin file.by Roxy - Firmware - Marlin
Probably you need to tell your Slic3r to center the object on the print bed. (And tell the Slic3r the dimensions of your print bed)by Roxy - Firmware - Marlin
Filament Runout should work without printing from an SD Card. It maybe you are running older firmware. The "Extruder Heating" was a left over message but it is my belief that is correct in the current firmware. When you click the encoder wheel, the nozzle will start heating. You don't want your host in the middle of this operation. You have to be at the printer to do the filament change. Sby Roxy - Firmware - Marlin
Wow! It is surprising that 7-Zip doesn't preserve the directory structure. For sure.... That is going to blow up the compile. You are using an Atmega-2560 with RAMPS. That is the default configuration. More than 1/2 the people running Marlin have that type of electronics. So, it shouldn't be hard to get the endstops and travel adjusted right. Just ask questions when you run into troby Roxy - Firmware - Marlin
The optical sensors are troublesome for 'out of filament' detection. Too much light leaks around the filament... And depending on how transparent the filament is, you can get flakey results during normal operation. I have a microswitch with a roller on the end of the lever. That works very well. And it is very simple.by Roxy - Firmware - Marlin
Yes... And in fact, there has been some recent work on this topic:by Roxy - Firmware - Marlin
Install Astro Grep. Point the directory at the Marlin folder. For the search text, enter: FILAMENT_RUNOUT_SENSOR And press the Search button. You might also want to search for FIL_RUNOUT_PIN These searches will show you the places in the code base that are sensitive to the filament running out.by Roxy - Firmware - Marlin
If this is for a single machine... I'm not sure I'ld even change the name of the pins. I might just make sure the number of servo's is less than 2 so it is safe to use those pins. And then I would put the extra sensor on SERVO2_PIN. I would add the extra logic at the same places the current logic accesses SERVO3_PIN for filament runout.by Roxy - Firmware - Marlin
It isn't clear to me what behavior you want. Do you want the same servo pulses on both connectors? Do you want the servo connectors used as an input for the filament sensor and you want both of those inputs active?by Roxy - Firmware - Marlin
Use Bugfix 2.0.0 as a first attempt. That will be the main branch going forward. It should compile every option you specify for AVR's. Some of the 32-bit platforms still need some work to compile. If you run into a problem getting your setup to compile, please post a message and somebody will jump on it and get it to compile correctly. The goal is to get 32-bit processors to support theby Roxy - Firmware - Marlin
In configurtion_adv.h you will find: /** * This option allows you to abort SD printing when any endstop is triggered. * This feature must be enabled with "M540 S1" or from the LCD menu. * To have any effect, endstops must be enabled during SD printing. */ //#define ABORT_ON_ENDSTOP_HIT_FEATURE_ENABLEDby Roxy - Firmware - Marlin
I think that 'middle position' it goes to is close to the #define MANUAL_Z_HOME_POS 250 // Distance between the nozzle to printbed after homing But, you have: #define Z_MAX_POS MANUAL_Z_HOME_POS So... basically, you are claiming the Z axis has 250 mm of print envelope in the Z direction. And it is homing to that location. Except... because it homes to max, it has to back off of the max nuby Roxy - Firmware - Marlin
First... Get your printer working well enough it can print a small object (Calibration cube???) in the center of the bed. Don't try to bring up UBL without being able to do this. Once you can print a small object in the center of the bed with no issues... The G29 P1 should probe the entire bed working out from the starting location. It should not probe in the air. It kind of sounds lby Roxy - Firmware - Marlin
With Delta's, they typically home to Z-Max. But after that... whether it respects Z-Min is a setting in the Configuration.h file. (Software Endstops) Also, Probe Clearance setting may be coming into play. A video might be helpful to see what it is up to.by Roxy - Firmware - Marlin
Do you have your axis moving in the right direction? Do you have PronterFace working so you can send commands to the printer? If you tell the Z axis to move down, does it move up? If an axis moves the wrong direction, you can flip these definitions: // Invert the stepper direction. Change (or reverse the motor connector) if an axis goes the wrong way. #define INVERT_X_DIR true #define INVEby Roxy - Firmware - Marlin
I would turn on PIN DEBUGGING... And using M42 and M43 see if I can turn on the fan. If the fan isn't wired up to the 'correct' pin, you'll have problems turning it on. Also... M43 is pretty smart. You can put it in a mode where it tells you what pins changed. So you can unplug your fan from where ever it is plugged in, and ground that pin. And M43 should be able to report which pinby Roxy - Firmware - Marlin
It is hard to say if 12 mm/sec is too fast. You will need to do some prints and see if you get any 'layer shift'. You might be able to turn up the power to your stepper motors and if so, that should let you run faster. It is OK for the stepper motors to be so warm (hot) that you can only hold your hand on them for 5 or 10 seconds. For checking out if your endstops are working... You can uby Roxy - Firmware - Marlin
Do you have the EEPROM enabled? If so... You need to pre-load the default settings into the EEPROM with a M502 and M500 pair. Just because you have a value specified in the Configuration.h files does not mean that value is being used. You can see the values being used by giving it a M503. It might be good to check and see what Z_PROBE_OFFSET_FROM_EXTRUDER is being used.by Roxy - Firmware - Marlin
Quotepcsentinel2 Hi, thought it was all solved, It seems to all be working fine, and I see the Z motors turn as the head moves though the print so its adjusting the Z Height, but it doesn't seem to be adjusting enough. so if I print many things across the plate The back left has a thick first layer and the front right is squashed. As I say I can visibly see the Z motors adjusting height but itby Roxy - Firmware - Marlin
You can look at the Folger Tech i3-2020 example configuration files. That machine has a boot screen on a 20x4 Character Based LCD display.by Roxy - Firmware - Marlin
The best thing to do is use a visual diff program to compare your old configuration files against the new ones. It is not safe to just drop the old files in place with the new files.by Roxy - Firmware - Marlin
Quotehadi I don't want to use UPS or extra battery. You can dictate what you want the solution to be... But you may not get an answer.by Roxy - Firmware - Marlin
Try using M43 to verify those pins. With M43 you have two options, you can ground a pin and see if it sees a state change (and if so it will report it). Also, you can tell it to toggle pins within a range and some rate. You can watch if the pins are toggling.by Roxy - Firmware - Marlin
I have seen other threads talking about this when using Bi-Linear. And the person that wrote and supports the Bi-Linear Leveling is very busy right now. Can you switch to another bed leveling scheme? If so... you should be able to avoid the issue until it gets fixed. Here is a picture of the UBL Mesh Validation Pattern. That is used to edit and fine tune the mesh.by Roxy - Firmware - Marlin
There are five bed leveling systems supported by the Marlin firmware. /** * Choose one of the options below to enable G29 Bed Leveling. The parameters * and behavior of G29 will change depending on your selection. * * If using a Probe for Z Homing, enable Z_SAFE_HOMING also! * * - AUTO_BED_LEVELING_3POINT * Probe 3 arbitrary points on the bed (that aren't collinear) * You specify thby Roxy - Firmware - Marlin