Перейти к публикации

«Виртуальный прибор».


Рекомендованные сообщения

Вот тут http://fsapr2000.ru/index.php?showtopic=15069

сформулирована очень интересная, даже координальная проблема ближайшего будущего.

Для её решения может потребоваться способ очень быстро оценить «вхождение» сборочной единицы в ряд заданных интервалов оговоренных в ТЗ параметров, то есть ряд «виртуальных приборов» для их автоматизированного контроля в моделях.

Например: в техническом задании на некоторое изделие АБВГ.00.00.000 оговаривается масса 100 кг, отклонение в «+» 5 кг, в «-» 3 кг. Стало быть, как бы там ни складывались допуска на размеры и свойства материалов всех компонентов этого изделия, а общая масса не должна быть менее 97 кг и более 105 кг. Меж тем по ходу жизненного цикла изделия (ЖЦИ) одни его составляющие будут вполне обоснованно «худеть», другие «толстеть», а важно не упустить момент, когда на весах в цехе могут выскочить 105,1 кг, со всеми отсюда вытекающими. То есть, потребны «весы виртуальные», что будут по мере поступления обновлений на компоненты взвешивать изделие и как только параметр массы выйдет за оговоренные значения (допустим в определённых допусках на размеры) – просигнализирует об этом ответственному пользователю.

В общем, то всё просто, но подобные «приборы» необходимы не только для массы, а для всякого потребного для рассматриваемого изделия параметра. Это может быть и скорость какого либо звена кинематической цепочки, и запас прочности, и температура в какой либо зоне объекта, в общем, всё то, чем CAE и занимается.

Спросите: «зачем такие сложности»? А представьте что в вашей сборке хотя бы 10000 компонентов, да ещё есть группа сотрудников и у каждого из них свои амбиции.

Итак, известны ли уже реально работающие примеры таких «виртуальных приборов», если да, то дайте ссылку или расскажите здесь, пожалуйста. :smile:

Ссылка на сообщение
Поделиться на других сайтах


Очень интересный у нас жизненный цикл изделия получается, который плохо стыкуется с новыми методами работы. Не такими, когда кто то на серийном заводе не переставая делает какие то коррекции в компонентах. Причём такие, что даже всё изделие, состоящее из этих компонентов, становится другим, весящим, скажем, не 100, а 110 кг. По идее ведь никто на серийном заводе не должен никакие изменения вносить. А те изменения, что вносятся в процессе проектирования, они ж не вносятся от балды при продвинутом подходе с тесной интеграцией CAE и CAD. Делается какой то вариант изделия виртуальный, испытывается виртуально, если неудачно испытывается, то вносятся изменения в конструкцию. Неудачно испытывается, значит по каким то критериям не удовлетворяет требованиям выставлямым. Из условия удовлетворения этим требованиям решается оптимизационная задача. Для этого есть программы типа modeFrontier. И, естественно, проходится снова весь цикл и изменения в сборках ваших. На каких этапах утверждать у заказчика и прочее и какие версии, с этим действительно надо определяться. Но если качественно спроектировано всё никаких изменений на серийном заводе не должно проводиться в принципе. Материал они там собрались менять, зашибись.

Ссылка на сообщение
Поделиться на других сайтах

А допуска то на размеры и свойства материала должны быть такими, чтобы общая масса допускаемая не была превышена при том, что все компоненты будут с допускаемым отклонением, скажем +5. Что, у нас все по ходу ЖЦИ начинают думать что ли, ой фигня вышла, всё неправильно написали, ни в какие допуска не влазием, всё худеет и толстеет бесконечно? Для того допуска то и придуманы наверное, чтобы по мелочам не перепроектировать всё? А у вас получается на каждом шагу допуска превышаются, кто же это так работает на серийном заводе? Не должны 1000 человек ваши с амбициями вносить каждый свои изменения без конца. Для того и сделаны эти всякие этапы, которые заканчиваются согласованием со всеми. Говорится, что вот после этого согласования мы ничего не трогаем, а можем менять только в пределах допусков каких то. Если так хочется что то менять в больших пределах, чем позволяют допуски, то изыскивайте возможности сделать конструкцию такой, чтобы допуски можно было увеличить, тем самым простор дав для изменений.

