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

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


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

основной ХХХХ.ХХХХ.ХХХ, но еще используем ХХ ХХХ.ХХ.ХХХ.

Переменную длину можно учесть, ведь Заготовка для запись везде одинаковая.

Примерно так, на скорую руку:

ОБОЗНАЧЕНИЕ=asm_mbr_ОБОЗНАЧЕНИЕ

IF string_length(ASM_mbr_НАИМЕНОВАНИЕ)>0

Poz=search(ASM_mbr_НАИМЕНОВАНИЕ,"Заготовка для ")

IF Poz>0

Len=string_length(ASM_mbr_НАИМЕНОВАНИЕ)

IF search(ОБОЗНАЧЕНИЕ,")")>0

ОБОЗНАЧЕНИЕ=extract(ASM_mbr_НАИМЕНОВАНИЕ,Poz+14,Len-Poz-15)+"-01"

else

ОБОЗНАЧЕНИЕ=extract(ASM_mbr_НАИМЕНОВАНИЕ,Poz+14,Len-Poz-14)+"-01"

ENDIF

endif

endif

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

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


Ruslan

Спасибо огромное все заработало с этим уравнением:

ОБОЗНАЧЕНИЕ=asm_mbr_ОБОЗНАЧЕНИЕ

IF string_length(ASM_mbr_НАИМЕНОВАНИЕ)>0

IF search(ASM_mbr_НАИМЕНОВАНИЕ,"Заготовка")>0

Poz=string_length(ASM_mbr_НАИМЕНОВАНИЕ)

ОБОЗНАЧЕНИЕ=extract(ASM_mbr_НАИМЕНОВАНИЕ,Poz-14,13)+"-01"

endif

endif

Проблема в том, что стирался последний символ и вместо 1000.1118.026-01 было 1000.1118.02-01, после добавления пробела в наименовании "(Заготовка для 1000.1118.026) " после последней скобки, все заработало.

Почему так происходит? Можно ли это исправить?

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

Почему так происходит? Можно ли это исправить?

Проблема в том, что у вас значение Poz-14 не соответствовало реалиям. У Вас получалось пробел1000.1118.02-01.

14 - это количество символов от конца строки.

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

Переменную длину можно учесть, ведь Заготовка для запись везде одинаковая.

Примерно так, на скорую руку:

ОБОЗНАЧЕНИЕ=asm_mbr_ОБОЗНАЧЕНИЕ

IF string_length(ASM_mbr_НАИМЕНОВАНИЕ)>0

Poz=search(ASM_mbr_НАИМЕНОВАНИЕ,"Заготовка для ")

IF Poz>0

Len=string_length(ASM_mbr_НАИМЕНОВАНИЕ)

IF search(ОБОЗНАЧЕНИЕ,")")>0

ОБОЗНАЧЕНИЕ=extract(ASM_mbr_НАИМЕНОВАНИЕ,Poz+14,Len-Poz-15)+"-01"

else

ОБОЗНАЧЕНИЕ=extract(ASM_mbr_НАИМЕНОВАНИЕ,Poz+14,Len-Poz-14)+"-01"

ENDIF

endif

endif

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

Скобку можно принять за постоянную

С этим кодом все работает и без добавления пробелов. В предыдущем уравнении видимо какой-то конфликт был с последней скобкой.

Пятое, я бы все таки переделал вложеный регион к стандартным возможностям.

Как стандартными возможностями записать НАИМЕНОВАНИЕ в несколько строк?

Проблема в том, что у вас значение Poz-14 не соответствовало реалиям. У Вас получалось пробел1000.1118.02-01.

14 - это количество символов от конца строки.

А последняя скобка не учитывается? Если считать с ней то как раз 14. Изменено пользователем Laz
Ссылка на сообщение
Поделиться на других сайтах

Как стандартными возможностями записать НАИМЕНОВАНИЕ в несколько строк?

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

Как стандартными возможностями записать НАИМЕНОВАНИЕ в несколько строк?

Даже при использовании записи Наименования в одну строку можно организовать разбиение на строки, хотя таблица усложнится. Надо на досуге пример сделать.

А последняя скобка не учитывается? Если считать с ней то как раз 14.

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

