Вопросы новичка

[Baby1 0]

А в диспетчере атрибутов идентификатор логического типа id="РазделСП" так и называется на русском???

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

<AttrValue algorithm="wt.rule.algorithm.StringConstant" id="РазделСП"> - стринговый атрибут(имеется в виду тип данных для атрибута, и тип создаваемый в CAD-документе)???

Да, идентификатор логического типа так и называется, на русском. Почему так- не знаю. Кстати, у нас практически все идентификаторы на русском написаны.

Тип данных для атрибута строковый, а алгоритм "wt.rule.algorithm.StringConstant" взял как единственное (разумеется, ИМХО), что подходит из всех алгоритмов указанных в справке.

В общем меня никто никогда обращению с WNC не учил, рассказали немного как работает с точки зрения пользователя, вручили BusAdminGiude, встроенную справку в виндчиле и вперед, покорять вершины. Железная логика руководства - ты же у нас базы данных админишь, тут тоже база данных.в чем проблема то?!

Так что вполне допускаю, что тут я чего-то сильно не до понял.

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

[AnexiB 0]

Да, идентификатор логического типа так и называется, на русском. Почему так- не знаю. Кстати, у нас практически все идентификаторы на русском написаны.

Тип данных для атрибута строковый, а алгоритм "wt.rule.algorithm.StringConstant" взял как единственное (разумеется, ИМХО), что подходит из всех алгоритмов указанных в справке.

В общем меня никто никогда обращению с WNC не учил, рассказали немного как работает с точки зрения пользователя, вручили BusAdminGiude, встроенную справку в виндчиле и вперед, покорять вершины. Железная логика руководства - ты же у нас базы данных админишь, тут тоже база данных.в чем проблема то?!

Так что вполне допускаю, что тут я чего-то сильно не до понял.

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

У нас таже система, тоже никто не учил все сами, сейчас время такое, что на тех поддержку денег жалеют. :)))

Я еще посмотрю, может что и накопаю.

Да, идентификатор логического типа так и называется, на русском. Почему так- не знаю. Кстати, у нас практически все идентификаторы на русском написаны.

Тип данных для атрибута строковый, а алгоритм "wt.rule.algorithm.StringConstant" взял как единственное (разумеется, ИМХО), что подходит из всех алгоритмов указанных в справке.

В общем меня никто никогда обращению с WNC не учил, рассказали немного как работает с точки зрения пользователя, вручили BusAdminGiude, встроенную справку в виндчиле и вперед, покорять вершины. Железная логика руководства - ты же у нас базы данных админишь, тут тоже база данных.в чем проблема то?!

Так что вполне допускаю, что тут я чего-то сильно не до понял.

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

У нас таже система, тоже никто не учил все сами, сейчас время такое, что на тех поддержку денег жалеют. :)))

Я еще посмотрю, может что и накопаю, но чувствую, что алгоритм не тот наверное.

Изменено 15 октября, 2012 пользователем AnexiB

[Baby1 0]

У нас таже система, тоже никто не учил все сами, сейчас время такое, что на тех поддержку денег жалеют. :)))

Я еще посмотрю, может что и накопаю.

вот-вот... заранее спасибо))

[AnexiB 0]

вот-вот... заранее спасибо))

покопавшись в документации кое-что нашла.

Алгоритмы для использования с тэгом AttrValue:

com.ptc.core.rule.server.impl. GetServerPreGeneratedValue - Пользовательский интерфейс отображает значение для атрибута. Значение сгенерировано прежде, чем пользовательский интерфейс был отображен. Отображенное значение определено как параметр к этому алгоритму, или, если оно не определено, считывается из тэга AttrValue для данного атрибута.

com.ptc.core.rule.server.impl. GetServerAssignedConstraint - Пользовательский интерфейс не отображает значение для атрибута; значение сгенерировано, когда пользователь нажимает OK, чтобы сохранить объектный экземпляр класса

com.ptc.core.rule.server.impl. GetImmutableConstraint - Пользователь не может изменить атрибут и значение, которые отображаются в данный момент. Если атрибут ограничен только этим правилом, то пользователю разрешено вручную ввести значение.

