Понятно.. я разбирал и менял шары только в TBI.. там черная заглушка с канавкой U-образной.. правда на трёх болтах к корпусу фиксируется. На счёт этой - посмотрел видео-трубу.. вроде в них тоже есть дорожки.. ну или была такая гайка..
фото 14:
Пропуск/проскакивание на 1см - это лишние шаги в большом количестве.. или контроллер заглуючил, или УП такая.. Но при этом - пось Z находилось выше заготовки.. что странно... обычно при таких глюках - фреза портит материал и/или ломается.
При одном драйвера и ШД на длинной оси (X или Y.. кому как), можно было ещё и драйвер винить.. но тут два драйвера и сработали они одинаково.. Возможно то количество миллионов строк кода, которые были скормлены контроллеру - ему не по зубам.. LinuxCNC порой глючит, когда количество строк кода > 500 тысяч на 1Гб ОЗУ.. т.е для стандартых 4Гб старых ПК на775 сокете - это 2млн +/- Возможно имеет смысл поступить именно согласно рекомендациям, расписанных на всех сайтах.. сначала делать черновые выборки концевой фрезой, потом шариком с большим диаметром и потом финиш - уже мелкой фрезой... Муторно.. но по времени даже чуть меньче, чем гнать чистовую сразу.. тк. можно "навалить" не боясть сломать фрезу, тк. весь матерал выбран..
слишком радикальное решение для очень бюджетного станка, тем более одного из первенцев.. Работают без проблем и при более плотной компоновке.. например ящики у Наиля (станки Вектроник). Хотя по правде говоря.. у себя я разделил силовую часть и слаботочную... такая идея поселилась в башке.. )Сила в виде ПЧ, тормозного резистора, фильтров 220В и БП в ящике 60*40*22, 92я меса и две LPT платы развязки и одна самопальная плата для подключения серв - в ящике 40*30*16.