22 ноября, 2020 - 17:06 | |
---|---|
Добрый день уважаемые форумчане! Я собираю пиропринтер на Ардуино Уно. Это мой первый станок, который я делаю своими руками. И поэтому ни кого не удивит что у меня возникают трудности разной величины. С какими то удаётся справится с помощью Google'а, а с некоторыми "как об стенку горох". Вобщем я бы хотел попростить опытных коллег по интересам подтолкнуть по-товарищески. Итак моя нынешняя беда описывается так: Станок не отправляется в нулевую точку, Home. Просто начинается как бы крутящийся звук, но с места ни чего так и не трогается. Около полминуты это продолжается и появляется ошибка
[Ошибка] Ошибка при обработке ответа <ALARM: Homing fail>: Conversion = s, Flags = в ручном режиме всё ездит и на концевики реагирует остановкой и тревогой. Концевики установлены без реле, в нормально разомкнутом состоянии, согласно картинке. просто как есть на соответствующие пины шилда. Использую Universal g code sender, Ардуино Уно с cnc шилдом, прошивка Grbl 0.9j. Что ему не нравится? Grbl 0.9j ['$' for help] ['$H'|'$X' to unlock] $0=10 (step pulse, usec) $1=25 (step idle delay, msec) $2=0 (step port invert mask:00000000) $3=0 (dir port invert mask:00000000) $4=0 (step enable invert, bool) $5=0 (limit pins invert, bool) $6=0 (probe pin invert, bool) $10=3 (status report mask:00000011) $11=0.010 (junction deviation, mm) $12=0.002 (arc tolerance, mm) $13=0 (report inches, bool) $20=0 (soft limits, bool) $21=1 (hard limits, bool) $22=1 (homing cycle, bool) $23=2 (homing dir invert mask:00000010) $24=300.000 (homing feed, mm/min) $25=300.000 (homing seek, mm/min) $26=25 (homing debounce, msec) $27=3.000 (homing pull-off, mm) $100=80.000 (x, step/mm) $101=80.000 (y, step/mm) $102=250.000 (z, step/mm) $110=10000.000 (x max rate, mm/min) $111=10000.000 (y max rate, mm/min) $112=500.000 (z max rate, mm/min) $120=400.000 (x accel, mm/sec^2) $121=400.000 (y accel, mm/sec^2) $122=20.000 (z accel, mm/sec^2) $130=200.000 (x max travel, mm) $131=200.000 (y max travel, mm) $132=200.000 (z max travel, mm) Всё всегда происходит наилучшим образом сообразно этике и нравственности всех участников процесса |
Tarigos
![]() 22.11.2020 |
2 декабря, 2020 - 13:38 | #1 |
---|---|
Добрый день! Лёд тронулся, господа присяжные! Данная загвоздка сошла с мёртвой точки. Алгоритм подразумевает поиск Дома($H) первым делом по оси Z, которая на пиропринтере просто отсутствует. Команда "домой" запускается, плата ждёт сигнала от концевика Z что бы продолжить поиск по двум остальным осям. Но от Z не происходит ни каких признаков жизни и весь цикл "Домой" прекращается. Проверил я это так. Запустил цикл и два раза замкнул ножку концевика Z с землёй. Два раза, потому что каретка должна коснуться концевика дважды, на высокой скорости поиска, и сразу же второй раз на низкой скорости уже для точности. Так организовано и настраиваются эти скорости в настройках GRBL. Пишу подробно, может кому то пригодится. Я, к сожалению, так и не нашёл решения в инете. Причина ясна, теперь хочется найти решение. Например, залезть в сам код, программу GRBL, и исключить или удалить или закомментить ("!") эту часть алгоритма, что бы поиск "Дома" происходил сразу минуя ось Z. Подскажите как это сделать, как вообще залезть в код GRBL и где там найти именно это место? Где почитать? Всё всегда происходит наилучшим образом сообразно этике и нравственности всех участников процесса |
Tarigos
![]() 22.11.2020 |
11 декабря, 2020 - 18:30 | #2 |
---|---|
Проверьте config.h для большего количества вариантов наведения для продвинутых настроек пользователя. Вы можете отключить блокировку самонаведения при запуске, настроить, какие оси перемещаются первыми во время цикла самонаведения и в каком порядке, и многое другое. Будущее за микроконтроллерами |
Admin
![]() 3.07.2018 |