Генерация имени Nc файла

[jkc 2]

Есть такая проблема.

Вот что пишел Хелп:

Файл вывода - задает местоположение и имя файла вывода. Существует ряд стандартных переменных, которые могут быть вставлены в имя выходного файла. Данные переменные будут автоматически изменены на их значения, при создании файла вывода. Эта функция очень удобна при выводе большого числа файлов.

%[ncprogram] - вставляет в имя файла имя текущего NC Файла.

%[counter] - вставляет в имена файлов последовательно числа (0, 1, 2, 3…).

%[partname] - вставляет в имя фала текущее значение параметра Имя Детали.

%[toolpath] - вставляет в имя файла имя Траектории.

%[workplane] - вставляет в имя файла имя текущей СК Детали.

Вы можете вставлять в маску имени файла несколько переменных одновременно. Например

%[ncprogram]_%[toolpath]_abc. В этом случае, при имени NC Файла 1 и имени траектории MultipleCuts , выходной файл будет иметь следующее имя 1_MultipleCuts_abc.tap

В общем, работает только переменная %[ncprogram]. Остальные дают ошибку. И приращение т.н. счетчика фалов генериться в расширении.

PS

Появилась еще пременная %[ncprogram.counter], но она всё время имеет значение 1 . Т.е. приращения не происходит.

[Pingvin man 29]

А оно надо?

ИМХО, имена присваивать надо ручками перед постпроцессированием. А всё остальное от лукавого. Хотя задумка с системой координат не плоха , особенно при многокоординатной обработке (только лишь для подстраховки). Хотя, и это от лукавого, т.к. многокоординатные программы я обычно подвергаю верификации.

[jkc 2]

А оно надо?

<{POST_SNAPBACK}>

К сожалению надо.

Имена есс-но присваиваются мною, руками - до ППроцессирования.

А мне надо на этапе ПП.

Например 5_1.tap, 5_2.tap .... Где первую часть я сам задаю в дереве мила (этов примере число 5), а номер после подчеркивания пусть генерит мил или ПП.

Есть 2с42, которая глотает программы кусками примерно по 25 кило.

Соответственно программа режется ПП на куски. Сейчас имена кусков такие *.tap, *.t01 и т.д.

Бывает кол-во кусков выражается 3-х значным числом.

Апгрейд стойки заказчика в данный момент не обсуждается - это не зависящая от меня контора.

Меня всё устраивает за исключением маленького нюанса.

Хочу , чтобы расширение было постоянным (так оператору заказчика удобнее, ну и еще есть ряд тонких моментов) , а номер куска был бы частью имени до точки. 5_1.tap, 5_2.tap и т.д.

В процессе "раскопок" вопроса пришли к такому : вся эта лабуда с переменными работает на уровне дерева NC фалов в Миле и недоступна после разрезки НСфала на куски постпроцессором.

Может у кого есть другие мысли по этому поводу.