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

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


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

Вот тут 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
      Опять же не для дятлов об этом пишут на сайте SW. Но мля, по товарищески кто то должен прочитать это за меня.
    • Krusnik
      Да тут постоянно, по-моему об этом пишут. Такие как вы уже всех заколебали. Поэтому такие и ответы. Но специально для вас распишу все отличия.    1) Графика RealView. С игровой видеокартой она просто в SW отключена. С профессиональной включается. Нужна для показа на мониторе красивых картинок в 3D. Скажем руководству, или заказчикам. Ну и потом. Вы купили SW, а часть функций, за которые выплаченна немалая сумма не доступна. Что за фигня?   2) При вращении и/или масштабировании сборок с игровой видеокартой модели во время манипуляций превращаются в BoundingBox'ы, а когда отпускаешь мышку - отрисовываются. Зависит это от количества графических треугольников, которые нужно отрисовать. Т.е. с небольшими и простыми модельками не заметите, со сборками хотя бы от 300 деталей - будет заметно. Многие советуют понижать детальность, но тут тоже такое себе удовольствие, когда круглое отверстие превращается в восьмигранник, и только из-эт того, что кто-то решил, что для SW 4080 круче, чем A4000. У меня на сборках 8000 деталей и Quadro так делает, но игровые так начинали с примерно 300 деталей.
    • maxx2000
      а если делать канавку снаружи на глубину чуть больше толщины кольца, а потом изнутри растачивать и кольца будут повисать прямо на резце. Собственно по такому принципу и режутся кольца на универсальном токарном, нарезают канавок, а потом сверлом вжик и готово
    • Orchestra2603
      Да, в рот мне ноги... Ну, считает же Ансис, считает! Блин.. Как до вас донести простой мэсеж. Мне често, пофигу, делает он там себе факторизацию или еще что-то. Но то, что он нормально считает Ланцошем для случая с вырожденной матрицей жесткости - это факт! А раз он считает, то либо (А) вы хрень несете про факторизацию, либо (Б) он такую факторизацию делат сам без проблем. Третьего тут быть не может, и выходит, что в любом случае ваши тезисы оказываются несостоятельными.   Какая вам нужна факторизация? давайте! заказывайте! На какие вам надо матрицы разложить? с какими свойствами? давайте ваш заказ!   Вы на мой пердак не зарьтесь! Смотрите, чтоб ваш функционировал исправно! А то того и гляди, фекализация случится.  
    • Иван Васильев
      Доброго времени суток! Удалось решить проблему?
    • ДОБРЯК
      Вам похоже ничего не нужно, а для алгоритму Ланцоша нужно сделать численную факторизацию. Вам только нужно побольше букв и слов написать. :=) Всё подгорел пердак? :=)
    • Orchestra2603
      При чем здесь это? Речь не идет про эффективные или неэффективнеы алгоритмы. Вы утвержаете, что это просто невозможно.   При чем здесь первые или не первые, все или не все... Какое это имеет значение? У Ансис есть алгоритм Ланцоша, он находит столько, сколько запросите. В Маткаде - он да, находит все. Наверное, можно и не все, но я хз, как это делать. Я не понимаю, какое это имеет отношение к разговору.   Неа Ткните пальцем и объясните, в чем ошибка в конкретном рассуждении   Как я должен решать методом Гаусса задачу на собственные значения? Мне же не решения СЛАУ нужны! Их то, ясен пень, бесконечное множество для системы с вырожденной матрицей. Мне собственные значения нужны! Мне нужно базис найти, чтобы матрица (или матрицы в обобщенном случае) оператора была диагональной.   Сначала скажаите мне, зачем ее дать! В чем идея заключается? Вы все слюной брызжете, но ничего по делу еще не сказали. Какой-то нормальный контраргумент от вас можно толковый услышать?   Как еще изволите вас обслужить? Вы - полегче, уважаемый!
    • ДОБРЯК
      Вам нужно десять раз написать одно и тоже, чтобы вы поняли. Почитайте документацию к программе там же всё написано. Мне не сложно копировать...:=) Те алгоритмы которые вы используете находят все собственные числа и вектора. Для разреженных матриц это приводит к их заполняемости. Смекаете о чем я говорю. Или нужно еще разжевать? Во всех.   Решайте методом Гаусса. Матрица 2х2 в чем проблема сделать численную факторизацию любым методом? :=) Больше дела, меньше слов и букв...
    • mannul
      Скорость резания от 8 до 12 м/мин, подача 0,04 мм/зуб, глубина резания - 1,5 мм.
    • Orchestra2603
      " Стою на асфальте я, в лыжи обутый: То ли лыжи не едут, то ли я ..." (с)   1. Вы утверждаете, что для расчетов на СЗ и СВ в случае вырожденной матрицы жесткости нужно провести ее факторизацию. Без нее - никак! Непонятно, какую и зачем, но надо. Ок, допустим.  2. @Jesse,  я, @Fedor, да и вы сами показываете, что таки СЗ определяются для вырожденной матрицы. Значит, либо ваше утверждение про факторизацию неверно, либо она таки делается тихонько себе за кадром. 3. Еще одно наблюдение... Матлаб говорит, что он делает QZ разложение для матриц, у которых нет положительной определенности, т.е. для которых не работает разложение Холецкого. При этом опять же с собственные числа с одной вырожденной матрицей считаются нормально. Т.е. даже если вдруг и необходима такая факторизация (хотя я сомневаюсь, что вот прям обязательно она нужна), то делается она без особых трудностей.   В каком месте я неверно рассуждаю?   Так и не обязательно их записывать для расчета собственных колебаний. Ну... Можно конечно, но тогде некоторые частоты и формы, которые такой симметрией могут и не обладать, вы потеряете в расчете, поскольку введенные условия симметрии их исключат просто из модели.    
×
×
  • Создать...