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

Сравнение систем Pdm


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

Как любой пакет СпрутМ имеет свои преимущества и недостатки. В нем еще не доработан модуль ведения складов, есть только первый его набросок, отсутствуют модули формирования технологических карт и согласования документов.

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

Разумеется: чем более сырая и не доделанная программа тем в БУДУЩЕМ в ПЕРСПЕКТИВЕ она может решить все проблемы... :rolleyes: К сожалению, чем ближе к этому будущему, чем менее сырой становится программа, чем большую детальность она приобретает, тем больше она становится в ряд "... многие PDM..."

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

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


Конструкторам больше необходимы другие функции, которые реализованы в СпрутМ, чего нет во многих пакетах PDM-ERP. Это мы видели на МАЗе и других заводах, знакомясь с Teamcenter и др. и когда тестировали Search. Необходимо учитывать, что на большинстве заводов АСУ функцинирует еще на 386 компьютерах и если и применяется AutoCad Proe, UG в небольших объемах , то у них как правило нет PDM-систем и вообще не организован электронный архив. И еще на заводах большой объем записей: более 100 тыс. деталей, около 300 тыс. строк состава. И мы видели, как с ними работает Search. При его системе поиска (как и др.PDM) можно и не найти нужную запись. У СпрутМ более мощный м-м поиска.

СпрутМ позволяет организовать параллельную работу конструкторв и технологов, за счет оперативного формирования записей в БД спецификаций и указателей на файлы конструкторской еще не утвержденной документации. Доступ к документам регулируется через стандартные средства и утилиты ОС. Механизм изменений в составе близок по форме к бумажному(видна история). Но сами изменения (подготовленные самим разработчиком) проводятся лишь после утверждения бумажных документов другой службой.

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

Кто может мне ответить по Windchill 8?

Каков механизм внесения изменений в БД спецификации.: создается ли новая спецификация с изменениями как в Search или в существующей делается модификации за счет атрибутов ?

Реализуется ли ведение заказных спецификаций и каков его механизм?

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

Дорогой товарисч! В Windchill 8, да и в гораздо более ранних версиях реализована возможность отслеживания всего и вся, а не только

в существующей делается модификации за счет атрибутов

.

Как много ещё "открытий" Вас ожидает! Будете идти по "лыжне", которую проложили ещё лет ...дцать назад.

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

Кто может мне ответить по Windchill 8?

<{POST_SNAPBACK}>

Вроде как Аэробус новый собирали благодаря ей.... Хотя для Вас это, по видимому, ничего не значит...
Ссылка на сообщение
Поделиться на других сайтах

Дорогой товарисч! В Windchill 8, да и в гораздо более ранних версиях реализована возможность отслеживания всего и вся, а не только .

Как много ещё "открытий" Вас ожидает! Будете идти по "лыжне", которую проложили ещё лет ...дцать назад.

<{POST_SNAPBACK}>

2SVB

что Windchill может предложить технологу (маршруты, составление и т.д.)

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

green_fx

А что такое "маршруты, составление и т.д."?

Вякнул, а там - не рассветай?

<{POST_SNAPBACK}>

Маршрутные карты
Ссылка на сообщение
Поделиться на других сайтах
  • 4 недели спустя...

Кто может мне ответить по Windchill 8?

<{POST_SNAPBACK}>

Смотря какие вопросы будете задавать?

В принципе, не гарантирую ответы на все ваши вопросы, но если смогу, то отвечу.

Каков механизм внесения изменений в БД спецификации.: создается ли новая спецификация с изменениями как в Search или в существующей делается модификации за счет атрибутов ?

<{POST_SNAPBACK}>

Некрасиво, конечно отвечать впросом на вопрос, но что делать?

Что вы подразумеваете под БД спецификации? И о какой спецификации идет речь?

В Windchill PDMLink поддерживается двууровневая система отслеживания и управления версиями КАЖДОГО!!! информационного объекта. Каждая версия каждого информационного объекта - имеет собственный жизненный цикл и может рассматриваться как отдельная модификация основного объекта. Механизм реализации? если честно, то я не в курсе,да меня то особо и неинтересует. Это работает и это главное.

Реализуется ли ведение заказных спецификаций и каков его механизм?

<{POST_SNAPBACK}>

Опять вопрос у меня к Вам. Что вы понимаете под заказными спецификациями? Если речь идет о конфигурационном менеджменте - это один разговор, если о чем-то другом - то соотвественно другой.

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

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

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

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

<{POST_SNAPBACK}>

