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

создание станка


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

6 часов назад, Agrim сказал:

И ещё вопросик. Часто выносной элемент становится таким как на скрине. Линия вокруг штриховки пропадает, и появляется в противоположном, неправильном месте. Из за чего это происходит?

 

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


Огромное спасибо всем! Очень полезные ответы.

Но вопросы не заканчиваются))

Есть теперь у меня сборка, в которой 200+ сварных швов. И при редактировании такой сборки T-Flex пересчитывает все сварные швы даже в тех случаях, когда изменения не касаются этих швов. Например при перемещении разреза на чертеже начинается пересчёт. Есть ли какая то настройка, которая позволит делать пересчёт только в случае изменений самих швов?

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

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

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

Также не понятно где располагается кнопка для обновления таблицы сварных швов. Такое чувство что она создаётся и полностью отрывается от модели. Приходится её удалять и ставить заново. При этом, если в таблице были указаны нестандартные швы, записанные вручную, они удаляются и приходится заново всё заполнять. 

Снимок.PNG

Снимок2.PNG

3D Деталь 1.grb 3D Сборка 1.grb

Ссылка на сообщение
Поделиться на других сайтах
Богоманшин Игорь
16.12.2020 в 17:40, Agrim сказал:

При этом, если в таблице были указаны нестандартные швы, записанные вручную

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

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

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

Приветствую всех ещё раз. Возник новый вопрос пока что без решения. 

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

Т-флекс так и задуман? Или я просто не знаю какой то "фишечки"?

Ссылка на сообщение
Поделиться на других сайтах
4 минуты назад, Agrim сказал:

все преобразования

используются для модуля динамика или для анимации движения, для сборки в ТФ используют ЛСК.

Ссылка на сообщение
Поделиться на других сайтах
5 минут назад, Agrim сказал:

Или я просто не знаю какой то "фишечки"?

правильно переименовывать файлы через окно "Структура сборки":

44.png

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

Заменить модель в дереве можно так:

R_304.jpg

Для того, чтобы сборка при этом не разваливалась, надо, чтобы новая и старая  модели имели одинаково расположенные  ЛСК привязки (желательно с одинаковыми именами).

 

PS А команда "Изменить" немного для другого.

Ссылка на сообщение
Поделиться на других сайтах
17 часов назад, SAPRonOff сказал:

правильно переименовывать файлы через окно "Структура сборки":

Всем нашим КБ выражаем благодарность, Вы сделали нашу жизнь проще!

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

Мы столкнулись с новыми трудностями:

                АБВ.00.01.001 -  Имеет одно исполнение.

                АБВ.00.01.002 -  5 исполнений различной длины (переменная h).

                АБВ.00.01.000 - Выбор значения переменой "$Исп" ограничен списком. В различных исполнениях установлены различные пальцы. Зависимость исполнения пальца от исполнения сборочный единицы прописана в БД.

                АБВ.00.02.000 - Выбор значения переменой "$Исп" ограничен БД.

                АБВ.00.00.000 - Параметрический массив различные исполнения СЕ выбираются из БД согласно номеру копии i в массиве. Еще две СЕ вставлены вручную.

                АБВ.02.00.000 - Массив по таблице. Координаты и обозначение исполнения прописаны в БД.

Вопросы:

                Почему в СЕ "АБВ.00.02.000" при выборе значения переменой "$Исп" для каждого из исполнений, выпадающий список отображается некорректно(рис1)? В редакторе переменных этот список отображается нормально(рис2). Когда значение переменой ограничивается списком (как в "АБВ.00.01.000") то все работает.

                Почему в Сборке АБВ.00.00.000 не корректно отображается структура изделия? все копии в массиве имеют одинаковое обозначение(рис3). Правильное обозначение имеют только фрагменты вставленные вручную(рис4). В массиве по таблице та же проблема(рис5).

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

                 

АБВ.00.00.000 - Сборка.grb АБВ.00.01.000 - Сборочная единица.grb АБВ.00.01.001 - Основание.grb АБВ.00.01.002 - Палец.grb АБВ.00.02.000 - Сборочная еденица.grb АБВ.02.00.000 - Сборка.grb

Рис1.PNG

Рис2.PNG

Рис3.PNG

Рис4.PNG

Рис5.PNG

Изменено пользователем Agrim
Ссылка на сообщение
Поделиться на других сайтах
9 минут назад, Agrim сказал:

Почему в Сборке АБВ.00.00.000 не корректно отображается структура изделия?

Не берусь утверждать, но есть подозрение, что Вы задваиваете дефисы. 

 Снимок 2021_02_17_14_55 (28).png

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, Agrim сказал:

не корректно отображается структура изделия? все копии в массиве имеют одинаковое обозначение(рис3).

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

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

Хорошо, есть ещё один вопрос.

Пытаюсь решить задачу оптимизации. Надо найти оптимальное положение роликов для определённой длины ремня. Рис.1 - исходное положение. Рис.2 - то что происходит во время оптимизации. Т.е. комбинация переменных стаёт такой что штриховка (невидимая) огибает один из роликов и расчёт на этом запинается. Как можно наложить ограничения на штриховку чтобы она не оборачивалась вокруг ролика?