нужно забить деталь с присвоением ей позиционного номера (ну это в принципе проставляется автоматом), а ниже заготовку на эту деталь с прочерком в графе "поз" (вычеркнуть тоже не проблема ).

А как , интересно, должна выглядеть запись, если с одинаковых заготовок получаются разные детали ? Писать после каждой детали одну и ту же заготовку ? Писать заготовку после всех деталей "Заготовка для ... , и для ...., и для .... ...". Считаю, что запись заготовок в спецификацию не логична в принципе. Т.е. могут быть оправдания в каких-то единичных случаях "чтобы не забыли ВОВРЕМЯ заказать". Но заготовки - по сути - материалы. Материалы прописываются в соответствующей графе ЧЕРТЕЖА, и по-логике, определение количества необходимых материалов - работа технолога.

Если хочется автоматизировать работу по комплектации изделия, то спецификацию надо задвинуть, а использовать отчёт по ВСЕМ деталям изделия "Bill Of Material", выводя в оный отчёт не только наименование/обозначение, но и материал, сортамент, размер_заготовки. Отсортировав эти данные можно получить необходимое количество тех или иных заготовок и материалов. А на "заготовочные" требования 2.109 лучше "забить", как на нарушение логики.

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

А как , интересно, должна выглядеть запись, если с одинаковых заготовок получаются разные детали ? Писать после каждой детали одну и ту же заготовку ? Писать заготовку после всех деталей "Заготовка для ... , и для ...., и для .... ...". Считаю, что запись заготовок в спецификацию не логична в принципе. Т.е. могут быть оправдания в каких-то единичных случаях "чтобы не забыли ВОВРЕМЯ заказать". Но заготовки - по сути - материалы. Материалы прописываются в соответствующей графе ЧЕРТЕЖА, и по-логике, определение количества необходимых материалов - работа технолога.

Если хочется автоматизировать работу по комплектации изделия, то спецификацию надо задвинуть, а использовать отчёт по ВСЕМ деталям изделия "Bill Of Material", выводя в оный отчёт не только наименование/обозначение, но и материал, сортамент, размер_заготовки. Отсортировав эти данные можно получить необходимое количество тех или иных заготовок и материалов. А на "заготовочные" требования 2.109 лучше "забить", как на нарушение логики.

Да, после каждой детали писать заготовку, даже если она одна на несколько деталей. У нас это в основном для отдела ОВК для контроля количества, сколько списывать, заказывать...

Мне самому это не очень нравится , но нормы оформления таковы и никуда не денешься

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

Да, после каждой детали писать заготовку, даже если она одна на несколько деталей. У нас это в основном для отдела ОВК для контроля количества, сколько списывать, заказывать...

Мне самому это не очень нравится , но нормы оформления таковы и никуда не денешься

Пару слов о личном опыте. Изначально, мы вставляли заготовки вручную с помощью bulk items, затем процесс автоматизировали и была создана СП, где заготовки прописывались автоматически, в зависимости от параметров моделей. Но потом пришли к выводу, что данный процесс лучше контролируется, воспринимается и понимается коллегами инженерами, когда есть неполная автоматизация, т.е.

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

2. данная модель используется для доработки и создания на её базе Деталей.

3. заготовка вставляется, как Include, в сборку нужное количество раз. При необходимости в таблицу исполнений заготовки вносятся параметры.

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

Include, в сборку нужное количество раз и делается Flexible

Каким образом, интересно?

Может нужно использовать параметры компонентов?

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

Каким образом, интересно?

Может нужно использовать параметры компонентов?

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

возник вопрос по сортировке

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

post-21007-1296026710_thumb.jpg

в приложенном файле спецификации сортировка пуста, но даже при установке сортировки по imidg не происходит никаких изменений. подскажите что не так сделал?

my_rep_.rep.rar

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

Сортировка производится по основному региону, а не по вложенному. Соответственно сортируется по имеющимся в нем параметрам.

При добавлении сортировки, нужно добавить используемые параметры в Локальные параметры (Уравнения региона).

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

В больших сборках обновление листов спецификации происходит очень медленно из-за большого количества вложенных регионов.

Бывает даже по 2 минуты обновление каждого листа, после любого изменения модели.

Может есть какая то опция, которая ускоряет этот процесс?

