cnc-club.ru

Mamont
Похоже что вы не далеки от истины. Сейчас в очередной раз запустил туже УП. Хоть остановки в этот раз и не произошло, но через пол часа работы смотрю, а там в окне выполнения УП, в выполняемой строке команда А70749, а на счетчике координат уже больше 140000 тысяч. Поставил на паузу, потом снова запустил, дак она у меня перематываться начала на 70749.

Есть мысли как это можно исправить? Все эти липовые приращения и отнимания, может в маче какие настройки есть?

А то блин так до пенсии гадать можно будет с подстройками УП под этот глюк, пройдет УП или не пройдет.

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

micB писал(а): Если бы сбой был в одном и том же месте, но он всегда происходит в разных местах, иногда через пару минут после начала юзанья оси А, иногда через час, а иногда вообще не происходит. Не может же калькулятор пять раз посчитать 2*2=4, а на шестой 2*2=-5

Не может. Но чтото же происходит. Красные квадратики около ZeroX ZeroY ZeroZ ZeroA говорят что не выполнена привязка ref to home и что машинные координаты в это время могут быть какими угодно. Поэтому прогон от прогона система выполняет с различными исходными данными

Это точно, что то происходит.
После глюка оси X Y Z остаются там где и должны быть их положения я не обнулял, поэтому по этим трем осям данные по крайней мере за сегодня всегда были одни и те же. Или я не про то?
Только ось А кнопками ставил примерно в исходное положение и обнулял. А сегодня просто обнулял
А как можно захомить ось А?

micB писал(а):А как можно захомить ось А?

так же как и остальные оси - нажать вертикальную кнопку "Ref All Home". затем поочередно zero x/y/z/a

кстати, скиньте свою проблемную программу. коллективным разумом научного тыка попробуем пошаманить

Тута она
https://drive.google.com/drive/folders/ ... UdJdmdfZ2c

загрузил , посмотрел...короче, та же хрень...видимо уп кривая

шпиндель писал(а):загрузил , посмотрел...короче, та же хрень...видимо уп кривая

Я бы даже сказал, что это не УП кривая, а дырка в маче обнаружилась. Будет время в поддержку им напишу, может че нить ответят.

Всем большое спасибо за помощь!!!

В LinuxCNC прога грузится нормально и визуализация исполнения проходит нормально , единственное, что в районе 160000 ( я остановил на 159623 и до 165200 за достоверность не ручаюсь ) строки когда идет чистовая обработка инструмент начинает подниматься выше траектории черновой обработки , но это может быть обусловлено траекторией безопасности ( столкновение суппорта с деталью) а так не че особенного,
А как по мне если в LinuxCNC визуализация Ж кода проходит нормально то и исполнение проходит нормально.

Гонял прогу больше часа на ускоренных настройках.
Прошло 117тыщ строк, А насчитала 40800градусов, но уже как бы спать пора

Ошибка плавающая, может несколько раз не быть, а потом может несколько раз быть.

solo Просто в УП разные безопасные высоты ввел по запарке, в первой части 25мм, во второй 28.

Mamont Можно как то ваш профиль Mach получить? Есть шанс, что у меня все таки в настройках что то криво.

УП, что на видео со второй страницы, и что выложена , немного отличаются. На видео счетчик строк 14233 это примерно половина программы, ось А накрутила 56000градусов. Выложенная УП имеет 194тыщи строк, ось А начинает крутиться только с 87тысячной строки

Mamont писал(а):УП, что на видео со второй страницы, и что выложена , немного отличаются

Все верно, на видео УП без первой части, т.е. без обработки растром с двух сторон с поворотом на 180 градусов. В файле УП полная, сначала обработка растром с двух сторон с поворотом на 180 градусов, затем 4 осевая с постоянным вращением.
Ошибка происходит именно во второй части когда идет 4 осевая с постоянным вращением, в видео и в файле она одинаковая.

недавно такая ситуация как в теме вышла
так в чем проблема оказалась ? файл профиля нарушается ? ?