Hello, I recently bought the lowrider v3 with SKR PRO board from the v1 site.
Everything is assembled and functioning.
all my axis are moving in the correct direction , EXCEPT when i try to home x and y in repetier.
when i change the x home position or y home position, they still try to drive the opposite direction.
neither are inverted in repetier.
i havent tried to update the firmware, but they were moving correctly before i linked to repetier server.
Some questions to start the troubleshooting process:
What version of the firmware is installed? Look for a version on the display when you boot the Lowrider, or reported in the Repetier log screen when you connect.
Are you using Repetier Host or Repetier Server? I’ve only ever wanted Host to manually control a connected machine, but Server gets installed by default and takes over connection ports if you’re not careful during the install.
Do you have end stop switches installed? (Without them homing doesn’t work, you just jog to the desired starting tool location and send a G92 X0 Y0 Z0 to set the machine position)
What does M119 say about the state of the switches when you send it from the GCode box on the Manual tab in Repetier Host? Does the console properly report “open” or “triggered” for each axis’s switch when you click them by hand and re-run M119?
Do the axes home in the proper direction if you call for homing from the display (assuming you’ve got one connected)?
How far do they move in the wrong direction? If the end stop switch is already triggered when the homing sequence starts, you may be seeing them backing off the switch for the second low-speed pass.
Have you tried manually triggering the endstops while the axes are “homing”? If the NO/NC logic is flipped, the controller will think the endstops are already triggered, and start backing off, but it will never “break” the trigger, and just keep backing off… Then it’s just a matter of either wiring the endstops to the correct NC/NO connectors, or swapping the logic in the firmware.
Or does the triggered/open display for the SKR Pro take that into account (open being a misnomer when the endstops are set to NC)?
The screen is sending canned GCode commands, so you could check the Marlin online documentation at Gcode | Marlin Firmware to find commands to reverse homing directions by axis (if there’s gcode for that).
Is there a reason repetier host is superior to repetier server?
I can’t seem to connect via repetier host, but when I turn back on repetier server it connects without issue. Same cable and same port attempted on both
I’ve got this one: OPEN-CNC-Shield 2. It’s a modular board where you can swap around the components to use Beamicon, Estlcam, FluidCNC etc just by swapping one module. The reason that I got it was mainly that I wanted to use Estlcam and have Autosquaring which Estlcam does not support natively. He works around that restriction by using an ESP32 that does the autosquaring and by duplicating the axis with jumpers so that you have one endstop per axis. A little bit overkill, but it works.
There are other boards that work with Estlcam, but not too many. There is another, very small CNCShield that uses an Arduino Uno instead of the Mega, I would not recommend it.
The main drawback is that Estlcam needs a USB Cable to work. There is no wireless transmission and no SD-Card, so you have to have a computer close by. Mine is also not full size, it might be problematic to find a 4m USB cable that does not make problems. Estlcam is a little prima ballerina about USB cables and interferences.
Repetier host won’t work if you have repetier server installed. RH is simpler, so I would start with that.
How are you changing the home position? RH tries to keep its own copy of coordinates. If you are at 0,0,0, because you sent M92 or something, you also need to send @isathome in the repetier command box. That will reset RHs copy of the origin.
Are you connecting with the right port and baud rate? RH will say, “connected” when it opens the port. Even if it never hears anything from the board.