<p>I have a BLTouch clone (3DTouch) on my printer (Artillery Sidewinder X1). I installed it on the printer ages ago and has been working fine since. Recently, I did a BTT smart filament sensor upgrade.</p>
<p>I updated and edited both the Marlin firmware and the MKS TFT28 screen firmware to get it to work with the smart filament sensor. The filament sensor runs through the screen not the motherboard so it is enabled in screen firmware instead.</p>
<p>The sensor works fine and every other part of the printer is fine as well, except that after the BLTouch does a <code>G29</code> (I have it do that before every print in my start G-code, followed by an <code>M500</code>), It will not adjust the Z-axis to compensate for the unevenness of the bed. I can see the Z motors not move and I cannot feel the lead screws rotate in my hand if I touch my hand against them.</p>
<p>I have been through several other forums, videos, etc. on the internet but none of them have the same problem as me and/or their solutions do not fix the problems.</p>
<p>I have also tried flashing the display with the original firmware, which did not work so I guess is that I have something wrong with the firmware.
I have checked and double-checked my firmware but maybe there is something I missed or do not know about that could be causing my problem.</p>
<p>Firmware can be found <a href="https://github.com/Smartich0ke/Artillery-Sidewinder-X1-firmware" rel="nofollow noreferrer">here.</a></p>
<hr />
<p><em>I have tried running the original firmware with changes only made to enable the BLTouch. The Z-axis does still not compensate.</em></p>
<hr />
<p><em>I have also replaced the mainboard. I don’t know if that could affect the operation or not.</em></p>
<hr />
<p><em>Recently, I needed to print a part so I put the default Marlin firmware using the Artillery SWX1 example in Marlin's collection of examples with modifications made only to work with the BLTouch. I can post this copy of the firmware but it is probably identical to the GitHub repo below. This way I could just print with no Z compensation, however, now whenever I try to home the printer or do a <code>G29</code>, the BLTouch doesn't deploy and it will crash into the bed. I posted an unlisted video on YouTube demonstrating the issue <a href="https://www.youtube.com/watch?v=lyyazOalsc8" rel="nofollow noreferrer">here</a>. Also note that in the video, I attempt to move the Z-axis by 1 mm, but instead, the stepper motors spin at full speed and the gantry comes zooming towards the bed.</em></p>
<hr />
<p><em>I tried flashing the firmware yet again and for some reason, the BLTouch worked. it could home is and to a probing routine. I have been using the printer without the compensation and it works fine but it is really bizarre that this is happening. I know it is unlikely to solve the problem, but I am thinking of purchasing a replacement BLTouch. They are only 20 bucks to replace and I did accidental slightly bend the plastic probe before the Z stopped compensating. So is it possible the BLTouch is cactus?</em></p>
<hr />
<p><em>So recently, I noticed when running a G29 T through Octoprint or Pronterface, etc. that the printer will return a set of numbers for each probing point. Does this indicate that the BLTouch has taken the measurements but the printer will not use them to compensate the bed?</em></p>
<p>I have tried all the answers below.</p>

[{'answer_id': 16428, 'author': 'alexjshepler', 'author_id': 27902, 'author_profile': 'https://3dprinting.stackexchange.com/users/27902', 'pm_score': 1, 'selected': False, 'text': '<p>I am not the best with firmware modifications or anything like that, but you could try running your printer through OctoPrint and do the bed leveling through that and maybe that might fix the problem that you are facing.</p>\n'}, {'answer_id': 16450, 'author': '0scar', 'author_id': 5740, 'author_profile': 'https://3dprinting.stackexchange.com/users/5740', 'pm_score': 1, 'selected': False, 'text': "<p>There is something not correct in your configuration file.</p>\n<p>You mention the use of an upgraded controller board from an MKS GEN L to a MKS GEN L v2.1.</p>\n<blockquote>\n<p>...the original was MKS Gen L v1.0 , the new one was an MKS Gen L v2.1...</p>\n</blockquote>\n<p>This change of hardware is not effectively present in your configuration.h file, it currently states the use of the old board:</p>\n<pre><code>// Choose the name from boards.h that matches your setup\n#ifndef MOTHERBOARD\n  #define MOTHERBOARD BOARD_MKS_GEN_L\n#endif\n</code></pre>\n<p>You should have used the board constant called <code>BOARD_MKS_GEN_L_V21</code>.</p>\n<p>I honestly don't know if this could fix your problem, but at least all correct pins are then loaded and could help you start searching for the problem.</p>\n"}, {'answer_id': 16451, 'author': 'snug', 'author_id': 21735, 'author_profile': 'https://3dprinting.stackexchange.com/users/21735', 'pm_score': 1, 'selected': False, 'text': '<p>I have the exact same printer and had the same issue using the same probe. What fixed it for me was adding a <code>M420 S1</code> after <code>G29</code>.</p>\n'}, {'answer_id': 17919, 'author': 'Artichoke', 'author_id': 23583, 'author_profile': 'https://3dprinting.stackexchange.com/users/23583', 'pm_score': 2, 'selected': True, 'text': "<p>So I discovered that the fade height must have been set to something really off.</p>\n<p>I didn't know this at the time so I thought I should set the fade height to the default 10\xa0mm just to make sure nothing was wrong and tested it. The printer now levels and compensates perfectly!</p>\n"}, {'answer_id': 19020, 'author': 'steve', 'author_id': 33319, 'author_profile': 'https://3dprinting.stackexchange.com/users/33319', 'pm_score': 0, 'selected': False, 'text': '<p>Make sure <code>RESTORE_LEVELING_AFTER_G28</code> is uncommented in <code>configuration.h</code>.</p>\n'}]
['https://3dprinting.stackexchange.com/questions/16298', 'https://3dprinting.stackexchange.com', 'https://3dprinting.stackexchange.com/users/23583/']