А то очень сильно напрягает сей факт.

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

Может есть какая то опция, которая ускоряет этот процесс?

Опционально - 4 ядра, Win 7 x64, от 4Гб RAM, от 1Гб видео :smile:
Ссылка на сообщение
Поделиться на других сайтах

В больших сборках обновление листов спецификации происходит очень медленно из-за большого количества вложенных регионов. ...

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

Ну так как, есть дельный совет или смириться надо с сим фактом?

Я конечно понимаю, что требуется большая обработка информации, но не до такой же степени.

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

У меня спецификация полностью заполняеться автоматом.

Т.е. если нет стандартных, то и нет надписи, если есть, то и надпись появляеться и т.д.

Если, что не понятно пишите.

У вас в спецификации имеется вложенный регион с фильтром &asm.mbr.param.value !=

пытаюсь сделать спецификацию под себя, но добавить фильтр подобного рода не могу - PROE ругается.

То есть с ним всё работает, если его удалить, заного добавить такого рода фильтр невозможно! Пишет в строке 1 ошибка.

Я так понял он отбрасывает строки с пустым value

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

Нет правой части. Проверить наличие в Локальных параметрах региона

&asm.mbr.param.value != ""

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

&asm.mbr.param.name == Наименование*, Стандарт

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • gudstartup
      постоянно оно не фигачит так как есть сигнал разрешения импульсы никогда не приходят постоянно а имеют определенную длительность и фазу относительно напряжения прикладываемого между a и к
    • maxx2000
      конечно есть, apt это  cldata в котором к траекториям может быть добавлено и описание геометрии. 
    • gudi
      там же виндовс  или я ошибаюсь? 
    • Guhl
      Там есть неуправляемый мост на диодах и мост на тиристорах для рекуперации Тиристоры молотят постоянно. Не могу сказать в какой именно момент приходит импульсы на открытие - в начале полуволны или в около ее пика, но зажигание на тиристорах я видел и когда рекуперация не происходила Если вы открыли тиристор, то закроется он только тогда, когда через него прекратится ток, поэтому неважно постоянно приходят импульсы или нет. То есть если даже вы открыли тиристор в момент превышения постоянки, то закрыть вы его все равно не сможете так просто    
    • gudstartup
      они открываются тогда когда напряжение на шине dc выше допустимого иначе они будут вам просто так dc линию просаживать даже когда она в номинале а зачем это надо ? а я понял  чтобы на dc линии дополнительные пульсации создавать  вам может схему привести или вы сами найдете? @Guhl у вас не зародилась в голове мысль зачем ставить управляемый вентиль если он всегда сливает. угол уэ управления меняется можете проверить на ваших любимых древних приводах
    • Guhl
      Аргумент приведете в пользу своего утверждения?
    • AlexKaz
      Выложен конвертер файлов результатов Radioss/OR в d3plot-файлы LS-Prepost. Конвертер позволяет очень сильно упростить жизнь при постобработке, т.к. удобного фриварного нативного просмотрщика результатов OR фактически нет, а юзать Paraview то ещё удовольствие, в основном, из-за отсутствия в Paraview огромного количества фич LS-Prepost.   https://www.vortex-cae.com/vortex-radioss https://github.com/orgs/OpenRadioss/discussions/2361 Видео.
    • gudstartup
      работайте  на повышением квалификации а станок пускай стоит чего ему сделается а чего вы спрашивали то такого чего никто не знает? что у меня неисправно так на этот вопрос вам ни на одном форуме не ответят и даже в сервис-центре не расскажут... биполярники теряют даже большую мощность на себе чем диоды именно поэтому и сделали на тиристорах чтобы радиаторы размером с дом не ставить дурь пишите
    • Alexey8107
      Ладно, я понял. Обычная проблема форумов, если спрашиваешь никто не знает, но как только начинаешь конкретнее вникать, так это и так все знают. Значит бум как обычно, разбираться самостоятельно.
    • Guhl
      Ха, конечно не было Там биполярники стоят на 120А , у которых ток базы 5А А на тиристорах сделано прикольно: тиристоры постоянно молотят и если напряжение шины растёт, то автоматом сливают в сеть, там и управления толком никакого, так, сифу обычное 
×
×
  • Создать...