Перейти к публикации

Спецификация


Рекомендованные сообщения

Кому-нибудь удалось хоть частично решить проблему выдычи спецификации с переменными данными для исполнений? Если еще и этому научиться, то будет просто песня.

<{POST_SNAPBACK}>

Я описывал как это можно сделать. У меня "в промышленной эксплуатации" используется создание групповой спецификации варианта А (с переменными данными для исполнений).
Ссылка на сообщение
Поделиться на других сайтах


Я конечно, извиняюсь, но, что-то не заметил.

Честно, просмотрел все 15 страниц, нашел только фразы типа "Собираюсь делать", "Вроде сделал, проходит обкатку", "Еще не знаю как, но есть идея", "Уже пробовал, но ничего не получится" и т.д. Даже частичного способа не нашел.

Могу предположить, что читал несколько нерадиво, но от этого не легче.

Если не трудно, можно объяснить еще раз для дилетанта?

Ссылка на сообщение
Поделиться на других сайтах

Я конечно, извиняюсь, но, что-то не заметил.

<{POST_SNAPBACK}>

Я тоже не нашел.

Придется проделать сей титанический труд еще раз.

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

Так как же это сделать?

Способ следующий.

В сборке есть возможность создавать параметры для компонетов (будь то деталь или подсборка). Их замечательное свойство как раз заключается в том что об этих параметрах сами модели деталей или подсборок "ни сном ни духом". Для их создания выбираем (в сборке!) Tools -- Parameters -- Look In -- Component -- Выбираем компонент сборки -- Ну и, собственно, вводим имя и значение параметра, например VARIABLE -- YES.

Далее дорабатываем форматку спецификации.

Во все регионы вносим следующую строку в фильтры:

&asm.mbr.cparam.name != * (именно CPARAM)

Это "говорит" системе не включать в наши регионы "переменные данные". Собственно это то чего мы и добивались.

Идем далее. Теперь надо создать форматку, которая будет отрабатывать только переменные данные (назовем ее форматкой переменных данных -- ФПД). Она будет почти точной копией стандартной форматки спецификации за следующими исключениями:

-- добавится надпись "Переменные данные для исполнений"

-- добавится обозначение исполнения

-- уберется раздел "Документация"

-- во всех регионах вместо вышеописанного фильтра ввести &asm.mbr.cparam.name == * (тем самым указываем что нас интересуют только переменные данные и никакие другие).

Подготовительная работа проведена. Пора переходить к практическому применению.

Открываем целевую сборку (конечно содержащую Family Table) и начинаем танцевать с бубном, ну, в смысле, давать знать некоторым компонентам что они являются переменными данными -- создавать в нужных компонентах параметры как описано в самом начале. Сделано? Замечательно, идем далее.

Создаем новый документ -- Report (вы еще не используете Репорт для спецификаций -- тогда мы идем к вам!!!) -- выбираем форматку спецификации -- вуаля, начало положено, есть спецификация на сборку с учетом отсутствия некоторых данных (ну тех, которые переменные).

Если надо -- делаем Pagination.

Далее, добавляем еще один лист и меняем в нем формаку на ФПД (напомню, Формака Переменных Данных). Результат -- отображение только переменных данных.

Первая часть мерлезонского балета закончена. Переходим ко второй.

Подгружаем исполнение в чертеж (или Report?). Активной моделью должно стать подгруженное исполнение (вас учили работать с мультимодельными чертежами?). Добавляем еще один лист и меняем в нем форматку на ФПД. Результат -- отображение только переменных данных ИСПОЛНЕНИЯ!

.........

n-я часть марлезонского балета. Одгружаем n-е исполнение и делаем все как описано второй части мерлезонского балета.

.........

"Фиксим" номера позиций (в смысле используем команду Fix), делаем Pagination, удаляем ненужные строки, переносим таблицы с листа на лист, в общем "обрабатываем напильником".

Итог -- групповая спецификация варианта А для вашей сборки.

Ссылка на сообщение
Поделиться на других сайтах

меняем в нем формаку на ФПД

Добавляем еще один лист и меняем в нем форматку на ФПД

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

У меня есть 2 заготовки таблиц для переменных данных. Их я и вставляю и состыковывыю по сетке.

Ссылка на сообщение
Поделиться на других сайтах

