Is cutting the arm off the Z-axis switch a good idea?

Carl Witthoft
  • Is cutting the arm off the Z-axis switch a good idea? Carl Witthoft

    We all know (or should!) that the repeatability of common spring-arm limit switches is crappy at best. I'm looking to build & install one of the precision height adjusters for the Z-axis limit switch, and noticed a post on some forum suggesting removing the arm and triggering the switch button directly (e.g. with a screw end).

    Has anyone tried this, and if so has the repeatability of Z-homing improved any?


    Sorry -- this is a stock Prusa i3, which depends on physical contact between the vertically-moving subassembly and a microswitch mounted on the frame.

  • No. Buy a better switch if it's an issue (see below).

    You would need to have some very tight tolerances to hit that micro button with whatever your arm is. If you had a machine with good tolerances you would not be considering this modification. That alone is why I would say this is not the greatest idea.

    Following it might work if your Z is connected to the hot end and smashing into the bed. But I suspect you will still have a myriad of issues, such as the switch getting out of position enough to cause the head to crash into the machine. The real question now is how many rotations of the Z axis could happen if the printer is moving at maximum speed and the button is pressed? That metal arm is your grace period. Now your printer is potentially smashing into the switch.

    Lastly, just get a switch with a more solid and less springy metal tab.

    The real question is whether there is actually a variance caused by the metal arm? I would suspect that it hits the switch very precisely, consistently and within an acceptable tolerance. Removing the arm will buy you little. Replacing it with a stiffer-arm switch might serve you better.

  • While I haven't seen this on a Z axis for a printer personally, there is no reason it wouldn't work, and would improve your repeatability in theory. Removing the arm on the switch is taking away the lever. Going back to simple machine mechanics, the lever gives you a larger range of motion in which the button could be triggered, with the tradeoff that you get a larger target to hit. How much of an improvement depends on the exact switch, where the button is compared to the axis of the switch, and how long the switch is.

    My Shapeoko 3 CNC router has a switch for all three end stops that do not have arms, and my Original Prusa i3 mk2 has switches without lever arms on X and Y axis endstops, so there is is no reason it won't work for your i3 Z axis, you just need to make sure you can accurately hit the small button on the switch.

z-axis endstop
Related questions and answers
  • the endstops to work. I am using a regular limit switch with NC going to the signal pin and the other to ground. I have this switch plugged into first header column for X-min. My endstop configuration... axis. Probes will use one or more of the // extra connectors. Leave undefined any used for non-endstop and non-probe purposes. #define USE_XMIN_PLUG true #define USE_YMIN_PLUG true #define USE_ZMIN_PLUG..._ENDSTOP_INVERTING false // set to true to invert the logic of the endstop. #define Z_MIN_ENDSTOP_INVERTING false // set to true to invert the logic of the endstop. #define X_MAX_ENDSTOP_INVERTING false

  • differently, but essentially everything works except the Z-Axis. Problem: The one issue that I seem to be having is with any kind of movement with the Z-Axis. When it moves, whether from the LCD... aligned and the entire Z/X-Axis carriage moves very freely along the vertical rails. The bearings appear to be fine. I then wanted to narrow it down to being the firmware, and not electrical... settings, I cannot seem to fix the problem. It accelerates slower, but the overall effect is the same. #define DEFAULT_AXIS_STEPS_PER_UNIT {80,80,3840,90} #define DEFAULT_MAX_FEEDRATE {500

  • and threaded rods of the Z axis on both the left and right sides. Here is the laser cut parts, for version 1.x, showing the part labelled as AC08: Version 1.x/2.x has the AC08 bracket with two holes, one for the threaded rod and one for the top of the smooth bar (from the lasercut image): However, in version 4, the corresponding top Z axis bracket only has one hole for the smooth bar and just...: The extruder no longer hits the Z axis top bracket Is this the reason why the change has been made?

  • I had a problem with my Z limit switch bracket falling just short of the bottom edge of the z stage. I'm trying to make the bracket thicker so it's pushed more towards the left. 1) how do I measure the thickness of the bracket in the stl 2) HOw would I make it thicker if it is indeed too thin It's might to be mounted standing up right. I want to make it thicker x axis (if it's stood up)

  • I have wired in a new extruder with its own cooling fan and I tried to change the Marlin firmware to switch it on automatically above a specific temperature (50°C). I did noting... bring the temperature above 50°C (manually). However it starts if I switch the fan on manually from Repetier. Am I missing something? How do I control the fan automatically on FAN0 output when the temperature reached the set limit?

  • I've built a a PrintrBot inspired printer with a moving printbed for the X-Axis movement. It's controlled by a RAMPS board running Marlin firmware. And there is a problem with the X-Axis positioning. As can be seen in the image the X-Axis is not really stable. The blocks should be 10x10x10 mm, and the top and bottom are perfect. The waving does not appear in the Y-direction, it's only... anyone has a clue, or experienced a similar effect ?

  • We are custom building a Cartesian 3D printer to be used in a production 3D printing environment, with the following requirements: Intended Z resolution 0.13mm; Dual extruders (primary + support material); Four spools (two per material with y connector, perhaps add auto switch-over functionality later); Camera; Onboard 11" touchscreen for control & interaction, run by a Raspberry Pi 3... between the primary firmware options (Marlin/Repetier) for this setup? From the google code groups, I understand the Repetier has a much cleaner code base, and apparently gives smoother physical

  • replaced the filament extruder with a chocolate extruder. And it is there that my issue began. Because, the new extruder is stopping slightly off the y-axis when homing. It is going out of the standard 20x20 cm bed. The other X and Z axes are OK. So, I have played with the #defines explained below, but I couldn't even make any single mm difference by homing. They are all ignored when the printer is homing. It goes and rests on the hardware end-stops and stops there eventually. All I want 10 mm offset for Y axis. Started with this; // Travel limits after homing #define X_MAX_POS 200 #define

  • print: What's the proper way to align the two? It seems I just got lucky with the x-axis here (though note that the BuildTak surface is a bit off center). But obviously the y-axis needs fixing. The print needs to start a little lower, because print-head couldn't reach the highest point, and the y-axis motor slipped to compensate. Ideally, the fixed parameters of the print bed size and offset... offset) commands, but the result is definitely not what we want. I cancelled these early. The upper print has M206 Y-15, the lower print has M206 Y15. What seems to happen is that the coordinate

Data information