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

Внедрение БД инструментов с возможностью импорта в CAM


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

Добрый день, будущие коллеги.

В рамках выпускной работы занимаюсь созданием БД режущих инструментов предприятия, а также интерфейса, позволяющего сформировать список режущих инструментов из БД в модуль NX CAM.

Поток данных будет такой: Склад > PDM > БД > Технологический отдел.

Напишите, пожалуйста, какие вы видите преимущества внедрения подобной системы на предприятии?

Я вижу следующее: снижение времени на подготовку управляющих программ засчёт снижения времени на ручное создание всех инструментов. Но одного маловато.

Заранее спасибо за ответы :)

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


2 минуты назад, dopenight сказал:

какие вы видите преимущества

Преимущества не бывают сами по себе. Преимущества бывают (если бывают) всегда по сравнению с чем-то другим. С чем хотите сравнивать?

 

4 минуты назад, dopenight сказал:

снижения времени на ручное создание всех инструментов

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

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

Преимущества не бывают сами по себе. Преимущества бывают (если бывают) всегда по сравнению с чем-то другим. С чем хотите сравнивать?

 

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

Преимущества по сравнению с ручным созданием инструмента. Может, не так выразился, какие-либо положительные эффекты от внедрения такой системы :)

6 минут назад, Ветерок сказал:

Преимущества не бывают сами по себе. Преимущества бывают (если бывают) всегда по сравнению с чем-то другим. С чем хотите сравнивать?

 

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

Предполагается, что существует API, которое позволяет получать данные из PDM-системы. В должностную инструкцию работника склада будет добавлено, что при получении нового инструмента обновлять БД: в интерфейсе будет возможность обновления БД из PDM-системы. Пока так вижу. Что скажете? :)

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

Напишите, пожалуйста, какие вы видите преимущества внедрения подобной системы на предприятии?

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

 

У технологов есть некий каталог с ограничительным перечнем инструментов и их типоразмеров, этот инструмент (как правило, вне зависимости от наличия на складе) закладывается в техпроцесс или проект обработки CAM-системы, после чего попадает неким способом (автоматизированным или ручным) в дефицит, по которому склад выдает или проводит закупки нового инструмента.

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

Преимущества по сравнению с ручным созданием инструмента.

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

 

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

Предполагается, что существует API, которое позволяет получать данные из PDM-системы. В должностную инструкцию работника склада будет добавлено, что при получении нового инструмента обновлять БД: в интерфейсе будет возможность обновления БД из PDM-системы. Пока так вижу. Что скажете? :)

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

 

Еще раз - зерно здравого смысла в теме есть. Есть куда копать, для многих предприятий тема актуальная. Попробуйте зайти с другой стороны - подумайте, как обеспечить работу различных систем, работающих со своими базами данных (PDM, АСТПП, CAM, склад), с одними и теми же объектами. Возьмите сверло Sandvik CoroDrill 428.5. Какие параметры будут храниться в базе инструмента NX CAM? А в системе складского учета? А что нужно для бухгалтерии?

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

А ничего, что создание УП это подготовка производства? Между этапом подготовки и этапом изготовления пройдет время, за которое актуальный на момент создания инструмент может и исчезнуть со склада. А есть он у рабочего в шкафчике или уже отработал жизненный цикл, кто будет следить? И, как правильно заметили, базу кто будет создавать? Тот же программист ЧПУ.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Tad
      Вы спрашиваете про опыт... @gudstartup совершенно прав - отправляйте узел в ремонт, так как некомпетентная возня, как правило, приводит к бОльшим как временным так и материальным потерям.
    • МиО
      Для не последних (например для 2012) версий надо добавить  [HKEY_CURRENT_USER\Software\SolidWorks\SolidWorks 2012\Performance\Graphics\Hardware\Gl2Shaders\Other\Intel(R) HD Graphics 4000] "Workarounds"=dword:00080008 Вместо "Intel(R) HD Graphics 4000" вставить свое имя видеокарты. Может быть любым.  
    • Alexey8107
      Я как бы в курсе. Вопрос звучал Вы же для чего то флудите, видимо уровень себе накручиваете.    К вашему сведению, у нас три таких станка, и все три загружены работой в три смены. Один вышел из строя, их осталось два, но работают за троих.   Интересная интерпретация   Я спрашивал про идеи и вдруг у кого есть опыт устранения дефекта. Адекватные люди промолчали, я это воспринимаю как отсутствие опыта или идей. И это нормально. Вас же отчего то поперло на откровенный флуд. 
    • sloter
      В этом случае (при импорте) можно проще (раз связь с исходными построениями всё равно потеряна). При открытии  IGES зайти в Параметры и поставить галку "Импортировать несколько тел как детали".    В вышеуказанном способе поверхности перенесутся. Правда они все могут содержаться в какой то одной детали. Но правильная структура сборки на данном этапе, как я понял, вам не важна. Если поверхностей не сильно много, то может устроит.
    • Jenny
      Ну что поделать. Оптические сборки они такие. Соединители(2шт)+заглушка+провода а в спецификацию летит 1 строкой. При этом для сборщиков необходимо указывать как проложить провод. Вот и извращаемся как можем. Благодарю!
    • Павлуха
      Поставите сюда галочку и будет Вам счастье.    
    • Бестолковый
      Так вот, осваивая потихоньку SW пришёл к созданию собственных таблиц свойств. Тех самых которые Custom Properly Table, для детали, сборки чертежа детали и чертежа сборки соответственно. Создал таблицы (синхронно создав заготовки для каждого типа вышеуказанных документов, переписал переменные и сложил в отдельную папочку, прописав в свойствах SW пути к ней. Так, чтобы при создании нового документа всё открывалось правильно.   Начитавшись форумов всяко-разных профильных (включая этот) и мануалов пришёл к выводу, что можно "скармливать" в таблицу текстовый или Excel файл с необходимыми данными, как то данные для заполнения штампа и прочее. Иерархия такова: Есть конкретный неизменяемый диск, на нём папки всех проектов, в каждой из них, кроме самих файлов SW кладу этот самый файл гордо именуемый "Код_проекта_db.txt" имя которого меняется, равно как и путь. Всё бы ничего, но когда у тебя один проект - всё гуд, делаешь второй проект - при открытии панельки справа - SW автоматом "подтягивает" файлик из первого проекта, приходится открывать Properly Table Builder и переназначать путь к файлу с необходимыми для второго проекта данными.   Сопсна - сам вопрос к Многоуважаемому Сообществу: Продолжать перезаписывать пути каждый раз или есть какой-то другой выход из сложившейся моими шаловливыми ручонками ситуации?   Заранее признателен за адекватный развёрнутый ответ!  
    • igor555
      Но почему-то на других станках в цехе этого нет и не тупим...хотим придти к единому знаменателю
    • mrVladimir
    • Vengeance
      https://t.me/bBqcc5UzY2E6 заходи в гости, там есть все ^_^
×
×
  • Создать...