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

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


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

Нашел баг в специи Руслана:

2 раза одну и ту же позицию вставляет - просто потому, что в подсборке "Стяжка" компоненты разнесены на разное расстояние, но подсборка имеет одни и те же параметры... У меня специя это все объединяла, однако. Это глюки М070 или всего WF2?

post-546-1121768183_thumb.png

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


Проверил в F000, у меня все нормально. Гибкие сборки заносятся в одну строку.

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

Попробуй отключить new_relation_ui и new_parametr_ui (на время) может тогда можно будет увидеть параметры региона, и лишние удалить.

MaxAmin

попробовал твою специю _specificazia_ver выложенную выше, тоже все нормально. (Различное положение компонента подсборок добивался задаванием размера смещения одной из привязок).

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

На самом деле это все решается - надо забить локальный параметр в уравнения вложенного репит региона такого типа: asm_mbr_Наименование=&asm.mbr.Наименование. И все. У меня в WF2 070 эти параметры куда-то исчезают после выхода из редактора, но исчезнув - где-то запоминаются и работают... Кстати, подозреваю, что не вижу таким образом многие другие параметры введенные мною ранее и вами в ваших специях

Счас проверил, уравнения забивать не надо, надо всего лишь забить параметры

asm_mbr_Наименование

asm_mbr_Стандарт

Ну и сортировку соответствующую.

&asm.mbr.Наименование Forward

&ASM.MBR.Наименование1 Forward

&ASM.MBR.Наименование2 Forward

&ASM.MBR.Стандарт Forward

Странно что у меня так раньше не получалось, точно помню, пробовал.

Насчет параметров региона в WF2 обнаружил интересный глюк.

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

Причем видны только те параметры, в написании которых нет русских символов.

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

To: Ruslan

Насчет параметров региона в WF2 обнаружил интересный глюк.

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

Причем видны только те параметры, в написании которых нет русских символов.

<{POST_SNAPBACK}>

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

Не совсем может по теме,но возникла вот такая ситуация с форматкой спецификации.В 2001 все нормально,но когда создаешь спец.в WF2 F000, то

таблица с основной надписью изменяет несколько строк по высоте,и "убегает" с формата.Подскажите из-за чего?Ни как не могу понять.

otruvnaj.frm.rar

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

Какая странная форматка. Странное деление на ячейки и регионы.

У тебя в ячейке основной надписи "Обозначение" три региона, при чем не на всю ячейку.

Если уж делать сдесь регион, то его атрибуты должны быть "Без повторов" и "Плоский".

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

To: Nils

Обычно основную надпись следует оформлять без репит регионов, так быстрее заполняться будет. Ну не нужны они там, имхо. Проблема может произойти тогда, когда в ячейку записывается не строковый параметр, а параметр Note - при этом может произойти увеличение ячейки. Устраняется это удалением ведущих пробелов и enter-ов...

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

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

Смотря как поглядеть, не нужны. :g:

Есть случай, когда в ячейке наименование запись пишется в несколько строк (Наименование, Наименование1, Наименование2).

И что бы дополнительные строки не добавлять вручную я пишу следующие параметры:

&mdl.top_generic.Наименование и т.д.

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

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

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

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

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

Хотелось бы вернутся к поднятой теме по разделу "Документация".

Существует вот такая проблема: смежные отделы разрабатывают и выдают разнообразные документы (инструкции по испытаниям, паспорта ни изделие, листки качества и т.д. и т.п. - в worde и exelе). Потом требуют - А вот возьми и привяжи их в PRO/Ilink к основной сборке. Хорошо привязал.

Но вот тут откуда ни возьмись отдел качества - А где у тебя в спецификации, в разделе Документация вот эти все документы (с ударением на У) ?

Можно ли это реализовать или в спецификацию попадает только то что в дереве ?

При привязке в PRO/I внешних документов параметр ProeId для них равен -1, а у тех что в дереве всегда больше 1. Ручками его исправить нельзя ?

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

