Printrbot смещается с оси при инициализации

Может ли ось каким-то образом перевернуться? Потому что вместо того, чтобы довести дело до конца, оно движется в противоположном направлении, когда начинается?, @R0b0tn1k

Только что кое-что нашел. Я перенастроил выравнивание Z, и это немного изменило поведение. Теперь ось X издает визг, даже несмотря на то, что она не вышла за рамки графика?, @R0b0tn1k

Если вы собираетесь уважать топоры, то это, безусловно, то, что вы должны исправить! :-) Однако, когда вы говорите "визг", вы по-прежнему имеете в виду звук в видео или просто высокий звук, когда двигатели включены и стоят на месте? В общем, пока шаговые двигатели работают (то есть они сопротивляются движению, если вы попытаетесь переместить их вручную), они часто будут издавать высокий шум. Вы можете попробовать запустить [M18](http://reprap.org/wiki/G-code#M18:_Disable_all_stepper_motors ), чтобы отключить все шаговые двигатели, и посмотреть, что это поможет., @Tormod Haugene

Нет, это звук из видео, извините за мой английский. Как бы вы назвали этот звук? Я протестировал конечные точки, и, как уже упоминалось, они работают. Есть еще какие-нибудь идеи о том, как устранить проблему?, @R0b0tn1k

@R0b0tn1k, ты выяснил, происходит ли это как часть команды самонаведения G28? Просматривая видео еще раз, действительно кажется, что конечный упор для стола не отключает шаговый привод, так что он продолжает выталкивать стол за его пределы. Я предполагаю, что то, что вы слышите, - это шаговый двигатель или какая-то шестерня, постоянно пропускающая в результате., @Tormod Haugene

Это определенно часть команды самонаведения.., @R0b0tn1k

Однако я нажал на спусковые крючки вручную, и они сработали. Так что я в недоумении, почему это происходит. Если триггеры не сработают, то ужасный звук будет продолжаться вечно. Значит, в какой-то момент он действительно достигает этой остановки ?!?, @R0b0tn1k

Я думаю, что он пытается выйти за пределы настроенного стола сборки (150x150x150). На самом деле, на данный момент я не уверен. Если бы он вышел за пределы 150, сработал бы триггер? :), @R0b0tn1k

При правильной работе триггеры должны полностью предотвращать выход принтера за пределы физического рабочего стола. :-) Это также то, что он пытается сделать при наведении на стол, но двигатели должны останавливаться сразу после нажатия на спусковые крючки. Может быть, вагоны неправильно заезжают на конечные остановки? Причина, по которой is останавливается через некоторое время, заключается в том, что при наведении ему будет приказано переместиться в некоторую точку за его пределами, но на самом деле никогда не ожидается, что он достигнет этой точки, поскольку сначала он должен вызвать конечные остановки. ;-) Побочный вопрос, может ли проблема быть в программной задержке?, @Tormod Haugene

Как мне проверить, нет ли задержек в программном обеспечении? Этого не было до того, как я уехал в отпуск. После того, как я вернулся, все сошло с ума..., @R0b0tn1k

Кстати, все это работает на осьминогах, @R0b0tn1k

Хорошо, кажется, я замечаю небольшую задержку в Octopi, когда нажимаю определенные команды. Есть какое-нибудь лекарство?, @R0b0tn1k

@R0b0tn1k задержка может проявляться как физически, так и в цифровом виде. Физическая задержка (хотя и маловероятная) может быть вызвана чрезмерно длинными кабелями (USB, RJ45 и т.д.). Отставание в цифровых технологиях может быть вызвано целым рядом причин. Дважды проверьте, что у вас есть минимальный набор приложений, работающих в фоновом режиме. Постарайтесь максимально освободить использование процессора и оперативной памяти. Вы используете true OctoPi или просто OctoPrint на ПК?, @tbm0115