Fixed the issue by increasing #define Z_CLEARANCE_BETWEEN_PROBES from 5 to 10. Probe would trigger at Z=4.08. NOZZLE_TO_PROBE_OFFSET for Z was set to 3.7 and with clearance 5 the following condition 4.08 > -3.7+5 was causing early_fail to become true in line 607 of probe.cpp early_fail = (scheck && current_position.z > -offset.z + clearance); // Probe triggered too high? Z-offseby lmcbmai - Firmware - Marlin
I don't think it is related but still want to mention just in case - I also have an issue reported here If I leave firmware microSD card in SKR2 the board reboots on its own every 2-3 minutes. Thanksby lmcbmai - Firmware - Marlin
Here are my configuration files. Thanksby lmcbmai - Firmware - Marlin
During my tests Z_MIN_ENDSTOP_INVERTING and Z_MIN_PROBE_ENDSTOP_INVERTING were both set to false. I tried to set them both to true, but then printer halts even earlier, right after moving print head into the 1st measurement position. Bed does not even move up towards the probe. Thanksby lmcbmai - Firmware - Marlin
I upgraded my CoreXY printer's mainboard to SKR2 Rev.B and having troubles configuring ABL feature. I have z-probe of my own design with optical sensor and electronic circuit identical to the circuits of X, Y and Z end-stops. Print head needs to move at a certain X, Y positions and push against printer's side panel to mechanically activate the probe. Probe is deactivated (retracted) when print heby lmcbmai - Firmware - Marlin
Thanks for your reply. Yes, I ended up fixing the issue on hardware level.by lmcbmai - Firmware - Marlin
Tested with another unused pin that has pull-down set by default, but it did not work either. Ended up shortening resistors R3 and R5 and that solved the problem. Thanks again for your suggestions.by lmcbmai - Firmware - Marlin
As per drawing (old) CPU pins are PH0 and PH1 while encoder is connected to PH0E and PH1E. There are 10K resistors between those pins, so encoder grounds CPU pin not directly but via 10K. As per STM32F429 datasheet CPU's own pull-up resistor is typically 10K, but may have minimum value of 7K. In either case, grounding via 10K is obviously not enough to flip the signal. When I ground CPU pin dirby lmcbmai - Firmware - Marlin
Many thanks for your reply! It was very helpful. After running several tests with M43 and came to the conclusion that I need to change the initial state of pins BTN_EN1 and BTN_EN2 from PULLUP to PULLDOWN. Now my problem is - I don't know where to do it. The only place I was able to find where these pins are set to PULLUP is around line 400 in marlinui.cpp file, however replacing there SET_INby lmcbmai - Firmware - Marlin
I am upgrading Velleman Vertex K8400 printer and replacing original 8-bit motherboard (3Drag Controller) with BTT SKR2.The original firmware was Marlin version 1.4. On SKR2 I will be running the latest 2.0.9.3. The printer has LCD display (4 lines, 20 characters) with EC11 encoder. I was able to find all the right pins to connect LCD to SKR board's EXT1 and EXT2 connectors. LCD works fine, resetby lmcbmai - Firmware - Marlin
I think, I found the problem - while printing this particular part, my XY steppmotors overheat to the level that mainboard resets itself. I reduced driver current and the temperature went slightly down (I can at least touch the motors now), but they are still rather hot. I'm looking into options of attaching temperature sensors, heatsinks and fans to the motors. Then I will switch fans on and offby lmcbmai - Firmware - Marlin
Hi, I am running Marlin 1.1.8 firmware on Velleman Vertex K8400 printer that I redesigned to work in CoreXY mode. Everything works fine, except that printer sometimes unexpectedly resets itself while printing. So far I observed resets only when printing one particular gcode file. Full print takes about 2 hours and I had about 60% successful completions of the same gcode. Close look at the last fby lmcbmai - Firmware - Marlin