• Добро пожаловать на Форум пользователей ПО АСКОН. Пожалуйста, авторизуйтесь.
 

Уважаемые пользователи,

Хотим проинформировать вас о режиме работы регистрации на нашем сайте.

Зарегистрироваться возможно в рабочие дни, с 8:00 до 20:00 (мск).

Если у вас возникнут вопросы или потребуется дополнительная информация, не стесняйтесь обращаться к нашей службе поддержки. Вы можете связаться с нами по указанным контактным данным на нашем сайте.

Благодарим вас за понимание и сотрудничество. Мы ценим ваше терпение и стремимся предоставить вам лучший опыт использования нашего сервиса.

С уважением,
Команда Ascon

Ремарка - присваивание Обозначения компонентам существующей сборки

Автор KrissKross, 24.08.21, 06:40:01

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

Петрович-47

Мысль здравая, только ещё надо будет отследить чертежи и специи

KrissKross

Цитата: IgorT от 26.08.21, 15:41:49Недавно проверил как К обрабатывает ссылки для локальных деталей.
Вот что замечено. Если взять деталь в сборку, а потом сохранить в нужном нам месте, то ссылки корректно корректируются. ИМХО. Таким образом можно организовать сохранение файлов изделия в нужном месте и все (вроде-как) будет работать. Может стоит подумать о возможности использовать эту возможность для переименования файлов модели в "Обозначение-Наименование"?
Я так понимаю Вы говорите в контексте - изменение ссылок в переменных   :w:
приму на заметку

KrissKross

Версия 1.0.9

Чтение сборки показывается по элементам - Ляпота
Исключение из чтения - ДСЕ с установленным разделом - Стандартные изделия и/или вставленных из БСИ
Исправлена ошибка - падение программы, при работе со сборками с установленным разделом - Прочие изделия

Ссылка на скачивание

Михаил88

Может быть прочие изделия вообще в дереве не показывать раз они в расчете не будут участвовать и дерево будет быстрее строиться и будет компактнее.
Попробовал версию 1.0.9. Программа зависала на одной и той же сборке(пробовал 2 раза). Бегунок внизу бегал, но ничего не происходило. Это был процесс переименования.

IgorT

Цитата: KrissKross от 26.08.21, 16:31:44Я так понимаю Вы говорите в контексте - изменение ссылок в переменных   :w:
приму на заметку
И про них тоже. А ещё про проекции геометрии. Замечено, что проекции с пространственных объектов, на пример "точек", ведут себя стабильней. Мною не замечено потерей связей в отличии от проекций других иных геометрий сборки. А если связь теряется по причине вырождении родителя, то проекции с пространственных объектов можно восстановить.
К стати, только что ещё раз перепроверил. Метод взятия деталей&узлов в сборку и перенос сборки в новое место сохраняет связи&ссылки корректно!

KrissKross

Цитата: Михаил88 от 26.08.21, 18:36:37Может быть прочие изделия вообще в дереве не показывать раз они в расчете не будут участвовать и дерево будет быстрее строиться и будет компактнее.
Вполне логичное предложение, но
Планирую задействовать в будущем, пока только смутные предположения
Цитата: Михаил88 от 26.08.21, 18:36:37Попробовал версию 1.0.9. Программа зависала на одной и той же сборке(пробовал 2 раза). Бегунок внизу бегал, но ничего не происходило. Это был процесс переименования.
Попробуйте отключить переключатель - Обозначения - По источнику
он вообще-то не очень нужен, если Вы самостоятельно его не переключаете - скорее для надежности, вдруг Компас что-то там перемудрил
Цитата: IgorT от 26.08.21, 21:40:24Замечено, что проекции с пространственных объектов, на пример "точек", ведут себя стабильней. Мною не замечено потерей связей в отличии от проекций других иных геометрий сборки. А если связь теряется по причине вырождении родителя, то проекции с пространственных объектов можно восстановить.
К стати, только что ещё раз перепроверил. Метод взятия деталей&узлов в сборку и перенос сборки в новое место сохраняет связи&ссылки корректно!
еще можно подумать над вариантом - запаковки всего проекта - в виде локальных деталей - единственное Сборки - не бывают локальными
а так можно было бы запакованный вариант передавать (хоть и огромного размера - зато весь)
ну и потом с возможностью распаковки

IgorT

Цитата: KrissKross от 27.08.21, 05:11:35... единственное Сборки - не бывают локальными
а так можно было бы запакованный вариант передавать (хоть и огромного размера - зато весь)
ну и потом с возможностью распаковки
Как так "не бывают локальными"? Бывают.
Только одна особенность есть. Детали, входящие в подсборку тоже надо объявлять локальными.
Ещё смущает размер файла сборки с локальными деталями. ИМХО аграмадный он получится.

KrissKross

Цитата: IgorT от 27.08.21, 08:14:17Как так "не бывают локальными"? Бывают.
да бывают, не знал
меня смутило, что команда - Создать Локальную деталь есть, а  Сборки - нет
Сборка -> Создать компонент -> Создать Локальную деталь
а оказывается можно просто на сборке и взять ее в документ

Цитата: IgorT от 27.08.21, 08:14:17Ещё смущает размер файла сборки с локальными деталями. ИМХО аграмадный он получится.
ну будет под 100 - 500 МБ
размер того же фильма - обычно не кого не пугает,
да и нужно это будет в редких случаях
для передачи контрагентам, чтоб не мучаться с файлами

