Jump to content

Классификация режущего и вспомогательного инструмента по ISO 13399


Recommended Posts

Коллеги, день добрый.

Возможно для кого-то это станет новостью, для кого-то нет... Но уже несколько лет функционирует стандарт ISO 13399, определяющий именование параметров режущего и вспомогательного инструмента, инструментальных сборок и т.д. Более того - существуют его "отечественные" адаптации: ГОСТ Р 54131-2012, ГОСТ Р 54132-2012, ГОСТ Р 54133-2012, ГОСТ Р 55341-2012 и еще несколько.

Стандарты - это всегда хорошо, а когда речь заходит о каталогах и классификаторах - просто прекрасная, если не необходимая. Возникла мысль "причесать" наши собственные каталоги ЧПУ-шной оснастки, используя вышеупомянутые документы.

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

Link to post
Share on other sites


Немного начал вникать в тему стандарта ISO 13399. Пока вопросов больше чем ответов. Как я понял поддержка стандарта пока заявлена в плане использования сервисов типа MachinCloud, Advion, где можно собрать режущий инструменты + адаптеры + оправки, или крепежную оснастку и затем купить, но самое мне интересное, это передать геометрию в CAM систему или симулятор.

 

Пример информации что выдает MachineCloud в архиве. Геометрия режущего инструмента передается через XML вероятно. В связи с этим вопросы:

 

1. Стандарт описывает формат обмена или только определяет термины и обозначения?

2. Не могу найти часть 1 стандарта. Возможно там описан формат обмена. Есть у кого текст 1 части 13399?

3. Актуально ли у нас поддержка стандарта 13399 или справочники инструментов у всех доморощенные? 

 

Tool 4 common.zip

Link to post
Share on other sites
там 29 документов выпадает по поиску ISO 13399 в общем читать не перечитать 


В этом-то и проблема.

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

Теоретически, можно не использовать эти коды, ограничившись буквенными обозначениям параметров инструмента, но тут опять же - один и тот же параметр (допустим, длина рабочей части) у одного инструмента обозначается как LH, у другого - LBX. "Где смысл? Где логика?" (с)

Интересно, у российских вендоров Sandvik есть компетентные люди в этом вопросе? Бо есть ощущение того, что весь ISO 13399 писался калькой с каких-то внутрисандвиковских стандартов. 
Link to post
Share on other sites

подходите к этому вопросу критически
люди ходят в офисс, выдают на гора кучу бумаги и получают освоенные деньги
после 2 лет таких пыток начал искать работу поближе к производству, "руки то еще помнят"©

  • Нравится 1
Link to post
Share on other sites
Полностью название стандарта звучит следующим образом: ISO 13399, пред​ставление и обмен данными о режущем инструменте. Это результат совместных разработок Sandvik Coromant, Королевского технологического университета в Стокгольме, французского Cetim (технологический центр механообработки) и других игроков металлообрабатывающей отрасли промышленности.

 

Link to post
Share on other sites
там 29 документов выпадает по поиску ISO 13399 в общем читать не перечитать 
 

 

Спасибо.

 

И каждый документ еще ссылается на другие стандарты. :biggrin:

 

1 часть ISO 13399 использует следующие ресурсы представления данных из ISO 10303: 
a) язык ЭКСПРЕСС определен в ISO 10303-11; 
b) формат файла для обмена данными, определенного в ISO 10303-21 и ISO 10303-28; 
c) интегрированные ресурсы, данные в ISO 10303-40 по ISO 10303-56.
 
Как я пока понимаю изделие (инструмент в данном стандарте) описывается языком express и есть ISO 10303-28 который описывает представление языка express в xml.
Link to post
Share on other sites
Как я пока понимаю изделие (инструмент в данном стандарте) описывается языком express и есть ISO 10303-28 который описывает представление языка express в xml.


