Diotekh

Ошибка при попытке выгрузить в Windchill

78 сообщений в этой теме

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

Как писать уравнения можно почитать в Хелпе.

Вот самый простой пример:

МАТЕРИАЛ=material_param("PRODUCT")+" "+material_param("MATERIAL_GRADE")+" "+material_param("DESIGNATION")+" "+material_param("PRODUCTDOCTU")

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

Поделиться сообщением


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


или лень или некогда по интернетам лазить

Не по интернетам надо лазить, а Хелп читать! Благо он уже давно на русском.

И задавать вопросы службе поддержки, если она есть. Так что правильно озадачивают.

Поделиться сообщением


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

Не по интернетам надо лазить, а Хелп читать! Благо он уже давно на русском.

И задавать вопросы службе поддержки, если она есть. Так что правильно озадачивают.

Ну какой хелп в WF4 думаю не надо пояснять.По крайней мере наши конструктора им не смогли пользоваться. Большая часть его была на английском и поиск кривой.

Да и часто бывает быстрее на форуме спросить или найти.Я маленько ошибся и начал искать вопрос на свой ответ вбивая в поиске "прое параметры".быстро на глаза не попались темы. Потом когда уж вы ответили мне в поиск вбил запрос только уже написал "Creo параметры" и нашел ответ в одной из тем на первой же странице.

Изменено пользователем p_martynov

Поделиться сообщением


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

Если шарите в c++, то можно и без уравнений обойтись. На Тулките написать функцию, которая будет создавать параметр FULL_NAME, или как хотите его назовите, которая будет запускатся при сохранении файла и суммировать параметры Наименование1,......,НаименованиеN. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Если шарите в c++, то можно и без уравнений обойтись.

Вот оно - извращённое мировоззрение программиста! Во весь рост!

У нормального человека всё наоборот: если достаточно написать уравнения, причём сделать это всего один раз в шаблоне, то зачем вообще какое-то программирование?

1 пользователю понравилось это

Поделиться сообщением


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

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

Поделиться сообщением


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

На Тулките написать функцию......

Этот тулкит тоже не малых денег стоил(по крайней мере когда было желание его купить).

У питисишников шаг влево или вправо это уже доп.опция которая нереальных денег стоит. Вот поэтому и отказались от покупки.

Поделиться сообщением


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

А где здесь речь о чертеже?

Поделиться сообщением


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

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

А с чертежом чего не так будет если для модели писать уравнение? Я думал что для чертежа наименование и обозначение возьмутся из модели. Или вы про то как это уравнение будет отображаться в рамке для чертежа?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Я думал что для чертежа наименование и обозначение возьмутся из модели.

Из модели берутся значения соответствующих параметров и заносятся в основную надпись. ОБОЗНАЧЕНИЕ у чертежа должно быть уникальным, отличным от модели (это требование Виндчилла). Обычно оно отличается буквами - СБ, ТЧ, и т.д. Для детали может быть ДТ. И это ОБОЗНАЧЕНИЕ должно быть параметром чертежа. Как и некоторые другие параметры.

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

Поделиться сообщением


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

 

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

А с чертежом чего не так будет если для модели писать уравнение? Я думал что для чертежа наименование и обозначение возьмутся из модели. Или вы про то как это уравнение будет отображаться в рамке для чертежа?

 

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

Поделиться сообщением


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

Кстати, некоторые наши вендоры наконец-то додумались написать эту приблуду для своих клиентов.

Поделиться сообщением


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

У меня такая вот приблуда получилась:

UVScreenCamera

12.uvf.pdf

Поделиться сообщением


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

Спецификацию лучше делать не в ПроЕ, а в Виндчилле по структуре.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Спецификацию лучше делать не в ПроЕ, а в Виндчилле по структуре

К винчилу к сожалению доступа не имею, в jave тоже не силен, поэтому пока так, для больших сборок использую свою прогу на дельфи.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Можете продемонстрировать как это выглядит в винчиле на небольшом примере?