То есть, повторюсь, допуска должны быть такими, чтобы как вы ни крутили в их пределах, изделие бы не сломалось или не потеряло работоспособность. Бывает ведь по вине нерадивых конструкторов, что от изменения в одной детали на ДОЛИ МИЛЛИМЕТРА напрочь теряется работоспособность изделия. Вот такого не надо допускать по возможности, в этом задача конструкторов, расчётчиков и иже с ними.

Ссылка на сообщение
Поделиться на других сайтах

То есть, повторюсь, допуска должны быть такими, чтобы как вы ни крутили в их пределах, изделие бы не сломалось или не потеряло работоспособность. Бывает ведь по вине нерадивых конструкторов, что от изменения в одной детали на ДОЛИ МИЛЛИМЕТРА напрочь теряется работоспособность изделия.

<{POST_SNAPBACK}>

Значит так, причин возникновения изменений в конструкциях очень и очень много, начиная от прекращения производства тех или иных комплектующих и заканчивая элементарным желанием получить ещё 200% прибыли. Тонкая это штука, ЖЦИ.

С другой стороны, здесь не курсы ликвидации безграмотности, посему просьба - говорить по технике.

Таковые "приборы" сугубо удобны для проектировщиков высоких сборок, коим приходится выдавать ТЗ на нижние уровни и посматривать, что бы шаловливые коллеги не баловались бы слишком уж сильно. Возможно надо бы даже и программистов озадачить. Пока просматривается явная новизна таковой мысли.

Ссылка на сообщение
Поделиться на других сайтах
  • 4 недели спустя...

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

Если правильно понят вопрос.

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

Можно вообще создавать свои каталоги проверок.

Интересно, можно ли это срастить с системой расчета размерных чепочек.... (вопрос к самому себе :-) )

Ссылка на сообщение
Поделиться на других сайтах
  • 2 года спустя...

Кстати, в SW-2009 появились так называемые датчики - слабое подобие названного в этой теме, жаль только глючат они по самой полной программе. :g:

Ссылка на сообщение
Поделиться на других сайтах

Вот тут http://fsapr2000.ru/index.php?showtopic=15069

сформулирована очень интересная, даже координальная проблема ближайшего будущего.

Для её решения может потребоваться способ очень быстро оценить «вхождение» сборочной единицы в ряд заданных интервалов оговоренных в ТЗ параметров, то есть ряд «виртуальных приборов» для их автоматизированного контроля в моделях.

Например: в техническом задании на некоторое изделие АБВГ.00.00.000 оговаривается масса 100 кг, отклонение в «+» 5 кг, в «-» 3 кг. Стало быть, как бы там ни складывались допуска на размеры и свойства материалов всех компонентов этого изделия, а общая масса не должна быть менее 97 кг и более 105 кг. Меж тем по ходу жизненного цикла изделия (ЖЦИ) одни его составляющие будут вполне обоснованно «худеть», другие «толстеть», а важно не упустить момент, когда на весах в цехе могут выскочить 105,1 кг, со всеми отсюда вытекающими. То есть, потребны «весы виртуальные», что будут по мере поступления обновлений на компоненты взвешивать изделие и как только параметр массы выйдет за оговоренные значения (допустим в определённых допусках на размеры) – просигнализирует об этом ответственному пользователю.

В общем, то всё просто, но подобные «приборы» необходимы не только для массы, а для всякого потребного для рассматриваемого изделия параметра. Это может быть и скорость какого либо звена кинематической цепочки, и запас прочности, и температура в какой либо зоне объекта, в общем, всё то, чем CAE и занимается.