Очень интересно. А можно попдробнее?
Ссылка на сообщение
Поделиться на других сайтах

monster_lord

С какой стати в Вашем посте #77 в Ваших сообщениях в цитатах стоит мой ник? Это не мои слова!

Это сбой форума или Ваша неаккуратность?

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

С какой стати в Вашем посте #77 в Ваших сообщениях в цитатах стоит мой ник? Это не мои слова!

Это сбой форума или Ваша неаккуратность?

<{POST_SNAPBACK}>

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

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

to monster_lord: вспомните wgm....

<{POST_SNAPBACK}>

О господи, я уже забыл как он выглядит (WGM), настолько это было давно.

Хотя, если честно,то вопрос несколько провокационный.)

В свое время мне приходилось моделировать техпроцессы исключительно средствами Windchill, располагая все связанные с этим объекты на отдельном представлении (View) "Производственным".

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

Само собой напрашивается некоторый гибрид "удобства и системности". И на мой взгляд, есть два пути решения данного вопроса.

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

2. Разработка "родной" системы технологической подготовки.

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

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

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Killerchik
      Смысл в том, что подача должна указываться для фактического перемещения режущего клина. При одинаковой угловой скорости, в зависимости от радиуса траектории линейная скорость движения точки будет пропорциональна радиусу.
    • Killerchik
      Вероятно, я не совсем понятно написал. почта "имя@домен компании.com", хостер почты - Гугл.   Я, быть может, был бы готов из интереса рискнуть своей компанией - но точно не чужой.
    • Turgenev
      Не, греться будет, конкретно, потому что разъем будет прямо на стенке "стакана", а сам "стакан" будет нагреваться от нагревателя до 300 градусов. 3Д модель в процессе. погуглил, это разъемы типа таких: У них все круто, но нет фланца, чтобы хоть как-то закрепить разъем на стенке "стакана". По вашей наводке нагуглил еще разъемов, стоят дорого и очень большой габарит: Есть интересные варианты, но я не смог найти к ним ответную часть:   Это что-то типа такого: Мне не подходит по форм-фактору. Нагреватель должен быть в форме диска- плоский цилиндр диаметром 75мм и высотой около 10-20мм То есть запах идет от обгорания металла нагревателя? Вариант с заливкой нагреватель термостойким бетоном был, я даже его опробовал, но очень уж трудозатратно выходит. Любой металл будет иметь запах при нагреве, если его никуда не засовывать?
    • FROST_R6
      Здравствуй, ты можешь свой дискорд дать и показать?
    • Guhl
      У вас питание силовое на привод приходит? Е09 - отсутствие силового питания
    • Максим604
      В мануале написано что подача при Резьбофрезеровании считается по центру инструмента. Ок. Тогда почему когда пишешь в кам системе, то выдает подачу для движение  по траектории.      Перефразирую.  Нужно нарезать внутреннюю резьбу М20х2.  Фреза 3 зуба ∅12. Скорость резания 50. (Оборотов 1326)  Подача на зуб 0.05   Когда пишу в джи кодах, то выдаётся подача 198.9 мм/мин. С этой подачей станок и режет.    А если написать через шопмилл, то при тех же условиях( скорость резания и подача на зуб), он подачу пересчитывает для центра фрезы.  И выходит подача 80 мм/мин.   И выходит что при одних и тех же условиях меняется время обработки.    Когда пишешь через кам, то подача считается по траектории, а шопмилл считает для центра.    И я не понимаю как правильно считать. И почему именно так.  И в мануалах не нашёл ответа. 
    • maxx2000
      Да вот так ему хочется. Вот такие гады разработчики. Небось и в мануале всё это описали. Я негодую вместе с тобой.
    • Максим604
      Поэтому и вопрос. почему шопмилл подачу меняет, когда пишешь через него(макропеременые), а когда через G код не меняется. как шопмилл просчитывает новую подачу я понимаю, но не понимаю как прравильно и почему именно так правильно, а не наоброт. почему шопмилл переводит подачу с движения по траектории на движение по центру?     
    • Snake 60
      Так а зачем, если вот эта кнопка  сохраняет все детали и подсборки входящие в нее: При желании можно повесить на горячую кнопку через Настройка-Клавиатура Или пересохранить имеется ввиду создать копию с новым именем? Если да, то для этих целей я бы посоветовал крутой макрос с именем Коперник от @tompsongun См. пост выше.
    • maxx2000
      ну хотя бы то что одна написана через макропеременные, вторая в джи кодах. Ты считаешь что при одинаковом результате у них одинаковые алгоритмы?  
×
×
  • Создать...