Я уже давно работаю без Виндчилла. Но практически у всех вендоров есть свои разработки Спецификаций для Вндчилла, насколько я знаю. По крайней мере у обеих питерских контор есть.

Создаётся отчёт по структуре изделия. Оформляется по ГОСТ в pdf-файл, который автоматически цепляется как вложение к части соответствующей сборки. Есть возможность вручную заполнять поле Примечание.

Поделиться сообщением


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

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

Поделиться сообщением


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

Видел и на Яве, и на С++. Это не принципиально.

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

Как-то так. Точно уже не помню.


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

Ничего этого нигде не хранится. Просто сразу создаётся PDF, оформленный как надо. Если после изменений надо обновить спецификацию, то просто заново создаётся новый PDF.

Поделиться сообщением


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

И что надо будет по новой набивать тот же раздел "Документация", примечания и прочие вещи.

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

 

Поделиться сообщением


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

Зачем? Просто вся эта Документация должна быть в Виндчилле и входить в состав изделия. ПроЕ к этому не имеет никакого отношения, и иметь не должен. Это как раз задача PDM.

 

Насчёт примечаний не помню, можно их сохранять или нет.

Поделиться сообщением


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

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

 

Не догадываетесь.

Спецификация в виндчиле делается по данным виндчила, которые вносятся в виндчил вручную. :smile:

Поделиться сообщением


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

ВСЕ данные вносятся ВРУЧНУЮ? Это у вас так Виндчилл используется? Сочувствую, но не удивляюсь.

Основные данные - CAD-модели, чертежи - выгружаются в Виндчилл автоматически.

Поделиться сообщением


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

Решил не создавать отдельную тему.

При попытке выгрузки объектов Creo предлагает взять на изменение какие-нибудь входящие детали и узлы, если в окне конфликтов оставить как есть и взять на изменение объекты, то всё выгрузиться без проблем, но если в окне сделать выбор "только для чтения" или ещё какой и нажать "ОК", то Creo высветит кирпич и напишет "Сбой, Сохранение было прервано." И напишет "Объект такой-то не может быть сохранен в рабочей области." После приходится повторить процедуру и теперь всё сохраняется и выгружается. Как побороть такого рода проблему?

Поделиться сообщением


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

Решил не создавать отдельную тему.

При попытке выгрузки объектов Creo предлагает взять на изменение какие-нибудь входящие детали и узлы, если в окне конфликтов оставить как есть и взять на изменение объекты, то всё выгрузиться без проблем, но если в окне сделать выбор "только для чтения" или ещё какой и нажать "ОК", то Creo высветит кирпич и напишет "Сбой, Сохранение было прервано." И напишет "Объект такой-то не может быть сохранен в рабочей области." После приходится повторить процедуру и теперь всё сохраняется и выгружается. Как побороть такого рода проблему?

Такая беда по моему только со сборками, где есть таблицы семейств. Побороть видимо никак.

Прое сам почему то пытается взять их на изменение. Хотя может быть есть какие-то настройки в конфиге для этого?

Поделиться сообщением


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

Пока работаешь без Windchill - выглядит всё как бы нормально и прозрачно, а загрузишь сборки и начинаются постоянные регенерации и устаревшие данные.

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

"Безглючных" программ не бывает, но некоторые мелочи выводят из колеи.

Поделиться сообщением


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

Для этого и существует техподдержка реселлеров в России и 10 офисов техподдержки РТС во всем мире.

Напомните неосведомленному начальству , что  скупой платит дважды.

:doh:

Поделиться сообщением


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

Для этого и существует техподдержка реселлеров в России и 10 офисов техподдержки РТС во всем мире.

Напомните неосведомленному начальству , что  скупой платит дважды.

:doh:

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

Поделиться сообщением


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

Для этого и существует техподдержка реселлеров в России и 10 офисов техподдержки РТС во всем мире.

