ИДЕаЛ-А -- новое приложение для AutoCad

[Axel79 5]

для этого держат программёра ЧПУ, но никак не нагружают конструктора лишними обязанностями.

Карту наладки даёт распечатка работы постпроцессора. Получается, что Конструктор д.б. всегда в курсе какой инструмент в данный момент присутствует? ржака

Можно конечно ещё поручить ему следить за наличием листа на складе и прочее.. ну и заодно пол после себя помыть

Именно! Не может конструктор за всем уследить. Да и не должен он. И не существует в природе такого инструмента, который данную работу смог бы автоматизировать. И не просто не существует, а он невозможен в принципе. Никто из производителей CAM-систем не заявляет, что они позволяют исключить такое звено в производственной цепи как инженера-технолога. Все позиционируют свои продукты как ИНСТРУМЕНТ В ПОМОЩЬ ТЕХНОЛОГУ. Однако, топикстартер заявляет, что такой инструмент есть (идеал-а). Короче - ждем самого автора. Пусть наглядно продемонстрирует свои заявления.

[dicty 0]

Чего-то нету его. Празднует, наверное...

Наверное в замешательстве, копит в бочку продукты жизнедеятельности, смазывает вентилятор для их разбрасывания, а точнее, меткого метания. Щас все узнают о себе и о себе в производстве кучу нового, ИДЕАЛьного.

[Axel79 5]

Наверное в замешательстве, копит в бочку продукты жизнедеятельности, смазывает вентилятор для их разбрасывания, а точнее, меткого метания. Щас все узнают о себе и о себе в производстве кучу нового, ИДЕАЛьного.

Не, dicty, не надо сейчас стебаться. Пусть в начале на поставленные вопросы ответит. А исходя из ответов будем выводы делать и вещи своими именами называть. А то суть его высказываний сводится к тому, что здесь конкретики нет, а только все норовят г-ом забросать. В плане конструирования ему уже минимум 10 человек вполне аргументированно обосновали, что этот человек ничего не понимает в работе современного конструктора. Так этого ему мало, и он еще и в технологию мех. обработки лезет. Заявления делает громкие - вот пусть в реале и покажет, как он современное производство понимает и что его софт может.

[Axel79 5]

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

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

[Maze 16]

Axel79

Вы не совсем про то. Идеал предложил чтобы конструктор делал обработку детали. Но тогда вопрос: а кто будет делать раскладку? Оператор? а это не его дело вообще-то. Но с другой стороны см. пост #320.

Вот и делайте, Идеал, выводы.

[Axel79 5]

Axel79

Вы не совсем про то. Идеал предложил чтобы конструктор делал обработку детали. Но тогда вопрос: а кто будет делать раскладку? Оператор? а это не его дело вообще-то. Но с другой стороны см. пост #320.

Вот и делайте, Идеал, выводы.

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

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

Меня просто высказывание идеала удивило на счет того, что 80% времени тратится на собственно написание уп. На самом деле все как раз - наоборот. И автоматизировать этот процесс - невозможно.

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

[dicty 0]

Не, dicty, не надо сейчас стебаться.

Да я не стебаюсь, а констатирую факт. Ответы были даны "уклончивые" лишь на 10% вопросов в 7 страницах темы. На остальные 90% ИДЕАЛьный PR-щик попросту включил мороз, они ему неугодны.

Если есть желание кормить тролля (повторюсь) - вперед, БАШ наступает теме на пятки в рейтингах.

[Booster 103]

А то, вроде один тут так и не доделал AI для 2.5 осевой, Туртой звали.

Вроде как в этой области есть большие подвижки. Некий импортный альянс создал технологию автоматического распознавания для любых 2.5D деталей. Вроде бы даже этот модуль тестируется. Хотя от распознать до автоматически сгенерировать правильную уп на мой взгляд очень далеко, а до внедрения еще дальше. Короче академическая разработка.

PS Турта конечно же к ней не причастен.

[Axel79 5]

Вроде как в этой области есть большие подвижки. Некий импортный альянс создал технологию автоматического распознавания для любых 2.5D деталей. Вроде бы даже этот модуль тестируется. Хотя от распознать до автоматически сгенерировать правильную уп на мой взгляд очень далеко, а до внедрения еще дальше. Короче академическая разработка.

PS Турта конечно же к ней не причастен.

В mastercam-е есть модуль автоматического построения 2.5D фрезерной обработки FBM mill, и модуль автоматизации сверления FBM drill (с позиционированием по всем 5 осям). Модуль сверления работает ок (имхо). А вот фрезерные стратегии, получаемые автоматом, не оптимальны. И, как следствие, там предусмотрен инструмент ручной правки получившегося результата. Частенько получается так, что быстрее изначально самому "с нуля" все сделать, чем править результаты автоматизации.

Турта, безусловно, к этому абсолютно непричастен.

[Booster 103]