Можно ли это реализовать или в спецификацию попадает только то что в дереве ?

<{POST_SNAPBACK}>

Попадает только то что в дереве модели. Поэтому

"булки" надо вставлять в дерево сборки соответствующие и все будет в нужном разделе...

<{POST_SNAPBACK}>

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

Дык "булки" надо вставлять в дерево сборки соответствующие и все будет в нужном разделе...

<{POST_SNAPBACK}>

Но булки опять же попадут в Илинк и возникнет два документа с одним именем только один будет word а другой xxx-xxx-xxx.prt По моему это несколько неправильно.

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

Хотелось бы вернутся к поднятой теме по разделу "Документация".

Существует вот такая проблема: смежные отделы разрабатывают и выдают разнообразные документы (инструкции по испытаниям, паспорта ни изделие, листки качества и т.д. и т.п. - в worde и exelе). Потом требуют - А вот возьми и привяжи их в PRO/Ilink к основной сборке. Хорошо привязал.

Но вот тут откуда ни возьмись отдел качества  - А где у тебя в спецификации, в разделе Документация вот эти все документы (с ударением на У) ?

Можно ли это реализовать или в спецификацию попадает только то что в дереве ?

При привязке в PRO/I внешних документов параметр ProeId для них равен -1, а у тех что в дереве всегда больше 1.  Ручками его исправить нельзя ?

<{POST_SNAPBACK}>

Необходимо создавать сборки (типа документ) и вот к этим сборкам привязывай свои текстовые документы, а затем вставлять в генеральную сборку.

А вообще по правильному в Intralink создавать отчеты.

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

А не проще ли тогда ручками все в параметрах сборки вбить (все документы эти) - и фильтр соответствующий в специи сделать....

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

А не проще ли тогда ручками все в параметрах сборки вбить (все документы эти) - и фильтр соответствующий в специи сделать....

<{POST_SNAPBACK}>

Можно и так, зато если необходимо в интралинке сгенерировать отчет, то эта информация не отобразиться. Мы же стримимся к полной автоматизации :rolleyes:

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

To: SVS

Как это не отобразится? - эти параметры тоже можно перекинуть в ПроИ....

<{POST_SNAPBACK}>

Отчет в проинтралинке - список объектов, входящих в сборку. Если только при этом высвечивать дополнительный параметр, где прописано какие документы входят в сборку, то можно и так, хотя у нас было, как я описал выше.

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

To: SVS

Как это не отобразится? - эти параметры тоже можно перекинуть в ПроИ....

<{POST_SNAPBACK}>

Ну тогда уже такой "гордиев узел" получится !

можно ли поменять ProeId, поставить значение больше 1? Тогда привязанные файлы по идее должны быть видны PRO\E

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

Ну тогда уже такой "гордиев узел" получится !

можно ли поменять ProeId, поставить значение больше 1? Тогда привязанные файлы по идее должны быть видны PRO\E

