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

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


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

Вот тут 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 пользователей

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




  • Сообщения

    • gudstartup
      так он так и позиционируется по m19 pmc выдает g70.6 а чпу отвечает f45.7 но ориентацию и смещение в 4077 он отрабатывает нормально шпиндель встает ровно и смена происходит хорошо. вопрос почему после ввода команды управления скоростью он все еще продолжает контролировать число импульсов между нуль метками хотя в принципе уже должен отменить позиционный контроль и просто считать обороты по 0 метке как он это делает без М19? это все понятно но почему оно продолжает проверять это после завершения ориентации мне непонятно
    • Александр1979
      SP9047 SSPA:47 ILLEGAL SIGNAL OF POSITION CODER "The relationship between the A/B phase and 1-rotation signal is incorrect (Pulse interval mismatch)." "Неправильное значение счетчика импульсов сигнала на энкодере ALPHAi. На фазах A и B энкодера за один оборот шпинделя насчитывается 4096 импульсов обратной связи. Программное обеспечение по управлению шпинделем проверяет количество импульсов на фазах A и B, соответствующее энкодеру, при каждой генерации сигнала одного оборота. Данный аварийный сигнал срабатывает, если регистрируется число импульсов, нарушающее заданный диапазон."
    • vs3dpro
      Добрый день! У нас на есть SLA принтер 600х600х400мм. Можно напечатать мастер- модели, и можно приехать посмотреть. mail@iges.space
    • gudstartup
      после ввода 789 в edit mod надо перейти в режим ручное упр. нажать mod а потом помощь и откроется wzw.hlp  с возможностью выполнения команд управления atc. если не появляется содержимое wzw.hlp то возможно что у вас другой код хотя 789 'это стандарт для dmg в этом случае надо смотреть ваш plc раздел у меня пароль прописан в файле wzw_rett.mod
    • Anat2015
      SERVO TURRET AMP ALARM - переводить не пробовали, учитывая, что AMP - это и есть сервопривод? Что тут не ясного, язык не знаком?
    • Viktor2004
      я бы попробовал позиционировать шпиндель сигналом G70.6 Ответный сигнал, шпиндель сориентирован F45.7
    • gudstartup
      Здравствуйте уважаемые участники форума попрошу вас поделится мнениями. Имеется фрезерный шпиндель с позиционным кодером (зубчатое колесо и считывающая головка). Ошибку 9047 выдает после того отрабатывает M19 c последующим включением оборотов Sxxx M3 причем обороты могут быть любыми от 100-макс. Если задавать обороты без предварительной ориентации то 9047 не возникает и шпиндель нормально вращается на любой скорости при этом обороты не гуляют точность поддержания +-1 об\мин. Кабель заменен заменить сам датчик нет возможности. Мой вопрос в следующем почему шпиндель после M19 и включении управления скоростью Sxxx M3 остается в режиме позиционирования а не сразу переходит врежим управления скоростью и даже явная отмена ориентации кодом M20 ничего не меняет ведь режим позиционного управления должен быть отменен или он остается и отменяется не сразу после подачи команды M3 и кода скорости? Станок достаточно старый 2009 года плату управления шпинделем меняли на соседний ничего не изменилось. Это может быть логика PMC или скорее всего это датчик?   PMC-SB.001
    • Killerchik
      А мы-то думали, что пропорциональный гидравлический.....
    • Grig75
    • EnKlL
      Я написал полностью ошибку, серво привод
×
×
  • Создать...