Отечественный CAM победит зарубежных гигантов?

Переход на местный софт — это главная головная боль любого технолога сейчас. Все привыкли к удобству и предсказуемости старых систем, а тут приходится переучиваться на лету. Многие жалуются на кривые постпроцессоры, мол, код на выходе получается такой, что станок начинает танцевать лезгинку вместо обработки.

На самом деле, если посидеть пару недель и плотно пообщаться с разработчиками, можно выжать вполне достойный результат. У нас на производстве уже месяц пашет отечественная система, и пока критических проблем не вылезло. А вы как думаете, реально ли довести наш софт до уровня мировых стандартов в ближайшие пару лет?

Металлообработка и технологии / CAD/CAM/CAE системы

Жалоба
0
5

Marina_Cnc от 26-05-2025, 12:17

Похожее

Гайд по организации порядка в цеху Организация цеха
Как не сойти с ума при написании УП CAD/CAM/CAE системы
Есть ли смысл переходить на твердосплав на старых токарниках? Токарная и фрезерная обработка
Без своего конструктора производство мертво — металлорежущий инструмент Производство и бизнес
Как я чуть не остался без пальцев в цеху Ремонт и модернизация

Комментарии 5

Dya_Fedor

Dya_Fedor опубликовано: 27 мая 2025 14:11

Жалоба

Marina_Cnc, ну это классика) У меня на прошлой неделе был эпик фейл с заменой софта, когда мы попытались выточить простую втулку на нашем «инновационном» пакете. Станок не просто танцевал, он решил, что сверло — это кинжал, и попытался исполнить номер с экзотическим обрезанием заготовки прямо в шпинделе

Шутки шутками, но оператор потом два часа крестился, глядя на этот художественный металлолом. В итоге, вместо детали получили нечто, напоминающее абстрактную скульптуру в стиле «кризис среднего возраста». Пришлось снова садиться за старый добрый иностранный софт, пока руководство не решило, что мы просто не умеем пользоваться «великим отечественным продуктом». Имхо, если софт учит железо искусству вместо производства запчастей, то я лучше буду дедом-ретроградом, зато целым))

Zavod_Boss

Zavod_Boss опубликовано: 27 мая 2025 16:42

Жалоба

Dya_Fedor, я не соглашусь насчет полной безнадеги отечественного софта. Проблема порой не в самом ПО, а в том, как мы пытаемся перенести привычки из западных CAD/CAM систем один в один. Короче делай так:

1. Не используй встроенные стандартные настройки постпроцессоров без доработки под конкретную стойку.

2. Найди спеца, который напишет пост под твой станок с нуля, а не допиливай костыли в готовых шаблонах.

3. Выдели время на создание собственной библиотеки инструментов в системе, это сэкономит пару дней на отладке.

Проверено — работает. Если тратить время на настройку среды один раз, станок перестанет танцевать лезгинку и начнет выдавать нужные допуски. Конечно, возни много, но сейчас это самый быстрый способ получить результат без эпик фейлов )

Svar_Master

Svar_Master опубликовано: 1 июня 2025 10:40

Жалоба

Zavod_Boss прав, но есть нюанс — все лезут править постпроцессоры, забывая про саму стратегию обработки. Ну типа софт-то может генерировать вполне адекватные траектории, если не пытаться впихнуть в него те же циклы, к которым привык в солиде.

Короче делай так, чтобы не убить станок при тестах:

Сначала обкатывай код на симуляторе, который идет в комплекте, а не сразу в железе.
Всегда отключай коррекцию радиуса инструмента в стойке, если не уверен в векторе подхода.
Начинай с черновой стратегии без резких смен осей, чтобы понять логику перемещений конкретной системы.

Проверено — работает, если убрать из головы старые шаблоны. Самый быстрый способ заставить это всё летать — нанять нормального постпроцессорщика, а не пытаться переучить оператора за два вечера )

Che_Pochem

Che_Pochem опубликовано: 1 июня 2025 18:39

Жалоба

Ага, конечно. Вы тут обсуждаете стратегии и постпроцессоры, как будто проблема в коде, а не в элементарной поддержке оборудования. Забыли про самую «вишенку» на торте — железо. Ну типа, какой смысл в идеальной стратегии, если ваша новомодная лицензия виснет при чтении тяжелых STL-моделей или просто вылетает при попытке создать массив отверстий? Кмк, наш софт оптимизирован исключительно для игры в косынку, а не для обработки больших сборок в пять осей. Удачи с этим, когда придет время считать сложную пресс-форму, а система скажет: "ой, все" и захлопнется без сохранения результата. Ну да, ну да, имхо, дело не в привычках, а в том, что движок там еще эпохи динозавров, просто завернутый в современный интерфейс. Спасибо кэп, что напомнили про "гибкость", когда на деле мы имеем просто переименованный старый движок с багами десятилетней выдержки )

Pavel_Tool

Pavel_Tool опубликовано: 29 мая 2025 20:53

Жалоба

Svar_Master, дело не только в траекториях, дружище. Самый быстрый способ — это выкинуть нафиг все эти попытки автогенерации и начать писать логику под конкретную стойку.

Короче делай так:

Берешь самый простой G-код, который точно работает на станке.
Пошагово сравниваешь его с тем, что выплевывает отечественный софт.
Вырезаешь из постпроцессора все автоматические циклы, которые он пихает от балды.
Тестируешь только на "воздухе" с поднятой Z-осью

Как только поймаешь стабильность на простых переходах, можно начинать добавлять сложные циклы. Главное — не доверять встроенным пресетам на сто процентов, они там все равно для красоты сделаны. Проверено — работает, если не лениться и разок потратить время на написание своей библиотеки шаблонов под каждую машину )

Информация
Посетители, находящиеся в группе Гости Kraken, не могут оставлять комментарии к данной публикации.