Поиск по сайту: Результаты поиска по тегам 'классификатор'.

  • Поиск по тегам

    Введите теги через запятую.
  • Поиск по автору

Тип публикаций


Категории и разделы

  • САПР, Информационные технологии в проектировании и производстве
    • Все вопросы о CAD
    • Все вопросы о CAM
    • Обсуждение CAD/CAM-систем
    • Все вопросы о CAE
    • Все вопросы о PDM
    • Дизайн, ПО для дизайна
    • САПР ТП
    • САПР зданий и сооружений, дизайн зданий
    • Электротехнические САПР
    • Сравнение и Выбор!
    • 3D Модели
    • Трансляция, конвертация, просмотр
    • Ролики по САПР
    • Настройка и выбор ПК под САПР, комплектующие к ПК
    • Программное обеспечение
  • Проектирование и производство
    • Проектирование и конструирование
    • Материалы и покрытия, прокат и профиль
    • Производственные проблемы
    • Оборудование, комплектующие, оснастка, инструмент
    • Прототипирование
    • Вопросы экономики
    • Размещение заказов
    • CNCZONE.RU
  • Полезная информация
    • Новости
    • Статьи
    • Обсудим увиденное или прочитанное
    • Раздел ссылок
    • Литература, Электронные книги, ГОСТы
  • Доска объявлений
    • Размещение заказов
    • Предложение услуг
    • Продажа
    • Покупка
    • Обмен, дарение
    • Размещение вакансий
    • Размещение резюме
  • Разное
    • Флейм
    • Юмор о CAD/CAM и не только
    • Kонкурсы проектов
  • Сервис

Календари

  • Основной календарь



Фильтр по количеству...

