Вы используете устаревший браузер. Этот и другие сайты могут отображаться в нём некорректно. Вам необходимо обновить браузер или попробовать использовать другой.
Стоп, я в английском не силен, а переводчик на телефоне не сильно запускать охота, но из всего написаного понял что это под mega 2560; у нас же платы с таким процессором используются крайне редко, в основном 328 и stm32 ( уже у тех кто на 32 бита перешёл) , у меня есть мега +рампс 1,4 с прошивкой грбл, но вряд ли много нас таких. да и я то прошил мегу (которая валялась без дела) только для пробы работы с 4мя осями.
но из всего написаного понял что это под mega 2560; у нас же платы с таким процессором используются крайне редко, в основном 328 и stm32 ( уже у тех кто на 32 бита перешёл) , у меня есть мега +рампс 1,4 с прошивкой грбл, но вряд ли много нас таких. да и я то прошил мегу (которая валялась без дела) только для пробы работы с 4мя осями.
Если не секрет, зачем Вам нужна эта компенсация? ШВП люфтит не больше, чем на 10мкм. А для наших станков, даже если жесткость увеличена, такая точность позиционирования - это очень неплохо.
Если не секрет, зачем Вам нужна эта компенсация? ШВП люфтит не больше, чем на 10мкм. А для наших станков, даже если жесткость увеличена, такая точность - это очень неплохо.
Если не секрет, зачем Вам нужна эта компенсация? ШВП люфтит не больше, чем на 10мкм. А для наших станков, даже если жесткость увеличена, такая точность позиционирования - это очень неплохо.
Здрасьте, если честно, то мне то она и нафиг не нужна, не поверите, мне даже ШВП то не особо нужно, я по старинке винтом с гайкой обхожусь, вообще то я отвечал на пост117 и 120 в этой теме, зачем ему это нужно , я понятия не имею, но вопрос был задан, я просто прикинул как его можно реализовать, и понял что человек хочет именно дополнение к прошивке grbl, а производитель вряд ли будет там что то менять: : " Добавка расстояния при смене направления на оси для компенсации мертвого хода швп'" потом " Вот подумалось ещё по первому пункту. По идее, эта компенсация должна работать не только при выполнении программы, но и во время любых передвижений с консоли, пульта" , так что не я стал инициатором вопроса, ну а дальше понеслось...
У меня просто вычислилась: прислонил индикатор, в одну сторону двигает достаточно точно (для китайской швп), при смене направления теряется 3 сотки (то есть в первый ход в обратном направлении двигается не на 0.1, а на 0.07), потом снова двигается точно, до смены направления. Из-за того, что направление меняется 2 раза, то снова в 0 приходит ?
Но это я возвращаю на то же количество шагов (грубо говоря в одну сторону 10 раз по 0.1 мм, потом столько же обратно), а вот если, например, обратно сделать 15 раз, и потом обратно вернуть, то в 0 может не прийти (не пробовал, но попробую сегодня). То есть, к примеру, если надо сначала центровочные сверлом засверлить несколько точек, а потом сверлом просверлить по ним, то, в случае, если cam система их расположит в другом порядке (если их много, то самому каждый раз располагать - тратить лишнее время), то в некоторых местах может быть несовпадение центров, что, кстати, может привести к неприятным последствиям.
Это не совсем люфт. Я писал про это. Люфт - это когда болтается между ограничениями (как, например, в стандартных гайках снс3018, даже когда вворачиваем тут ограничивающие винтики и уменьшаем люфт до нормальных значений). У меня на швп такого нет - если поставит индикатор и тянуть стол, то отклонения упругие и небольшие (под нагрузкой +-0.02 вроде, сейчас не помню). Но при смене направления происходит то, о чем я писал. Читал, что там шарики перекатываются, и оно происходит так. Там же должно быть небольшое место, как и в каретках, когда место есть почти под целый шарик, но немного меньше, и новый не влезает. Наверное, с этим связано. В более дорогих, точных, с большим преднатягом и т.д. влияние этого меньше, но и цена совсем другая.
У меня просто вычислилась: прислонил индикатор, в одну сторону двигает достаточно точно (для китайской швп), при смене направления теряется 3 сотки (то есть в первый ход в обратном направлении двигается не на 0.1, а на 0.07), потом снова двигается точно, до смены направления. Из-за того, что направление меняется 2 раза, то снова в 0 приходит ?
Но это я возвращаю на то же количество шагов (грубо говоря в одну сторону 10 раз по 0.1 мм, потом столько же обратно), а вот если, например, обратно сделать 15 раз, и потом обратно вернуть, то в 0 может не прийти (не пробовал, но попробую сегодня). То есть, к примеру, если надо сначала центровочные сверлом засверлить несколько точек, а потом сверлом просверлить по ним, то, в случае, если cam система их расположит в другом порядке (если их много, то самому каждый раз располагать - тратить лишнее время), то в некоторых местах может быть несовпадение центров, что, кстати, может привести к неприятным последствиям.
Вы модуль смешения в чем используете в кренделе? А как я понял из вопроса, человек хочет иметь это смещение при работе с пульта, а в него крендель не запихнешь. Я же написал что в программе управления станком это реализовать можно, но как это при работе с пульта реализовать не трогая прошивку grbl?
Речь про плату фирмы инектра, у них вместо пульта используется телефон с соответствующим приложением, которое взаимодействует с контроллером. Соответственно, производителю не должно быть сложно подправить прошивку. Контроллеру достаточно помнить, в какую сторону было предыдущее движение по оси, если смена направления (не важно, с пульта или программы, или просто командой в консоли), то добавляется компенсация. Если нет, то не добавляется.
Да. На пластиковой гайке, которая с регулировкой натяжения, на трапеции у меня тоже меньше. Вот только под нагрузкой даже 7 кг на швп 0.01 (сейчас подзабыл цифры, надо записать), а на пластиковой гайке в одну сторону почти так же (только при 5 кг), может 0.02, а вот в другую (которую компенсирует тонкий отросток на гайке, в который вворачивается регулировочный винт) достигает совсем непотребных значений (кажется, я до 5 кг даже не дотянул, когда индикатор сдвинулся на 5-7 соток)
Возможно, швп такая, на вторую ось еще не ставил, она от другого продавца, может получше будет. В будущем планирую шарики поменять для большего преднатяга. Но это не спасет от мертвого хода, скорее всего, про который я и пишу, и который все упорно называют люфтом
Кстати, заметил, что все ютуберы про тот же мач3 говорят про программную компенсацию люфтов, может отсюда все пошло из-за некорректного перевода? Залез посмотреть в английскую версию интерфейса, там стоит слово "backlash"
Яндекс переводчик переводит как обратная реакция, люфт. А вот если посмотреть дальше по словарям, то встречается уже и тот самый "мертвый ход":
По поиску например, первым выдаётся комментарий:
Скорее всего более подробно надо искать на иностранных сайтах, у нас почему-то это выдаётся за люфт...
Люфт это по сути свободный ход. Если взять стандартную гайку 3018 на винте, и убрать пружинку, будет люфт. Если ограничить это движение винтами, люфт останется, только будет значительно меньше (можно его убрать полностью, но слишком туго будет ходить и быстро изнашиваться). Если вернуть пружинку, то люфта не будет, но только при совсем минимальной нагрузке. Может, при гравировке плат или на лазер такой вариант будет очень не плох, где нагрузка несколько десятков грамм (условно).
Если взять пластиковую гайку с компенсацией люфта, то его (люфт) можно практически убрать. И при небольшой нагрузке отклонения фрезы не будет.
Но стоить сильнее нагрузить, то будет отклонение. Но оно упругое, то есть убрав нагрузку, фреза вернётся в старое положение. Так же мы можем в стандартную гайку поставить мощную пружину, с которой фреза будет вести себя так же. И это уже не люфт! Это упругая деформация. Стандартную гайку с ограничивающими винтами и с выбранным люфтом тоже можно продавить на отклонение, просто нагрузка будет нужна больше, чем выдадут нема17. Но те же 34е ее скорее всего вогнут, и устроят уже не только упругую, но и пластичную деформацию этим гайкам.
На швп, те самые 0.01 - это упругая деформация, что не удивительно для класса с7 китайского нонеймового производства. И при нагрузке в 200 кг отклонение будет, может и больше 1 мм! Если не будет пластичной деформации, при убирании нагрузки фреза вернётся на исходное место. Тоже самое у меня происходит при нагрузке 10 кг. Как только убираю - индикатор возвращается на месте. Если бы был люфт, то фреза бы оставалась на том же месте после убирания нагрузки, например, со сдвигом 0.005 мм, но этого не происходит, возвращается в полный ноль.
Я к чему клоню, это не люфт, а нежесткость системы, что совсем разные вещи. На стоковом станке, с выбранным люфтом 0.01 на трапеции, как выше писали, уверен, если потянуть с нагрузкой 20-30 кг, то отклонение может и 0.5 мм и более 1 мм достигнуть. Но после убирания нагрузки, если во всех частях станка нагрузки были в области упругих деформаций, фреза вернётся на место. Но это будет не люфт, а нежесткость станка. Точнее, несоответствие жёсткости станка выбранной задаче.
Ваши сообщения автоматически объединены:
Почитаю на английских сайтах, хотя мой английкий далеко не супер) но там много по backlash. Может это действительно банальный люфт.
Производитель платы не пишет сам программу, а использует сторонние приложения и программы, если есть возможность , как например в кренделе дописать модуль коррекции, то в мобильном приложении этого скорее всего сделать не возможно, если тот кто написал это приложение не внес такую возможность, хотя бы из за снижения размера самого приложения, то уже с этим что то поделать сложно, необходимо связываться с разработчиками приложения и изменять само приложение, а это, можете поверить, деньги и не малые, что тут же отразиться на стоимости самой платы управления ( точнее програмного обеспечения идущего в комплекте с платой). По моему легче наверное саму прошивку GRBL исправить введя три модуля для каждой оси и присвоить значение переменным которые будут плюсовать или минусовать какое то значение в зависимости от направления (но тут тоже ограничения размера самой прошивки способной залиться в чип играет роль), чем мобильное приложение заставить делать то, что в него не вложено изначально, нет возможно что инектра сделали сами это приложение для телефона, хотя и верится в это с трудом, но не исключаю и такое, тогда да, имея доступ к программному коду приложения возможны изменения, в противном случае чудес ждать не стоит.
Кстати, заметил, что все ютуберы про тот же мач3 говорят про программную компенсацию люфтов, может отсюда все пошло из-за некорректного перевода? Залез посмотреть в английскую версию интерфейса, там стоит слово "backlash"
Яндекс переводчик переводит как обратная реакция, люфт. А вот если посмотреть дальше по словарям, то встречается уже и тот самый "мертвый ход":
По поиску например, первым выдаётся комментарий:
Скорее всего более подробно надо искать на иностранных сайтах, у нас почему-то это выдаётся за люфт...
Ваши сообщения автоматически объединены:
Люфт это по сути свободный ход. Если взять стандартную гайку 3018 на винте, и убрать пружинку, будет люфт. Если ограничить это движение винтами, люфт останется, только будет значительно меньше (можно его убрать полностью, но слишком туго будет ходить и быстро изнашиваться). Если вернуть пружинку, то люфта не будет, но только при совсем минимальной нагрузке. Может, при гравировке плат или на лазер такой вариант будет очень не плох, где нагрузка несколько десятков грамм (условно).
Если взять пластиковую гайку с компенсацией люфта, то его (люфт) можно практически убрать. И при небольшой нагрузке отклонения фрезы не будет.
Но стоить сильнее нагрузить, то будет отклонение. Но оно упругое, то есть убрав нагрузку, фреза вернётся в старое положение. Так же мы можем в стандартную гайку поставить мощную пружину, с которой фреза будет вести себя так же. И это уже не люфт! Это упругая деформация. Стандартную гайку с ограничивающими винтами и с выбранным люфтом тоже можно продавить на отклонение, просто нагрузка будет нужна больше, чем выдадут нема17. Но те же 34е ее скорее всего вогнут, и устроят уже не только упругую, но и пластичную деформацию этим гайкам.
На швп, те самые 0.01 - это упругая деформация, что не удивительно для класса с7 китайского нонеймового производства. И при нагрузке в 200 кг отклонение будет, может и больше 1 мм! Если не будет пластичной деформации, при убирании нагрузки фреза вернётся на исходное место. Тоже самое у меня происходит при нагрузке 10 кг. Как только убираю - индикатор возвращается на месте. Если бы был люфт, то фреза бы оставалась на том же месте после убирания нагрузки, например, со сдвигом 0.005 мм, но этого не происходит, возвращается в полный ноль.
Я к чему клоню, это не люфт, а нежесткость системы, что совсем разные вещи. На стоковом станке, с выбранным люфтом 0.01 на трапеции, как выше писали, уверен, если потянуть с нагрузкой 20-30 кг, то отклонение может и 0.5 мм и более 1 мм достигнуть. Но после убирания нагрузки, если во всех частях станка нагрузки были в области упругих деформаций, фреза вернётся на место. Но это будет не люфт, а нежесткость станка. Точнее, несоответствие жёсткости станка выбранной задаче.
Ваши сообщения автоматически объединены:
Почитаю на английских сайтах, хотя мой английкий далеко не супер) но там много по backlash. Может это действительно банальный люфт.
Вот далась вам эта терминология: Люфт (от нем. Luft — «воздух») — зазор, промежуток, свободный ход — термин, применяемый в механике. Этот термин много в себя включает, в том числе и мертвый ход, и свободный ход, и еще кучу понятий, когда производя какое то действие ответную реакцию либо не получаешь , либо получаешь но с каким-то замедлением и/или смещением, так что мертвый ход ШВП , прекрасно подходит под определение люфт ШВП.
У меня немного другая плата Inetra MSC-3U, подключена через Bluetooth .. три раза гонял 8-ми часовые программы, без сбоев
Работает как с Inetra GRBL, так и с обычным Candle
Candle-1.2.15b, когда ей пользовался.. Но там есть проблемы с кнопками Pause/Abort ... останавливается когда захочет (в отличии от версии 1.1), точнее пока не отработает то что успело послать в контроллер.. что есть савсем плохо и непредсказуемо. На github уже тикет год висит. Сейчас использую Inectra CNC Visualizer Version: 3.2.47, раз уж контроллер этой фирмы.
Candle-1.2.15b, когда ей пользовался.. Но там есть проблемы с кнопками Pause/Abort ... останавливается когда захочет (в отличии от версии 1.1), точнее пока не отработает то что успело послать в контроллер.. что есть савсем плохо и непредсказуемо. На github уже тикет год висит. Сейчас использую Inectra CNC Visualizer Version: 3.2.47, раз уж контроллер этой фирмы.
В смысле? Из чего же спаян этот визуализатор? Или я ничего не понимаю, или софт уже из харда собирается.
Куда установишь, там и будет работать, если соответствует минимальным требованиям. Хоть на Виндовоз, хоть на Линух.
Конечно, Ваше программное обеспечение для блокировки рекламы отлично справляется с блокировкой рекламы на нашем сайте, но оно также блокирует полезные функции. Мы стараемся для Вас и не обязываем Вас донатить и скидывать денег на наши кошельки, чтобы пользоваться форумом, но реклама это единственное, что позволяет поддерживать проект и развивать его.