Как я поняла нужно воспользоваться алгоритмами либо GatherAttributeConstraints, GetServerAssignedConstraint и GetImmutableConstraint, либо GetServerPreGeneratedValue .

Но это все надо пробовать, я как то подзабыла.

Все это подробно описано в руководстве бизнес администратора

Изменено 15 октября, 2012 пользователем AnexiB

[Baby1 0]

покопавшись в документации кое-что нашла.

Алгоритмы для использования с тэгом AttrValue:

com.ptc.core.rule.server.impl. GetServerPreGeneratedValue - Пользовательский интерфейс отображает значение для атрибута. Значение сгенерировано прежде, чем пользовательский интерфейс был отображен. Отображенное значение определено как параметр к этому алгоритму, или, если оно не определено, считывается из тэга AttrValue для данного атрибута.

com.ptc.core.rule.server.impl. GetServerAssignedConstraint - Пользовательский интерфейс не отображает значение для атрибута; значение сгенерировано, когда пользователь нажимает OK, чтобы сохранить объектный экземпляр класса

com.ptc.core.rule.server.impl. GetImmutableConstraint - Пользователь не может изменить атрибут и значение, которые отображаются в данный момент. Если атрибут ограничен только этим правилом, то пользователю разрешено вручную ввести значение.

Как я поняла нужно воспользоваться алгоритмами либо GatherAttributeConstraints, GetServerAssignedConstraint и GetImmutableConstraint, либо GetServerPreGeneratedValue .

Но это все надо пробовать, я как то подзабыла.

Все это подробно описано в руководстве бизнес администратора

Эти алгоритмы не для AttrValue, а для AttrConstraint.

Тогда мне придется дописать свой атрибут в RuleConfigurableTypeAttribute.properties

В общем правда нужно попробовать

AnexiB, спасибо

[AnexiB 0]

Эти алгоритмы не для AttrValue, а для AttrConstraint.

Тогда мне придется дописать свой атрибут в RuleConfigurableTypeAttribute.properties

В общем правда нужно попробовать

AnexiB, спасибо

Список стандартных комбинаций типов объектов и атрибутов, для которых значения по умолчанию обеспечиваются путем использования тэга AttrValue, а ограничения обеспечиваются через использование тэга AttrConstraint.

Я поэтому конктретно написала (не для AttrValue) Алгоритмы для использования с тэгом AttrValue

Изменено 16 октября, 2012 пользователем AnexiB

[mech 1]

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

Если в правиле инициализации есть русские буквы, обязательно сохраняйте его в кодировке UTF-8 и только затем грузите.

Для примера это правило работает:

AttributeValues objType="Plan">

<AttrValue id="OBOZNACHENIE" algorithm="wt.rule.algorithm.StringConstant">

<Arg>TEST</Arg>

</AttrValue>

</AttributeValues>

[Baby1 0]

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

Если в правиле инициализации есть русские буквы, обязательно сохраняйте его в кодировке UTF-8 и только затем грузите.

Для примера это правило работает:

AttributeValues objType="Plan">

<AttrValue id="OBOZNACHENIE" algorithm="wt.rule.algorithm.StringConstant">

<Arg>TEST</Arg>

</AttrValue>

</AttributeValues>

У меня для тестового атрибута тоже все работает

<?xml version="1.0"?>

<AttributeValues objType="wt.part.WTPart">

<AttrValue algorithm="wt.rule.algorithm.StringConstant" id="Атрибут_ТЕСТ">

<Arg>СТАНДАРТНЫЕ ИЗДЕЛИЯ</Arg>

</AttrValue>

</AttributeValues>

"Атрибут_ТЕСТ" - строковый атрибут, вся разница с требуемым в том, что нет никаких ограничений и создан мной вчера, а не кем-то давно

что не так с рабочим то атрибутом

Изменено 17 октября, 2012 пользователем Baby1

[mech 1]

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

[AnexiB 0]

"Атрибут_ТЕСТ" - строковый атрибут, вся разница с требуемым в том, что нет никаких ограничений и создан мной вчера, а не кем-то давно

что не так с рабочим то атрибутом

