cnc-club.ru

Здравствуйте. Помогите пожалуйста разобраться. При загрузке УП иногда выскакивает такая ошибка: Помогает только перезагрузка AXIS. После которой, таже самая УП загружается нормально. Можно ли как-то это вылечить? Или каждый раз перезагружать?

Проверяйте ваш gcode. Где-то G2 или G3 неправильно строят дугу. Проверить код модно в Cimco

Nikomas писал(а): ↑ Проверяйте ваш gcode.

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

Яков_32 писал(а): ↑ Хотел разобраться в причине этого явления

у вас кам или постпроцессор выдает код дуг с маленькой точностью.

Дуга описывается координатами конца и векторами центра дуги(через них считается радиус по которому будет двигаться станок из начальной точки. Всегда есть небольшая погрешность этого расчета, и когда эта погрешность выше допустимой - чпу выдаст ошибку. В вашем случае- в сообщении он написал координаты и что разница радиусов между начальной и конечной точкой дуги довольно большая (3.3мм)

Яков_32 писал(а): ↑ Может в конфиге что-то не так?

в .ini есть параметр допустимой ошибки для дуг
CENTER_ARC_RADIUS_TOLERANCE_MM = n
http://linuxcnc.org/docs/html/config/in ... gc_section

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

и проверьте что в начале уп и строке инициализации линукса есть G91.1. Возможно у вас код дуг написан в абсолютных координатах, а в линуксе по умолчанию включено g90.1. Либо наоборот.

hmnijp писал(а): ↑ точность вывода дуг повысить

Спасибо большое. Вывожу с точностью 0,05. Модели большие, в среднем 1200х600 мм (памятники), а станок не загружает УП больше 200 Мб.
Вначале УП вот так: Проверю настройки в конфигурации, её выкладывал в первом посте темы
Не понятно, почему после перезагрузки всё работает если настроено не правильно

Яков_32 писал(а): ↑ Вывожу с точностью 0,05

Это еще не факт что дуги с такой точностью. Я работаю во фьюжине, там отдельно есть точность уп, и отдельно точность вывода дуг в постпроцессоре.

Яков_32 писал(а): ↑ Вначале УП вот так:

Код похож на то что центра дуг у вас в инкрементальном режиме, то есть G91.1. Я бы на всякий случай попробовал добавлять G91.1 в начальную строку, или убедиться что в линуксе он активен в статусной строке когда запускаете УП. Может у вас где-то потом переключается в g90.1, и тогда дуги становятся не правильными с точки зрения интерпретатора, и начинает вылезать ошибка.
Стартовые коды загружаются либо из файла который открывается по умолчанию при запуске линукса (OPEN_FILE = /full/path/to/file.ngc),
либо в ini прописать RS274NGC_STARTUP_CODE = G17 G21 G40 G49 G64 P0.05 G80 G90 G91.1 G80
Ну и строку с допуском дуг туда добавить не забудьте.

Яков_32 писал(а): ↑ а станок не загружает УП больше 200 Мб.

для 200мб кода линуксцнц нужно гигов 12-16 оперативной памяти, тогда откроет

Яков_32 писал(а): ↑ Модели большие, в среднем 1200х600 мм (памятники)

И кстати - на кой черт вам на памятниках микронная точность следования траектории G64 P0.001, при том что точность уп 0.05?
поставьте P0.05-P0.1, ваши 3д уп будут заметно быстрее выполняться без дерганий станка и без визуальных отличий.

hmnijp писал(а): ↑ убедиться что в линуксе он активен в статусной строке когда запускаете УП.

Тут вроде всё нормально:

Вы что-то выхлоп разных постпроцессоров кажите в 5-ом сообщении и в последнем, в последнем случае в коде заголовка вообще нет. Заголовок вам как раз и должен дать предсказуемое состояние станка перед выполнением УП.

Выводить в УП-шку координаты до 4-го знака после запятой, конечные нули, подачу с точностью до "десяток" и жаловаться на размер файлов -

hmnijp писал(а): ↑ в .ini есть параметр допустимой ошибки для дуг
CENTER_ARC_RADIUS_TOLERANCE_MM = n

У меня такого нет

kfmut писал(а): ↑ Вы что-то выхлоп разных постпроцессоров кажите в 5-ом сообщении и в последнем, в последнем случае в коде заголовка вообще нет. Заголовок вам как раз и должен дать предсказуемое состояние станка перед выполнением УП.

Выводить в УП-шку координаты до 4-го знака после запятой, конечные нули, подачу с точностью до "десяток" и жаловаться на размер файлов

Если не трудно, можно по подробнее про все это, а то новичку в этих делах, не очень понятно. Научите как все правильно сделать

Подробнее про что? Про то, что у вас на картинках код от РАЗНЫХ постпроцессоров?

Яков_32 писал(а): ↑ У меня такого нет

То что у вас такого нет, не значит что в конфиге линукса он не существует. Допишите сами в секцию [RS274NGC]

Вот описание всех параметров ini, там же и указано какое у них дефолтное значение - даже если они в вашем локальном ини файле не прописаны - то есть по дефолту макс ошибка = 0.00127
http://linuxcnc.org/docs/html/config/in ... i-features

hmnijp писал(а): ↑ Допишите сами в секцию [RS274NGC]

Спасибо за помощь

Яков_32 писал(а): ↑ Спасибо за помощь

Я ещё раз глянул ваше сообщение первое, и не поленился нарисовать точки по этим координатам.
он там говорит что радиус r1=378 r2=374, и между ними ошибка 3мм - это соответствует тому, что линукс считает что координаты центра дуг записаны в абсолютных координатах - то есть в линуксе активен код G90.1.

Но в вашем g-коде координаты центров относительные - если их нарисовать относительно точки конца, а не относительно нуля, то естественно тогда радиуса сходятся без ошибки. КОРОЧЕ - у вас вся проблема что в стартовой строке G-кода отсутствует G91.1
дописывайте, редактируйте пост чтобы он писал его всегда, или в mdi просто впишите код при возникновении ошибки, и снова загрузите файл - линукс поймет как правильно читать ваш код, и ошибка пропадет.

hmnijp писал(а): ↑ линукс поймет как правильно читать ваш код, и ошибка пропадет.

Огромное спасибо за помощь!!!

hmnijp писал(а): ↑ для 200мб кода линуксцнц нужно гигов 12-16 оперативной памяти

если отключить визуализацию-возможно и откроет.
2кк на 4гб открывает.

steals_y2k писал(а): ↑ если отключить визуализацию-возможно и откроет.

не, в аксисе визуализация процентов на 20 влияет всего. Оперативку занимает в основном стэк интерпретатора, он независимо от визуалки заполняется. Tk gui поменьше вот жрёт.

hmnijp писал(а): ↑ не, в аксисе визуализация процентов на 20 влияет всего

с визуализацией 500к не загружается, вылетает.
без-2кк загружается.

steals_y2k писал(а): ↑24 май 2023, 20:30

hmnijp писал(а): ↑ не, в аксисе визуализация процентов на 20 влияет всего

с визуализацией 500к не загружается, вылетает.
без-2кк загружается.

Так может у вас видео не хватает, а не оперативной...
Вот скрин, одна и та-же программа ~189мб, 8млн строк. разница только в (axis, stop) в начале.
потребляют шо то почти 12 гигов, шо то. видеопамять лень смотреть, на hyper-v почему-то не показывает правильно занятую

Доброго дня!
У меня такая самая ошибка и не могу её победить
УП генерирую в PowerMill.
У меня зависает на строке:
G2G19 Y9.170 Z66.597 J0.0K-0.003 F1800
Можете её просимулировать? Мне понять это PM дает координату с ошибкой или абсолютные/относительные координаты в EMC?
Вообще "маленькие" дуги отрабатывает. А эту большую - не хочет.