Не гравер, но маленький фрезер. Ужо всё.

[nERV]

Да, с фильтром. Режим фильтрации средний.
На драйверах микрошаг 128, на плате фильтра умножение х16, итого для настроек EMC2 микрошаг получается равным 8. Пробовал по всякому, микрошаг практически никак не влияет на описанные события.

[michael-yurov]

Да, с фильтром. Режим фильтрации средний.

Странно... не могу понять, как такое может быть.
Попробуй ради эксперимента высокий и низкий режим фильтрации.
Мне бы так было бы проще понять о возможных причинах проблемы.
Может быть ускорения слишком высокие, или могли быть какие-то изменения в механике одновременно с установкой LinuxCNC?

Т.е. оно, конечно, понятно, что проблема может быть связана с LinuxCNC / Mach3, но по идее фильтр должен был полностью устранить все недостатки сигнала, и результат должен был бы быть одинаковым.

На драйверах микрошаг 128, на плате фильтра умножение х16

А что за драйверы? реально работают на таких высоких частотах?

[nERV]

Завтра попробую еще раз, хотя уже тыкал все это, эффекта нет.
Драйверы Yako YKC2405m, до 200 кГц. Пробовал микрошаг 16,64,128, разницы нет. При шаге винта 3мм и скорости 25мм/с(1.5м/мин) получаем 8.3об/с и 213 кГц(8.3х200х128) на входе драйвера, что не так уж и сильно выше паспортных значений.
В механике ничего не менял, станок просто простоял неделю пока разбирался с новым компом для него.
Думается мне, что если ничего не менялось кроме компьютера и управляющего софта, то в них и зарыта проблема, но вот где?

[Nick]

Но mach на linuxcnc поменял, может в настройках всетаки что-то поменялось... полярность step, ускорение.....
если стоит х16, то на 8 об/сек получаем 8*16*200 = 25.6кГц... при 30000 base thread практически максимум... поставь по меньше микрошаг, или по больше множитель...

[michael-yurov]

Завтра попробую еще раз, хотя уже тыкал все это, эффекта нет.

Как так? Эффект должен быть откровенно заметен. Если этого не происходит, значит "что-то пошло не так."
Чтобы настройки изменились нужно отключить питание и подать снова (возможно даже LPT стоит отключить, иначе плата получает паразитное питание от пинов LPT).

При шаге винта 3мм и скорости 25мм/с(1.5м/мин) получаем 8.3об/с и 213 кГц(8.3х200х128) на входе драйвера, что не так уж и сильно выше паспортных значений.

Ну, для примера, ледшайновские драйверы редко воспринимают хотя бы 150 кГц, хотя по паспорту должны так же 200. И, получается, что выше 1500 мм/мин при таком микрошаге вообще не разогнать, иначе будет превышение частоты драйвера.
Может лучше уменьшить множитель и микрошаг, чтобы устранить одну из возможных проблем, пока основная проблема не будет найдена.

Думается мне, что если ничего не менялось кроме компьютера и управляющего софта, то в них и зарыта проблема, но вот где?

Вполне возможно, но фильтр не должен был пропустить эту возникшую проблему, какой бы значительной она не была, так что тут получается уже наличие двух проблем.

[Сергей Саныч]

LCNC выдает какие-нибудь ошибки при запуске или в процессе работы?

Выложите ini и hal, посмотрим.
Для уменьшения джиттера можно одно из ядер процессора отдать под реалтайм. Где-то разбиралось на форуме, как.

[nERV]

нет, никаких ошибок кроме концевиков. Пока пробовал двигать осями в степконфе.

[Nick]

Step/conf может подглючивать...
лучше погоняй в самом LinuxCNC, поставь в конфигурации скорость по больше, а linuxcnc потом просто поднимай потихоньку скорость подачи...

[nERV]

Выложите ini и hal, посмотрим.

Кто пользовался софтиной gcnccam, что-то стоящее, или искать дальше?
upd. Искать дальше. Глючный и вечно висячий софт...

[Nick]

А откуда ты его взял?

[Fisher]

А откуда ты его взял?

это из параллельного мира

[nERV]

искал в инете конвертер dxf в г-код и наткнулся.

[nkp]

конвертер dxf в г-код

dxf2gcode для простых задач пользовал...
из плюсов - постпроцессор да и сам скрипт можно подправить под свои нужды...
прописывается в фильтр емс для открытия DXF...