Напомните неосведомленному начальству , что  скупой платит дважды.

:doh:

Техподдержка это как бы круто, но она не решает фундаментальных проблем в софте. Тем более на заграничном форуме ptc.com люди сталкиваются с такими же проблемами и с наличием технической поддержки. Редко когда бывают "хотфиксы", обычно всё заканчивается ожиданием нового билда.

Поделиться сообщением


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

Одна из причин почему групповые/табличные объекты берутся на изменение- это если при сдаче исполнения не были проверены. Далее при открытии сборки они меняются и соответственно просятся на изменение.

почему они не проверены: При сдаче на хранение у Вас в окошке предупреждений по умолчанию стоит опция "не проверять" (ну или как-то похоже). Настройте config.pro так чтобы не проверенные таблицы семейства проверялись. Какая опция за это отвечает сейчас не скажу, дома  proe нету. если не забуду, завтра гляну на работе.

Удачи!!!

Поделиться сообщением


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

Одна из причин почему групповые/табличные объекты берутся на изменение- это если при сдаче исполнения не были проверены. Далее при открытии сборки они меняются и соответственно просятся на изменение.

почему они не проверены: При сдаче на хранение у Вас в окошке предупреждений по умолчанию стоит опция "не проверять" (ну или как-то похоже). Настройте config.pro так чтобы не проверенные таблицы семейства проверялись. Какая опция за это отвечает сейчас не скажу, дома  proe нету. если не забуду, завтра гляну на работе.

Удачи!!!

Если они не проверены, то вы их не то что сдать на хранение, просто сохранить не сможете.

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

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

Интересно про опцию что-нибудь узнать. Рабочий день в принципе уже в разгаре.

Поделиться сообщением


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

Если они не проверены, то вы их не то что сдать на хранение, просто сохранить не сможете.

......

Интересно про опцию что-нибудь узнать. Рабочий день в принципе уже в разгаре.

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

итак фантастическая опция: verify_on_save_by_default

Поделиться сообщением


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

К сожалению проверка при сохранении ничего не даёт.

 

Скорее проблема кроется в добавлении в таблицу семейства расчётных параметров, которые считаются на основе уравнений. Например: ОБОЗНАЧЕНИЕ_ДОКУМЕНТА=ОБОЗНАЧЕНИЕ+ПОСТФИКС_МОДЕЛИ

Без параметра ОБОЗНАЧЕНИЕ_ДОКУМЕНТА вынесенного в таблицу семейства вы не выгрузите исполнения, система сообщит вам, что имена экземпляров не уникальны. А потом PROE или Creo вам сообщит, что параметр таблицы семейства переопределяет значение на основе уравнения.

 

Ещё бывает необходимо вставить в чертеж таблицу отчёта и в таблицу семейства включают расчетный параметр МАССА - повторяется ситуация с переопределением параметра.

 

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

 

Ради эксперимента берёшь эти модели на изменение, всё регенерируешь, сохраняешь и сдаёшь на хранение, а при следующем вызове всё может повториться. Жёлтый светофор потом преследует пользователя =) Циклических ссылок нет в моделях проверял.

 

Ещё бывает интересная ситуация с парадоксом проектирования сверху-вниз. У вас имеется сборка с мастер геометрией и деталями основанными на нём (скелетоне). Допустим представим себе сборку стола - четыре ноги и столешница.

 

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

1) Берём на изменение скелетон, меняем высоту вытягиваний или эскизов

2) Берём на изменение деталь ноги, регенерируем, всё перестроилось

3) Берём на изменение сборку стола, регенерируем - всё нормально

4) Система скажет, что столешница не регенерирована, так как не взята на изменение (скелетон новее чем деталь), предложит вам взяться на изменение и тут вы либо делаете только для чтения, либо берёте на изменение

5) Сдаёте на хранение всё и Windchill вам говорит, что модель столешницы не изменилась с момента регенерации и следовательно не сдана на хранение.

 