В mastercam-е есть модуль автоматического построения 2.5D фрезерной обработки FBM mill, и модуль автоматизации сверления FBM drill (с позиционированием по всем 5 осям). Модуль сверления работает ок (имхо). А вот фрезерные стратегии, получаемые автоматом, не оптимальны. И, как следствие, там предусмотрен инструмент ручной правки получившегося результата. Частенько получается так, что быстрее изначально самому "с нуля" все сделать, чем править результаты автоматизации.

Турта, безусловно, к этому абсолютно непричастен.

Сверление и автоматическое фрезерование карманов были еще в Евклид3 еще в середине 90-х (естественно скорее всего не у первого). Насколько я понимаю сверхзадача сделать изготовление УП рутиной как с отверстиями жмем кнопку получаем координаты диаметры, глубины, распечатку и карту привязок и не проверяя несем на станок.

[Axel79 5]

Сверление и автоматическое фрезерование карманов были еще в Евклид3 еще в середине 90-х (естественно скорее всего не у первого). Насколько я понимаю сверхзадача сделать изготовление УП рутиной как с отверстиями жмем кнопку получаем координаты диаметры, глубины, распечатку и карту привязок и не проверяя несем на станок.

И я - о том же. Ткнули мышью в твердотел, и дальше - все на автомате. Автоматически определяются координаты отверстий(по всем 5-ти осям), их диаметры, глубины и пр. Стратегия в начале их зацентрует (выбрав центровку из библиотеки), а потом из той же библиотеки выберет соответствующие сверла. Можно настроить так, чтобы сверлилось с циклом глубокого сверления, можно задать предварительное засверливание сверлом меньшего диаметра, и пр. Если в библиотеке подходящих сверл нет, или к некоторым отверстиям невозможно "подлезть" - то ругнется ошибка и отверстия, которые нельзя обработать подсветятся. Естественно, кроме уп, сгенерируется еще и карта наладки.

В плане 2.5D фрезеровки - то же самое. Тыкаем в модель, и автоматом с нее снимаются обрабатываемые контура (на отдельном слое создается геометрия), анализируется библиотека инструментов, и, исходя из нее, генерятся операции. Если по каким-то причинам полностью повторить геометрию не удастся (например - внутренние углы, либо инструмента подходящего нету), то тоже ругнется сообщение об ошибке (с подсветкой). И тоже сгенерится уп с картой наладки.

[ideal-a 0]

т.е. Вы сейчас пытаетесь повторить то, что уже давным-давно есть?

То, что есть давным-давно невозможно "прикрутить" к нашей концепции CAD/CAM.

Подавляющее большинство станков для плазменного/лазерного раскроя и большинство cam-ов могут по dxf не только получить g-код, но и сделать нестинг

DXF передает только геометрию, а как допуска, требования к чистоте поверхности и пр.? Что касается нестинга, то это вообще отдельная задача, которая решается не средствами CAD/CAM, а совершенно независимо от него (в свое время ее занимался еще Канторович), а затем легко "прикручивается" к любому CAD/CAM. В любом случае, мы этой задачей в ближайшее время заниматься не планируем.

Вы хотите полновесной дискуссии? Что же, давайте попробуем. Для начала ответьте тогда, пожалуйста мне на следующие вопросы:

1. К вопросу токарной обработки. Хотелось бы знать: Ваш софт ПОЛНОСТЬЮ автоматически генерирует уп?

2. К вопросам фрезерной и электроэрозионной обработок. Они ВООБЩЕ у вас предусматриваются?

3. К вопросам верификации обработки, автоматического получения карты наладки, рассчета машинного времени, библиотек инструментов, режимов резания, типовых приспособлений, создания постпроцессоров. То же, что и п.2

Судя по Вашим вопросам, Вы не знакомились с самой программой. Я рекомендую Вам для адекватного ведения дискуссии все-таки скачать, установить, и "поиграть" с программой. Многие вопросы при этом "рассосутся", правда, возникнут другие...

Теперь, что касается Ваших вопросов:

1. Поясните, что Вы понимаете под "ПОЛНОСТЬЮ автоматически генерирует уп"?

2. Да.

3. На все вопросы - да, но только в том случае, если проект будет нормально развиваться. Это означает, что все заявленные Вами проблемы решаемы в рамках нашей концепции, но реальное решение зависит от успеха проекта.

и что никак эту ось не определить и не найти ?

В приведенном Вами примере, физически ось задается либо двумя сторонами пластины, либо двумя отверстиями.

а 20мм в физическом смысле существуют ?

Разумеется существует. Есть вполне физический эталон длины, а Вы что не в курсе?

нет, должен быть один контроль, зачем дублирующие схемы которые обе не работают, и кивают одна на другую, теперь с каждой деталью идет бумажка на которой обязательная закорючка ОТК, и если дальше чего не то - отекист получает по шее, нет закорючки - по шее получает рабочий.

Если ОТК проводит 100% контроль, то может Вы и правы. Но чаще 100% контроль на производстве, а ОТК - выборочный.

