Разработка постпроцессоров-как и у кого?

[ququshka 14]

Сколько видел примочек по разработке постов, кругом это делается через известное всем место.

Мож обсосём тему: как же должно быть в идеале. Глядишь и использует кто то наши светлые мысли!

Я тут раскинул мыслёй - вот что видится!

Вместе с МАСТЕРОМ ППроцессоров поставляется стандартный проект с CLDатой. Проектик простенький, но что б был со сменой инстр, обработкой контура, с вкл и выкл коректоров, подходы слева - справа, циклы сверлилки тд.

Грузим в МАСТЕР эту CLD.

Туда по нажатию "волшебной кнопки" загружаем текст УП на станок по загруженной CLD (написан вручную или исправлением программы полученной из подходящего ППроца).

Жмем на вторую "волшебную кнопку" - типа "Автоматическое получение ПП" - и чтоб сама система корректировала пост (форматы команд, шапки, концовки, смены

циклы, вкл и выкл корректоров).

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

[MFS 248]

ququshka

что-то вы, коллега, того, загнули...

потребуется алгоритм, который, распознав текст НЦ файла сможет поставить ему в соответствие команды из ЦЛДата файла...+ шапки-фигапки, выставление параметров станка...мда...дуги опять же ведь всякая стойка по своему норовит рисовать - центр в приращения/абсолютом, то-сё, словом много всякого наберется по мелочи, не говоря уж про многокоординатку..

в итоге что получиться? берем команды ЦЛДаты и ручками ставим им в соответствие последовательности циферек/буковок для Ж-кода. Так это как в том анекдоте - и птички и собачки также в смысле и IMSPost и даже VisualMill-овский PostGen.

Я б сказал, что при приличном диалоговом средстве проблем наляпать пост нет.

[sapr2000 68]

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

[ququshka 14]

Так речь и велась имено простеших перемещениях и типовых команд!

Работает в Тьму-Таракань человек на ХХХСАМе, три года спокойно гонит УП на одну и ту же стойку.

Хренак - закупили по дешовке станок в Тайване, поставили, ввели в эксплуху, и что делать мужику - разбираться в средствах написания постов, так они у всех разные и иногда пока разберёшься? Да он туда никогда и не лазил!

Начальство давит, жена ворчит!

Ведь все разработчики систем написания постов по уши сидят в С++ или еще в чем-то!

Что им сложно сбацать систему предварительного генерирования поста на сравнении CLD и УП? Элементарный анализ синтаксиса и пунктуации?

На сколько б это облегчало и без того нелегкую жизнь цехового технолога!

[MFS 248]

Ведь все разработчики систем написания постов по уши сидят в С++ или еще в чем-то!

"Си" та тут при чем? Алгоритмы нужны, сомневаюсь, что это

Элементарный анализ синтаксиса и пунктуации?

Да он туда никогда и не лазил!

а вот плохо, расти надо над собой...а ведь:

речь и велась имено простеших перемещениях и типовых команд!

на такие вещи в любой системе пост заточить можно без экстренных трудностей - уж за 2 плотной работы можно уложиться, протестировать, и быть вполне уверенным

ввели в эксплуху

какой перл, надо взять на вооружение

[SDCA 0]

По моему идея по результатам сравнения УП и CLDатой автоматически создать пост не реальна, так как в обшем случае, на одну комманду CLDатой, может быть много строк УП или вообше не быть ни одной, кроме того координаты (и другие параметры) могут пересчитыватся по неизвесному программе алгоритму.

И пользователю надо знать язык CLDатой чтобы создать первую программу, а обычно CLDатой плохо документированны в САМ системе, так что это тоже большая проблема.

В простом случае это может и можно было реализовать, но сможет ли пользователь определить простой ли это случай?

[sapr2000 68]

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

Все просто, если техкоманда(реализующая какую-либо функцию) выдется в одном кадре и записана под одиним адресом. Если команда составная(выдается несколькими кадрами да еще с перемещениями) - финиш. Если техкоманда выдается несколькими функциями G и M или еще какими нибудь другими адресами - финиш.

Все просто, если перемещение линейное в плоскости. С вариантами круговой интерполяции могут быть замороки, очень большие замороки, что бы понять, что реально выдается под адресом "Х,У, I,J".

Все просто, если не использовать станочные подпрограммы или еще хуже формируемые подпрограммы.

Как быть с табличным или формульным кодированием оборотов шпинделя или подач?

Лично я за такой труд никогда не возьмусь.

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

Лично у нас последний существенный билд инвариантного постпроцессора сделан в 1994 году. нет необходимости более развивать этот продукт.

Постпроцессоры на С++ у нас никто из пользователей не пишет. Все нужды разработки постпроцессоров решаются описанием на мнемоническом языке(анкета, паспорт), а возникающие доработки - на его подмножестве из 15 команд. Осваивается он за 1-2 недели технологом-постпроцессорщиком. Нужно только человека для этого выделить.

А "волшебных кнопок" в создании постпроцессоров нет. 18 лет уже жду, но никто так и не сделал.

[ququshka 14]

Уважаемый sapr2000

