Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже.
Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.
@gudstartup сгладит в любом случае, даже без опций, это делает планировщик (Look Ahead). Так то все криволинейные поверхности аппроксимируются отрезками с точностью заданной в настройках перехода. Если только сама CAM не умеет аппроксимировать траекторию. Тут без вариантов.
Соответственно если аппроксимация сплайнами стойка должна поддерживать обработку сплайнов, а вот это обычно опция.
При простановке размеров в файлах slddrw иногда с размером происходит нечто странное. Одна из выносных линий размера не видна. Сохранение и полное перестроение не помогает. Приходится либо "загонять" размер внутрь графики вида, либо специально дорисовывать эту линию эскизно. Но это не всегда удобно. Никакой закономерности в проявлении этого "бага" не заметил. Эксперименты с настройками операции простановки размеров не помогли.
Можно ли как-то это побороть?
если эти опции куплены то сгладит иначе поверхность будет неподобающего качества да и при движении станка такими малыми отрезками возможны вибрации что еще больше ее ухудшит . камовцам надо учится применять функции не только линейной и круговой интерполяции.
@OliverTwist все таки мне кажется очень странным что если вы не меняете тип процессора то проект компилируется без ошибок.
получается что fc700 в компиляции не участвует а может быть и остальные блоки тоже и компиляция проходит потому что ее как таковой не требуется так как никаких изменений в проекте вы не делали.
попробуйте просто изменить любой не know-how блок и скомпилируйте будет ли ошибка или нет.
в вашем случае после изменения типа цпу требуется полная перекомпиляция всех блоков и именно поэтому вы получаете ошибку.
в s7 step наличие в проекте know-how блоков никак не мешало компиляции все системные блоки предоставленные Сименсом были закрыты и ничего а ваш блок скорее похож на защиту s7 block privacy c паролем и шифрацией содержимого.
а если этот блок не компилировать а просто загрузить в контроллер скомпилировав остальные блоки что будет?
АСКОН выпустил крупное обновление своего PLM-решения для управления жизненным циклом изделий машиностроения и приборостроения. Новая версия содержит более 230 улучшений: новые возможности по управлению требованиями, интеграция с CAE-системами и управление расчетными данными (SPDM), удобные инструменты поиска, визуализации и доступа к конструкторским и технологическим данным, развитие кроссплатформенности и поддержки платформы Linux.
В облике версии были учтены требования особо значимых проектов по созданию отечественного PLM-решения тяжелого класса для производства сложной высокотехнологичной продукции и замещения иностранных PLM-комплексов.
PLM-решение АСКОН 23.1 включает серверные компоненты систем ЛОЦМАН:PLM и ПОЛИНОМ:MDM, совместимые с отечественными операционными системами на базе Linux. Это позволит разворачивать программный комплекс в смешанной конфигурации, когда серверные части работают на ОС семейства Linux, а клиентские приложения — одновременно на Windows и [...]
View the full article
Странно. Этот код был написан для SW2011. Там он работает. Правда про "*Normal To" было подсмотрено в API SW2013. Сейчас попробовал в SW2023, компилировал в VS2015. Работает.
Как сам писал не делал ( да и для идеальной синтетической проверки, где разово сам выбираешь поверхности - не вижу смысла)..
Сейчас полностью скопировал код (для чистоты эксперимента) еще добавил логирование после прохождения проверки на плоскость.
Проверка на плоскость проходит, а метод не срабатывает.
Рекомендованные сообщения
Присоединяйтесь к обсуждению
Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.