[Сергей Саныч]

С этими настройками максимальная частота Step будет около 10 кГц, а длительность импульса - 5 мкс. Не маловато ли?
Достижимая скорость с приведенными настройками - около 2400 мм/мин.
Для увеличения длительности импульса есть смысл попробовать сделать в hal вместо setp parport.0.reset-time 5000 хотя бы 10000
Еще смущают значения (в ini) MAX_LIMIT
Такое впечатление, что они заданы в дюймах.

[Сергей Саныч]

искал в инете конвертер dxf в г-код и наткнулся.

Есть смысл попробовать SheetCAM

[nERV]

в hal вместо setp parport.0.reset-time 5000

Нет такой строки в хал. Создать ее?

[Сергей Саныч]

Нет такой строки в хал.

???
Восьмая сверху в Alu-beast.hal

[nERV]

В общем, итоги не очень радуют.
Пробовал изменять длительности импульсов и пауз степ в диапазонах 500нс-10мкс, максимальная скорость меняется на 3-4 мм/с.
Изменение значения reset-time в диапазонах 5000-20000 тоже не дало сколь значительного результата.
На плате Михаила джампером изменял значения длительности импульсов 50 и 25%, разницы тоже особо нет.

лучше погоняй в самом LinuxCNC

Тут тоже все как-то неоднозначно. Сам по себе степконф подглючивает, верно подметили. При одних и тех же настройках моторы могут работать немного по разному, это заметно по звуку и по вибрациям. Включаю прогон оси с диапазоном движения 3мм, т.е один оборот винта, ставлю настройки скорости близкие к предельным при ускорении 300мм/с*с. Первые движения ось делает с очень противным звуком и сильной вибрацией, потом работать начинает ровнее. Иногда опять такое повторяется, иногда сразу работает ровно.
В лцнц моторы работают ровнее, но не сильно быстрее, чем их можно разогнать в степконфе.
В чем отградуированы ползунки скорости в лцнц? Оно пишет какие-то мифические сотни и тысячи мм/с, которых там и в помине нет. При положении ползунка выше 300мм/с движок уходит в пропуск шагов, хотя на глаз там и 30мм/с нет. Может это все таки должны быть проценты от максимальной скорости из настроек?
В каком направлении мне копать для достижения лучшего результата? Сейчас станок ползает как черепаха Может стоит обратить внимание на аппаратную часть компьютера, может там что-то?

[michael-yurov]

На плате Михаила джампером изменял значения длительности импульсов 50 и 25%, разницы тоже особо нет.

И не должно быть.

В каком направлении мне копать для достижения лучшего результата? Сейчас станок ползает как черепаха Может стоит обратить внимание на аппаратную часть компьютера, может там что-то?

Тебе нужно решить - где ты ищешь проблему - в фильтре, в компьютере, в механике, или в драйвере,
потому как при наличии фильтра сложно заметить даже очень значительные проблемы в сигнале от LPT, и пытаться настраивать компьютер, не имея возможности оценить, что происходит на выходе сигнала управления - несколько странно.

Если сигнал управления настолько нестабильный, что это приводит к срыву моторов даже с фильтром - значит их должно "колбасить" при вращении так, что это просто невозможно не услышать.

Если виноват LPT - значит скорость, при которой происходит срыв будет сильно зависеть от степени фильтрации сигнала (настройки на плате).
Если виноват сам фильтр - можно попробовать его исключить, и подключить драйверы напрямую для пробы.
Вина драйвера - маловероятна.
Работу механики можно оценить на слух (при работе) и руками (когда станок отключен).
И на счет тотального экранирования - это тоже нехороший знак, т.к. должно и без этого нормально работать. Может проблема неправильном подключении и в сильных помехах?

[Сергей Саныч]

Хорошо бы для начала подключить без фильтра.
Ошибки при запуске и работе LCNC есть?

Макс джиттер показывает в районе 24000, в степконфе выставил 30000.

Вообще-то многовато.
Но в hal выставлен BASE_PERIOD = 95108 , теоретически худо-бедно должно работать при таких значениях, если при запуске LCNC не выдается ошибка

Оно пишет какие-то мифические сотни и тысячи мм/с, которых там и в помине нет.

Скорости там в мм/мин. А вот в конфигурационных файлах скорости задаются в мм/с.
Покажите скриншот LCNC после запуска.