Спасибо, с первой частью мерлезонского балета все ясно, идея очень интересная, а вот начиная с фразы

Далее, добавляем еще один лист и меняем в нем формаку на ФПД

<{POST_SNAPBACK}>

что-то туговато.

Нет, с мультимодельными чертежами и Pro/report я работать умею, непонятно пока, как указать конкретному региону, на какую модель, т.е. на какое исполнение ссылаться.

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

Ссылка на сообщение
Поделиться на других сайтах

как указать конкретному региону, на какую модель, т.е. на какое исполнение ссылаться

<{POST_SNAPBACK}>

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

Добавляем в чертеж исполнение -- оно становится активным. Теперь любая ДОБАВЛЯЕМАЯ таблица с регионами или ДОБАВЛЯЕМЫЙ дополнительный лист будут использовать именно это активное исполнение во всех своих регионах.

Ссылка на сообщение
Поделиться на других сайтах

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

<{POST_SNAPBACK}>

т.е. если задать активным определенное исполнение, то на него будут ссылаться только вновь добавленные регионы? Я прав?
Ссылка на сообщение
Поделиться на других сайтах

т.е. если задать активным определенное исполнение, то на него будут ссылаться только вновь добавленные регионы? Я прав?

<{POST_SNAPBACK}>

Совершенно верно. Я же выше упоминал про работу с мультимодельными чертежами.
Ссылка на сообщение
Поделиться на других сайтах

Спасибо, это получилось, а все-таки можно-ли обойтись без этих действий и свести все данные по родовой сборке и ее исполнениям в одну форматку? для получения одной автоматически генерящейся специи?

Ссылка на сообщение
Поделиться на других сайтах

Добавляем в чертеж исполнение -- оно становится активным. Теперь любая ДОБАВЛЯЕМАЯ таблица с регионами или ДОБАВЛЯЕМЫЙ дополнительный лист будут использовать именно это активное исполнение во всех своих регионах.

<{POST_SNAPBACK}>

Это верно, но есть одна проблема:

когда таблицу с репит регионами (или без них, не важно) ДЛЯ ИСПОЛНЕНИЙ сохраняешь как файл таблицы, то в него не заносится информация о применяемых в ячейках шрифтах и размерах символов, они все сбрасываются в значения по умолчанию. Следовательно, при добавлении таблицы для исполнений все шрифты приходится переопределять.

свести все данные по родовой сборке и ее исполнениям в одну форматку? для получения одной автоматически генерящейся специи?

<{POST_SNAPBACK}>

Это ускорило бы работу.

Ссылка на сообщение
Поделиться на других сайтах

Это верно, но есть одна проблема:

когда таблицу с репит регионами (или без них, не важно) ДЛЯ ИСПОЛНЕНИЙ сохраняешь как файл таблицы, то в него не заносится информация о применяемых в ячейках шрифтах и размерах символов, они все сбрасываются в значения по умолчанию. Следовательно, при добавлении таблицы для исполнений все шрифты приходится переопределять.

<{POST_SNAPBACK}>

А что за необходимость менять какие-либо шрифты внутри регионов таблицы? Там должно быть все настроено и лазить туда "низя"!
Ссылка на сообщение
Поделиться на других сайтах
  • 2 недели спустя...

Там должно быть все настроено и лазить туда "низя"!

<{POST_SNAPBACK}>

Не пойму, почему это туда низя, всегда лазили и все нормально, а необходимость, конечно, условная. У нас этот шрифт при печати красивше

Ссылка на сообщение
Поделиться на других сайтах

У нас этот шрифт при печати красивше

<{POST_SNAPBACK}>

Так надо свою форматку сделать со своими КРАСИВЫМИ шрифтами. И после этого

Там должно быть все настроено и лазить туда "низя"!

<{POST_SNAPBACK}>

Ссылка на сообщение
Поделиться на других сайтах

Так надо свою форматку сделать со своими КРАСИВЫМИ шрифтами. И после этого

<{POST_SNAPBACK}>

Стоп, давай по-порядку, я так и сделал, НО!

при групповой спецификации нужно к ФОРМАТКЕ (с красивыми шрифтами) для каждого исполнения добавлять ТАБЛИЦУ (с регионами и т.д.) а вот уже в ней шрифты красивыми не сохранить.

