Klipper, homing_override zmienia stronę homowania jednej z osi

[bukszpryt]

Corexy na SKR Pico
Wszystkie osie mają włączony sensorless homing.
Osie X i Y mają pozycję endstopu ustawioną na dodatnim końcu osi.
Z X nie ma problemów. G28 Y wysłane z mainsaila homuje jak należy, do końca osi, a G28 Y wpisane w homing_override jedzie w przeciwnym kierunku.

Jest tu jakiś magik od klippera, który ma pomysł czemu tak się dzieje i jak to poprawić?
Pierwszy raz mam do czynienia z klipperem i nie wiem jak się do tego zabrać.

[bukszpryt]

Jednak to nie kwestia samego homing_override.
G28 Y puszczany z pliku danego do wydruku działa tak samo jak ten w homing_override, a puszczony z interfejsu mailsaila idzie w drugą stronę.

wygląda to tak, jakby mainsail odwracał oś Y, ale tylko dla komend wysyłanych z jego konsoli.

[aniol310]

Z konsoli jest prawidłowo ?

[bukszpryt]

Tak. W ui mainsaila jak klikam na guzik home y lub wpisuję ręcznie G28 Y, to dzieje się to samo. Jeżeli ta sama komenda idzie z pliku printer.cfg z homing_override lub z pliku z wydrukiem, to oś Y jest odwrócona.

Miałem pomysł, żeby olać ręczne homowanie w mainsailu i przepiąłem silniki tak, żeby orientacje osi się zgadzały z tym co się dzieje gdy komendy lecą z plików. Niestety mainsail wywala wtedy błędy, bo głowica wg niego chce wyjść poza dostępny zakres.

[aniol310]

Sprawdź położenie 0x i 0y w programie. Może tu jest problem. Ja miałem w cura ten problem.

[bukszpryt]

w jakim programie? w slicerze?

[aniol310]

Tak

[bukszpryt]

problem występuje nawet bez ruszania slicera.
homing_override zapisany jest w konfiguracji drukarki w klipperze.

plik z pociętym modelem odpalałem tylko dla sprawdzenia jak się zachowa.

[bukszpryt]

Jedną zmienną wyeliminowałem - jakiś błąd hosta. Właśnie podpiąłem drukarkę do innego urządzenia i problem pozostał, czyli to nie kwestia konkretnej instalacji mainsaila.