При следующем открытии вы увидите не регенерированную столешницу и опять будете её брать на изменение. Что с этим делать?

Поделиться сообщением


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

С  табличными как я понимаю проблема с уравнениями, переопределяющими табличные параметры. В подобной ситуации чтобы они не просились на изменение, я обычно регенерировал родовой раза три, затем пересчитывал таблицу раза два. Я делал так для стандартных, но делать такие танцы с бубнами для обычных моделей… :wallbash:

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

Со сверху вниз. Как я понял, сборка не сохраняется. Странно вроде сборка тоже меняется. Удивительно, что ПроЕ считает ее не изменившейся, вроде геометрия меняется и масса пересчитывается, но в Прое много алогичного. Можно конечно поменять опцию save_object, но это, мягко говоря, не правильно и будет только хуже. Получается только один вариант менять сборку насильно: создать, например, систему координат, а потом ее удалить, что опять же танцы с бубнами.

Удачи!!!

Поделиться сообщением


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

С  табличными как я понимаю проблема с уравнениями, переопределяющими табличные параметры. В подобной ситуации чтобы они не просились на изменение, я обычно регенерировал родовой раза три, затем пересчитывал таблицу раза два. Я делал так для стандартных, но делать такие танцы с бубнами для обычных моделей… :wallbash:

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

Со сверху вниз. Как я понял, сборка не сохраняется. Странно вроде сборка тоже меняется. Удивительно, что ПроЕ считает ее не изменившейся, вроде геометрия меняется и масса пересчитывается, но в Прое много алогичного. Можно конечно поменять опцию save_object, но это, мягко говоря, не правильно и будет только хуже. Получается только один вариант менять сборку насильно: создать, например, систему координат, а потом ее удалить, что опять же танцы с бубнами.

Удачи!!!

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

Поделиться сообщением


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

С  табличными как я понимаю проблема с уравнениями, переопределяющими табличные параметры. В подобной ситуации чтобы они не просились на изменение, я обычно регенерировал родовой раза три, затем пересчитывал таблицу раза два. Я делал так для стандартных, но делать такие танцы с бубнами для обычных моделей… :wallbash:

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

Со сверху вниз. Как я понял, сборка не сохраняется. Странно вроде сборка тоже меняется. Удивительно, что ПроЕ считает ее не изменившейся, вроде геометрия меняется и масса пересчитывается, но в Прое много алогичного. Можно конечно поменять опцию save_object, но это, мягко говоря, не правильно и будет только хуже. Получается только один вариант менять сборку насильно: создать, например, систему координат, а потом ее удалить, что опять же танцы с бубнами.

Удачи!!!

Со сборкой стола всё нормально, она сдаётся на хранение, а вот столешница нет, но её статус при следующем открытии будет устарел и занесётся в outdated.lst

 

Я думаю что как раз из-за переопределения параметра управляемого таблично его Creo и Proe сильно коробит на этот счёт и он хочет взяться на изменение. Нужно поэкспериментировать.

Поделиться сообщением


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

Всем привет, попробую описать свою проблему, может кто сталкивался.

 

Имеем Винчилл 9.0 под некоторыми пользователями, процентов 10 от всего количества, в определенных изделиях с некоторых пор невозможно выгрузить документ (1. Новый документ-2.типа... (выбираем любой тип, например Документ)-3.далее окно с кнопкой обзор) 

уже на первом шаге появляется значек требующий догрузить плагин, если нажать -Установить идет "вечная" установка (пробовали ждать около 2 часов-безрезультатно) Ну и на 3 шаге при нажатии Обзор(для выбора необходимого файла) выдает ошибку (все на скрине)

 

При этом под другим таким же пользователем (с теми же правами) все работает без проблем и о плагинах и ошибках нет и речи, опробовано на разных ПК, ситуация не меняется, права Админа в изделии тоже ничего не меняют, перебивали мазиллу и джаву- безуспешно. Системы никакой не наблюдается, в 5 изделиях все работает в 6-м не работает, во всех изделиях пользователь на одной и той же роли (Конструктор).

