Move out of range error after homing

[CursedSword]

Basic Information:

Printer Model: Custom
MCU / Printerboard: BTT E3EZ
Host / SBC mainsail
{X} Klippy log
klippy.log (1.0 MB)

Describe your issue:

i looked at the solutions for this and it said to add G90 to the start of the program. or right after G28 i did that. its in there 3 times. it should be working.
do i have to add it in after every line of code or is there a better fix for this?

…

[EddyMI3D]

Hello @CursedSword !

Please stick to the template: The most important information is missing.
Deleting the lines that ask for the klippy.log do not free you from attaching it.

How-To Ask for Help

How-To Ask for Help General All contributors here help out in their spare time and because they want to give something back to the Klipper project. Be respectful and patient. If someone knows the answer to your question, they will answer it. Choose the right Category Questions / Issues should go into the General Discussion category most of the time. Filling the template is mandatory. The categories Config, Developers and Macros are used to post results of one’s work for the benefit of others T…

[EddyMI3D]

The log complains moves to negative coordinate in X and Y.

How did you setup the origin of the printer in the slicer?

Posting the klippy.log in your second post was quite ok.

[CursedSword]

its set to 0, 0.

its not the actual origin of the bed corner. extruder sits at about +12mm X -6mm Y due to adding optical limit sensors on XY and because of carriage travel limits.
so that its physical origin in relation the the front left corner. i cant use the full 220mm bed so i limited XY to 200mm to keep it from traveling off the bed during print. it worked well until i upgraded to kipper.

could it be traveling past the endstops after it homes? maybe they arent working accurately?

[EddyMI3D]

For information about limits and homing, you may see here:

Understanding X and Y Axes Limits and Homing

The X and Y Axis Klipper needs to know from its printer.cfg settings how far the X and Y axes can safely move without hitting the printer’s frame. It also needs to know where the origin (X=0 / Y=0) is. This origin is the beginning of the usable printer bed. In the following, we assume a Cartesian printer that follows the conventions of a Cartesian Coordinate System. This is also the reason why it is a quasi-standard to define the origin as the left-front corner of the bed. This way, all logic…

[CursedSword]

thanks, I added a position_min -1 and it seemed to work. it was able to print after saving and rebooting.