Manufacturing Resource Library (MRL) - несколько вопросов

[KlimTV1987 4]

Доброго времени суток.

 

Есть несколько вопросов по продукту MRL от Siemens. 

 

1. MRL ставится вместе с клиентом Teamcenter и без него в принципе работать не будет?

2. Для работы MRL требуется лицензия Teamcenter?

3. Собственно интересует возможность использования всего хорошего что есть в MRL для работы с NX без использования Teamcenter, т.к. PDM уже есть (Лоцман). У кого-нибудь есть опыт использования NX с MRL и сторонней PDM? Не получается ли параллельного ведения двух PDM?

[bdfy 13]

1) MRL-может инсталлироваться как с использованием только NX, так и с интеграцией ТС.

2) Если работа выполняется только в NX - нет, если с интеграцией ТС - да, как для любого клиента ТС. (дополнительно нужна будет лицензия работы NX с классификатором TC

3) MRL - Это не PDM, это справочник. Если Ваша PDM не заточена на интеграцию с NX с использованием классификатора, то для использования MRL&NX придется справочник в Лоцмане и MRL вести параллельно .

как то так :-)

[KlimTV1987 4]

Спасибо, что откликнулись.

1 час назад, bdfy сказал:

1) MRL-может инсталлироваться как с использованием только NX, так и с интеграцией ТС.

2) Если работа выполняется только в NX - нет, если с интеграцией ТС - да, как для любого клиента ТС. (дополнительно нужна будет лицензия работы NX с классификатором TC

3) MRL - Это не PDM, это справочник. Если Ваша PDM не заточена на интеграцию с NX с использованием классификатора, то для использования MRL&NX придется справочник в Лоцмане и MRL вести параллельно .

как то так :-)

Можете уточнить:

1. MRL поставляется вместе с Teamcenter / NX, или отдельно, как самостоятельная программа? Т.е. её искать в визарде при установке компонентов Teamcenter / NX или установка осуществляется с помощью отдельного файла установщика?

2. Как вообще хранятся данные MRL? В персональной базе данных или в базе данных Teamcenter / других компонентов?

3. Как эта база данных реализована? В виде .dat файла или как реляционная база данных под управлением СУБД?

4. Пользователь без Teamcenter сможет вести (пополнять) справочник MRL? Какой функционал из MRL вообще доступен для пользователя, если Teamcenter не устанавливать?

 

Хотелось бы иметь голый (в смысле без всяких упоминаний о Teamcenter) NX и MRL в котором пользователи смогли бы вести данные как по компонентам так и по инструментальным сборкам и только. Собрал инструментальную сборку из компонентов, вставил в симуляцию своей модели и всё.

 

[bdfy 13]

1) MRL - Самостоятельный продукт (расширение функционала ТС). Точно не помню (нет под руками дистрибутивов), но, по-моему, для установки необходимо запустить дополнительный EXEшник из раздела "advanced installations", а далее по шагам. (Все дополнения находятся в архиве и их нужно разархивировать)

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

3) Все под управлением СУБД.

4) Поскольку это приложение ТС, то и управляется оно из ТС. Работать в NX можно без ТС (клиент ТС не нужен). NX обращается напрямую в классификатор, все, что есть в классификаторе - доступно в NX.

 

Более подробно Вам расскажут в СИМЕНСе, можно поискать и в тырнете, где то проскакивала инструкция на русском по инсталляции и настройкам.

[lexx174 373]

Цитата

  MRL - Самостоятельный продукт

Цитата

Все данные хранятся в базе ТС

Цитата

Работать в NX можно без ТС (клиент ТС не нужен). NX обращается напрямую в классификатор

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

На деле же скорее всего ответ везде - НЕТ.

MRL без TC не работает, тем более если это приложение Manufacturing - оно де факто не может жить отдельно без TC. Я так понял.

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

Соответственно если есть какая-то другая PDM - придется держать 2 PDM и обеспечивать обмен данными между ними

А в чем отличие функционала MRL от возможностей организовать стандартно библиотеку инструмента в классификаторе?

Или опять придумали какое-то приложение используещее тот же классификатор и требующее очередную лицензию?

 

Изменено 21 марта 2017 пользователем lexx174

[bdfy 13]

:-) Я с Вами спорить не собираюсь :-), но "

В 20.03.2017 в 11:47, KlimTV1987 сказал:

...1. MRL ставится вместе с клиентом Teamcenter и без него в принципе работать не будет?...

MRL устанавливается на базу ТС и функционал его доступен из NX без клиента ТС - в чем же здесь противоречие?

Ну и остальное :-) в том же ключе

 

[koner 45]

 а какой функционал MRL доступен из NX?

[KlimTV1987 4]

В 21.03.2017 в 07:34, lexx174 сказал:

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