После выходных, проведенных в изучении матчасти, сложилось такое же очучение. Т.е. без понимания Express-а применять ISO 13399 можно разве что для рефератов.

...а ведь всё очень просто. Хочется взять все собственные каталоги инструмента и пройтись по ним расческой. Причем такой хорошей, качественной расчёской. Чтобы все разговоры о том "почему диаметр/длина режущей части/главный угол в плане обозначаются так, а не иначе", - обывались на втором слове жестким указанием в сторону стандарта. Разумеется, можно взять готовый каталог из Machine Cloud или MRL, и методом реверс-инжениринга решить проблему, не углубляясь в матчасть. Похоже, так и придётся делать.
Link to post
Share on other sites
Хочется взять все собственные каталоги инструмента и пройтись по ним расческой.

 

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

Link to post
Share on other sites
А сейчас собственные каталоги именно самодельные или от кого-нибудь? В каком формате можно информацию из него выдать? 


Если говорить об MRL, то заявлены каталоги Sandvik и Iscar. Вроде бы как даже в их недрах имеется файлик XML с информацией о параметрах инструмента. В виду ограничеснности времени, с его изучения и начнем.
Link to post
Share on other sites

Т.е. без понимания Express-а применять ISO 13399 можно разве что для рефератов.

 

 

 

там по языку Express ISO 10303 еще вываливается 627 документов, не уверен что стоит оно того чтобы всё это изучать.

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

склоняюсь что для ISO 13399/ISO 10303   WinTool был взят за основу ( личное мнение, возможно ошибочное)

не проще взять за подобие WinTool и приспосабливать его модули к вашей потребности

http://www.wintool.com/home/

 

Results.pdf

Link to post
Share on other sites
не проще взять за подобие WinTool и приспосабливать его модули к вашей потребности
 

 

Проще не проще ... , если правильно понял то совет - скопировать функционал винтула или что-то другое?

Link to post
Share on other sites

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

Link to post
Share on other sites
  • 1 year later...
  • 2 weeks later...
В 3/9/2018 в 11:38, KMA_ сказал:

Коллеги, здравствуйте!

 

А текста стандарта 13399-60 ни у кого нет?

Так вы пишите точнее название стандарта ISO TS 13399-60:2014 и стучитесь в личку. Распространение подобной документации запрещено.

Link to post
Share on other sites
  • 1 year later...
Эйсидисия

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

 

Пытаемся довести до ума MRL, но как ни смешно не можем найти какие размеры фрезы имеются ввиду (см. рисунок), если конкретно Нижний диаметр, Длина, Верхний диаметр. Может кто делал и знает.