Найдено 4 результата

  1. Коллеги, суть проблемы в следующем: Имеется 2-tier Teamcenter 10.1 в классификаторе которого созданы справочники (Материалы, ПКИ, Стандартные изделия и т.п.). Каждым ICO справочника классифицирована соответствующая ревизия Материала, ПКИ, Стандартного изделия. Справочники наполнены и в работе, то бишь элементы справочников используются в множестве сборок и структур конструкторскими поздразделениями. ICO и соответствующий классифицированный ItemRevision имеют наименование согласно соответствующему стандарту (ГОСТу, ОСТу, ТУ), кроме того среди атрибутов ICO также имеется атрибут "Стандарт", в котором содержится наименование соответствующего стандарта. Произошло обновление стандарта. Т.е. например было ТУ ххх.ххх.хх-86, вышло ТУ ххх.ххх.хх-2016 (по сути изменился только год, остальные атрибуты элементов классификатора и правила формирования шифра наименования остались прежними). Необходимо провести изменения по классификатору. На данный момент путь проведения такое изменения проводится следующим образом. Пересматривается (создается новая) ревизия соответствующего классифицированного материала, пки, ст.изд., при этом Teamcenter автоматически классифицирует новую ревизию аналогично предшествующей, то есть в соответствующем классе хранения классификатора создается новый ICO. Новой ревизий задается наименование в соответствие с новым стандартом. Далее в классификаторе удаляется ICO классифицировавшее предыдущую ревизию с недействующим стандартом. Редактируется новое ICO с действующим стандартом в котором заполняется атрибут "Стандарт" (при создании новой ревизии Teamcenter автоматически атрибуты не копирует и не заполняет). На ревизию материала, пки, станд.изд. с недействующим стандартом устанавливается статус "Анулировано" запрещающий её использование в новых сборках. Вроде как, не слишком много процедур, но это когда изменился стандарт охватывающий небольшую номенклатуру, а вот когда нужно провести изменения стандартов охватывающих несколько сотен элементов справочника, лица ответственные за ведение справочников (инженеры-конструктора не обладающие администраторскими привилегиями) начинают сильно нервничать... и очень сильно просят как-то автоматизировать или упростить эти процедуры. Возможно у кого-то возникала подобная проблема, и есть варианты решения, или хотя бы какие-нибудь идеи ("мозговой штурм" тоже устроит). Очень уж сильно конструктора нервничают... Думал возможно как-то с помощью импорта/экспорта решить проблему, но как? Экспортировать существующие ICO и объекты возможно, а вот при импорте как указать ТС необходимость создавать новые ревизии и устанавливать статусы на старые...
  2. Коллеги, день добрый. Возможно для кого-то это станет новостью, для кого-то нет... Но уже несколько лет функционирует стандарт ISO 13399, определяющий именование параметров режущего и вспомогательного инструмента, инструментальных сборок и т.д. Более того - существуют его "отечественные" адаптации: ГОСТ Р 54131-2012, ГОСТ Р 54132-2012, ГОСТ Р 54133-2012, ГОСТ Р 55341-2012 и еще несколько. Стандарты - это всегда хорошо, а когда речь заходит о каталогах и классификаторах - просто прекрасная, если не необходимая. Возникла мысль "причесать" наши собственные каталоги ЧПУ-шной оснастки, используя вышеупомянутые документы. Самому по граблях ходить - всегда интересно и увлекательно, но может уже кто-то применяет (применил) данные стандарты для своих справочников инструмента? Просто уже возник ряд вопросов, ответы на которые в документах даются исключительно косвено. Каким образом классифицировать инструментальные сборки? Как поступать в случае, если для одной и той же характеристики (прим. радиус скругления режущей кромки у резца) в стандарте используются различные идентификаторы, а на практике для конкретной пластины подходят оба?
  3. Teamcenter 8.3 толстытй клиент Суть задачи в следующем: Классы в классификаторе созданы предварительно. Сейчас пользователю приходится создавать ICO, потом создавать Item, заполнять у Item аналогичное ICO наименование, и затем классифицировать этот Item с помощью ICO. Хоется этот процесс несколько упростить, так как предстоит создание нескольких тысяч ICO. Хочется сделать: ответственная персона создает в классификаторе ICO, и затем либо автоматически, либо по команде меню создается классифицируемый этим ICO объект, т.е. например пользователь после создания ICO (этот ICO активен), нажимает кнопку на панели инструментов, появляется окно с выбором типа создаваемого классифицируемого объекта (материал, пки, стандартное изделие и т.п.), и после выбора автоматически создается item нужного типа, инфа для которого (наименование, значения атрибутов) берется из активного ICO и это объект затем классифицируется активным ICO. Возможно существует стандартная возможность ТС по упрощению процесса создания связанного объекта? Но так или иначе, начал смотреть в сторону кастомизации толстого клиента. И тут незадача, в гайде по кастомизаци полно инфы о том как отобразить ту или иную информацию с Java, а вот как создать итем (с ревизией, мастер формами и т.п.) информации нет совсем. Java практически не знаю (паскалист), курсы по программированию в TC проходил 1,5 года назад, но оно не надо было раньше, и забылось почти все. Отсюда вопросы: Может кто-нибудь подскажет куда искать/смотреть, или примерчиками поделится Ну или возможно проблема надуманная, и кто-нибудь знает как её проще решить. Сам ранее работал напрямую с БД ТС, а тут вот надо толстого клиента кастомизировать. Напрямую думал создавать записи в БД, но как-то много очень надо таблиц править, боюсь напутать и запортить чего-нибудь. Заранее спасибо.
  4. Здравствуйте. Передаю на производство чертежи. Номера присвоены по классификатору. Некоторые детали используются в различных сборках. Соответственно распечатаны чертежи только в сборке первичного вхождения. Сложилась ситуацию что на производстве ломают голову где брать чертежи, которые есть в спецификации, но нет в папке с чертежами (каждая сборка в отдельной папке). Производство просит поставить пометку в спецификации где искать чертеж. Что говорит по этому ЕСКД?