Крайне признателен Вам за попытки понять мои шальные мысли.

Именно

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

.

В доке к мастеру ППроцессов прилагать эскиз деталюхи, техпрцесс на неё и четыре - пять вариантов описания координат траектории инструмента:

XYZ -абсолют IJK - абсолют;

XYZ -абсолют IJK - в относительных;

XYZ -- в относительных IJK - в относительных;

Что б технолог сел добавил шапку, смены итсрумента, и тд и тп.

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

Хорошо б какую то привязку нескольких кадров к одной команде. (Мол по команде смены инструмнта выдаётся не только T2M6, но ещё три стандартных кадра перед сменой и четыре после смены).

И я пытался не разработчиков Ппроцессов, разработчиков САМ систем сделать такую примочку на С++ или на чем то еще.

Как говорил отец Федор: "Не корысти ради, а токмо по ... " (Всё, каюк, забыл цитату, пора перечитывать )

Не сочтите за лесть - но в форуме тусуются сливки сообщества ЧПУ-СNС (ну мож ещё с поллитра прокисшего молока - вроде меня ) на возможности которых и ориентируются разработчики.

А действительность намного страшнее.

Один мой знакомый второй год каждую в каждой программе на ROLAND (после ARTCAMа) правит четыре кадра в начале и пять в конце, изо дня в день- поток УП в ювелирке бешеный.

Другие полгода правили каждое значение рабочих подач в WORDPAD.

Ну не лезут они исправлять и писать Ппроцессоры, им удобнее так.

Мазахисты, да и только.

Да, грустно всё это, господа!

[MFS 248]

Ну не лезут они исправлять и писать Ппроцессоры, им удобнее так. Мазахисты, да и только.

не, дорогой друк, на человека, который в АртКамовском посте не может 3 строки поправить ориентироваться никак нельзя - это клиника, это все равно что писать в инструкции к фену, что им нельзя пользоваться во время сна

там вся спецификация поста - 5 строк, из них половина комментарии, что ему там не подправить-то!?

[OldCAM 6]

В своё доброе время МАСАДОСА имели таких неприятностей выше головы,

например УП которая считалась на 286 непрерывно 32 часа, должна быть переведена

с H33 на 2С42 (станок умер), и нужно ещё вчера....... Так что помучились, и всё равно

универсального переходника, чтобы не менять не единого знака УП не получили. Это

то что касаемо из УП сразу в УП. Но считывая УП в систему и меняя пост., такое проделывали и для PEPSа для CE. Вот только перфоленты всё равно новые надо было выводить километрами... Из конкретной УЧПУ в конкретную этого добра было навалом. А сегодня тратить время на создание такого монстра для всех форматов - это точно уже диагноз....

[IBV 112]

Так что помучились, и всё равно

универсального переходника, чтобы не менять не единого знака УП не получили. Это

то что касаемо из УП сразу в УП.

Это как раз не сложно. Сам такие программки перекодировщики писал, причёл на примитивном Turbo-Basic. И работают они на порядок быстрее, чем любой постпроцессор.

[OldCAM 6]

Имеется в виду ИЗ абсолютно любой стойки в абсолютно любую, включая легендарный 9ФСП с магнитной лентой если кто такое ещё помнит...

[OldCAM 6]

Да и в догонку тривиальный пример из Н33 с точностью 0,01 хотя бы в 2С42-65 с 0,001.

Ну это так лирика ...

[sapr2000 68]

OldCAM

включая легендарный 9ФСП с магнитной лентой если кто такое ещё помнит...

Это 100% тест для любой импортного универсального постпроцессора. Ежели еще припомнить требования стойки к расчету динамики разгона-торможения и коррекции...то туши свет!

Как же, как же писали, помним, до сих пор юзают в Коврове на з-де Дегтярева.

Я плакаль, вспомнив былое...

[IBV 112]

OldCAM

Пардон, не так понял. Из абсолютно любой в любую, да ещё с повышением точности - не здорово.

[fishman_001 0]

Как же, как же писали, помним, до сих пор юзают в Коврове на з-де Дегтярева.

Подтверждаю - юзают до сих пор...

Специально для легендарных девяток содержат записывающий комплекс и служащих. А считают УП в также легендарной пермской САПР СМ-4...

На вопрос темы есть два ответа. Или местные спецы должны повышать свою квалификацию, или (в силу ограниченного числа применяемых стоек ЧПУ) надо нанять того, кто быстренько отладит ппостпроцессоры.

А мечтать... надо весной...

[sapr2000 68]

fishman_001

Специально для легендарных девяток содержат записывающий комплекс и служащих. А считают УП в также легендарной пермской САПР СМ-4...

Если вы с этого завода, то чем не устраивает САПР-ЧПУ, мы ведь там сохранили возможности расчета УП для этого комплекса или есть какие причины ?

[fishman_001 0]

Если вы с этого завода

Я там давно уже не работаю, но сведения имею. Сразу скажу: не будут они апгрейдиться. СМ-4 используется для 2-2.5 осей в серийном производстве. Кадры старые - не переучить.

[sapr2000 68]

Странно это все - за три последних года они купили 6 установок САПР-ЧПУ...