Оптимизация наладки инструментов и документации для CNC-мастерских

Если возможно, стандартизируйте инструменты, держа их в той же позиции от станка к станку и оставляя две открытые «переменные» позиции в сменнике инструментов.

Мой первый совет — стандартизация инструментов. Это в основном проблема в CNC-мастерских, так как на ручных станках вы вручную загружаете инструменты в любом случае. Первый шаг в стандартизации ваших инструментов выполняется в вашем CAM-софте. База данных инструментов должна быть создана. Я всегда бы рекомендовал начинать с нуля. По мере того как вы программируете работы и выясняете, какие инструменты самые распространенные, картина станет ясной. Сделайте базу данных инструментов, которая держит только инструменты, которые вы используете — это делает программирование намного проще, чем возиться с фильтрами и типами инструментов. Может занять время, чтобы решить, что лучше для вашей мастерской, но если Инструмент 1 — одношнековая концевая фреза 6 мм на станке 1, он должен быть тем же на всех ваших фрезерных станках. Последняя мастерская, в которой я работал, запускала инструменты в числовом порядке для каждой работы. Я запускал от двух до шести работ в день, и каждая работа использовала разный набор инструментов. Каждая работа начиналась с Инструмента 1, и если только не был удачный день, этот инструмент отличался от последнего Инструмента 1. Некоторые из этих работ использовали более двенадцати инструментов. В загруженный день (шесть работ, двенадцать инструментов каждая) вы загружаете семьдесят два инструмента вручную. Это не включает инструменты, которые нужно было сменить в державе. Очень неэффективно. Теперь скажем, мы стандартизировали наши инструменты. В каждом станке в нашей мастерской Инструменты 1-10 те же, и мы оставим две позиции открытыми для переменных. Инструмент 1 здесь тот же, что Инструмент 1 там. Поняли? Хорошо, теперь в тот же загруженный день с шестью работами, каждая использующая двенадцать инструментов, вы загружаете до двенадцати переменных инструментов вручную. Двенадцать эффективнее семдесяти двух (вы можете обратиться к моему блогу о мастерской математике, если нужно, но думаю, вы видите мой пункт). У вас будет столько времени на исследование спящих в вашей фэнтези-футбольной лиге, что вы шо-ин для чемпионата. Пожалуйста.

Следующая тема для обсуждения — фактический лист наладки (setup sheet). Это лист, который должен сопровождать работу на каком-то уровне. Честно говоря, мой предпочтительный метод для этого всегда был картотека с манильевыми папками. Знаю, цифровая эпоха и всё такое. Для этого есть место, но особенно когда вы пытаетесь ассимилировать стариков, которые до сих пор не совсем уверены, как проверить свою почту, иногда полагаться на цифровую бумажную работу может быть сложно. Если другой программист сохраняет файл в неправильном месте или делает изменения без сказывания вам, вся система может развалиться. Программируйте работу, берите КАРАНДАШ (никаких ручек!) и документируйте детали. Мои листы наладки всегда включали номер детали, расположение приспособления, список инструментов и краткое описание наладки, включая нулевые точки X, Y и Z и любую важную информацию о расположении приспособления или операции. Использование карандаша всегда было важным аспектом для меня, потому что не только вы можете изменить то, что написали, но вы сможете увидеть, если кто-то другой сделал изменение и «забыл» сказать вам. Старики ностальгируют по карандашам тоже. Это успокаивает их, делает немного более послушными и кооперативными. Я испытал смешанные результаты с этой последней точкой, так что будьте осторожны. В любом случае, суть в том, что вы получаете наряд и идёте к своей картотеке, чтобы достать тот номер работы. Вы можете написать текущий уровень ревизии на самой папке или листе наладки, чтобы держать комплаенс счастливым, и когда работа готова, она возвращается в картотеку. Вы определенно можете аргументировать за то, чтобы делать всё это цифровым, и если у вас хорошая система, это, вероятно, путь к следующему. С цифровой системой у вас не так много бумаг плавает, вам не нужно беспокоиться о физическом ущербе (потере документации в пожаре, например), пока вы всё бэкапите, желательно на офф-сайте сервере. Цифровое управление документацией также более эффективно, так как вы тянете документ с того же сервера, откуда тянете вашу программу, всё одновременно. Я ещё не использовал цифровую систему, у которой не было бы проблем, поэтому моё предпочтение — старая картотека, но если вы можете управлять цифровой системой и избежать любых больших головных болей, вы опередили игру.

Наконец, я поговорю о документации. Это лёгкое. Вы будете использовать папку и лист наладки, о которых мы уже говорили, в которых есть вся информация, о которой мы уже говорили. Суть здесь — документируйте всё. Пока вы запускали работу на третьей смене, Инструмент 2 сильно трещал, так что вы сменили инструмент и замедлили подачу. У них кратковременно пропало питание на первой смене, так что им пришлось перезагрузить программу. Как они узнают, какие изменения им нужно сделать? Я скажу вам! Когда оператор первой смены пришёл этим утром, вы так сильно слюнились, что он не мог понять ни слова из ваших слов, но он слишком вежлив, чтобы что-то сказать. Вместо этого он проверил лист наладки и увидел подробную заметку, которую вы оставили о проблеме, которую имели, и как вы её исправили. Хорошая работа! Теперь просто на случай, если вы никогда не обновляли сервер, он может сделать изменение постоянным и мы готовы. Видите? Я смог научить вас чему-то после всего. ДОКУМЕНТИРУЙТЕ ВСЁ, неважно, насколько мало или незначительно это может показаться. Как я сказал раньше, обычно мелочи и делают разницу. Всегда есть другой способ делать вещи, и люди, которые могут распознать, где их процесс хромает, уже опередили игру.