Да?
Легко всё сваливать на ядро, вот только...
NX10 сборка 24, ядро парасолида 27 - делает(видео прилагаю и файлы). Я думаю и NX9 сделает там 26 парасолид, можно людей попросить проверить на фсапре.
T-flex 14 сборка 25, ядро парасолида 26,1 - не делает
T-flex 15 сборка 1, ядро парасолида 28 - не делает
Ну как так?

Для примера. Если построить Цилиндр командой примитив, то в таком случае сглаживание будет проходит. (Обратить внимание, что на теле цилиндра не формируется цикл, проходящий через период цилиндрической грани. Собственно из-за этого цикла и проблема при сглаживании возникает).

По какому принципу считается количество 3Д узлов в Файл-Свойства-Статистика-3Д Построения-3Д узлы? Не совпадает с реальным значением. 3д Узлов в 2х массивах 537, а в статистике 2028....

А модель можно посмотреть?

Для Вас конечно))

Статистика показывает правильную информацию.

Модель. По массивам узлов построены 2 отверстия.

1. В двух массивах в сумме актуальных всего 537 (столько же и отверстий).
Количество элементов массивов зависят от параметров (т.е. может меняться). "Отверстие" также умеет изменять количество отверстий в зависимости от мощности массивов.
Нужно понимать, что увеличение количества узлов в массивах (модель наполняется новыми элементами) приводит к увеличению количества отверстий, при этом новые элементы массивов становятся "связанными", и при последующем уменьшении количества элементов массива, "связанные" или "используемые" элементы массива не могут быть удалены из модели, им лишь делается пометка, как "мертвые". Соответственно "Отверстие" не строится на "мертвых" узлах. (Кому интересно, зачем именно так нужно делать, отдельно могу пояснить. кратко это связано с идентификацией топологии(ребер, граней и т.п.))
2. По модели вижу, что когда-то параметры мощности массивов изменяли в большую сторону, в частности в сумме массива_8 и массив_21 имеют 529 + 484 = 1013 "актуальных" и "мертвых" узлов.
3. "Отверстие" при формировании сквозных отверстий строит еще "скрытые" (системные) узлы на обратной стороне плиты, это еще 1013 узлов.

Таким образом, 1013(узлы от массивов) + 1013(узлы от отверстий) + 2 (явно построенных узла пользователя) = 2028 узлов. Такая математика.

Примечание.
В 15 версии команда "Отверстие" (касается новый отверстий, старые из предыдущих версий работают как раньше) было переработано в сторону увеличения производительности. (т.е. пункт 3 не будет учитываться)
Если удалить все отверстия (сохранить и переоткрыть файл (чтобы UNDO действие было разрушено)) и создать новое по двум массивам (это тоже новая возможность), то увидим что количество узлов не удвоится.
Приложил скрины.

В 15 версии "отверстия" будут сообщать о своем количестве.

кстати, так и не увидел что бы где в каком-то КАДе автоматизированно можно так закрасить четверти отверстий без всяких макросов..
полностью согласен: согласно рекомендациям ГОСТа 2.307-68 пункта 2.52., такие обозначения и таблицы отверстия выглядят гораздо нагляднее:

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