Особенно хочется отметить вебинар, который пройдёт 18 мая: "T-FLEX CAD – ответы на интересующие пользователей вопросы". На вебинаре будут разобраны задачи по присланным пользователями вопросам по T-FLEX CAD.
Соответственно, предлагаем участникам форума задавать интересующие их вопросы в этой теме. Мы не можем обещать, что ответим на все вопросы (время вебинара и формат диктуют свои условия), но очень постараемся.
Сплошные профи вокруг) Ни у кого нет вопросов - все всё знают)))
А я, пожалуй, задам вопрос: Как расставить отверстия по 3Д пути так, чтобы после изменения количества отверстий (отверстия созданы на основе массива 3Д узлов по пути, их количество - переменная Nотв) в большую сторону, с последующим сохранением файла и повторным открытием сохраненного файла - модель не рассыпалась? Как сделать всё тоже самое, если диаметр отверстия и величина удлинения для учёта неплоских граней - числа, а не переменные? Можно ли обойтись 1 массивом для отверстий и расстановки по этим отверстиям винтов-саморезов?
Андрей Мальчук написал: Сплошные профи вокруг) Ни у кого нет вопросов - все всё знают)))
А я, пожалуй, задам вопрос: Как расставить отверстия по 3Д пути так, чтобы после изменения количества отверстий (отверстия созданы на основе массива 3Д узлов по пути, их количество - переменная Nотв) в большую сторону, с последующим сохранением файла и повторным открытием сохраненного файла - модель не рассыпалась? Как сделать всё тоже самое, если диаметр отверстия и величина удлинения для учёта неплоских граней - числа, а не переменные? Можно ли обойтись 1 массивом для отверстий и расстановки по этим отверстиям винтов-саморезов?
При первом создании массива нужно создавать сразу максимально возможное количество элементов массива, а потом можно установить сколько нужно. Вот такой вот нюанс
zobza, а если максимальное количество отверстий не известно заранее? Да и логики в этом нет особой) У нас есть операция - отверстие. Её свойства применяются ко всем точкам массива. А количество точек - определенно значением переменной Nотв. это не нюанс - это некорректность операции "Отвестие", которая без параметризации теряет данные так, что топологию потом не исправить, а с параметризацией - теряет переменные при увеличении числа отверстий, благо топология подлежит восстановлению. Это не нюанс, как говорит SaprOnOff - "'это фича" или Sila Musli - "это касяк" Ну, или, как вариант - у меня руки не из плечей)))) Впрочем - вопрос задан, ждём ответа)
Андрей Мальчук написал: zobza , а если максимальное количество отверстий не известно заранее?
Ты же наверняка знаешь сколько там может быть максимум отверстий, умножь на 2 или 5 при создании массива, а потом поставь сколько нужно.
я так и сделал) но это костыли, а не решение) как знать - может эта проблема ещё чего затрагивает? Не хочется позже столкнуться с чем-нибудь, что будет следствием этого косяка. Может есть какое-нибудь более простое/правильное/изящное решение моей задачи?) Век живи - век учись) Посмотрим, что скажет Алексей
zobza написал: Ты же наверняка знаешь сколько там может быть максимум отверстий, умножь на 2 или 5 при создании массива, а потом поставь сколько нужно.
Не приемлемо. Ибо файл пухнет... Отверстий будете использовать 4, а размер файла, его быстродействие страдает. Так реализовано на данный момент и это не правильный подход. Уже 8 лет говорю о данной проблеме, а пока ничего не меняется. Печально.
Цитата
Андрей Мальчук написал: Может есть какое-нибудь более простое/правильное/изящное решение моей задачи?)
На данный момент только одно: использовать параметрический массив фрагментов отверстий и булевую, вместо операции отверстия.
Я даже дал наименование этой проблеме. "Проблема 2008". Потому что именно с того года начал говорить об касяках с отверстиями по массиву точек))) Тут эту проблему называют "нетривиальная задача". Но моё название эпичнее)))
Мой вопрос к вебинару. Расскажите, пожалуйста, о структуре изделия, об отчётах и об новом варианте создания спецификаций. А также о создании таблиц по другим типам и другим элементам отличным от фрагментов, такие как трубопроводы, тела и т.д. Это очень крутая вещь! И о конфигурациях и исполнениях. Зачем поломали простой вариант и прототипы? Как правильно и просто делать групповые спецификации в новых реалиях. И желательно без привлечения новых фишек исполнений. И как создавать таблицы исполнений со своей шапкой, чтоб она не ломалась при обновлении.
Андрей Мальчук написал: Как расставить отверстия по 3Д пути так, чтобы после изменения количества отверстий (отверстия созданы на основе массива 3Д узлов по пути, их количество - переменная Nотв) в большую сторону, с последующим сохранением файла и повторным открытием сохраненного файла - модель не рассыпалась? Как сделать всё тоже самое, если диаметр отверстия и величина удлинения для учёта неплоских граней - числа, а не переменные? Можно ли обойтись 1 массивом для отверстий и расстановки по этим отверстиям винтов-саморезов?
1. В какой версии работаете? 2. Модель можете приложить, либо до момента изменения на 10 отверстий или уже испорченную?
Sila Musli написал: Мой вопрос к вебинару. Расскажите, пожалуйста, о структуре изделия, об отчётах и об новом варианте создания спецификаций. А также о создании таблиц по другим типам и другим элементам отличным от фрагментов, такие как трубопроводы, тела и т.д. Это очень крутая вещь! И о конфигурациях и исполнениях. Зачем поломали простой вариант и прототипы? Как правильно и просто делать групповые спецификации в новых реалиях.
Игорь Батюченко написал: 1. В какой версии работаете? 2. Модель можете приложить, либо до момента изменения на 10 отверстий или уже испорченную?
В любой сборке 14 версии...25, 26, 27 тут нет разницы. Есть подозрение, что вообще в любой версии и сборке))) В простых массивах в 26 сборке этот касяк поправили, а вот в массивах по траектории нет...думаю и в параметрическом массиве будет также.
2.Запросто) Прототип колена 3х сегментного с прочисткой_11 - количество отверстий (переменная Nотв) равна 4. Иных значений она не принимала. Прототип колена 3х сегментного с прочисткой_12 - количество отверстий (переменная Nотв) равна 4. Принимала значение 20, файл был сохранен. Снова выставил значение 4, сохранил файл.
чтобы починить _12 - нужно в свойствах операции "Отверстие" вернуть назад слетевшие на дефолтные значения, чтобы стало как на картинке (выделено желтым):
Андрей Мальчук написал: Игорь Батюченко , 1. В самой новой, новее некуда)
2.Запросто) Прототип колена 3х сегментного с прочисткой_11 - количество отверстий (переменная Nотв) равна 4. Иных значений она не принимала. Прототип колена 3х сегментного с прочисткой_12 - количество отверстий (переменная Nотв) равна 4. Принимала значение 20, файл был сохранен. Снова выставил значение 4, сохранил файл.
чтобы починить _12 - нужно в свойствах операции "Отверстие" вернуть назад слетевшие на дефолтные значения, чтобы стало как на картинке (выделено желтым):
Однако оживилась ветка)))
Спасибо за примеры. Исправление ошибки войдет в след. обновление 14 версии, которое выйдет в ближайшее время.
zobza написал: Ты же наверняка знаешь сколько там может быть максимум отверстий, умножь на 2 или 5 при создании массива, а потом поставь сколько нужно.
Не приемлемо. Ибо файл пухнет... Отверстий будете использовать 4, а размер файла, его быстродействие страдает. Так реализовано на данный момент и это не правильный подход. Уже 8 лет говорю о данной проблеме, а пока ничего не меняется. Печально.
Цитата
Андрей Мальчук написал: Может есть какое-нибудь более простое/правильное/изящное решение моей задачи?)
На данный момент только одно: использовать параметрический массив фрагментов отверстий и булевую, вместо операции отверстия.
Я даже дал наименование этой проблеме. "Проблема 2008". Потому что именно с того года начал говорить об касяках с отверстиями по массиву точек))) Тут эту проблему называют "нетривиальная задача". Но моё название эпичнее)))
В 14 версии: Отверстия по массиву узлов поддерживают параметризацию по числу узлов. Нет необходимости создавать заранее максимальное количество узлов, чтобы создались все возможные отверстия. Имеются накладные расходы. В случае, если массив отверстий имеет одинаковые параметры эффективнее использовать массив граней по одному отверстию. В 15 версии: Отверстия по массиву узлов также поддерживают параметризацию по числу узлов. Накладные расходы для "популярных" отверстий (под крепеж, продолговатые, квадратные и др.) минимизированы (в сравнении с 14 версией в более чем 3-4 раза). Нет необходимости использовать массив граней или другие решения. (см. новые возможности)
Игорь Батюченко написал: В случае, если массив отверстий имеет одинаковые параметры эффективнее использовать массив граней по одному отверстию.
Нет и ещё раз нет!!!! Никогда! Не используйте этот метод в повседневной работе, даже если вроде не должно ломаться. Использовать работу с гранями опасно, особенно в массивах. Использовать при крайней необходимости и если работаете с импортированной геометрией, там уже хуже не будет) Эффективно когда отверстий очень много, а геометрия сильно не меняется, например, в сетках, в остальных случаях не рекомендую.
Sila Musli написал: Мой вопрос к вебинару. Расскажите, пожалуйста, о структуре изделия, об отчётах и об новом варианте создания спецификаций. А также о создании таблиц по другим типам и другим элементам отличным от фрагментов, такие как трубопроводы, тела и т.д. Это очень крутая вещь! И о конфигурациях и исполнениях. Зачем поломали простой вариант и прототипы? Как правильно и просто делать групповые спецификации в новых реалиях. И желательно без привлечения новых фишек исполнений. И как создавать таблицы исполнений со своей шапкой, чтоб она не ломалась при обновлении.
Поддерживаю вопрос и хочу немного расширить, конкретизировать на примере:
Сборка содержит 3 трубопровода, например Ду50, 80 ,100. Трубопроводы состоят из труб, отводов (с разными толщинами для каждого типа) и тройников (равнопроходных/ переходных). Трубопроводы опираются на опоры (разных высот). Хочется получить отчеты(таблицы): 1. Экспликация трубопроводов 2. Перечень отводов 3. Перечень тройников 4. Перечень опор А так же, одновременно, обычную спецификацию (чтобы все элементы были включены в структуру изделия)
Особенно интересуют вопросы: 1. Правильное создание (как видят разработчики) шаблонов отчетов (таблицы). 2. Работа с разными структурами изделия в одном файле, где правильно хранить ее прототипы. 3. Как правильно настроить структуру так, что бы в нее включились нужные элементы их нужные свойства. 4. Как настроить структуру так, чтобы вместо номера позиции, проставлялось, например, наименование элемента? 5. Как получить доступ к номеру позиции в тексте (в тех. требованиях).
Информации по данному функционалу очень мало (в справке и других источниках). Приходитсяизобретать велосипед - чувствую можно организовать проще и функциональнее. Заранее благодарю!