Да, меня это и интересует. Возможность независимой от Teamcenter работы - чтобы "уши" TeamCenter не торчали, по крайней мере в большей степени, чем необходимо для работы с самим MRL. Т.е. если для работы с MRL используется интерфейс и БД Teamcenter - чтобы из этого интерфейса по максимуму было исключено всё что к MRL не относится, чтобы у пользователя даже соблазна не было что-либо "лишнее" использовать. Ну и соответственно чтобы лицензии использовались только от NX и MRL. Может MRL так работать?

 

А что за зверь такой "MRL connect to NX"? Как это работает, кто-нибудь использует? На ю-тубе нашел видео только NX + MRL + Teamcenter.  Или технически и внешне NX + MRL connect to NX не отличается от этого варианта?

 

[Krusty 194]

В 22.03.2017 в 16:58, KlimTV1987 сказал:

чтобы из этого интерфейса по максимуму было исключено всё что к MRL не относится, чтобы у пользователя даже соблазна не было что-либо "лишнее" использовать

ну дык настройте морду RAC, зайдут пользователи MRL-а и лишних приложений и команд просто не увидят.

В 21.03.2017 в 07:34, lexx174 сказал:

MRL от возможностей организовать стандартно библиотеку инструмента в классификаторе?

Эту библиотеку наполяют поставщики металорежущего оборудования

[NGM 267]

2 часа назад, Krusty сказал:

Эту библиотеку наполяют поставщики металорежущего оборудования

 

А это точно? Вы проверяли что-нибудь, кроме библиотеки Sandvik-а?

 

"Должны наполнять" != "Наполняют"

 

В 3/21/2017 в 13:19, koner сказал:

а какой функционал MRL доступен из NX?

 

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

 

В 3/22/2017 в 16:58, KlimTV1987 сказал:

Да, меня это и интересует. Возможность независимой от Teamcenter работы - чтобы "уши" TeamCenter не торчали, по крайней мере в большей степени, чем необходимо для работы с самим MRL. Т.е. если для работы с MRL используется интерфейс и БД Teamcenter - чтобы из этого интерфейса по максимуму было исключено всё что к MRL не относится, чтобы у пользователя даже соблазна не было что-либо "лишнее" использовать. Ну и соответственно чтобы лицензии использовались только от NX и MRL. Может MRL так работать?

 

Касаемо выделенного жирным - ТОЛЬКО на стороне конечного пользователя и ТОЛЬКО если специально выделенный человек (человеки) будет плотно сидеть на администрировании MRL. Уши Тимцентра будут торчать обязательно. Любые изменения в библиотеке инструмента - нужен Классификатор. Добавить новую инструментальную сборку - Менеджер ресурсов.

 

MRL - не система из разряда "поставить и забыть". Для этих целей лучше пользоваться штатной библиотекой NX.

 

[koner 45]

57 минут назад, NGM сказал:

инструмент не из локальной библиотеки, а из MRL

Я вот не уверен, а у MRL разьве есть свои механизмы связи из NX с тимцентр и свой интерфейс в NX? Я почему то думал из NX работает стандартный механизм с tcl и def + классификатор, а MRL лишь собирает инструмент на стороне тимцентра.

Что я точно знаю (а может уже не точно), в MRL нужно сначала собрать наладку(сборку) инструмента в ТС, при этом она классифицируется, и создается отдельным объектом. А потом из NX брать готовую сборку/наладку.
И при этом в NX уже нельзя поменять например вылет инструмента, связь с инструментом ТС тогда слетит.
Т.е. работа происходит какбэ с готовыми наладками.
 

[NGM 267]

1 час назад, koner сказал:

Что я точно знаю (а может уже не точно), в MRL нужно сначала собрать наладку(сборку) инструмента в ТС, при этом она классифицируется, и создается отдельным объектом. А потом из NX брать готовую сборку/наладку.
И при этом в NX уже нельзя поменять например вылет инструмента, связь с инструментом ТС тогда слетит.
Т.е. работа происходит какбэ с готовыми наладками.

 

Абсолютная правда.

 

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

 

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

[Lockdain 21]

В 24.03.2017 в 14:57, NGM сказал:

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

Все так. Из поставщиков инструмента удалось "пробить" на получение Generic Tool Catalog только Sandvik (у них это по-моему уже доступно в открытом доступе) и Iscar (при больших объемах закупки). Если вендор каталоги не дает, то вести MRL руками - боль, бо каждая наладка подразумевает создание нового объекта в Resource Manager и его классификацию в нужной ветке.

Из удобного - плюшки гибкого автоподбора совместимых компонентов РИ на базе plug - socket (хотя не уверен, что это плюшка MRL, скорее Resource Manager), автоматическая сборка по ISO 13399 и еще пару моментов.

Изменено 19 апреля 2017 пользователем Lockdain