Поскольку информация о шрифтах хранится в форматке, но не сохраняется в таблице (*.tbl)

Ссылка на сообщение
Поделиться на других сайтах

Не знаю у меня тип шрифта и его начертание в таблице сохраняются.

<{POST_SNAPBACK}>

Возможно у вас этот тип забит по умолчанию.....

Или это работает лишь в ВФ3, (У меня ВФ2)

Ссылка на сообщение
Поделиться на других сайтах

Поскольку информация о шрифтах хранится в форматке, но не сохраняется в таблице (*.tbl)

<{POST_SNAPBACK}>

Уважаемый DRUGLORD, PTC в учебных курсах РЕКОМЕНДУЕТ для передачи стилей текста из одного чертежа в другой использовать именно таблицу.
Ссылка на сообщение
Поделиться на других сайтах

ля передачи стилей текста из одного чертежа в другой использовать именно таблицу.

<{POST_SNAPBACK}>

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

Ссылка на сообщение
Поделиться на других сайтах
  • 3 месяца спустя...

Просмотрел всю ветку и на базе предложненных шаблонов и решений переделал спецификацию под свои нужды.

Всем спасибо :rolleyes:

Но тут свалилась другая задача: надо сделать групповую спецификацию.

Я, конечно, попробую алгоритм, предложенный suslad, но мне хотелось бы реализовать вариант спецификации по форме 5 ГОСТ 2.113. У кого нет под рукой ГОСТа поясню. Когда исполнений не больше 3, можно увеличить ширину поля Кол-во стандартного бланка спецификации за счёт гарафы Наименование, разделить его на 3 части и в получившихся полях вносить количество каждой позиции в зависимости от исполнения.

