Погашение уравнений

[motoman 0]

Вопрос следующий. Имеется базовая модель тумбы.

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

Наличие боковин задается переменной  PL, PZ - панель левая и правая соответственно. Если PZ = 0, то панель погашена, если 1 то отображена. 

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

Как-то не логично получается, разработчики реализовали механизм погашения элемента уравнением, но не реализовали автоматическое погашение привязаного к этой детали уравнения.

Как реализовать погашение или игнорирование уравнения, если деталь погашена. Конфигурации не предлагать, так как их нужно будет создать около двух десятков, что не очень удобно.http://i.piccy.info/i9/ece27570faaa993d128895645e3c3466/1606309729/431087/1407036/Uravnenyia.jpg

[pps27031991 23]

Кто покажет способ построения модели, быстрее этого? С учетом того, что чертеж на эту модель выполняется в единственном экземпляре на бесконечное количество исполнений

[Kir95 950]

02.12.2020 в 20:26, pps27031991 сказал:

Кто покажет способ построения модели, быстрее этого?

Некому показать, видно, мало кто пользуется таблицами параметров. Вот здесь мелькнуло построение модели полностью из екселя

А для тумбочки, как у ТС, делать конфигурациями с таблицей параметров - слишком сложно, наверное

[pps27031991 23]

37 минут назад, Kir95 сказал:

Некому показать, видно, мало кто пользуется таблицами параметров. Вот здесь мелькнуло построение модели полностью из екселя

А для тумбочки, как у ТС, делать конфигурациями с таблицей параметров - слишком сложно, наверное

Некому показать лишь потому, что нет другого способа быстрого построения. Все эти уравнения, которые любят хвалить местные обитатели, на деле оказывается полнейшим фуфлом. Как я понял, здесь контингент по большинству работает в одиночку или примитивных компаниях, которые не используют PDM. Единственное, что может составить конкуренцию таблицам - DriveWorks, и то с натяжкой (Вместо этих 100 конфигураций, DriveWorks создал бы сотню новых сборок и тысячи деталей по ОТДЕЛЬНОСТИ). Кто работает в PDM, то подтвердят, что даже пресловутый Toolbox может заглючить конкретно  (который работает по схеме DriveWorks) + а если еще и сисадмин криворукий (который может поставить Toolbox с разными настройками), да еще и ОС разная - будет Адъ и Погибелъ. 

Приведенный выше пример по использованию таблиц - лишь малая часть его возможностей. Можно вообще заавтоматизировать все что угодно, и тумбочка не предел. У меня есть сборка, где при определенных размерах, например А*В<90 000, гасятся определенные сборки, а высвечиваются детали (потому что выгоднее сделать деталь из цельного листа, чем из частей), при этом по этим сборкам идут 4 линейных массива крепежа, также изменяющихся по определенным законам (которые собственно теряют связи, если погасить эти сборки). Так я добавил еще новых 4 линейных массива крепежа, которые уже идут по деталям, а те линейные массивы гасятся. Возможности неограничены

[Kir95 950]

59 минут назад, pps27031991 сказал:

Некому показать лишь потому, что нет другого способа быстрого построения

Ну, можно ведь и не перетягивать ячейки, а заполнять значения макросом?

 

1 час назад, pps27031991 сказал:

Все эти уравнения, которые любят хвалить местные обитатели, на деле оказывается полнейшим фуфлом

Для уравнений своя сфера применения, для таблиц - своя. К примеру, библиотечный элемент с уравнениями, при вставке в деталь может принимать нужные параметры, ты вряд ли это сделаешь таблицей

[pps27031991 23]

28 минут назад, Kir95 сказал:

Ну, можно ведь и не перетягивать ячейки, а заполнять значения макросом?

 

Для уравнений своя сфера применения, для таблиц - своя. К примеру, библиотечный элемент с уравнениями, при вставке в деталь может принимать нужные параметры, ты вряд ли это сделаешь таблицей

А в макросе как?) силой мысли?) где-то придется все равно заполнять. К тому же тут регистрация/разрегистрация очень сложна, нужно научить макрос разрегистрировать модель, потом зарегистрировать. А вдруг ошибка в процессе? Так собственно и работает Toolbox, он сам автоматически разрегистрирует/регистрирует новые исполнения (речь идет о работе в PDM), но случаются косяки такие, что он не регистрирует модель у определенного человека, и при создании новой конфигурации (уже другим человеком), он создает исполнения только на время работы с Toolbox. а при закрытии, исполнения эти пропадают и при новом открытии там будет другое исполнения болта, например.

Библиотечные элементы можно сделать также на таблице параметров. Как я описал раньше, у нас все крепежные элементы не регистрируются обратно Toolbox-ом, поэтому эти косяки нам надоели, и все крепежные элементы мы сделали на таблице параметров (то есть захотел себе человек болт длинной 95мм, взял ввел длину в Excel и диаметр и болт создался). Да, некоторые неудобства есть для конструкторов, что при вставке наших крепежных элементов, нельзя сразу сопрячь с отверстиями, приходится вручную. Но зато нет теперь этих постоянных ошибок. Также я упоминал и подшипники, зайди в гост цилиндрических подшипников, и посчитай все возможные исполнения, насчитаешь около 10к+. Таблица параметров проглатывает и такое количество исполнений.