Попробуй добавить ограничение и для тестового атрибута и посмотреть работает ли ПИО

Изменено 17 октября, 2012 пользователем AnexiB

[mech 1]

Какие ограничения стоят?

По умолчанию их уже 2.

[Baby1 0]

Какие ограничения стоят?

По умолчанию их уже 2.

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

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

[mech 1]

Да вроде работает правило и со списками значений.

Объект без заданного значения атрибута получает его из правила.

Заданное значение атрибута перекрывает правило.

[Baby1 0]

Да вроде работает правило и со списками значений.

Объект без заданного значения атрибута получает его из правила.

Заданное значение атрибута перекрывает правило.

вот оно! Спасибо)))))

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

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

а можно эту историю как-то обойти... вопрос конечно не критичный. но достали уже юзеры, насоздают хз чего, а потом удивляются, что это у них в спецификацию болты по ГОСТ приходят в раздел сборочных единиц((( а так хоть часть проблем со стандартными и прочими изделиями ушла бы сама собой

может список разделов СП для выбора пользователем определить как-то по другому и еще чего придумать?

Изменено 17 октября, 2012 пользователем Baby1

[Baby1 0]

Добрый день.

Я снова с вопросом. Возможно ли для динамического атрибута Части обеспечить уникальность значений? В списке ограничений в Windchill Business Administrator’s Guide ничего про это не нашел.

Спасибо.

Изменено 10 января, 2013 пользователем Baby1

[AnexiB 0]

Добрый день.

Я снова с вопросом. Возможно ли для динамического атрибута Части обеспечить уникальность значений? В списке ограничений в Windchill Business Administrator’s Guide ничего про это не нашел.

Спасибо.

Здесь наверно придется только кодить через Windchill API.

А атрибут только у части, у cad- документа такого атрибута нету?

[Baby1 0]

Здесь наверно придется только кодить через Windchill API.

А атрибут только у части, у cad- документа такого атрибута нету?

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

у cad- документа в данный момент такого атрибута нет. А если бы был, это что-нибудь изменило бы?

[mech 1]

Добрый день.

Я снова с вопросом. Возможно ли для динамического атрибута Части обеспечить уникальность значений? В списке ограничений в Windchill Business Administrator’s Guide ничего про это не нашел.

Спасибо.

Уникальность как, по итерациям, по объектам?

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

[Baby1 0]

Уникальность как, по итерациям, по объектам?

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

По объектам, значение атрибута заносится руками и должно быть уникальным, т.е. с таким значением атрибута в системе может существовать только один объект. Не плохо бы, чтоб при вводе это контролировалось, например, как в поле "Номер"

[mactepnew 3]

Друзья, я потихоньку начинаю работать в Windchill 9.1 и сталкиваюсь со множеством проблем со связями. Часто при upload сборка цепляет файлы, которые из нее уже удалены. Или не получается удалить деталь из workspace без удаления сборки или даже чертежа, где эта деталь давно не присутствует и связи не наблюдаются (ни через просмотр привязок, ни "вручную" через правку определения). Как удалять эти детали - неясно.

Другой важный момент: имеется сборка, делаю upload, а затем изменяю что-нибудь в ней. Но эти изменения мне не нравятся и я хочу откатиться к тому состоянию, которое было при upload. Умом я понимаю, что эти данные где-то сохраняются и обновляются только когда я нажму upload в следующий раз. Но как эти данные достать? Удалить из памяти и из т.н. "client-side workspace", а подгрузить из server-side workspace, то есть переместить данные по красной стрелке.

[Ветерок 660]

31 минуту назад, mactepnew сказал:

я потихоньку начинаю работать в Windchill 9.1

Вы один там у себя работаете? Потихоньку, чтобы никто не заметил...

Неужели не у кого спросить, чтобы прямо пальцем показали? И неужели на предприятии нет инструкции как это делать? Может, просто пальцем не показали где эта инструкция лежит?

Не понимаю почему подобны вопросы задаются на форуме чужим людям, а не своим родным сослуживцам?

[mactepnew 3]

19 часов назад, Ветерок сказал:

Вы один там у себя работаете?

Не один, но первый. Коллеги по моим стопам пойдут.

19 часов назад, Ветерок сказал:

не у кого спросить, чтобы прямо пальцем показали?

Вот за этим я сюда и пришел. Разве это не то место?

20 часов назад, Ветерок сказал:

на предприятии нет инструкции как это делать?

Нет. На вашем есть? Хотя бы на английском языке.

[Ветерок 660]

20 минут назад, mactepnew сказал:

Разве это не то место?

Не совсем то. Чтобы начать работать в подобных системах нужно пройти хотя бы базовое обучение. Хотя бы 4 часа. Чтобы всё объяснили, показали, рассказали. Форум - это не то место.

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

25 минут назад, mactepnew сказал:

На вашем есть? Хотя бы на английском языке.

Там, где я работал, было. Кое-что сам писал. Но подобные инструкции пишутся под систему с конкретными настройками.

 

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

[mactepnew 3]

Прежде чем делать какие-то выводы и нравоучения, нужно сначала выяснить ситуацию. Не так ли?

Никто не говорил, что не было обучения, что никто не показывал, что WC не настроен, что он не внедрялся. Или говорил?

Задан конкретный вопрос про конкретную задачу. Есть что ответить на вопрос? Знаете ответ? Дайте его или покажите, где посмотреть или напишите "знаю, но не скажу".

А вот эти нравоучения больше смахивают на "пусть даже я не знаю, но поворчать обязан, а то распустилась тут молодежь. вот мы в наше время..."

[Ветерок 660]

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

[mactepnew 3]

То есть вы не знаете и ответить на вопрос нечего. Так?

[Ветерок 660]

13 минуты назад, mactepnew сказал:

То есть вы не знаете и ответить на вопрос нечего. Так?

Можете считать так. У меня нет желания разбираться в Вашем Виндчилле. Для этого есть админы, которым платят деньги. Решать вопросы пользователей - это их задача.

[Sergey___1978 17]

Это не проблема винчила, то что он что то цепляет.

При проектировании бывает такое, что заменяем детали или узлы в процессе разработки, а связи на старые компоненты при этом каким то чудесным образом в прое сохраняются.

Чтобы их разрушить заходим в меню.

Данные->Просмотр привязок

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

Если в дереве есть красные фичеры, правой кнопкой мыши выбираем разорвать зависимости.

Сохраняем модель, после этого ничего цеплятся уже не будет.

Желательно после этих манипуляций пересохранить чертеж и спецификацию.

Изменено 5 июля, 2017 пользователем Sergey___1978
Добавил рисунок

[mactepnew 3]

38 минут назад, Sergey___1978 сказал:

Данные->Просмотр привязок

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

Если в дереве есть красные фичеры, правой кнопкой мыши выбираем разорвать зависимости.

Да, тут всё проверял. Даже на не-красных могут быть потерянные зависимости, поэтому прощелкивал каждую связь. Но не помогает.

[Ali 1]

Всем привет, подскажите может кому удавалось настроить права доступа к папкам в Изделии/Библиотеке?

К примеру есть библиотека в команду входит 10 человек (роли не важны конструктор, технолог и т.д.) и нужно дать право редактировать/выгружать файлы только в конкретной папке библиотеки, остальные в команде только на чтение.

[Ветерок 660]

45 минут назад, Ali сказал:

может кому удавалось настроить права доступа к папкам в Изделии/Библиотеке?

Отвечаю на вопрос: удавалось многим.

[Ali 1]

1 час назад, Ветерок сказал:

Отвечаю на вопрос: удавалось многим.

Очень исчерпывающе...

Если не ясна суть вопроса поясню: интересуют методики реализации вышеописанного. Желательно изложить ответ в простой форме с минимумом "программерских" терминов.

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

[Ветерок 660]

Насколько я помню, всё делается штатными средствами. Какие кнопки нажимать уже не помню.

[Ali 1]

Напротив папки Действие-Управление доступом, вродебы и должно все получится, но не активны галочки напротив "Изменить", их нужно поубирать и оставить только нужной роли (например "Ведущий инженер") пробовал под админом изделия...