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

Pro/cabling - кабельные сборки


SAS_17

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

На обычную сборку только в ручном режиме (прописывание параметра длинны в катушки вручную).

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


Для обычной сборки, я использую

&asm.mbr.cblprm.Длина в параметрах катушки, внося значение вручную. Считать через уравнения? Я не знаю как в таком случае не знаю как передать в спецификацию.

Есть параметр &harn.spool.len, но он только для плоской сборки.

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

&asm.mbr.cblprm.Длина в параметрах катушки, внося значение вручную

неее это издевательство...

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

Что делать, если для обычной сборки нет сответствующего параметра в чертеже.

Используйте Плоскую кабельную сборку, если у Вас много проводов.

Как связать информацию о длине катушки с параметром катушки или модели я не нашел.

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

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

Уж проще сделать табличку длин всех проводов в изделии и сложить длины одинаковых катушек вручную.

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

Проще посмотреть длину.

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

Ура, проблему присоединения изоляторов решил.

Столкнулся с другой:

Как сделать табличку всех применяемых проводов в изделии? С длинами каждого типа провода (spoolа)

У меня получилось только сделать список длин отдельно на каждую цепь, даже если цепи имеют одинаковый spool (.

Содержание таблицы по столбцам примерно такое:

&asm.mbr.connprm.pin.run.spool.name

&asm.mbr.connprm.pin.run.len[.0]

чем вам не подходят в области данных вывод двух параметров &harn.spool.name и &harn.spool.len для вашей детали кабельной сборки?
Ссылка на сообщение
Поделиться на других сайтах

чем вам не подходят в области данных вывод двух параметров &harn.spool.name и &harn.spool.len для вашей детали кабельной сборки?

Дело в том, что они для распрямленной сборки жгута и только, применительно к обычному жгуту они не работают (пробовал - не получается).

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

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

Дело в том, что они для распрямленной сборки жгута и только, применительно к обычному жгуту они не работают (пробовал - не получается).

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

Не надо ЛЯ-ЛЯ .... я тоже пробовал! Все работает и без распрямленной сборки!!!!

Попробуйте еще раз. Сделайте чертеж на сборку , в которой есть кабель (файл .PRT), создайте таблицу с областью данных ... только для области данных замените управляющую модель, через команду - "Модель/Предст", укажите на файл кабеля.

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

Да, попробовал, действительно работает. Но толку? Если у меня жгутов (*.prt) много в сборке, как тогда? Вручную каждый раз плодить области данных? Даже если так - длины одинаковых катушек я же так и не смогу сложить. Тогда это выходит еще неудобнее, чем &asm.mbr.connprm.pin.run.spool.name, &asm.mbr.connprm.pin.run.len[.0]

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

Да, попробовал, действительно работает. Но толку? Если у меня жгутов (*.prt) много в сборке, как тогда? Вручную каждый раз плодить области данных? Даже если так - длины одинаковых катушек я же так и не смогу сложить. Тогда это выходит еще неудобнее, чем &asm.mbr.connprm.pin.run.spool.name, &asm.mbr.connprm.pin.run.len[.0]

Может поэтому РТС ввело понятие ПОДЖГУТ... чтоб свести все кабели в один файл?!

И чем не нравится ваша таблица, через &asm.mbr.connprm.pin.run.spool.name, &asm.mbr.connprm.pin.run.len[.0] ?

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

Честно, никогда не баловался ПОДЖГУТами, нужно будет попробовать... Но дело в том, что сами жгуты *.prt у меня имеют статус "сборочной единицы", и в спецификации они у меня отображаются как отдельные сборочные единицы, что очень удобно.

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

И чем не нравится ваша таблица, через &asm.mbr.connprm.pin.run.spool.name, &asm.mbr.connprm.pin.run.len[.0] ?

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

и что любопытно, в вашей таблице будут дважды учтены все проводники... вы это заметили?

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

ну это элементарно.... используйте фильтр для области данных и суммирование! :wink:

вот моя таблица с примером - spool_len.zip

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

ну это элементарно.... используйте фильтр для области данных и суммирование!

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

- В первой области фильтрую по первой катушке (допустим ПВ3 0,75 Кор)

- Во-второй - по второй катушке (ПВ3 0,75 З-Ж)

- и т.д... считая длины каждого провода в каждой катушке.

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

Только так я понял.

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

Все верно понимаете, только суммирование делается в той-же таблице!!!

Я обычно делаю одну таблицу и создаю в ней необходимое кол-во областей данных, по числу катушек. Через уравнение я поделил на два длину каждого из проводников (т.к. каждый проводник дважды выводятся в области), через суммирование получаю итоговую длину. УСЕ!

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

вот моя таблица с примером - spool_len.zip

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

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

Вы используете &asm.mbr.connprm.pin.run.spool.name , в итоге ПроЕ дважды просчитывает проводник , сначала в направлении FROM-TO , потом в направлении TO-FROM.

Кстати , у меня отмена ДУБЛИРОВАНИЯ не работает, т.к. в таблице присутствует ссылка на КОННЕКТОР....

Надо будет еще покопать!

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

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

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

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

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

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

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

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

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

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

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




×
×
  • Создать...