Интересно - при построение точки на пересечение пути и рабочей плоскости учитывается размер рабочей плоскости. Типа она считается как бы гранью.
Это так и задумано?

Здравствуйте

Нашел странное поведение в учебной версии "16.0.51.0 x64 Дата сборки: 28.08.2019" - если одна переменная зависит от другой, то обновление ссылочной геометрии эти зависимости просто не учитывает.
Вот пример. Параметры в сборке.

Смещение = 50
Смещение1= Смещение + 20

Три фрагмента.
Фрагмент1 в преобразованиях имеет смещение по X на Смещение
Фрагмент3 в преобразованиях имеет смещение по X на Смещение1

Из Фрагмета2 оба вычитаются в своем контексте.

Если теперь изменить параметр Смещение и нажать "Обновить геометрию всех ссылочных элементов", то фрагменты Фрагмент1 и Фрагмент3 изменят положение, однако результат вычитания фрагментом Фрагмент3 останется прежним, а фрагментом Фрагмент1 изменится как и ожидалось.

Если сделать все фрагменты внутренними, то вообще будут игнорироваться изменение переменных.

PS: И в очередной раз вопрос про источники света в Фотореализме на CPU - они там просто игнорируются уже пол года точно как в 15 так и в 16 версии, это так задумано?

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

А можно подробнее про БКС? А то ведь достаточно даже просто скрыть объект и все ссылки ломаются. Делать его прозрачным что ли?

Попробовал делать используя ссылки на грани, переменные, геометрические параметры и пришел к выводу, что придется использовать только переменные.
Если ссылаться на грани, то довольно быстро будет рекурсия и модель будет перестраиваться не с первого раза. Использовать геометрические параметры в моем случае не только не правильно, но и тфлекс 16 пока падает через раз при нажатие - редактировать в контексте сборки. Ну и так как я пытаюсь делать проект вначале в крупных блоках - например диван может быть просто параллелепипедом и ссылки на его грани потом просто пропадут, когда я займусь его доработкой. Так что лучше всего в сборке завести переменные полностью описывающие все взаимосвязи и передавать их во фрагменты необходимые.
Тогда ничего не разваливается и модель перестраивается очень быстро. Буду заменять все ссылки внутри фрагментов на использование параметров.
Может есть еще более умная технология моделирования?

Так и делал - не помогает.

Но геометрически то ее нет.

Так она есть или ее нет? Пока не выносишь в геометрические параметры - рекурсии нет, но обновляется цепочка не с первого раза. Как вынес в параметры - так сразу рекурсия. Хотелось бы все делать единообразно а не постоянно искать способы объяснить системе чего хочешь.

Теперь появилась другая проблема Пока ссылочные грани не вынесены в параметры, нет рекурсии. Вернее логически она есть, фрагменты ссылаются друг на друга, а вот геометрически ее нет, так как ссылки идут на разные геометрические параметры. Стоит вынести грани в параметры и сразу сыплются ошибки рекурсии задания элементов. Как быть?

Оно не всегда. Вообщем нашел способ, чтоб все перестраивалось - просто при задании ссылочного элемента надо поставить галочку Создавать геометрические адаптивные параметры. Тогда оно попадает в геометрические параметры фрагмента и учитывается при обновлении фрагментов. И обновляется даже при сохранении.

Вот блин. Здесь падает если открывать в контексте сборки фрагмент3. Как бы это исправить?

Как то я не до конца понимаю как надо делать адаптивные фрагменты. Попробовал и нарвался на то, что теперь при нажатии открыть в контексте сборки фрагмент2, то тфлекс падает.

Мне бы проектик, чтоб самому проверить

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

Ну так и сделал, но поведение не изменилось.

Разрезрезал на продолины. Потом фрагментом из продолин пытался булевой отрезать от переборок, а оно не режет. Вот если продолины булевой сложить, тогда полученным телом режет. Как быть?

Попробовал поставил галочку и поставил автосохранения. Ничего не поменялось. Все так же надо 2 -3 раза обновлять. Ну и не сильно лучше то получается. Так у меня фрагмент сам привязывается к окружению, а адаптивный фрагмент как я понимаю - можно просто в параметрах указать к чему привязываться. Самое главное - это давать имена фрагментам, тогда можно легко всем управлять.

А чего делать с булевой операцией? Не хочет отрезать.

Не знаю, я такое не умею - как это?

Я начал использовать ссылки на грани и на фрагменты. Именно эту кнопку и жму. Это ж все зависит от порядка пересчета. Если разработчики строят граф зависимостей и потом его используют для определения порядка, то можно сделать за один проход и то наверное придется некоторые фрагменты по несколько раз пересчитывать, а вот если просто в любом порядке, то будут проблемы как у меня.
Вот пример. Во фрагменте 2 изменить в переменной смещение на другое и потом жать кнопочку - придется 3 раза, чтоб стало все нормально.

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