IgorT

Цитата: KrissKross от 27.08.21, 09:21:29...
да и нужно это будет в редких случаях
для передачи контрагентам, чтоб не мучаться с файлами
Ну как редко. Не плохо бы иметь у себя комплект файлов проекта с именами моделей в соответствии с Обозначение-Наименование.
Сейчас это затруднительно. Но если появится средство автоматично сделать эту работу - тогда и часто будет.

KrissKross

Предлагаю разделить: мухи отдельно, котлета отдельно
Цитата: IgorT от 27.08.21, 09:36:13Ну как редко. Не плохо бы иметь у себя комплект файлов проекта с именами моделей в соответствии с Обозначение-Наименование.
Сейчас это затруднительно.
Эту возможность у меня в планах реализовать

А вот возможность запакованного файла сборки - назовем ее условно - ЛЗС - Локально Запакованная Сборка
- отдельная возможность,
которую кстати, может кто из форумчан подсобить - написать макрос
1. Запаковка всех деталей в локальные
и что-то же не менее важно
2.  Распаковка на стороне заказчика по изначальным папкам
с указанием локального пути

что-то наподобие архиватора конструкторского - АрКо

P.S.
Неожиданно - проснулось во мне советское наследие
все названия сокращать да аббревиатуры давать

vasurnik

посмотрел Ваше видео о программе РЕМАРКА, а именно то место, где идет речь о ВНУТРЕННЕМ ЗАИМСТВОВАНИИ. Для примера была выбрана КРЫШКА - если она участвует в двух и более подсборках, то все остальные, кроме первой не будут участвовать в расчетах...
В моей подопытной сборке ВИБРОСТОЛ детали ФАСОНКА 1 и СТАКАН разве не такой же случай?
V1.0.9 - ВНУТРЕННЕЕ ЗАИМСТВОВАНИЕ не работает  :um:  (все файлы лежат в одной папке)

KrissKross

Цитата: vasurnik от 27.08.21, 12:58:34В моей подопытной сборке ВИБРОСТОЛ детали ФАСОНКА 1 и СТАКАН разве не такой же случай?

Почти да не совсем

У ВАС в сборке появляется неоднозначность, за счет "плоского" размещения деталей
если бы да ка бы
Вы разместили все по папкам - появилась бы однозначность за счет глубины папок
и алгоритм бы это определил

СВ

 "Краеугольный камень" программы - структура размещения деталей/подсборок по папкам должна точно соответствовать  спецификации: сборка-подсборки (подподсборки)-детали?

p3452

Перемещать файлы пользователя - плохая идея!
С точки зрения возможного наличия ДРУГИХ программ - вредная идея!
Все решается гораздо проще - виртуальные каталоги (виртуальная структура)...

vasurnik

Цитата: KrissKross от 27.08.21, 13:32:09Почти да не совсем
...если бы да ка бы Вы разместили все по папкам - появилась бы однозначность за счет глубины папок
и алгоритм бы это определил

зачем такая сложность? если есть деталь ФАСОНКА 1 в сборке-1, например, то ФАСОНКА 1 в сборке-2 - это одна и та же деталь (ведь она лежит в оной папке и участвует в двух или более сборках). Программа должна заметить ВНУТРЕННЕЕ ЗАИМСТВОВАНИЕ, ну по крайней мере так хочется...
А вот если бы я все подсборки с деталями разложил по отдельным папкам, то вероятность того, что деталь ФАСОНКА 1 в сборке-1 и ФАСОНКА 1 в сборке-2 - это две разные детали более реальна. Вот тогда для каждой детали ФАСОНКА 1 можно присваивать различные обозначения...

СВ

 Программа не должна "думать" внутри следующей папки (сб.единицы) над присвоением "своих" названий, если входящие детали УЖЕ получили названия в предыдущей папке, не так ли должно быть?

Михаил88

Цитата: KrissKross от 27.08.21, 05:11:35Попробуйте отключить переключатель - Обозначения - По источнику
не помогло. При включённой и отключенной галочке обработка происходила одинаково. Такое ощущение, что программа вообще не заметила этого

Toptotal

Цитата: p3452 от 27.08.21, 13:56:47Все решается гораздо проще - виртуальные каталоги (виртуальная структура)...
Есть такой плагин "виртуальная панель" https://wincmd.ru/plugring/virtualpanel.html
решает все подобные задачи и не только такого типа но и еще как временный каталог, записная списка файлов и тд , результат поиска и куча всего того что негде бывает хранить..
После перезагрузки компа все остается, все пишется в ини фаил.

Toptotal

Цитата: KrissKross от 27.08.21, 10:13:10А вот возможность запакованного файла сборки - назовем ее условно - ЛЗС - Локально Запакованная Сборка
- отдельная возможность,
которую кстати, может кто из форумчан подсобить - написать макрос
1. Запаковка всех деталей в локальные
и что-то же не менее важно
2.  Распаковка на стороне заказчика по изначальным папкам
с указанием локального пути
Все это пишется просто в виде кнопки попросите вам напишут http://forum.wincmd.ru/viewtopic.php?t=666

KrissKross

Цитата: Михаил88 от 26.08.21, 18:36:37Попробовал версию 1.0.9. Программа зависала на одной и той же сборке(пробовал 2 раза). Бегунок внизу бегал, но ничего не происходило. Это был процесс переименования.

Необходимо больше информации и/или можете прислать файлы

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