<{POST_SNAPBACK}>

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

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • vad0000
    • OliverTwist
      Добрый день! Сдохла плата управления на приводе Bosch Rexroth серии HCS. Имеется в наличии ещё один такой привод и нужно стянуть с него параметры. Судя по документации мне необходим софт "IndraWorks ds" - но я никак не могу его найти :( Может кто-то подскажет - где можно такой скачать? Заранее спасибо!
    • gudstartup
      у ваших ис имеется сменщик паллет?? это просто место сбора слесарей + гидравлика мозг выносит. к фанукам притензий особых нет как и везде но электроавтоматика сделана отвратительно в шкафах полный хаос.   такие станки имеют износ 40-70% и их необходимо обновлять особенно это касается высокоточного оборудования но к исам это не относится там главное чтобы железо крепкое было я смотрю вы любите пространные описания но есть нюанс дочитывая до конца забываешь что в начале или это я такой склеротик
    • Alexandr97
      В сборке необходимо было создать массив нескольких деталей на линейном расстоянии друг от друга. При создании сопряжения между отдельной деталью и одним из объектов массива, объект массива ломается, свободно перемещается и расстояние, которое было задано при массиве, уже не актуально. При том, когда я к родительской детали пытаюсь крепиться, то все нормально. Подскажите, это недочет программы, или так и должно быть?
    • Shura762
      Кто нить пробовал ТФ18? ну там типа бета тестирование? или все это коммерческая тайна
    • Alexey8107
      Ну не знаю. У нас в свое время было таких ИС-800 8 шт. Один из них самый первый был с круглым магазином на 32 инструмента, привода сименс, ЧПУ балт систем. Если к чпу и приводам претензий не было, то к механике были серьезные вопросы. А вот остальные 7 все как один, 64 инструмента, фанук везде и вся, датчики, линейки, энкодеры ханденхайн, к механике особых претензий уже нет, да, бывают поломки, периодически по мере необходимости меняем опоры качения и прочее... Да, есть слабые места, например упорный подшипник ШВП оси Z, периодически дохнет из за попадания сож и Z начинает дергаться как эпилептик, приходится менять. Все эти станки работают с 2007-2010 годов в три смены без остановок. Из крупных поломок за все это время, материнка в одном УЧПУ померла, на одном стол вырвало, на одном PSM смачно взорвался и вот сейчас похоже этот же восстановленный PSM взбрыкнул. Мелочовку типа порванных РВД и ремонтов по причине естественного износа, типа замены опор качения я не считаю. Бывает индуктивные датчики летят, приходится менять, но это еще мельче и устраняются в течение часа со всеми перекурами когда карта сигналов и мест установки датчиков есть. К тому же эти станки до сих пор держат свою геометрическую точность, периодически проверяем их. Точнее сначала оператор начинает замечать что то не то, потом мы смотрим что не то, ремонтируем и проверяем  Но у нас преимущество, у нас есть очень грамотный и опытный станочник, он с закрытыми глазами находит неисправности, да и станки эти знает вплоть до каждого винтика. Ну и само собой по мере необходимости и шпиндели отправляем в ремонт. Правда последний раз эта организация нам так восстановила шпиндель на токарный LEADWELL, что точил вместо круга непонятно что. Разобрали и ужаснулись, подшипники стоят неправильно, кольца вообще не там где должны быть, какие то медные проставки, которых там сроду не должно быть... Пришлось самим в срочном порядке пересобирать правильно и каким то чудом шпиндель заработал как и должен. Каким чудом я не знаю, но тем не менее работает уже год. Претензий нет. В те времена, когда их было 8 шт, а токарных LEADWELLов больше 20, еще некоторые и с барфидерами, так я чаще ремонтировал барфидеры, чем ИС-800. Да, сейчас настал кризис, часть станков продали, часть работников сократили, и их осталось всего 3 штуки.
    • Tad
      Это коэффициент, определяющий соотношение усилия при свободной (воздушной - air bending) гибке и штамповке/чеканке (bottoming). Соотношение усилий между этими операциями 3-40 раз в зависимости от  условий. Кто использует метод чеканки, не спрашивает, какой конкретно должен быть этот коэффициент
    • zwg
      Тут не поспоришь... Кто не использует - тот и не знает как (в сущностях или без)... Вопрос к знатокам: на что влияет значение BOTTOMING PRESSUE FACTOR на Странице МАТЕРИАЛЫ в настройках CYBELEC?
    • gudstartup
      это к вашему производству не относится просто товарищ написал а я откомментировал!   я быне завидывал особенно это касается ис800 - ужасно ненадежные станочки наследники ир800 хоть и собраны на фанук но механика полный отстой.
    • AlexKaz
      Выбрать в дереве Define type -> Components, затем для X, Y, Z-компонент выбрать Tabular Data.
×
×
  • Создать...