Спросите: «зачем такие сложности»? А представьте что в вашей сборке хотя бы 10000 компонентов, да ещё есть группа сотрудников и у каждого из них свои амбиции.

Итак, известны ли уже реально работающие примеры таких «виртуальных приборов», если да, то дайте ссылку или расскажите здесь, пожалуйста. :smile:

Так эти вопросы должны решать PDM системы

Возможно надо бы даже и программистов озадачить.

Это програмерские задачи их по любому придется программировать хоть в PDM хоть в CAD

Предпочтительнее использовать PDM систему

1) Реализуя это в CAD системе есть риск запутаться в ревизиях (вариантах исполнения сборки)

2) Собирать программно информацию из компонент сборки в CAD системе требует больших машинных ресурсов (чтобы считать аттрибуты надо загрузить компонент , если есть проблемы с памятью

ресурсы после использования надо освобождать ...) Сами прикиньте какие требования к железу

для работы со сборками в 10000 компонент

3) Если для анализа потребуется информация сразу по нескольким вариантам исполнения сборки

то в CAD системе вообще непонятно как собирать информацию

Ссылка на сообщение
Поделиться на других сайтах

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

Если автору это дейтсивтельно интересно, то можно встретиться и обсудить явно.

Ссылка на сообщение
Поделиться на других сайтах

Хотелось бы добавить что в конце все равно масса не будет совпадать с "виртуальной" сколько уже сам убеждался, а все из-за того что где-то стенка трубы в+ где-то в -...

Ссылка на сообщение
Поделиться на других сайтах

Насколько я понял речь идет о "виртуальной лаборатории" ?

Если это так, то

из области электроники существует давно известный "Electronics Workbench".

В области и электроники и механики и гидро/пневмо есть:

20sim\ <папка> 08.08.08 11:33 ----

dymdemo\ <папка> 08.08.08 11:33 ----

Dymola\ <папка> 19.01.09 09:09 ----

Euler 6.01 Demo\ <папка> 08.08.08 11:33 ----

Modelica\ <папка> 08.08.08 11:33 ----

MotionWorks\ <папка> 08.08.08 11:33 ----

Mvs\ <папка> 08.08.08 11:33 ----

NacaWin\ <папка> 08.08.08 11:33 ----

RF2\ <папка> 08.08.08 11:33 ----

Symbols2000\ <папка> 08.08.08 11:33 ----

UnivMech\ <папка> 08.08.08 11:33 ----

Vis3D\ <папка> 08.08.08 11:33 ----

VisSim\ <папка> 08.08.08 11:33 ----

Hydraulic and Fluid Power Systems Design and Simulation Software.mht 18 117 22.02.08 13:09 -a--

Simulation Tools.mht 72 676 22.07.03 14:18 -a--

Welcome BarDyne.mht 102 965 22.07.03 15:47 -a--

Ссылка на сообщение
Поделиться на других сайтах

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

Если автору это дейтсивтельно интересно, то можно встретиться и обсудить явно.

Очень даже может быть, но только после того как "пупки" в нашей скромной конторке меж собою таки разберутся. :sport_box:

Так эти вопросы должны решать PDM системы

Без PDM дело не обойдётся по любому, но как PDM посчитает туже самую массу и центровку не открывая CAD? :blink:

2) Собирать программно информацию из компонент сборки в CAD системе требует больших машинных ресурсов (чтобы считать аттрибуты надо загрузить компонент , если есть проблемы с памятью ресурсы после использования надо освобождать ...) Сами прикиньте какие требования к железу для работы со сборками в 10000 компонент

И как же теперь жить?

Кричать:

Да здравствуют весы и карточки отступлений?

3) Если для анализа потребуется информация сразу по нескольким вариантам исполнения сборки то в CAD системе вообще непонятно как собирать информацию

Наверно макрос писать, что бы последовательно считывал всё со всех конфигурациях, типа доработанного SolidWorks Task Scheduler

