Ну в общем-то может кому-то помогут мои мытарства: купил на али Мостикс (Mostics), в комплекте были конечники, поставил, подключил, запустил с офлайн контроллером, проверил работает, направления совпадают, но не активны конечники.
Вопрос: я как-то могу проверить нажимая на конечники, какой отрабатывает (ось, минимальный/максимальный) для проверки? Софт Grblcontrol (Candle_1.1.7 ) в комплекте шел.
Как я проверял так лучше не делать, тк бывает что неправильно подключили, не та схема, что-то еще а в итоге затык, хочется четко понимать что где и как.
Так вот чтобы они работали, нужна активация конечников (хотя я не совсем понимаю, видно ли их где-то в программе без активации, но движение без активации при нажатии точно не остановится), тут встает вопрос а че есть еще варианты
). Да есть, можно включить софтовые (параметр $20), а можно аппаратные (параметр $21), хотя в случае с софтовыми конечники все равно сами по себе я так понял не действуют, они нужны только для определения машинного нуля, и соответственно тут можно обойтись только 3-мя конечниками. Важный момент если попытаться включить их в параметре $20=1 (soft limits, bool), то словите ошибку "$20=1 < error:10" что означает "Soft limits cannot be enabled without homing also enabled" (перевод ''Программные ''концевики'' нельзя задействовать, если не задействован хоуминг/обнуление), соответственно сначала ставим $22=1 (homing cycle, bool). С аппаратными вроде проблем нет, если у вас их 6 конечников, ставьте параметр $21=1 и не парьтесь с софтовыми, тем более что у софтовых обязательно надо правильно ввести параметры $130=225.000 (x max travel, mm), $131=125.000 (y max travel, mm), $132=170.000 (z max travel, mm), тк если они не соответствуют - будут ошибки.
Отвлечемся на хоуминг, тут как раз куча странностей, вообще включая станок машинные координаты пишут нули, как и рабочие, если рабочие можно задать смещением относительно машинных, то машинные надо определять по жестко закрепленным датчикам. Если базироваться только на рабочие, то при наезде на конечник, сбое в работе повторить цикл будет крайне сложно, тк не понятно где был ноль, а он обязательно сбросится даже при банальном нажатии на кнопку Reset, точнее запишет в рабочие координаты машинные и все. А еще есть две кнопки сносящие мозг Restore origin, которая как я понял позволяет заслать настройки нуля с прошлого обнуления в контроллер, чтобы тот вышел в старый механический ноль после выключения станка (Вопрос: хотя если честно я так точно и не понял как она работает, потому если кто-то пояснит в деталях, буду рад), а так же кнопка Safe Position, которая как я понял в абсолютных координатах посылает Z в 0 (настраивается в программе какой код выполняется). В общем все завязано на аппаратный ноль, но так ли он удобен?
Прочитав пост Pablos Настройка концевиков на станке | Page 9 | ФОРУМ О СТАНКАХ CNC 3018 я просто окончательно запутался.
Вопрос: я правильно понимаю, что бы я не делал, машинный ноль это верхняя точка оси Z, крайняя правая (максимальная если смотреть на деталь на рабочем столе) оси X и верхняя (опять же максимальная) оси Y? Есть ли способ удобный как это побороть, а то предложенные с изменением прошивки и юзеркнопкой не шибко мне нравятся? Тут важно понимать, что для исполнения проекта ноль это левый нижний угол, и если с осью Z есть так сказать некоторые проблемы восприятия (типа когда сверлим, гравируем у нас заглубление и по идее в плюс логично видеть движение Z вниз, но по факту когда G-код выходит из CAM-программы он выполнен в стандартном расположении осей и заглубления будут в отрицательном направлении после поиска нуля датчиком PROBE касанием инструментом), то с X и Y все волне понятно, но не понятно, почему это так решили разработчики лишая возможности обозначить ноль в нужном месте? В чем это выражается? Да как ни настраивай $23=0 или 3 или 7 (homing dir invert mask 2b00000zyx), поиск меняет направления, но при поиске максимального конечника (бит оси = 0 в $23), в поле машинной координаты после поиска нуля пишется -1 (смещение из параметра $27 со знаком минус, тк происходит отъезд от конечника), а при поиске минимального (бит оси = 1 в $23) - пишется значение, соответствующее параметру оси из группы $130=225.000 (x max travel, mm), $131=125.000 (y max travel, mm), $132=170.000 (z max travel, mm) за вычетом значения из $27, только этот результат пишется со знаком минус, что в обоих случаях означает, что мы за нулем слева от оси координат, то есть в отрицательной части, что мне видится дикостью, тк управляющая программа все равно не учитывает этого. Еще выплывает проблема того, что если погнать в реальный ноль, мы наедем на конечник, тк поиск и запись нуля происходит в момент наезда на конечник, а не съезда, то есть все равно придется наехать и он сработает и остановит программу. Проверял при обнулении реакцию на другие конечники - для оси не важно какой конечник сработал, поведении абсолютно идентично, как будто они спараллелены.
Вопрос: я как-то могу проверить нажимая на конечники, какой отрабатывает (ось, минимальный/максимальный) для проверки? Софт Grblcontrol (Candle_1.1.7 ) в комплекте шел.
Как я проверял так лучше не делать, тк бывает что неправильно подключили, не та схема, что-то еще а в итоге затык, хочется четко понимать что где и как.
Так вот чтобы они работали, нужна активация конечников (хотя я не совсем понимаю, видно ли их где-то в программе без активации, но движение без активации при нажатии точно не остановится), тут встает вопрос а че есть еще варианты
). Да есть, можно включить софтовые (параметр $20), а можно аппаратные (параметр $21), хотя в случае с софтовыми конечники все равно сами по себе я так понял не действуют, они нужны только для определения машинного нуля, и соответственно тут можно обойтись только 3-мя конечниками. Важный момент если попытаться включить их в параметре $20=1 (soft limits, bool), то словите ошибку "$20=1 < error:10" что означает "Soft limits cannot be enabled without homing also enabled" (перевод ''Программные ''концевики'' нельзя задействовать, если не задействован хоуминг/обнуление), соответственно сначала ставим $22=1 (homing cycle, bool). С аппаратными вроде проблем нет, если у вас их 6 конечников, ставьте параметр $21=1 и не парьтесь с софтовыми, тем более что у софтовых обязательно надо правильно ввести параметры $130=225.000 (x max travel, mm), $131=125.000 (y max travel, mm), $132=170.000 (z max travel, mm), тк если они не соответствуют - будут ошибки.Отвлечемся на хоуминг, тут как раз куча странностей, вообще включая станок машинные координаты пишут нули, как и рабочие, если рабочие можно задать смещением относительно машинных, то машинные надо определять по жестко закрепленным датчикам. Если базироваться только на рабочие, то при наезде на конечник, сбое в работе повторить цикл будет крайне сложно, тк не понятно где был ноль, а он обязательно сбросится даже при банальном нажатии на кнопку Reset, точнее запишет в рабочие координаты машинные и все. А еще есть две кнопки сносящие мозг Restore origin, которая как я понял позволяет заслать настройки нуля с прошлого обнуления в контроллер, чтобы тот вышел в старый механический ноль после выключения станка (Вопрос: хотя если честно я так точно и не понял как она работает, потому если кто-то пояснит в деталях, буду рад), а так же кнопка Safe Position, которая как я понял в абсолютных координатах посылает Z в 0 (настраивается в программе какой код выполняется). В общем все завязано на аппаратный ноль, но так ли он удобен?
Прочитав пост Pablos Настройка концевиков на станке | Page 9 | ФОРУМ О СТАНКАХ CNC 3018 я просто окончательно запутался.
Вопрос: я правильно понимаю, что бы я не делал, машинный ноль это верхняя точка оси Z, крайняя правая (максимальная если смотреть на деталь на рабочем столе) оси X и верхняя (опять же максимальная) оси Y? Есть ли способ удобный как это побороть, а то предложенные с изменением прошивки и юзеркнопкой не шибко мне нравятся? Тут важно понимать, что для исполнения проекта ноль это левый нижний угол, и если с осью Z есть так сказать некоторые проблемы восприятия (типа когда сверлим, гравируем у нас заглубление и по идее в плюс логично видеть движение Z вниз, но по факту когда G-код выходит из CAM-программы он выполнен в стандартном расположении осей и заглубления будут в отрицательном направлении после поиска нуля датчиком PROBE касанием инструментом), то с X и Y все волне понятно, но не понятно, почему это так решили разработчики лишая возможности обозначить ноль в нужном месте? В чем это выражается? Да как ни настраивай $23=0 или 3 или 7 (homing dir invert mask 2b00000zyx), поиск меняет направления, но при поиске максимального конечника (бит оси = 0 в $23), в поле машинной координаты после поиска нуля пишется -1 (смещение из параметра $27 со знаком минус, тк происходит отъезд от конечника), а при поиске минимального (бит оси = 1 в $23) - пишется значение, соответствующее параметру оси из группы $130=225.000 (x max travel, mm), $131=125.000 (y max travel, mm), $132=170.000 (z max travel, mm) за вычетом значения из $27, только этот результат пишется со знаком минус, что в обоих случаях означает, что мы за нулем слева от оси координат, то есть в отрицательной части, что мне видится дикостью, тк управляющая программа все равно не учитывает этого. Еще выплывает проблема того, что если погнать в реальный ноль, мы наедем на конечник, тк поиск и запись нуля происходит в момент наезда на конечник, а не съезда, то есть все равно придется наехать и он сработает и остановит программу. Проверял при обнулении реакцию на другие конечники - для оси не важно какой конечник сработал, поведении абсолютно идентично, как будто они спараллелены.
