ЭКСПРЕСС ВОПРОС Ошибка построение дуги, G2, error 33

[Nothing]

С тех пор, как я перешёл на STM32, все прошлые сбои прекратились, решил проблему с помехами, решил проблему со шпинделем, но возникла новая беда. И её опасность в том, что она проявляется раз в 3-4 месяца в определённой управляющей программе. При выполнении команды G3 происходит ошибка 33, при которой станок режет не дугу, а прямую до координат следующей команды... т.е. эта команда не выполняется и сразу по прямой линии станок переходит к следующей.

Я пробовал разные постпроцессоры. Ошибка неуловима. При этом при простом перемещении детали по полю, или даже копировании (использую Aspire 11. 12я версия почему-то не хочет открывать мои старые файлы от 9й) детали на поле, ошибка исчезает и УП становится правильной.

На фото 2 детали. Правая - копия левой просто Ctrl+X Ctrl+V. Но, на правой ошибка проявилась, а на левой нет (прямая линия возле нижнего "ушка"-крепления под шуруп). Мне дипсик советует линерализацию кривых. Т.е. преобразование кривых в множество коротких G1. Я так подумал, что это убьет возможно дальнейшего редактирования. НУ, или сделает сложным очень.

Мне эта ошибка испортило очень красивое панно из эпоксидки и дуба просто на вырезании, которое я делал 4 дня полгода назад. А потом полгода УП получались правильными. Постпроцессор с этого форума тоже пробовал. Никакой разницы.

Aspire 11, Candle 1.1.7

Кто-нибудь сталкивался с такой редкой ошибкой? Кто-нибудь нашёл решение? Кто-нибудь тут занимается линерализацией всех кривых?

 

[Alexmit]

Кто-нибудь тут занимается линерализацией всех кривых?

Когда-то, давным-давно, только прямыми и работал.
Программа DXF2GCODE.

 

[Robinson1957]

Чтобы не делать брак, никому не запрещается прогнать УП посредством NCcorrector'ом. А так вообще ошибки бывают, непериодические. Причем создаешь УП из одной и той же модели, и результат иногда отличается.

 

[Nothing]

Я так понял, что ошибки бывают у многих. Если можно просто проверять УП, то линерализацию делать не обязательно. NCcorrector не использовал, но спасибо. Чуть поискал, сейчас буду знакомиться с софтинкой, даже интересно. Я просто люблю, когда всё у меня настроено и работает. Но, видимо, на 100% это не возможно.

 

[Nothing]

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

Я попробую добавить в ПП минимальный радиус дуги 0.5. Тогда Aspire автоматически будет преобразовывать такие дуги в линии.
MIN_ARC_RADIUS = 0.5

Ещё поразбираюсь в структуре постпроцессоров. Сейчас читаю инфу. Попробую сменить точность координат до четырёх знаков после запятой.
Т.е. везде вместо:
VAR X_POSITION = [X|C|X|1.3]
VAR Y_POSITION = [Y|C|Y|1.3]
VAR Z_POSITION = [Z|C|Z|1.3]

Заменить на:
VAR X_POSITION = [X|C|X|1.4]
VAR Y_POSITION = [Y|C|Y|1.4]
VAR Z_POSITION = [Z|C|Z|1.4]
к примеру.

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