Mach3 рисует свой косяк.

[Transaxle]

Доброго времени суток, уважаемые форумчане.

Трабл вот в чем.
Станок под управлением mach3 R3.043.053 на Win XP.
Пару месяцев нормально работал с рельефами и УП больше 200000 строк, по 13-15часов без сбоев.
Недавно начал выписывать странные кренделя.

Режет рельеф растром, например, 1 час, затем смещает линию растра на пару мм по Х, режет с этим
смещением еще пару часов, потом смещает немного обратно и режет уже с этим смещением и т.д.
Бывает та же картина по Z.
Фокус в том что эти смещения mach3 отрисовывает в окошке траекторий и показывает в окошке координат.
В этот же момент показывает что выполняет кадр УП с нормальными координатами.

В прошлый раз эта невидаль вылечилась переустановкой мача, на этот раз тот же танец не помог.

Дело именно в софте. Запускал с отключенным железом, картина та же - мач косячит и рисует свой

косяк.

В чем может быть дело? Поделитесь мыслями, пожалуйста.

[Лодочник]

Лицензия спасет.

[Transaxle]

Лицензия спасет.

Как бы не вышло что нет.
Re: Странные глюки в mach3 #13

[michael-yurov]

В чем может быть дело? Поделитесь мыслями, пожалуйста.

Чем управляется?
Через USB контроллер или от LPT?

Лицензия спасет.

Сомневаюсь.

[Transaxle]

Чем управляется?

PLCM-LPT-2

Думаю что контроллер в этом безобразии не участвует.
Mach не имеет обратной связи. Он просто выдает сигнал с неправильной траекторией, а контроллер его честно передает драйверам.

[michael-yurov]

PLCM-LPT-2

Думаю что контроллер в этом безобразии не участвует.
Mach не имеет обратной связи. Он просто выдает сигнал с неправильной траекторией, а контроллер его честно передает драйверам.

Еще как участвует!
Пройденную траекторию mach3 рисует по тем данным, что возвращает контроллер через плагин.
У меня такая же фигня была с PLCM.

[Transaxle]

У меня такая же фигня была с PLCM.

Удалось ли вам её победить?

[michael-yurov]

У меня такая же фигня была с PLCM.

Удалось ли вам её победить?

Да. Избавился от PLCM.

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

Пройденную траекторию mach3 рисует по тем данным, что возвращает контроллер через плагин.

По идее, Мач должен не только траекторию рисовать по этим данным, а использовать их для коррекции накапливаемой ошибки. Она может образовываться, в частности, из-за того, что обработка данных в Mach производится в формате с плавающей запятой, которые преобразуются в целочисленное количество импульсов Step. Абсолютно точное преобразование такого рода невозможно, поэтому используется обратная связь по количеству реально выданных импульсов шага. Ну или должна использоваться.

[michael-yurov]

Пройденную траекторию mach3 рисует по тем данным, что возвращает контроллер через плагин.

По идее, Мач должен не только траекторию рисовать по этим данным, а использовать их для коррекции накапливаемой ошибки. Она может образовываться, в частности, из-за того, что обработка данных в Mach производится в формате с плавающей запятой, которые преобразуются в целочисленное количество импульсов Step. Абсолютно точное преобразование такого рода невозможно, поэтому используется обратная связь по количеству реально выданных импульсов шага. Ну или должна использоваться.

Насколько я знаю - окна координат при использовании контроллера работают просто как индикаторы, и показывают те координаты, что вернул плагин.
Так же и окно траектории.

Корректировать ошибку mach3, наверное, не умеет, т.к. не знает, в каком месте сейчас идет обработка (расчет файла УП и реальное место работы станка сильно не совпадают).

Данные в контроллер, насколько я помню, передаются в целочисленном виде. Т.е. плагин передает в контроллер количество шагов, которые тот должен сделать за каждвй временной интервал в 1мс.
По этой причини накопления ошибки быть не должно (но и генерация сигнала управления оставляет желать лучшего).

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

Данные в контроллер, насколько я помню, передаются в целочисленном виде.

Логично. Не дело контроллеру заниматься такими преобразованиями.

плагин передает в контроллер количество шагов, которые тот должен сделать за каждвй временной интервал в 1мс.

А в ответ контроллер должен вернуть количество реально отработанных шагов с учетом возможной смены направления. А Мач, точнее драйвер контроллера - принять это во внимание (ООС) и скорректировать следующие выдачи.
По крайней мере в контроллерах для LCNC это так реализовано. Не думаю, что в Mach3 есть какие-то принципиальные отличия. А вот кривизну драйвера (плагина) исключить нельзя.

По этой причини накопления ошибки быть не должно

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

[michael-yurov]

А в ответ контроллер должен вернуть количество реально отработанных шагов с учетом возможной смены направления.

Возвращает, но уже не в виде приращения, а в виде абсолютной позиции.

А Мач, точнее драйвер контроллера - принять это во внимание (ООС) и скорректировать следующие выдачи.

А mach3 вообще не знает, что сейчас делает контроллер. Отчасти это связано с довольно большим буфером (коло 2 секунд) и значительными тормозами во время передачи данных (бывает, что и две секунды данных не успевают пополняться). Ситуацию усугубляет тот факт, что отрисовка траектории и плагин имеют один и тот же приоритет (и как я понял - работают параллельно, но физически в одном потоке на одном ядре!) и тут уж кто кого...

По крайней мере в контроллерах для LCNC это так реализовано.