Для меня пока загадка как определить количество деталей для каждого табличного исполнения и отделить те, которые не присутствуют вообще. Буду благодарен за любые идеи по поводу её решения :wink:

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • Kelny
      В последних версиях Solidworks эта функция не заблокирована для обычных видеокарт (редактирование реестра не требуется), в том числе встроенных, и об этом написано выше:  
    • Fedor
      Насколько помню, надо в уравнениями Лагранжа-Максвелла разбираться в электромеханических  системах   https://elib.spbstu.ru/dl/059/CHAPTER1/Chapter1.html   
    • Foksmen
      Так вот и хотелось бы посмотреть методики, которые используются для пересчёта с использованием эмпирических формул. Пересчитать то смогу конечно, не проблема )
    • Катугин
      Практически ушел от подетальной разработки, если только не нужно с определенного чертежа повторить деталь. И дальше зачастую её использую для вставки в многотел. Многотел сохраняю сборкой. После чего открываю сборку из неё открываю каждую деталь, и убиваю внешние связи. 
    • maxx2000
      ничего умножать и делить не надо. достаточно в параметрах операции задать глубины нужного размера  
    • Orchestra2603
      Ну, предлагаю такой подход... Не знаю, может это все слишком очевидно, ну хотя бы это по полочкам разложить - тоже полезно.   Вот допустим, есть у вас электродинамический вибровозбудитель. Он как устроен? Есть генератор переменного тока. Он встроен в электрическую цепь, и там есть свои электрические элементы. Но главное, там есть катушка индутивности намонтанная на трубу, а внутри нее подвижная масса. На подвижной массе еще одна катушка, и у той по обмотке течет еще какой-то свой постоянный ток. Когда ток проходит по обмотке трубы, то внутри возникает магнитное поле, а оно действует на ток внутри трубы протекающий по подвижной катушке, и возникает сила Ампера, котоая приводит в движение массу. Сила эта пропорциональна магнитной индукция, а та в свою очередь силе тока (как в подвижной, таки неподвижной катушке, но нас интересует ток в конутре, который переменный). Т.е. ток в контуре, где стоит катушка, выступает в роли внешней возбуждающей силы для подвижной массы. Возможны конечно нюансы и некоторые вариации, но суть вроде как такая.   Если электрическая цепь сложная с кучей контуров, и там натыкано много конденсаторов, резисторов и инудктивностей в каждом контуре, то распределение токов по контурам находится через решение системы линенынх дифференциальных уравнений второго порядка.  Ну, т.е. там по сути тоже куча собственных частот, каждая из которых описывает свой электрический резонансов. Можно также решать задачу на СЗ, и будут собственные вектора, которые описывают соотношения амплитуд и фаз токов в раных контурах, и собственные значения, которые соотвтетсвуют каким-то резонансам. Тогда ЭДС на генераторе выступает в роли внешней силы. В зависимости от распределения элементов и контуров в цепи коэффициент усиления между ЭДС на генераторе и перемещением подвижной массы в трубе в определенном контуре будет меняться. Типа как АЧХ получается, только чисто "электрическая". Это АЧХ чистемы ЭМС, если в вашей терминологии. В параметры этой АЧХ будут входить только параметры электрических элементов схемы.   Можно дальше представить себе, что в каждом контуре цепи воткнут свой генератор, и у каждого своя амплитуда тока и фазовый сдвиг, но всех у всех одна частота. И пускай в каждом контуре есть своя подвижная масса внутри какой-то своей неподвижной катушки. Получается, что есть некоторый вектор правых частей, собранный из ЭДС генераторов в разных контурах, а перемещения подвижных масс в разных контурах - это вектор отклика. Т.е. будет уже матрица частотных харкатеристик (системы ЭМС, если в вашей терминологии), а отклик подвижных масс и внешние возбуждения, будет описываться соотвтетсвующими векторами. В зависимости от того, как распределены амплитуды и фазы ЭДС генераторов по контурам, и какая выбрана частота возбуждения, могут проявляться или не проявляться какие-то резонансы (точно также будет какой-то коэффициент участия, коэффициент динамичности и т.д.). Если в каком-то контуре проявляется резонанс, то в этом контуре на этой частоте будет большой коффициент динамичности по амплитуде тока в этом контуре, и будет пропорционально увеличиваться амплитуда отклика по перемещениям соотвтетсвующей подвижной массы.   Теперь представим, что каждая i-я из этих подвижных масс соединяется с контрукцией - системой МС. Тогда получается так, что да, ток в i-м контуре зависит от электрической АЧХ системы ЭМС, и это влияет на механическую силу, действующую на пожвижную массу в i-м контуре, но вместе с этим свойства механической системы МС могут быть такими, что на этой частоте даже такая увеличенная амплитуда силы в не возбуждает большого механичского оклика (перемещения) в этой конкртеной i-й точке крепления с конструкцией. Т.е. в данном случае, получается, что вы задаете вектор ЭДС генераторво на входе, это все дело умножается на электрическую АЧХ системы ЭМС, и получается вектор механических сил Ампера, действующих на каждую из точек крепления. А дальше этот вектор сил умножается на АЧХ системы МС, чтобы получить вектор отклика конструкции.   Т.е. получается так, что две системы вообще соединяются последвательно: выход из первой служит входом для второй, и их АЧХ разделяются спокойно. В итоге, выходит, что АЧХ можно просто переменожить, чтобы получить итоговую АЧХ суммарной системы ЭМС+МС. Так получается из-за того, что электромагнитное взаимодействие создает механическую силу и влияет на механическое движение, но механическое движение не влиет на электромагнитные взаимодействия в цепи. Так ведь?   Такие, вот, мысли. Сам вообше не спец ни разу по электромагнитизму, так что поправьте, если где-то ошибаюсь.
    • zedowl
      все, разобрался сам, просто поставил глубокое сверление, а не простое, поменял цикл, вместо 81 стал 83, и там Q добавилось, я так понял с размеров диаметра сверла(но это не точно), и в 83 цикле cld17 умножил на 1000
    • gudstartup
      @Malsev прежде чем куда то что то ставить сравнивайте даташит или maininf.txt чтобы понять насколько перед вами аналогичная система.
    • zedowl
      разобрался какой параметр должен поменяться, у меня 81 цикл, но мне нужен другой, как выбрать другой цикл? мне подсказали, что нужно его выбрать в настройках операции, но я не знаю где это  
    • zedowl
      нет, не новость я даже не знаю какой параметр в коде должен меняться, у меня задание, либо из мм в микроны, либо наоборот   как понять какой цикл у меня выводится в программе? я найду этот цикл в EXTCYCLE и добавлю умножение или деление на 1000
×
×
  • Создать...