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

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 пользователей

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




  • Сообщения

    • gudstartup
      и не только из за того что вы думаете. чужой oprm просто не может прочитаться на другом чпу
    • paull3
      Принято, спасибо! буду шевелить платы
    • Nastyrnuy
      Теперь понятно! Вы шли не в том направлении, и помощеиков не туда завели!!! у Вас Проц и комп оператора тоже 3 платы( но совсем другие (еще Мультибас 1 чисто Интеловский) SBC08, 80/10 KCB 01/04, но диск у Вас электронный( который состоит из 12 или 14 ЕПРОМОВ и при всем желании и старании с дискет Вы ничего не сможете туда загрузить! Скорее всего  у Вас просто неконтакт, в пред постах там тоже на эту же тему многго что написано. Просто на SBC 08 херов туча наездников( и эл диск, и контроллер флоповода, и мат сопроцессор..!
    • paull3
      да, стойка CD, чуть позже прикреплю фото, ... получилось добавить , вот чт он показывает при загрузке и дальше не идёт...
    • Nastyrnuy
      Где то тут путаница идет... не совпадние (жесткий диск (он жесткий или элетронный диск?)), есл жесткий диск то флоппик  точно 1.44 и эмулятор можно на 1ю44, Но если вы используете эмулятор на 720 то это как правило серия станка не CF а CD....и.т.д поэтому фотки давай и станка серию и тип, и плат, и ошибку на экране где Биос кажет и флорри и диск, а то мы все тут будем по разному понимать..!
    • Viktor2004
      Вы же лучше меня знаете что запрсто записать на машину не только чужой, но и свой OPRMINF не получится
    • gudstartup
      полная чушь если ид меняется ошибка 5523 гарантирована иначе чужо ой oprminf запросто можно было бы записать на любую машину
    • paull3
      Всем добрый день! докладываю - 1) батарейка живая и после отключения от сети на сутки показала 3,63в, 2) записал файлы из архива на юсб флешку размеролм 720кБ - вставил в эмулятор, затем включил станок- станок никак не отреагировал, флешка вроде как считалась( индикация светодиодом на ней) 3) сделал загрузочную дискету дос, удалил файлы те что там записались и записал из архива - вставил в дисковод, включил станок- реакции не последовало, ...индикации и характерных звуков считывания не было, возможно неисправен дисковод, хотя когда переключал его на эмулятор он был исправен....   Добрый день, посмотрю, напишу  
    • Nastyrnuy
      Не, загрузочная не помешает! Анатолий правильно говорит, у станков серии CF FCки разные могутьбыть! И причем это даже не напрямую от серии CF Зависит, а от конфиги трех плат которые составляют комп оператора. так Паюль фоткай морды этих плат тоже( они там могут быть из 3 плат самая правая PEC(o4/05/07) или 1(все в одном AMS-75(уже проц Пень 75)! )! Но, по любому станок уже в годах и винты не вечные, так что FC может и не смочь помочь с запуском станка(если винт сыпется..). А кстати JP soft у Вас запускается , или на отдельном компе проги рабочие пишете!!
    • Viktor2004
      Не обращал внимание, но наверняка менялся. А когда я платы FROM/SRAM местами на двух станках менял, для них вообще все ID должны поменяться. Ни разу сертификат не слетал
×
×
  • Создать...