Раз у Вас есть потенциал в программировании и знание технологии может более интересным для Вас было бы написание модуля по различной обработке для того же Компаса?

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

Однако, он утверждает, что его идеал позволит обойтись ВООБЩЕ без технолога. А из того, что народу представлено, его прога может выполнить 2-3% от общего объема заявленных задач.

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

В смысле - по тексту уп, что ли?

Есть еще такая замечательная вещь, как комментарии. В крайнем случае, можно генерировать отдельную инструкцию.

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

Что именно невозможно автоматизировать?

Никто из производителей CAM-систем не заявляет, что они позволяют исключить такое звено в производственной цепи как инженера-технолога. Все позиционируют свои продукты как ИНСТРУМЕНТ В ПОМОЩЬ ТЕХНОЛОГУ. Однако, топикстартер заявляет, что такой инструмент есть (идеал-а).

Не есть (есть концепция, которая обосновывает возможность создания), а находится в процессе создания.

[ideal-a 0]

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

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

Если я правильно понял, то Вы предполагаете, что именно чпу-программист будет выполнять всю эту работу? Дело вкуса, конечно, но выглядит диковато... Я бы обратил внимание на организацию этого производства.

Меня просто высказывание идеала удивило на счет того, что 80% времени тратится на собственно написание уп.

Вы видимо работаете на современном предприятии. А я лично бывал в "конторах", где чпу-программисты геометрию руками вводят. Кстати, при этом имеют парк чпу довольно приличный. Поэтому мой совет: не примеряйте все исключительно на себя.

[Maze 16]

Если я правильно понял, то Вы предполагаете, что именно чпу-программист будет выполнять всю эту работу?

это его работа, именно он и выполняет... не отвлекая операторов и конструкторов. Чтобы не быть голословным, посмотрите какой отчёт генерирует NCExpress.

[dicty 0]

Если я правильно понял, то Вы предполагаете, что именно чпу-программист будет выполнять всю эту работу? Дело вкуса, конечно, но выглядит диковато...

Я бы обратил внимание на организацию этого производства.

Как-то придется обратить, ибо так работают 95% схожих производств, а остальные 5% к этому постепенно приходят.

Именно программист выполняет эту инструкцию, а никто другой на современных предприятиях:

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

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

Не хватает ресурсов?

Так может как тому котенку?

Наблюдали за котенком, который грыз кусок пенопласта и ел отгрызенное, думали, чего ж ему не хватает. Решили, что - мозгов.

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

Взять хотя бы даже "Основную надпись" от Kelny из <noindex>этой</noindex> ветки, бесплатна, функционал на высоте (выше на порядок даже в первой редакции, чего не скажешь о патчеванном ИДЕАЛе в альфа-0000000100500+ версии).

И народ САМ подсказывает куски кода, замечания по работе.

Тут же уже 9 страниц народу пытается что-то доказать ИДЕАЛьный PRщик, или народ ему пытается что-то рассказать просто О НУЖНОСТИ и востребованности. И ни одного предложения по улучшению или обзора практического применения и благодарности за сэкономленное время. Это ни о чем не говорит?

[ideal-a 0]

это его работа, именно он и выполняет... не отвлекая операторов и конструкторов.

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

[Maze 16]

ideal-a

Разговор мы (с Вашей подачи) ведём о том, а должен ли конструктор (и нужен ли соответствующий модуль в программе конструктора) делать эту самую предварительную обработку под которую Вы отводите так много времени. Мой ответ - нет. Опираюсь на свой опыт программиста ЧПУ для КРП.

Насчёт автоматизированного склада не соглашусь с Вами. Это проблемы снабжения. Случай когда требуется так называемые "деловые отходы" я встречал крайне редко.

[ideal-a 0]

ideal-a

Разговор мы (с Вашей подачи) ведём о том, а должен ли конструктор (и нужен ли соответствующий модуль в программе конструктора) делать эту самую предварительную обработку под которую Вы отводите так много времени. Мой ответ - нет. Опираюсь на свой опыт программиста ЧПУ для КРП.

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

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

Насчёт автоматизированного склада не соглашусь с Вами. Это проблемы снабжения.

Проблема снабжения, чтобы создать БД и поддерживать ее?

Случай когда требуется так называемые "деловые отходы" я встречал крайне редко.

С этим согласен.

[Maze 16]

какую информацию и в какой форме Вы получали от конструктора в качестве задания на написание программы чпу?

Развертки деталей в формате dxf, спецификацию в Excel (она автоматически генерируется в программе конструктора).

Если предприятие серийно выпускает продукцию, то оно должно держать некоторый запас сырья.

[ideal-a 0]

Развертки деталей в формате dxf, спецификацию в Excel (она автоматически генерируется в программе конструктора).

А спецификация Вам нужна был только для определения кол-ва деталей или еще для чего-то?

DXF формат передает только геометрию. Как Вы узнавали про базы, необходимые допуска, чистоту обработки?