Деление программ.

[Roz 2]

Проблемма у меня на попечительстве два станочка стареньких и 1 понимает только ~1800 а вторoй около 6000 и програмки зачастую переваливают этот рубеж и приходится упрощать обработку, а если упрощать уже некуда то резать ручками программы, что очень не удобно.

ЕСТЬ ли какойнибудь способ автоматизации данного процесса?

Изменено 29 июня 2006 пользователем Roz

[ak762 308]

C-Hook Name: section.dll

Руками, но внутри мастеркама

[Roz 2]

я нашел только sectionnci.dll

И я так понял что она просто так тупо нарезает на заданный размер

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

[MFS 248]

Страх какой-то. А самым, имхо, естественным путем - постпроцессором такая задача не решается?

[andrey 33]

Господа, все это решаемо....и в Мастеркаме.

1. по поводу sectionnci - эта утилита разбивает nci (типа CLDATA) на куски определенного размера.

То есть сначала нужно сохранить всю УП в виде NCI файла.

Затем разбить этой утилитой.

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

2. Можно сделать настройки в посте, чтобы он сам разбивал, например, по количеству кадров.

[jkc 2]

2. Можно сделать настройки в посте, чтобы он сам разбивал, например, по количеству кадров.

<{POST_SNAPBACK}>

Имхо, по другому и не должно быть.

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

А если таких "кусочков" под сотню будет?

Легче застрелицца.

п.1 видимо наследие тяжелого прошлого.

[bf109 8]

2. Можно сделать настройки в посте, чтобы он сам разбивал, например, по количеству кадров

<{POST_SNAPBACK}>

А, кстати,как правильно настроить пост в MasterCam,чтобы программы автоматом при выводе делились по размеру в КВ?

[IBV 112]

jkc

2. Можно сделать настройки в посте, чтобы он сам разбивал, например, по количеству кадров.

Имхо, по другому и не должно быть.

ИМХО, как раз всё должно быть по-другому!

Когда-то тоже писал для себя такие программки - для деления УП на куски. Работал на советском станке с 2С42-65, а там.... Ну вы понимаете.

Сначала написал программку, которая тупо делила на куски определённого размера. Что-то похожее на ту, что GS ссылочку давал. Прекрасненько всё работало, но очень быстро она мне разонравилась. Потому как делить программу где-то посередине строки обработки (имеется в виду не кадр, а путь инструмента) на мой взгляд не очень корректно. Вообщем написал я потом программку, которая делила и по размеру и учитывала ГДЕ можно производить деление тела программы. Т.е. задавались 1...3 признака, которые указывают на то, что в этом месте делить можно. При этом программа всё же старалась поделить УП на куски максимально близкие к указанному размеру. Где-то в архиве валяется. Правда до приличного вида я её так и не довёл т.к. уволился с той работы и программа мне стала не нужна.

[UAV 19]

ИМХО, как раз всё должно быть по-другому!

<{POST_SNAPBACK}>

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

[IBV 112]

Все же это должен уметь делать постпроцессор.

Этого я и не отрицаю. Более того, в Мастеркаме это можно.

Я говорил про другое - правильно разбить постпроцессор не сможет.

[jkc 2]

Братцы, так в данном случае все гораздо проще!

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

Неужели МастерК этого не может сделать?

ПС. "У меня гранаты не той системы". Сорри.

[UAV 19]

Я говорил про другое - правильно разбить постпроцессор не сможет.

<{POST_SNAPBACK}>

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

[MFS 248]

Я говорил про другое - правильно разбить постпроцессор не сможет.

Неа. Может. Вот ductpost при возможности рубит как раз таки в точках переходов. Ну и втыкает опускание-подъем сам, конечно.

[Roz 2]

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

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

Изменено 2 июля 2006 пользователем Roz

[ak762 308]

2andrey

2. Можно сделать настройки в посте, чтобы он сам разбивал, например, по количеству кадров

Приведи примерчик что-ли

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

2Roz

Сам то не пробовал настроить пост под свои требования если мануал есть

[Roz 2]

ak762

да блин я в постах не сильно понимаю ну так если мелочи подправить

а мануал то на английском и не просто мануал а несколько томов

пример того что надо и как делить:

G71X800Y800Z36T00D48N1765L1762 <-Копируется без изменений в каждую прогу

G150(kastiel.mcx) <-Копируется без изменений в каждую прогу

N2G92G54Z0.Y5X5P5 <-Копируется без изменений в каждую прогу

N3G88G90G55P5T01c4G40X586.976Y326.592Z11.019

N1G01G90X569.432Y326.592Z10.243

N2G01G90X549.901Y326.592Z9.47

N3G01G90X533.92Y326.592Z8.906

.........

..........

N1756G01G90X477.422Y422.472Z6.814

N1757G01G90X461.135Y422.472Z6.534

N1758G01G90X443.327Y422.472Z6.302

N1759G01G90X427.124Y422.472Z6.161

N1760G01G90X410.198Y422.472Z6.081

M2 ---не обязательно станок и сам догоняет проверено

смена инструмента или новая точка входа одна и таже команда

N3G88G90G55P5T01c4G40X586.976Y326.592Z11.019

тоесть линию можно разорвать в любом месте

Радиус нельзя

Нумерация не обязательна толко для примера станок её игнорирует, а если нет не обижается

Изменено 2 июля 2006 пользователем Roz

[Booster 103]

ИМХО лучше все же ручками в редакторе. Так гарантия 100%. Можно конечно написать программулину и отводить инструмент по нормали, потом откатиться чуток назад и дальше поехали. Но детали разные и случаи тоже в конце концов налетишь на прижим или на какой нибудь элемент детали и энтузиазм улетучится.

[IBV 112]

Визуальный контроль программ в редакторе - обязанность всякого уважающего себя (и других) программиста ЧПУ.

Это какой редактор имеется в виду? Текстовый?

[IBV 112]

3D_программы в текстовом просматривать нет смысла. Я их только через верификацию прогоняю.

[Roz 2]

Постпроцессор уже отладили на ура даже проверки не требует если при симуляции в мастеркаме небыло проблемм (хотя код просматриваю привычка) но вот деление программ меня уже за-ло.

тут на днях содним спецом говарил может он поможет сделает скриптик чтоб логически программу резал при смене инструмента или в новой точке входа или на худой конец если ближайшие 100 строк ничего подходящего нету то просто вертикальный вход между G01 и не в коем случае на G02 G03