Куда еще смотреть? Как будто некие проблемы с джавой в каком-то кэше конкретного пользователя в конкретном изделии, так как завязка за пользователя идет: на моем ПК подо мной в этом изделии все грузится, под ним в том же изделии все вышеописанное.

 

Для Форума.png

Изменено пользователем Ali

Поделиться сообщением


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

Я не помню в 9 аплеты в настройках у винчила можно было отключить?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
14 часа назад, fivig сказал:

Я не помню в 9 аплеты в настройках у винчила можно было отключить?

Точно ответить не смогу, для вышеописанных действий нужны админправа на сайт как понимаю?

Поделиться сообщением


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

Создайте аккаунт или войдите для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!


Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.


Войти сейчас

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

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



  • Сообщения

    • korobokk
      благодарю за уточнение по поводу отжечь/отпустить!
      за вьювер не знал, удобненький. а чертеж примерный, аж прям глаз радуется, на все вопросы сразу получил ответы))) спасибо @Demitriy
    • zerganalizer
      Вы нанимаете как ТС ветки, я просто прокомментировал ваше предложение. При чем форумчане?
    • fenics555
      Ну смотрите, тут кто как привык. Можно и так, но ведь Вы не всегда обрабатываете один и тот же материал?    Лично у меня есть папки "для стали", "для дюрали" и т.д. (то что часто обрабатываем), в них уже сохранены файлы параметров обработки (.mil .drl и т.д. ) с автоматическим расчетом нужных параметров. Они уже отработаны под мой инструмент. Т.е. есть в папке "СТАЛЬ" есть KORPUSNOI.MILL, TVERDOSPLAV.MILL, AVTODRILL.DRL  SURFACE.MILL и тд, подобное в других папках c другими режимами резания под другие материалы соответственно.    Когда создаешь новую последовательность выбираешь вкладку "параметры", внизу открыть и выбираешь нужное.   Т.е. я не шаблоны подгружаю, а непосредственно параметры, в которых также присутствуют формулы для авторасчета.
    • lexincton
    • Т.К.
      Ох... описание параметров настройки удерживающего реле (функции значений 1 и 0 для разных К-кодов)
    • NGM
      Добрый день, уважаемые форумчане!   В связи с образованием отдела автоматизации управления производством на предприятии открыты новые вакансии.   Отвечу сразу на некоторые предсказуемые вопросы: Удаленной работы нет. От слова совсем. Это и организационные, и технические ограничения. С моей стороны - очень сложно представить удаленную работу специалистов, деятельность которых напрямую связана с "живым" производством. Территориально: пос. Томилино Люберецкого района (станции Панки или Томилино Казанского направления ЖД). Предприятие не компенсирует затраты на дорогу, но есть корпоративный транспорт от станции Томилино до завода. Ну и бесценная возможность ездить утром на работу навстречу всем пробкам Рязанского шоссе. Рабочий график: 8/5, плавающее начало рабочего дня - с 7:00 до 9:00. В пятницу рабочий день на 1 час короче. Предприятие частично компенсирует питание в столовой. Для членов профсоюза: плюшки-ватрушки, билеты в театр и различные туристические поездки по льготным ценам, подарки детям на новый год. В связи со спецификой производства, отдельно рассматриваются кандидаты с опытом работы в единичном или мелкосерийном производстве на предприятиях авиа-, либо двигателестроения. Это не будет являться каким-то решающим фактором, но небольшим плюсом. Пол, возраст, вероисповедание, партийная принадлежность - значения не имеют. Главное, чтобы не мешало на рабочем месте :)   Еще одно замечание: отдел автоматизации управления производством, де-факто, создается "с нуля". Но на предприятии уже имеются сильные отделы по автоматизации технологической подготовки производства, а также по направлениям PLM и САПР. Т.е. новое направление автоматизации будет выстраиваться не совсем уж в чистом поле.   На все остальные вопросы по существу я отвечаю в личных сообщениях на форуме, либо по почте gmnaumovСОБАКЕНyandex.ru Пожалуйста, если будете писать уточняющие вопросы или направлять резюме - указывайте, на какую конкретно вакансию претендуете.   Теперь, собственно, по описанию вакансий:

      Ведущий инженер по автоматизированным системам управления производством.   Обязанности:   Внедрение и адаптация под задачи предприятия систем автоматизации планирования и управления производством, движения и учета ТМЦ. Участие в обследовании и анализе текущих бизнес-процессов («как есть»), подготовка предложений по их совершенствованию и автоматизации («как должно быть»). Участие в проектах реализации информационного обмена между информационными системами, применяемым в контуре подготовки и управления производством: CAD/CAM, PDM, АТПП, MES, ERP. Решение технических проблем, 2-я линия технической поддержки, взаимодействие со службами технической поддержки вендоров ПО. Взаимодействие как со специалистами смежных подразделений, так и с функциональными заказчиками в производственных подразделениях предприятия. Разработка пользовательских инструкций, проведение централизованного обучения пользователей. Периодические командировки по РФ.
      Требования: Высшее техническое образование. Образование в области авиастроения, машиностроения, информационных технологий в производстве является преимуществом. Общее понимание всего комплекса задач конструкторско-технологической подготовки производства, организации и управления производством, учета движения ТМЦ и бухгалтерского учета. Обязателен опыт во внедрении, либо поддержке систем автоматизации планирования и оперативного управления производством. Владение MS Windows и пакетом MS Office – на уровне администратора, либо опытного пользователя. Владение, как минимум, 3-4 системами на уровне администратора/опытного пользователя (прочими – на уровне пользователя, либо понимания уровня решаемых задач): PDM (Teamcenter, Search, Windchill, Enovia, Лоцман) ERP (1С: ERP, SAP, Галактика, Парус) АТПП (Techcard, Вертикаль) MES (1C: УПП, Alfa, Галактика)  Общее представление о технологиях информационного обмена: XML, JSON, SOAP. Опыт работы с СУБД на уровне написания SQL-запросов. Большой плюс – опыт администрирования любой промышленной БД (Oracle, MS SQL, PostgreSQL). Опыт работы с любой системой ServiceDesk и СЭД (как минимум – понимание функционала и решаемых задач).   Уровень з/п: до 95 000 р. gross, в зависимости от навыков и опыта работы.   ================================================   Главный специалист по интеграции прикладных решений   Обязанности: Организация информационного обмена между информационными системами, применяемым на предприятии в контуре подготовки и управления производством: CAD/CAM, PDM, АТПП, MES, ERP. Сопровождение полного цикла проектов по интеграции информационных систем в контуре подготовки и управления производством: проработка требований, разработка ТЗ, взаимодействие с разработчиками во ходе реализации проекта, внедрение в опытную и промышленную эксплуатацию. Обеспечение работоспособности программных продуктов в зоне своей ответственности. Решение вопросов по устранению ошибок и сбоев (2-я линия технической поддержки). В числе прочего - возможны задачи по непосредственной доработке существующих решений по интеграции (внесение изменений в программный код). Разработка требований для вендоров ПО по расширению функционала программных продуктов.   Требования: Обязателен опыт (со стороны заказчика или исполнителя) в проектах интеграции информационных систем управления жизненным циклом изделия на машиностроительных предприятиях - PDM/CAD/CAM/АТПП/MES/WMS/ERP. Обязателен опыт работы (администратором или в рамках проектов интеграции) с одной или несколькими системами автоматизации управления производства и/или складского учета. Крайне желателен опыт работы с одной или несколькими системами: Teamcenter, NX, Search, Techcard, Imbase, Cortona 3D. Уверенное знание SQL (диалект не имеет значения), плюсом будет знание PL/SQL или T-SQL. Опыт администрирования любой СУБД - Oracle/MS SQL/PostgreSQL: установка, настройка экземпляра БД, резервное копирование и восстановление, решение возникающих ошибок и технических проблем. Это, скорее, обязательное требование, чем какое-то преимущество. А вот успешный опыт решения вопросов с производительностью СУБД - уже большой плюс. Обязательно хотя бы базовое знание любого языка программирования - Java, C++, C#. Опыт непосредственной разработки интеграционных решений - большой плюс. Английский язык - как минимум, на уровне чтения технической документации. Грамотная устная и письменная речь.   Уровень з/п: до 110 000 р. gross, в зависимости от навыков и опыта работы.   =================================================   Системный аналитик.   Обязанности: Анализ бизнес-процессов подготовки производства, планирования и управления производством, движения и учета ТМЦ, бухгалтерского учета предприятия. Описание исследуемых бизнес-процессов «как есть» в виде функциональных схем, таблиц, инструкций. Участие в подготовке решений по автоматизации («как должно быть»). Участие в подготовке ТЗ на внедрение и интеграцию информационных систем автоматизации. Проведение анализа бизнес-процессов вне предприятия, в т.ч. на других производственных площадках Холдинга. Взаимодействие как со специалистами смежных подразделений, так и с функциональными заказчиками в производственных подразделениях предприятия. Периодические командировки по РФ.   Требования: Высшее техническое образование. Образование в области авиастроения, машиностроения, информационных технологий в производстве является преимуществом. Опыт обследования бизнес-процессов организации, в частности - подготовки и управления производством. Владение MS Windows, Excel, Visio, BPWin – на уровне администратора, либо опытного пользователя. Грамотная письменная и устная речь. Стрессоустойчивость, способность к продуктивному диалогу с пользователями-носителями знаний. Владение профессиональной терминологией. Способность к изложению неформализованных бизнес-процессов в терминах систем автоматизации. Опыт описания бизнес-процессов по методологии IDEF0/ IDEF1. Владение, как минимум, 1...2 системами на уровне администратора/опытного пользователя (прочими – на уровне пользователя, либо понимания уровня решаемых задач): PDM (Teamcenter, Search, Windchill, Enovia, Лоцман) ERP (1С: ERP, SAP, Галактика, Парус) АТПП (Techcard, Вертикаль) MES (1C: УПП, Alfa, Галактика)  Общее представление о технологиях информационного обмена XML, JSON, SOAP. Опыт написания SQL-запросов средней сложности. Как плюс - опыт разработки на любом языке программирования, либо понимания принципов ООП. Опыт работы с любой системой ServiceDesk и СЭД (как минимум – понимание функционала и решаемых задач).
      Уровень з/п: до 100 000 р. gross, в зависимости от навыков и опыта работы.
    • TBC
      Ну смотрите! Я вас предупредил. Сейчас диагнозы пойдут.  
    • Солнцеворот
      Нашел ответ случайно: Для присвоения материала нескольким телам, нужно, чтобы этим телам был присвоен какой-нибудь другой материал. Заходим на вкладку "Внешние виды". Правой кнопкой мыши по материалу, в который хотим закрасить другие тела, "Правка" -> "Копировать"   Следом правой кнопкой по другому материалу, который хотим заменить первым материалом, "Правка" -> "Присвоить внешний вид: *****".
    • dimeil
      Есть файл ncparam.xml шаблон заполнения "При создании нового ЧПУ-перехода после выбора инструмента обязательные параметры заполняются автоматически" изначально он пустой шаблон, я заполнил два параметра
        В новом переходе два параметра были взяты из ncparam.xml остальные из прежнего места. Конечно можно заполнить все параметры, но возможно есть проще решение?          
    • andrey2147
      Программирования чего ? "А ты точно не Сыроежкин? "