Marlin fails to compile with IDE 1.8.6. Check close to page 13 near the end Back up to something previous to 1.8.6 and try againby DaveA - Firmware - Marlin
I posted the same issue over in the Arduino forum and got this response from "pert" one of the major members. It seems we are not alone and it's not us. It seems the end of line comments are bothering the compiler. And by Dusts comment I guess we can assume that this problem is for the Windows version. I think this bug will be tracked at: I originally mistook this for a previously reported issby DaveA - Firmware - Marlin
I've had 1.1.9 compiling OK for a while and saw that IDE Arduino 1.8.6 was available for download from . Thought I'd give it a try and was rewarded but a long list of errors similar to those shown below. Roll back to 1.8.5 and all is well again. Anyone else try it yet?: Errors with 1.8.6 In file included from C:\Users\Dave\AppData\Local\Temp\arduino_build_700613\sketch\HAL.h:33:0,by DaveA - Firmware - Marlin
Never mind. Keyboard error. #define XY_DIAG_AC 141,1 //08/19/18 should not have a commaby DaveA - Firmware - Marlin
Marlin 1.1.9 with Folgertech i3 2020 I'm trying to understand how to implement skew correction. If I understand the comments in configuration.h I can either enter my measurements for XY_DIAG_AC, etc OR define XY_SKEW_FACTOR. It seems that XY_SKEW_FACTOR overrides my enter measurements but if I comment out XY_SKEW_FACTOR I get a compile error. #if ENABLED(SKEW_CORRECTION) // Input all length meaby DaveA - Firmware - Marlin
I have Z_SAFE_HOMING defined in configuration.h. I don't see any reference to safe homing in configuration_adv.h. Is this the setting?by DaveA - Firmware - Marlin
I'm just building an Anycubic Kossel plus and have added a BLTouch Smart probe. I'm running on a very late snapshot of bugfix-1.1.x. I've got got an issue in that when doing an delta auto calibration the BLTouch probe will run off the build plate. I noticed that doing a G33 P1 to get the height the nozzle remains in the center of the build plate rather that the probe. I assumed that like my Folby DaveA - Firmware - Marlin
Thinking about building a delta to play with in addition to my Prusa I3. Any info about the BIQU kits. I've seen several YouTube videos with unboxing and buildup but not much else. I assume that like all the others there's good and bad points. Anyone build one? Thanksby DaveA - Delta Machines
Simplify3D's Machine Control Panel window has a tab labeled Communication. Once you are connected to the printer you can type any string you want at the bottom and press Send. You will see the response in the scrolling window.by DaveA - Firmware - Marlin
Is there a step by step set of instructions for using UBL? I'm using 1.1.0 with a BLTouch. Following the steps I think I need I initialized EEPROM, did a G29 P1 to create a mesh and saved it to EEPROM with G29 S0. I activate UBL, load the mesh and then try to print but there is no obvious correction taking place. The only time Z moves is when changing layers. Anything else do I need to do inby DaveA - Firmware - Marlin
My printer is down right now so I can't test it but I think I remember that a G29 would do nothing unless preceded by a G28 immediately before. This is with Marlin BugFix release from about a month ago.by DaveA - Firmware - Marlin
1000 mm/sec? Almost 40 inches per second? What kind of printer are we talking about?by DaveA - Firmware - Marlin
If your firmware supports it try building with Z_MIN_PROBE_REPEATABILITY_TEST enabled. Load it and then do a G28 followed by an M48 to run the repeatability test. I'm using RC8BugFix, a BLTouch probe.and built with AUTO_BED_LEVELING_BILINEAR which works fine. A quick run of M48 on my Folger 2020 results in the following: Send: M48 P4 X100 Y100 V4 Recv: M48 Z-Probe Repeatability Test Recv: Posby DaveA - Firmware - Marlin
Do you still have the X endstop on the right (max) side of the printer as default from Folger? If you do I don't think auto leveling will work properly. Check out for more information. You may want to update to one of the later Marlin releases.by DaveA - Firmware - Marlin
I don't know Pronterface but it's easy with Octoprint. Install the "custom control editor" plug-in and you can create buttons to pretty much do anything you want. I have a button that does the same thing. You would want to change how your commands are listed. The string "G28;G29;G1 Z0" would only perform the G28. The rest would be ignored as a comment. Just put each command on a separate line.by DaveA - Firmware - Marlin
Roxy, I'm just getting back to trying UBL after some diversions. I got the latest from github and have built with the latest Arduino IDE 1.6.12. Just wanted to let you know there is a new warning that shows up with 1.6.12. I get the following warning for each call but things still build OK. C:\Users\Dave\AppData\Local\Temp\arduino_build_654146\sketch\G26_Mesh_Validation_Tool.cpp: In functionby DaveA - Firmware - Marlin
Got it working myself a few days ago and forgot to come back to mark the topic solved. It was another editing error in configuration.h. When I enabled the new BLTouch define I didn't realize at the time that I needed to also update the #define NUM_SERVOS. Once I set the number of servos to >0 all went well. Also, with BLTOUCH defined the following lines are not necessary. #define Z_ENDSTOPby DaveA - Firmware - Marlin
I've got 1.1.0RC7 running on a FolgerTech 2020 Prussa I3 kit with a BLTouch sensor. I normally use Simplify3D but decided to try Repetier-Host to try to duplicate your problem. I loaded 1.6.2 and I can home X & Y with no problem and I can also move Z up and down with no problem. If you hadn't said it works with Pronterface I may have had an idea. When I compiled RC7 I didn't correctly editby DaveA - Firmware - Marlin
Anyone else tried to build RC7 with a BlTouch probe? Built-in support for the BLTouch was added in RC7 and it seems that all you need to do is uncomment the line //#define BLTOUCH at line 456 in configuration.h. However, if you do this the compile fails with "STOW_Z_SERVO' was not declared in this scope" I'm trying this with a virgin configuration.h file with only the #define BLTOUCH line editeby DaveA - Firmware - Marlin
Thanks for the info. I configured a fixed BLTouch probe and my RepRap Full Graphics controller and it still failed to compile. I then downloaded the latest from github, made the same two changes to the configuration and it now compiles but with a few warnings. I'll make the necessary other changes to config and I'll try to download to the printer and give it a try later today. 1. A few things Iby DaveA - Firmware - Marlin
Nope, This is with the configuration.h file as included in the Marlin-devel-ubl.zip from github. I made no changes at all. Just unzipped the file, launched the IDE, opened the Marlin.ino and clicked compile. I thought I'd just see what happened. My current Arduino 1.6.9 environment is compiling 1.1.0RC6BugFix with no complaints.by DaveA - Firmware - Marlin
Thought I'd give it try but it fails to compile. This is with just downloading the .zip, opening Marlin.ino and compiling. No edit or changes by me. Here is the error log. Arduino: 1.6.9 (Windows 10), Board: "Arduino/Genuino Mega or Mega 2560, ATmega2560 (Mega 2560)" C:\Program Files (x86)\Arduino\arduino-builder -dump-prefs -logger=machine -hardware "C:\Program Files (x86)\Arduino\hardwareby DaveA - Firmware - Marlin
Odd, I'm compiling Marlin 1.1.0-RC6BugFix with U8glib 1.19.0 under Windows 10 64 bit. No problems here. .by DaveA - Firmware - Marlin
QuoteKeary123 QuoteWilberMaker @ Keary123 - Yes, it would be a big help to see your files. Thank You. @ DaveA - Thanks, I have SAFE_HOMING uncommitted but it still wants to home Z in the 0,0 position. I have set the X_MIN_POS and X_MAX_POS at 0 and 200 (bed size) and set the probe offset at -30 and -20. What else is controlling it? I was thinking that maybe I am not updating the EEPROM so I rby DaveA - Prusa i3 and variants
WilberMaker, I believe you're looking for Z_SAFE_HOMING in configuration.h Remove the // comment to enable. I'm using Marlin 1.1.0.RC6 but I think that was also the #define name in earlier versions.by DaveA - Prusa i3 and variants
QuoteMindforrest Huge thanks to DaveA! I still cannot get the Z axis to move, but the problem is that it thinks that the endstops are hit on the minimum and maximum of the Z axis, so it refuses to move. Trying to figure out how to fix this software issue. Thanks! p.s. Does anyone know how to fix that? I assume that you either have wired the endstops incorrectly or the firmware is not configuredby DaveA - Prusa i3 and variants
Mindforrest, Just to be clear. You have successfully homed the X axis immediately followed by successful homing of the Y axis and the Z axis will still not move? Have you run M119 to show endstop status before and after you tried homing? Have you verified that you have power at the Z motors and that they are enabled - tried to turn the Z axis 5mm screw by hand? Do you have all three jumpers iby DaveA - Prusa i3 and variants
Quotetjnamtiw QuoteDaveA BLTouch Users: Has anyone else had an issue where the pin will remain retracted after a print is finished and the printer is turned off over night? I've had this happen several times and if I forget about pulling down on the pin the next G28 will crash the nozzle into the glass. I've cleaned the pin several times but I really assume the issue is inside the touch. Onceby DaveA - Prusa i3 and variants
BLTouch Users: Has anyone else had an issue where the pin will remain retracted after a print is finished and the printer is turned off over night? I've had this happen several times and if I forget about pulling down on the pin the next G28 will crash the nozzle into the glass. I've cleaned the pin several times but I really assume the issue is inside the touch. Once I pull the pin down firsby DaveA - Prusa i3 and variants
Check out the Folger Tech 2020 i3 Wiki at There is a section on auto bed leveling. If you're using Marlin firmware I believe you must have the X axis end stop on the left or the software will no behave correctly.by DaveA - Prusa i3 and variants