Снимок.PNG

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Сообщения

    • GenK
      Увы, этот глюк уже давно исчез, точнее преобразился (на этой оси) в другой, а именно: при включении станка, начинается референтирование, и ось Х вообще не доходит до конкцевика, останавливается и всё стоит колом, приходится заново перезапускать станок, причем бывает несколько раз... Если бы проблема была в модулях осей, то давным-давно бы ее вычислил, но перебрасывание модулей между осями (есесно с переписыванием их адресов) НИЧЕГО не давало изначально...    Все-таки моя мысль о том, что сыпется НЕ флешь, а ОЗУ в ЧПУ остается актуальной. Ведь образ WinCE при запуске станка, перезаписывается в операт.память, и там весь этот главный софт 'крутится'. А запись в ОЗУ происходит в одни и те  же адресные области, и поскольку ячейки этой памяти непредсказуемо глючат, то и чтение из них бывает с глюками. Ведь ладно бы по одной оси, так нет, по разным: сначала Z оси глючили страшно при старте, пришлось их вообще отключить, потом Х, иногда с осью R глюки, а теперь вот по Y- осям вообще кошмар какой-то идет, что работать невозможно. И этот процесс нарастал постепенно, годами, с частыми ремиссиями (т.е. исчезновениями глюков)... Поэтому надо бы вычислить чип(ы) ОЗУ на материнке ЧПУ, найти (старье 20летней давности) где-то, перепаять, и пробовать... Есть еще мысль, что заливание прошивки из малых флешек в ПЛИСки (правда, пока видел только одну в модуле DM102VA по осям Y) - происходит со сбоями. Т.к. если станок загрузится успешно, то все оси, кроме Y работают хорошо. Похоже, что тут две неисправности собрались: одна по осям Y (вылазит во время работы) , другая - по всем остальным осям (вылазит во время загрузки)... Не знаю, может эти мои мысли - ошибочны, т.к. по данной системе чпу (Delem DA-65) я не спец...
    • vad0000
      Как происходит индексация. Ось доходит до концевика, и начинает идти в обратном направление, пока сигнал с индексной метки энкодера серводвигателя не прийдет в ЧПУ. Вот тут и зарыта собака. Сигнал может не прийти на первом круге, а может прийти на втором или третьем круге. отсюда смещение по оси Х. Что первое приходит в голову. Сделать очень медленную скорость индексации по оси Х. Отпишитесь о результатах.
    • brigval
      Ну ладно. Сдаюсь. Я предложил первый вариант. с которого начал бы сам. Здесь нет ничего криминального. Наверное, перечитал бы ГОСТ и пришел к Вашему решению. Думаю автору вопроса все понятно, раз он не пишет больше.    
    • areg
      Очень приятно, что вы так реагируете. А то бывают разные варианты.
    • BSV1
      А мы об этом и не говорили. Мы обсуждали, как записать упаковку в нескольких вариантах в спецификацию упаковываемого изделия в соответствии с ЕСКД.   Отдел продаж, умеющий читать чертежи, это что-то из области фантастики.    Вы не понимаете. В СП упаковываемого изделия не указывают, сколько упаковок надо на партию изделий. В СП  упаковываемого изделия указывают, какая часть упаковки приходится на одно изделие. Если в упаковку входит N изделий, то кол-во на одно изделие =1/N. И это прямо сказано в ГОСТ 2.418. Например, если для комплекта упаковки в СП упаковываемого изделия кол-во указано 1/10, то для упаковывания 20-ти изделий надо 20*1/10=2 упаковки. Это все, что надо знать и уметь отделу продаж.  
    • GenK
      Увы, разницы не было... Спасибо, что наткнули на размышления! Создается впечатление, что собака зарыта не в CFфлешке. С нее при загрузке системы, грузится ОБРАЗ (WinCE)  в операт.память - если я правильно понимаю, - а при загрузке САМОЙ системы никогда проблем НЕ было. Проблемы начинались позже, при референтировании осей или уже при работе станка.  Если бы была битая флеш, то при загрузке с нее системы сыпались бы ошибки, а их то и не было! И там же жесткий контроль crc  при чтении-записи. Значит, дело не во флеши, а в оперативке, где возможно потихоньку сыпятся ячейки, а они без контроля четности конечно же, поэтому станок просто тупил...  Что на это скажут наши эксперты?
    • gudstartup
      Нет это не перезаписываемая область и повторить вам это не удастся иначе все бы давно клонировали карты на ноутбуке!
    • HGg209
      Добрый день, не подскажите как настроить автокрепеж, нет гостовских болтов, а библиотека iTools (болты с шестигранной головкой) не добавляется  в раздел Автокрепежи. По умолчанию стоит библиотека SWR и не меняется.  Скриншоты приложил. Спасибо.
    • Killerchik
      Да. И делают это люди, не марсиане. На Земле, не на Юпитере. Я могу ошибаться, но почти уверен, что эту операцию можно повторить в условно домашних условиях.
    • gudstartup
      так он не кмэтому серийнику првязан а к тому что при призводстве карты зашивается в неизменяемую область ROM. Это необходимо для контроля за использованием носителей инфы а также лицензирования и это неизменяемый серийник.
×
×
  • Create New...