iLogic

[Prokhogiy 581]

Только что, pkdeep сказал:

Еще интересует как задать правило чтобы при создании сборки из родительского тела не нужно было бы задавать для каждой детали XYZ как на видео я делал)

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

Только что, pkdeep сказал:

В любом случае кромку надо набивать как то отдельно

конечно, она же находится в детали, пусть там и будет 

[pkdeep 4]

Prokhogiy, так можно в многотеле замутить просто например кромка1 и кромка 2 и через правило указывать куда наносить кромку 1 а куда кромку 2 или просто задать что по всем сторонам идет кромка, там где есть кромка 1 нет кромки 2 и т.д. в этом русле)

[Prokhogiy 581]

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

я определил для себя направлени, обдумывал долго и упорно, в первых постах изложил суть, пока я не вижу другого, если считаешь иначе, пробуй, будем обмениваться информацией

[pkdeep 4]

Prokhogiy, алгоритм я и говорю что если предположить что кромка по периметру детали то на одной или на двух сторонах кромка 1 а на оставшихся кромка 2) или ilogiс скажет идите лесом?)

[Prokhogiy 581]

алгоритм прост, есть деталь, у неё есть длина, ширина, толщина, четыре (реже шесть)граней- это реальные параметры, 

размеры заготовки(если надо, а чаще не надо). толщина кромки, факт наличия кромки на гранях, связи, и дополнительные элементы- это виртуальные параметры

также пишем список что на выхлопе в спецификации желаем видеть

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

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

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

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

 

одна деталь, один элемент, и все управление кромкой в нутри детали, попробуй так на многотеле, там будет управление всеми телами сразу

 

[nuget 67]

Prokhogiy, конструктор диалогов управления поддерживает свободное размещение полей, или по прежнему набирается как таблица? Можно в Inventor 2017 включить динамическую схему с условными обозначениями полей диалога, или только статическая картинка? Для примера, диалог управления T-FLEX CAD создается на базе 2D чертежа, то есть, по мимо полей (элементы управления диалога), можно создать динамическую схему, котрая будет меняться в зависимости от контекста.

[Prokhogiy 581]

вот не скажу, не знаю и не задумывался, 

[Prokhogiy 581]

по кромке, может кого заинтересует

на выхлопе нам нужно либо наличие кромки на стороне, либо её отсутствие, и метраж для справки

 

физическое построение кромки приведет к усложнению детали и как следствие  возможны конфликты элемекнтов

нужные цифры можно просто расчитать из основных параметров габарита 

[nuget 67]

Prokhogiy, а что, в диалоге "Параметры" нельзя использовать логическое выражение?

[Prokhogiy 581]

можно, но еденица и ноль это метки и они нужны в спецификации

[nuget 67]

Prokhogiy, вы присваиваете значение длины через правило iLogic, но зачем, если можно использовать логическое выражение непосредственно в диалоге "Параметры"? Поля, типа "X1_H,..." будут использоваться точно так же. Или вы имеете ввиду что-то другое?

[Prokhogiy 581]

по сути тоже, покажите как это будет выглядеть...

[nuget 67]

16 минут назад, Prokhogiy сказал:

по сути тоже, покажите как это будет выглядеть...

а как выглядит логическое выражение?

[Prokhogiy 581]

не знаю, и как же оно выглядит?

[nuget 67]

Prokhogiy, вы не знаете синтаксис логического выражения? вы предпологаете, что можно использовать логическое выражение? я не знаю, по этому задал этот вопрос:

4 часа назад, nuget сказал:

Prokhogiy, а что, в диалоге "Параметры" нельзя использовать логическое выражение?

 

[Prokhogiy 581]

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

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

[nuget 67]

Prokhogiy, вы имеете ввиду экспорт данных модели в Excel?

[Prokhogiy 581]

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

[nuget 67]

Prokhogiy, кажется в диалоге "Параметры" не поддерживаются условные операторы.

[Prokhogiy 581]

А что такое условный оператор?

[pkdeep 4]

Prokhogiy, кажется мы делаем из мухи слона))) У меня все что не получается сделать автоматом, я делаю вручную) дабы не мучаться с програмированием лоджика) Хочется конечно многое сделать автоматом, но моих мозгов не хватает(

[nuget 67]

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

А что такое условный оператор?

IF ELSE THEN

[Prokhogiy 581]

nuget, я не зняю зачем в таблицу параметров закалачивать условные операторы, для этого есть правила, но таблица параметров поддерживает и формулы и выражения, может и с оператарами сработает, не пробовал

[nuget 67]

Prokhogiy, я не мог найти пример использования условных операторов в диалоге "Параметры". Зачем это нужно? По-видимому для удобства. На мой взгляд, если модель слишком сложная, чтобы описать в одной строке формулы, лучше использовать правило. В остальных случаях, использовать условные операторы в формулах.

Например, для переменной "Длина_кромки_Н" присвоить значение: "X1_H > 0 ? Длина_детали : 0" 

[Prokhogiy 581]

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

если есть мнение то приведите реальный пример.