В LinuxCNC обратная связь в реальном времени проходит через программу. В Mach3 такого нет.
Даже данные с энкодеров можно завести в mach3 (через второй LPT) лишь для отображения на экране.
Можно написать скрипт, который будет время от времени проверять величину рассогласования (если станок работает от LPT).

Ошибка может образоваться при переводе плагином внутренних FP данных в целочисленные.

Думаешь, плагину передают координаты, а не приращение в шагах?
Я не знаю.

Если ее не скорректировать при помощи обратной связи, то она может и накопиться.

В данном случае происходит не накопление ошибки, а некий сбой.

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

Думаешь, плагину передают координаты, а не приращение в шагах?
Я не знаю.

я тоже
В LCNC драйвер устройства получает абсолютные координаты (FP), а в контроллер он передает целочисленные значения, пропорциональные частоте шагов на ближайший сервопериод. А возвращается некое накопленное значение (счетчики шагов не сбрасываются каждый сервопериод), а дальше с этим разбирается драйвер устройства.
Но такой алгоритм работает только при быстрой обратной связи - время отклика не более сервопериода (1мс).
Через LPT получается, через PCI - тем более, а вот через USB - практически никак. Там нужны более хитрые алгоритмы.

[michael-yurov]

В LCNC драйвер устройства получает абсолютные координаты (FP), а в контроллер он передает целочисленные значения, пропорциональные частоте шагов на ближайший сервопериод. А возвращается некое накопленное значение (счетчики шагов не сбрасываются каждый сервопериод), а дальше с этим разбирается драйвер устройства.
Но такой алгоритм работает только при быстрой обратной связи - время отклика не более сервопериода (1мс).

У меня в степмастере примерно так же (FP расчет -> FP частота -> период (целочисленный) -> подсчет шагов -> FP расчет). Только вычисления все внутри (кстати, как оказалось, мой алгоритм в степмастере совсем не похож на ПИД, и дает значительно лучший результат для своего применения).
Собственно, собираюсь контроллер сделать примерно так же работающий, как ты описал, но расчет ПИД и прочие FP расчеты уже будет в железе.

[Transaxle]

Купил лицензию.
Убрал PLCM, подключился к LPT.
В результате:
1) Сбои при резке растром отсутствует. Ура!
2) При резке "классическим смещением" стал стабильно терять координату Y на несколько мм в+.
3) Стала периодически на пару секунд до нуля проседать частота вращения шпинделя (ШИМ с LPT).

Есть идея купить нормальный контроллер. Вопрос какой же все-таки нормальный?
Приглядываюсь к SmoothStepper USB.
Как считаете, даст ли он желаемую стабильную отработку УП?
Плохих отзывов о нем не видел.

[michael-yurov]

2) При резке "классическим смещением" стал стабильно терять координату Y на несколько мм в+.

Вероятно, проблема связана с помехами.
А как подключил к LPT?

3) Стала периодически на пару секунд до нуля проседать частота вращения шпинделя (ШИМ с LPT).

Тут, вероятно, проблема в том, что компьютер "подвисает". Торможений компьютера не замечаете?
Можно попробовать сдвинуть визуализацию мышкой за край экрана, тогда будет меньше загружаться процессор.

Приглядываюсь к SmoothStepper USB.

Из usb/ethernet контроллеров для mach3 - это лучший.

[vektor_z]

Приглядываюсь к SmoothStepper USB.
Как считаете, даст ли он желаемую стабильную отработку УП?
Плохих отзывов о нем не видел.

У меня на станке SmoothStepper USB работал где то год, ничего плохого сказать не могу, работал стабильно без пропусков и прочих глюков, правда зависал пару раз, но только при включении, в работе висяков не наблюдалось, даже большие 4-х осевые УП отрабатывал стабильно. Но из за кривого планировщика Мач в 4-х осях, пришлось перейти на другой контроллер и софт.
А чем не устраивает Степмастер от Михаила? По отзывам очень достойный фильтр для мач. Или нет возможности подключится по ЛПТ?

[GuruCNC]

>>Есть идея купить нормальный контроллер. Вопрос какой же все-таки нормальный?

Только что-то типа mycnc или может быть kflop.

[Александр Щ]

День добрый. Обнаружилась похожая проблема - в непредсказуемом месте выполнения программы ( некрупные плоские детали с мелким рельефом ) происходит сдвиг всегда по одной и той же оси (Х , станок трёхосевой) в одну и ту же сторону ( влево - в минус) на 0,3 - 2 мм и далее продолжает пилить , сохраняя этот сдвиг. Причём в окне координат всё как -бы норм.( Сдвига нет ). До этого момента станок работал 7 месяцев по 1 -2 ч в день без проблем . Может , кто то сталкивался с подобным и можно ли с этим что - то сделать ?

[michael-yurov]

День добрый. Обнаружилась похожая проблема - в непредсказуемом месте выполнения программы ( некрупные плоские детали с мелким рельефом ) происходит сдвиг всегда по одной и той же оси (Х , станок трёхосевой) в одну и ту же сторону ( влево - в минус) на 0,3 - 2 мм и далее продолжает пилить , сохраняя этот сдвиг. Причём в окне координат всё как -бы норм.( Сдвига нет ). До этого момента станок работал 7 месяцев по 1 -2 ч в день без проблем . Может , кто то сталкивался с подобным и можно ли с этим что - то сделать ?

Это совсем другая проблема - срыв ШД и не имеет никакого отношения к данной теме.
Установите в продпросмотре 200 строк, если у вас там значение по умолчанию 20.
Вероятно, поможет.