1.PNG

2.PNG

Оптимизация.grb

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

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

3.PNG

Ссылка на сообщение
Поделиться на других сайтах
36 минут назад, Agrim сказал:

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

Чисто математически нормальный вариант. Другой вопрос: с практической точки зрения угол в один градус для чего?

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

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

В общем то задачу удалось решить следующим способом: на приводной ролик (самый большой) тоже добавил ограничение по углу, только от 90 до 180 градусов. Далее сместил два верхних ролика максимально вниз и к центру чтобы узнать минимальные значения переменных, при которых гарантированно не произойдёт "обёртывания" ремня вокруг ролика. Также оказался принципиальным вопрос с указанием максимальных пределов изменения переменных ( поставил их по 500). И всё, после этого оптимизация начинает работать. После этого надо сужать диапазон регулирования каждой переменной в зависимости от конструктивных ограничений механизма и получается неплохой результат. Да, наверное есть более красивые и универсальные способы решения вопроса, но этого уже хватило для решения практической задачи.

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

Всех приветствую. Я с новым вопросом)))

Есть круглый лоток у которого дно наклонено. Лоток состоит из 3-х частей. Две части получилось собрать, а вот с третьей проблема. При помощи преобразований не получается собрать сборку. Я пытаюсь привязаться к одному из углов (рис.2) но для того чтобы лист приложился к наклонной в нескольких плоскостях поверхности, мне надо сначала повернуть деталь вокруг базовой системы координат, потом развернуть саму систему координат и развернуть уже вокруг новой. При этом предыдущие преобразования должны сохраниться. 

Коллеги формучане, прошу подсказать, как можно решить эту задачу (сопряжения не использовал так как все сборки собираю через преобразования).

изображение_2021-06-23_145400.png

изображение_2021-06-23_145646.png

0 Сектор.grb 1 Лист.grb 2 Стенка.grb 3 Стенка.grb

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

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

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




  • Сообщения

    • Turgenev
      Не, греться будет, конкретно, потому что разъем будет прямо на стенке "стакана", а сам "стакан" будет нагреваться от нагревателя до 300 градусов. 3Д модель в процессе. погуглил, это разъемы типа таких: У них все круто, но нет фланца, чтобы хоть как-то закрепить разъем на стенке "стакана". По вашей наводке нагуглил еще разъемов, стоят дорого и очень большой габарит: Есть интересные варианты, но я не смог найти к ним ответную часть:   Это что-то типа такого: Мне не подходит по форм-фактору. Нагреватель должен быть в форме диска- плоский цилиндр диаметром 75мм и высотой около 10-20мм То есть запах идет от обгорания металла нагревателя? Вариант с заливкой нагреватель термостойким бетоном был, я даже его опробовал, но очень уж трудозатратно выходит. Любой металл будет иметь запах при нагреве, если его никуда не засовывать?
    • FROST_R6
      Здравствуй, ты можешь свой дискорд дать и показать?
    • Guhl
      У вас питание силовое на привод приходит? Е09 - отсутствие силового питания
    • Максим604
      В мануале написано что подача при Резьбофрезеровании считается по центру инструмента. Ок. Тогда почему когда пишешь в кам системе, то выдает подачу для движение  по траектории.      Перефразирую.  Нужно нарезать внутреннюю резьбу М20х2.  Фреза 3 зуба ∅12. Скорость резания 50. (Оборотов 1326)  Подача на зуб 0.05   Когда пишу в джи кодах, то выдаётся подача 198.9 мм/мин. С этой подачей станок и режет.    А если написать через шопмилл, то при тех же условиях( скорость резания и подача на зуб), он подачу пересчитывает для центра фрезы.  И выходит подача 80 мм/мин.   И выходит что при одних и тех же условиях меняется время обработки.    Когда пишешь через кам, то подача считается по траектории, а шопмилл считает для центра.    И я не понимаю как правильно считать. И почему именно так.  И в мануалах не нашёл ответа. 
    • maxx2000
      Да вот так ему хочется. Вот такие гады разработчики. Небось и в мануале всё это описали. Я негодую вместе с тобой.
    • Максим604
      Поэтому и вопрос. почему шопмилл подачу меняет, когда пишешь через него(макропеременые), а когда через G код не меняется. как шопмилл просчитывает новую подачу я понимаю, но не понимаю как прравильно и почему именно так правильно, а не наоброт. почему шопмилл переводит подачу с движения по траектории на движение по центру?     
    • Snake 60
      Так а зачем, если вот эта кнопка  сохраняет все детали и подсборки входящие в нее: При желании можно повесить на горячую кнопку через Настройка-Клавиатура Или пересохранить имеется ввиду создать копию с новым именем? Если да, то для этих целей я бы посоветовал крутой макрос с именем Коперник от @tompsongun См. пост выше.
    • maxx2000
      ну хотя бы то что одна написана через макропеременные, вторая в джи кодах. Ты считаешь что при одинаковом результате у них одинаковые алгоритмы?  
    • Максим604
      А что должно смущать?
    • maxx2000
      Ничего не смущает?
×
×
  • Создать...