Хотелось бы добавить что в конце все равно масса не будет совпадать с "виртуальной" сколько уже сам убеждался, а все из-за того что где-то стенка трубы в+ где-то в -...

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

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

Робастная оптимизация, то бишь.

Ссылка на сообщение
Поделиться на других сайтах

"как при заданном коридоре гуляния таких-то размерных характеристик изделия, обеспечить не выход из заданного коридора ТТХ изделия".

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

Я боюсь, что типчиков никак не предусмотреть и это уже дисциплинарным порядком решается.

Ссылка на сообщение
Поделиться на других сайтах

Я боюсь, что типчиков никак не предусмотреть и это уже дисциплинарным порядком решается.

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

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

Та же 6 sigma преусловутая.

Ссылка на сообщение
Поделиться на других сайтах
  • 4 недели спустя...

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

Как раз робастная оптимизация определяет этот коридор, заодно определяя оптимальную рабочую точку.

А контроль типчиков выходит за рамки проектирования. Это вопрос к ОТК

Ссылка на сообщение
Поделиться на других сайтах

Как раз робастная оптимизация определяет этот коридор, заодно определяя оптимальную рабочую точку.

А контроль типчиков выходит за рамки проектирования. Это вопрос к ОТК

ОТК действует уже после того, как КД посредством техпроцесса попадёт в цех, а "типчиков", то есть разработчиков начинки, надо постоянно контролировать, начиная с этапа формирования электронно-цифрового макета, того самого с которого впоследствии КД и отобразится. По сути вынесенный в топик "виртуальный прибор" является своего рода датчиком обратной связи - совершенно необходимой штуковиной для проведения оптимизаций.
Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • lem_on
      ну с дуру известно что сломать можно.
    • Viktor2004
      руку привязки так сломать легко
    • lem_on
      По моему вполне логично если станок вывалится в ошибку если рука не доехала до места. У меня так же если кулачки или деталь на пути, просто пихаеш ее до места и станок опять активен. Но нынешние пановья даже не могут написать модель станка.
    • Viktor2004
      Я согласен что скорее всего проблема механическая Но если логика прописана криво и возможно не предусмотрела остановку в промежуточном состоянии, разве не логично будет попробовать принудительно подав напряжение дернуть эту руку вверх-вниз? Возможно то что туда попало выпадет  
    • Guhl
      Если оставить за скобками вопрото том, что до м19 работает нормально, а после нет, то вы не считали сколько у него реально импульсов на оборот? с помощью стороннего плк, например  А если ориентацию м5 снимать, а не м20?
    • lem_on
      Что это за станок такой в котором сразу ладер ковырять надо, даже не смотря на возможность механической проблемы? Или профдеформация?
    • Viktor2004
      не сразу я понял в чем вопрос. Долго соображал что такое режим управления скоростью. При завершении ориентации PMC снимает сигнал G70.6 ? И если он после снятия сигнала продолжает удерживать шпиндель, при каких условиях эта ориентация все же снимается? После нажатия аварийного грибка или еще как?
    • Viktor2004
      Ладдер пришлите. Будем принудительно пробовать поднимать и опускать
    • streamdown
      Коллеги приветствую! IPS 8. Подскажите пожалуйста, кто какое серверное железо использует? Интересуют параметры при одновременной работе, ну например, 400 пользователей онлайн
    • gudstartup
      так он так и позиционируется по m19 pmc выдает g70.6 а чпу отвечает f45.7 но ориентацию и смещение в 4077 он отрабатывает нормально шпиндель встает ровно и смена происходит хорошо. вопрос почему после ввода команды управления скоростью он все еще продолжает контролировать число импульсов между нуль метками хотя в принципе уже должен отменить позиционный контроль и просто считать обороты по 0 метке как он это делает без М19? это все понятно но почему оно продолжает проверять это после завершения ориентации мне непонятно
×
×
  • Создать...