Пропадающие галочки ИСТОЧНИК или "КУДА УЛЕТЕЛИ ПТИЧКИ"

[polpchelslav]

     Уважаемые форумчане, огромная просьба к тем кто сталкивался с проблемой исчезающих галочек у компонентов сборки (потеря связи с источником) откликнуться.
    В данный момент готовлю материал для запроса в ТП по данной проблеме. Только что записал видео https://youtu.be/WHGXfDAdDmo
Если у кого уже есть какой то опыт по решению данной проблемы, мысли, дополнения, замечания по видео, отпишитесь пожалуйста, буду рад любой информации, ибо сил моих уже больше нет
    Постараюсь все скомпилировать в единый запрос и отправить спецам АСКОНа.

[Вират Лакх]

Да уж, заколебали эти галочки Источника... Две строки в спецификации из-за того, что две строки в основной надписи чертежа - это, конечно, ерунда. Но это не самое плохое. Я тоже писал уже в СТП по синхронизации.

Коротко из того, что я им говорил, с учетом вашего видео:

1) Для чего подключать чертеж детали к ОС? Из-за того, чтобы добавился формат бумаги? Это же смешно. Вернее, не смешно. Столько тыканий из-за ничего. Легче вручную написать (а еще легче сделать в графе формат на лкм2 список форматов на выбор - почему аскон так не сделали, не понятно). Надо как-то отходить от подключения чертежа, а передавать формат бумаги через модель.

2) У объекта спецификации есть две синхронизации: Синхронизировать с документом-владельцем объекта и Синхронизировать со свойствами компонента. Вторая кнопка - это вечно по умолчанию включенное зло, это типа переписать поверх, разорвав связь - галочку Источник. А первая - это в большинстве путей создания спецификации отключенное добро, путь той самой включенной галочки Источник. Получается, сейчас эта синхронизация сделана на как можно скорейший разрыв связи. Должно же быть наоборот. Вообще эти две кнопки надо объединить в одну "задвигалку" или группу взаимоисключающих кнопок: а) передавать в источник (сейчас это первая кнопка включена, вторая - отключена), б) передать в сборку, переписав поверх, убрав галочку Источник, не меняя исходник (первая отключена, вторая включена), в) изменить только в спецификации, не передавая никуда (обе выключены). А вот что значит комбинация, когда обе включены?! А так и есть сейчас в Компасе.

Как жить дальше, пока не сделают по-людски: создавать спецификацию так, чтобы была включена первая кнопка (Спецификация - Создать объекты спецификации...), в случае изменения наименования/обозначения объекта из спецификации отключать вторую кнопку.

[polpchelslav]

     1) Для чего подключать чертеж детали к ОС?

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

[Вират Лакх]

Значит надо им какое-то автоподключение чертежа делать. Как сейчас есть - это неоптимально. Рутина, не связанная с творчеством.

[YNA]

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

[polpchelslav]

     Значит надо им какое-то автоподключение чертежа делать. Как сейчас есть - это неоптимально. Рутина, не связанная с творчеством.

У нас как раз с этим проблем нет. Мы работаем с ЛОЦМАН PLM. Его инструменты интеграции с КОМПАС позволяют формировать СП автоматически полностью со всеми подключенными документами. Но при необходимости внесения изменений в модели деталей/сборок - добавление, переименование, переобозначение и пр. как раз и возникает тема "улетающие птички".
  Пока причину я нашел как раз в появляющихся автоматически символах @/, т.к. это фактически переименование компонента сборки....
  Попробуйте в своей сборке, отредактировать любой объектСП, и компонент сразу потеряет связь с источником
  Я обратил на это внимание так как эта галочка пропадала у всех компонентов с длинным наименованием, которое в СП записано в несколько строк....
   Возможно есть еще причины....

[Kirilius83]

Еще нюанс - с модели может быть сделано несколько разных чертежей, каждый со своим номером и ензависимый.
Характерный пример - конструктор делает боевую деталь, а технолог на её основе делает деталь технологчиескую - для отработки технологии, или как оснаску для ответной детали. Соответственно геометрия берется с модели и должна быть ассоциативна, а вот оформлдение  будет другое, с другим материалом и ТТ.
Имеем модель одну - а чертежей несколько, и все рабочие. И проблем тут возникать не должно.

[polpchelslav]

     Имеем модель одну - а чертежей несколько, и все рабочие. И проблем тут возникать не должно.

В этом плане все в порядке. справка Компас дает полную прозрачность п 6.2.2.3.6

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

[Вират Лакх]

Еще нюанс - с модели может быть сделано несколько разных чертежей, каждый со своим номером и ензависимый.
Характерный пример - конструктор делает боевую деталь, а технолог на её основе делает деталь технологчиескую - для отработки технологии, или как оснаску для ответной детали. Соответственно геометрия берется с модели и должна быть ассоциативна, а вот оформлдение  будет другое, с другим материалом и ТТ.
Имеем модель одну - а чертежей несколько, и все рабочие. И проблем тут возникать не должно.

Одно другому не мешает. Надо просто обмозговать хорошенько. Вот и пусть эти все чертежи, которые имеют связь с моделью, подключаются к модели. Хоть 50 штук их разных будет. А там выбрать можно было бы, из какого чертежа брать информацию в спецификацию. Преимущество в том, что не надо их самому подключать - это же относительно долгий процесс. Отсюда и формат бумаги в соответствующую графу спецификации.
Побочный плюс - модель знает, какие чертежи были из нее сделаны и где они лежат. Можно из модели открыть любой чертеж с её содержанием.

[Serj]

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

А можете поподробней рассказать (показать) как это сделать?

[polpchelslav]

А можете поподробней рассказать (показать) как это сделать?

Щас видюшку наколдую - так оно понаглядней будет

[polpchelslav]

А можете поподробней рассказать (показать) как это сделать?

Видео набросал https://youtu.be/ov_oQj0CjgI

Только еще для основной надписи СП так же как в чертеже настройку сделать надо, т.к. в СП в которых есть сборочные единицы к объектам СП должно быть подключено 3 документа - 3d-модель, сборочный чертеж и спецификация и спецификация должна быть в первой строке, шоб по ГОСТу все было 

[Вират Лакх]

Всё бы хорошо, но неудобство тут в оформлении деталей без чертежа, когда надо указать материал с дробью типа Лист$d3,0 ГОСТ 19903-74;Ст3сп ГОСТ 16523-97$. Дробь уходит на новую строку, а Лист остается. Коряво получается. В этом случае при неиспользовании сужения остается шрифт уменьшить... В объектах спецификации поменяешь шрифт - в спецификации не меняется, опять менять приходится. Это при редактировании. Шрифт из ОС сборки передается в спецификацию только один раз при создании (в обратную сторону тоже).

Сделан перенос словами, но при отсутствии пробелов типа "иииииииииииииии" на выбор надо все-таки сужать или уменьшать-подгонять шрифт. В случае с материалом с дробью или неразрывные пробелы использовать, или уметь распознавать, что внутри $$ не переносить...

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

В основной надписи тоже форматирование строк не работает при расширенном стиле текста (зависимость высоты шрифта от количества строк). Он не может переносить символы и менять шрифт одновременно...
Сам он в основной надписи мало-мальски подгоняет и лучше настроек по умолчанию (кроме как шрифт с гигантского 10 поменять на 7) не вижу.