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

Оптимальная организация фрезерного участка


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

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

1. какую инфу технолог должен передать программисту?

2. кто озабочивается вопросом оснастки - разработка, например.

3. вопрос отладки программы - работа это программиста или наладчика(как еще одного звена)?

Моменты возникли от того, что пытаемся найти технолога, который мог бы "тянуть" и универсальное оборудование и ОЦ. И вот здесь - ступор. Или люди попадаются не такие, или я чего-то не понимаю....Вообщем, приходит человек и говорит - я работал технологом на металлообработке, писал технологии, выбирал режимы. А сможете такое же сделать для ОЦ? ...и тут люди начинают мяться...типа- это вопросы к программисту, я таким не занимался... Хочу пояснить - были разговоры с тройкой человек- из разных бывших ФНУПов...но позиция одинаковая,что заставило задуматься "а то ли мы ищем".

Сейчас работа ОЦ организована так: программист получает чертеж/модель детали и программу выпуска. Далее он выбирает как удобнее и быстрее делать, какие нужны заготовки, пишет обработку, выбирает инструмент/режимы и оснастку. Далее на нем вопрос отладки программы на станке.

В итоге оператор получает прогу и комплект документов для настройки/установки заготовки. Ну и на нем - следить за обработкой.

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

Вообщем - как у кого организована данная цепочка?

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


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

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

Есть 5 единиц универсалов и 2 ОЦ.

В том и дело,что номенклатура не однообразная. Могут быть корпусные детали, могут быть панельки разные.

Внесу ясность - люди, гтовые сказать "как делать" - есть. Но как дело доходит до написания...тут ступор. Или не хотят брать отвественность, или считают "не моя работа - я мозг"

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

Всё делает программист, даже для универсала. Сбрасывает ему распечатку программы на фануке, а универсалы уже смотрят нужные им подачи, переходы.

Если не нравится - вызывают программиста и промывают ему мозги. За месяц программист будет знать и универсальные станки. А фрезеры будудт готовы к переходу на чпу.

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

Не очень понятно - зачем универсалам программа???

С подачами проблем не возникает - если материал и инструмент более-менее одинаков, то режимы тупо забиваются в EdgeCam. Отклонения есть, но - по обстановке и производительности/стойкости инструмента.

Опять же - универсалы, обычно, делают по одной детали - не говоря про огабаричивание. Некоторых приемов у них просто нет - ну не ваяют они готовую деталь из плиты за один-два установа. Уж про то,что делать за раз партию - обычно речь не идет.

Вопрос про технолога всплыл сам собой - нужно знать как закрепить заготовку,чтобы не повело после обработки, как грамотно отрезать,чтобы не вырвало и т.д. Ну и режимы - само собой.

Сейчас, да, - это вопросы программиста...так я про то и спросил совета - обычная это практика, или "работаем от чего имеем"?

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

Скорее всего ответ на данную тему кроется в объеме вашего производства. Для штучного и мелкосерийного (для ЧПУ!) производств самая эффективная организация состоит из ОДНОГО человека- это директор (с совмещением функций конструктора-технолога -программиста-рабочего-менеджера и проч.). Для производства массового (например автомобилей) совмещение даже 2-х специальностей-нонсенс. Если вы где-то посредине,то и оптимизируйте в этих пределах как вам удобно. Естественно нельзя комбинировать рабочего с менеджером по продажам :smile: или конструктора с поломойкой.

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

Не очень понятно - зачем универсалам программа???

С подачами проблем не возникает - если материал и инструмент более-менее одинаков, то режимы тупо забиваются в EdgeCam. Отклонения есть, но - по обстановке и производительности/стойкости инструмента.

Опять же - универсалы, обычно, делают по одной детали - не говоря про огабаричивание. Некоторых приемов у них просто нет - ну не ваяют они готовую деталь из плиты за один-два установа. Уж про то,что делать за раз партию - обычно речь не идет.

Вопрос про технолога всплыл сам собой - нужно знать как закрепить заготовку,чтобы не повело после обработки, как грамотно отрезать,чтобы не вырвало и т.д. Ну и режимы - само собой.

Сейчас, да, - это вопросы программиста...так я про то и спросил совета - обычная это практика, или "работаем от чего имеем"?

В моем понятии работа програмиста, т.е. того кто пишет программы обработки для ОЦ заканчивается тогда когда написана программа обработки, плюс отладка и проверка на "железе". Как закрепить заготовку - это дело рабочего. Какая заготовка и что за чем делать - это дело технолога а не програмиста.

Это у вас програмист робкий, другой бы давно занимался только своим делом :=)

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

Если у вас есть такой человек то на ваши вопросы он и ответит(если сможет :=))! ).

Те люди с которыми вы беседовали наверняка слабо представляют себе ОЦ и интуитивно его боятся. Их знания, по режимам обработки и тонкостям обработок может использовать програмист при выборе соотв. режимов(если он сам еще этого не знает).

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

"Шо?! Опять?!" (с) Волк

Что бы два раза не вставать почитайте <noindex>эту</noindex> интереснейшую дискуссию на данную тему.

А где apred?

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

вопрос очень интересный занимаюсь чпу более 39 лет.организацией работы участка чпу знаком не понаслышке .работал начальником участка станков с чпу .наладчиком программистом-оператором.сейчас живу и работаю израиле.

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

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

Вообщем - как у кого организована данная цепочка?

У нас есть такая цепочка.

Сразу оговорюсь об условиях - производство серийное (повторяющиеся раз в два-три месяца партии).

Участки ЧПУ: фрезерный - порядка 15 станков (от ГФ до современных DMG), токарный - 8 станков.

Ну и кроме того различное универсальное оборудование, термичка, гальваника, сварка (все в одном производстве).

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

1. Чертеж детали поступает к технологу. Технолог здесь тот человек, который прорабатывает весь маршрут изготовления детали - от заготовки к мехобработке (самой разной - токарка, шлифовка, расточка, фрезеровка) и далее к слесарке, термообработке, покрытию. Помимо того его функция - отладка операций механической, слесарной обработки, штамповки, где станки с ЧПУ не используются, а так же сопровождение какого-либо изделия в целом, решение вопросов с браком и т.д. Видя весь процесс изготовления детали технолог решает, какие элементы (некоторые или все - в зависимости от конкретной детали) следует выполнять на ЧПУ. Далее свои предложения он обговаривает с теми людьми, которые непосредственно будут заниматься разработкой операции, выполняемой на станке с ЧПУ (впрочем, равно как и в случае на то необходимости с термистами, гальваниками и т.д.). То есть прорабатывается общий маршрут изготовления детали, учитывая размеры заготовок, наличие баз.

2. Когда маршрут проработан чертеж детали попадает к технологу-конструктору отдела ЧПУ. Поскольку чертежи и модели зачастую бывают достаточно сырые, этот специалист начинает с того, что строит так называемую технологическую модель детали в соответствии с будущей последовательностью обработки на ЧПУ. На этом этапе выявляются практически все косяки в КД, определяется в черновом варианте список стандартного и специального режущего инструмента, проектируется, если на то есть нужда, оснастка для закрепления детали, готовится операционный эскиз по каждому установу. Все это конечно делается в контакте со следующим человеком в цепочке.

3. Следующий в цепочке - это программист-наладчик (назвал так для отражения сути работы - должность по трудовой книжке, как правило, инженер-технолог). В его функции входит написание собственно программы ЧПУ (оговорюсь, что САМ'ы у нас практически не используются, на что имеются свои аргументы), определение окончательного списка инструмента и последовательности обработки, подбор режимов резания. Дальше как правило он проводит визуализацию в NCManager'e, подчищает прогу, берет станок, собирает инструмент и занимается изготовлением пробных деталей/ отладкой. Когда получается годная деталь (обычно - вторая/третья) к делу подключают оператора.

4. Оператор под присмотром программиста-наладчика изготавливает первую партию деталей, процесс обработки отлаживается (особенно в части обеспечения стабильной работы инструмента, т.е корректировки все тех же пресловутых режимов резания :smile: ).

5. Когда партия изготовлена, в обязанность программиста-наладчика входит еще одно дело - разработать комплект технологической документации по выполнению операции на станке с ЧПУ, включающий указание по базировке, нулевым точкам, фотографии перед обработкой и после, перечень инструмента и карту контроля (последняя согласуется с технологом из первого пункта). В комплект так же добавляются операционные эскизы из п. 2. Все это хранится в электронном виде в папке, где так же помещены файлы самих программ. Существует и один распечатанный экземпляр, на котором ставятся необходимые подписи (3...4 шт.) и который выдается оператору, когда необходимо настраиваться в следующие разы на обработку деталей. Оператор в дальнейшем в принципе настраивается сам, но если возникают вопросы, конечно обращается к программисту-наладчику. Самостоятельно менять программу оператору не разрешается.

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

Как это стимулируется?) К сожалению, главным образом, энтузиазмом и чувством ответственности...:)

Написал длинно, может показаться, что готовой детали можно и не дождаться...:) Но это не так:) Средние сроки такого цикла - 4...6 недель. Хотя все конечно зависит от детали - если это простой плоский раскрой, то реально и в неделю уложится со всеми делами, а деталь, где 200-300 размеров - можно и за 3 месяца не успеть:)

Но это подход для повторяющихся деталей, когда все желательно отладить и задокументировать.

Если работа разовая - оснастка, экспериментальное изделие, то 4 и 5 пункты как правило исчезают вовсе, а п.2 заметно сокращается:)

Есть у нас так же специалисты, которые могут взять на себя пп. 2-5 почти в полном объеме (с разными вариациями), но порядок действий при этом сохраняется.

Такая вот петрушка :smile:

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

Спасибо все откликнувшимся.....вообщем, специальность "технолог-программист"...Как есть и сейчас.

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

Да! Matthew разложил все "по полочкам". Даже детали есть с 300-стами размерами! Только в конечном итоге стоимость этих деталей получается такая, что оплатиь её может только наше родное государство :=)) , забрав деньги( в виде налогов) у людей работающих в рыночных(условно) отношениях.

Ну это моё такое мнение.

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

Средние сроки такого цикла - 4...6 недель. Хотя все конечно зависит от детали - если это простой плоский раскрой, то реально и в неделю уложится со всеми делами,

а не пробовали оптимизировать сроки, и с какими трудностями столкнулись?

для производственного участка сроки просто неконкурентноспособные в моём представлении, КАМ здесь как раз мог бы помочь,

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

а не пробовали оптимизировать сроки, и с какими трудностями столкнулись?

для производственного участка сроки просто неконкурентноспособные в моём представлении, КАМ здесь как раз мог бы помочь,

Трудности, которые всегда присутствуют:

1. Поскольку производство серийное, люди (программисты-наладчики) при работе над новыми деталями всегда отвлекаются на неизбежные вопросы по уже изготаливающимся на ЧПУ. А еще, как правило, тот же наладчик-программист бывает озадачен не одной, а несколькими новыми деталями. Над одной работает плотно, другие так или иначе крутятся в голове. Так что "чистое время" разработки-то заметно меньше.

2. Документом, по которому деталь проверяется является чертеж. И далеко не всегда чертеж и конструкторская модель бывают одинаковы (например, деталь спроектирована несколько лет назад, выпущен чертеж, в который потом уже вносились изменения в обычном порядке, модель же осталась прежней и по сути стала лишь справочным пособием).

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

Когда же речь идет о повторяющихся из раза в раз партиях такая тщательность себя очень даже оправдывает...

стоимость этих деталей получается такая, что оплатиь её может только наше родное государство :=)) , забрав деньги( в виде налогов) у людей работающих в рыночных(условно) отношениях.

...И даже экономит наше время, технологов, программистов, а также деньги людей работающих в рыночных (условно) отношениях. Поскольку потом кажый раз не надо вспоминать что, где, как делалось, каким инструментом, объяснять на пальцах оператору, что нужно особенно внимательно контролировать и т.д, тратя на это время и оставляя в простое станки. А деньги налогоплательщиков (в том числе и наши, кстати) теряются, но теряются немного в других местах. Ну это моё такое мнение:)

Что касается CAM'ов... Не приживаются они как-то у нас, на наших деталях. И не потому, что их нету или наши программисты не умеют в них работать. Пробовали по разному. Но максимум процентов 10 программ написано с их использованием (да и то большая часть для гравировки).

Были и случаи, когда заключали договора на разработку программ на стороне. Те делали программы в CAM, но не сказал бы, что внедрение получалось у них быстрее и безошибочнее.

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

Что касается CAM'ов... Не приживаются они как-то у нас, на наших деталях.

Как-то странно это... На сложных деталях типа "деталь, где 200-300 размеров" выигрыш по скорости программирования в CAM-системе как раз должен быть больше, чем на простых деталях. Очень странно. И сроки не реально большие.

Что же за детали у вас? Если не военная тайна, может выложили бы что-то типичное "на посмотреть"?

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

а не пробовали оптимизировать сроки, и с какими трудностями столкнулись?

для производственного участка сроки просто неконкурентноспособные в моём представлении, КАМ здесь как раз мог бы помочь

Мне тоже как-то кажется, что сроки чрезмерно велики. За 6 недель на БМВ (и на любом немецком автопредприятии) делают полный штамп кузовной детали: от разработки до готового изделия. И причина кроется в использовании САD/CAM-системы, однозначно.

Трудности, которые всегда присутствуют:

1. Поскольку производство серийное, люди (программисты-наладчики) при работе над новыми деталями всегда отвлекаются на неизбежные вопросы по уже изготаливающимся на ЧПУ. А еще, как правило, тот же наладчик-программист бывает озадачен не одной, а несколькими новыми деталями. Над одной работает плотно, другие так или иначе крутятся в голове. Так что "чистое время" разработки-то заметно меньше.

2. Документом, по которому деталь проверяется является чертеж. И далеко не всегда чертеж и конструкторская модель бывают одинаковы (например, деталь спроектирована несколько лет назад, выпущен чертеж, в который потом уже вносились изменения в обычном порядке, модель же осталась прежней и по сути стала лишь справочным пособием).

Пункт 1 неизбежен, это всегда и всюду и это нормально. Пункт 2 порождает неразбериху, ИМХО и требует очень точной работы всех звеньев цепи. Это в немецких-то условиях почти невозможно (речь идёт о таких небольших производствах), а уж в российских - тем более. Не наблюдал я это у немцев, ну нигде слаженно не функционирует, всегда какие-то ошибки: неактуальные чертежи, неактуальные изменения итд. И поэтому как-то сомневаюсь я, что процесс у вас так отлаженно работает.

Что касается CAM'ов... Не приживаются они как-то у нас, на наших деталях. И не потому, что их нету или наши программисты не умеют в них работать. Пробовали по разному. Но максимум процентов 10 программ написано с их использованием (да и то большая часть для гравировки).

Были и случаи, когда заключали договора на разработку программ на стороне. Те делали программы в CAM, но не сказал бы, что внедрение получалось у них быстрее и безошибочнее

Наверное у вас 2,5-осевая обработка. Я не могу представить, что 3 и уж тем более 5 осей можно регулярно писать за эти сроки на ЧПУ. Я знаю 2 очень хороших специалистов, которые делали небольшие программы, но только для демонстрации руководству, ну и для показа своего класса, наверное тоже. О постоянной работе и речи нет.

Вы просто привыкли так работать, и не знаете, как это можно действительно быстрее и надёжнее делать. Положительного примера не наблюдали. А использование отдельных модулей САПР для написания УП действительно проблему эффективности, скорости и безошибочности не решает, здесь весь процесс нужно внедрять.

Может, организуем со временем эталонное производство, если получится.

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

Считаю нужна связка технолога и технолога-програмиста,

технолог прорабатывает посупающие чертежи

решает какая оснастка требуется и т.д

а програмист занимается моделирование ,написанием программ. подбором инструмента

и их отладкой вместе с оператором станка Чпу

РС: а то такие чертежи приходят после наших конструкторов

где одни токо Госты написаны И немного габаритных размеров

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

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

Вообщем - как у кого организована данная цепочка?

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

Есть 5 единиц универсалов и 2 ОЦ.

В том и дело,что номенклатура не однообразная. Могут быть корпусные детали, могут быть панельки разные.

Внесу ясность - люди, готовые сказать "как делать" - есть. Но как дело доходит до написания...тут ступор.

Нет чёткого распределения обязанностей и организации работы. Есть такая должность на Западе - планер называется, не путать с менеджером. Так вот это его работа напрямую.
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • streamdown
      Коллеги приветствую! IPS 8. Подскажите пожалуйста, кто какое серверное железо использует? Интересуют параметры при одновременной работе, ну например, 400 пользователей онлайн
    • gudstartup
      так он так и позиционируется по m19 pmc выдает g70.6 а чпу отвечает f45.7 но ориентацию и смещение в 4077 он отрабатывает нормально шпиндель встает ровно и смена происходит хорошо. вопрос почему после ввода команды управления скоростью он все еще продолжает контролировать число импульсов между нуль метками хотя в принципе уже должен отменить позиционный контроль и просто считать обороты по 0 метке как он это делает без М19? это все понятно но почему оно продолжает проверять это после завершения ориентации мне непонятно
    • Александр1979
      SP9047 SSPA:47 ILLEGAL SIGNAL OF POSITION CODER "The relationship between the A/B phase and 1-rotation signal is incorrect (Pulse interval mismatch)." "Неправильное значение счетчика импульсов сигнала на энкодере ALPHAi. На фазах A и B энкодера за один оборот шпинделя насчитывается 4096 импульсов обратной связи. Программное обеспечение по управлению шпинделем проверяет количество импульсов на фазах A и B, соответствующее энкодеру, при каждой генерации сигнала одного оборота. Данный аварийный сигнал срабатывает, если регистрируется число импульсов, нарушающее заданный диапазон."
    • vs3dpro
      Добрый день! У нас на есть SLA принтер 600х600х400мм. Можно напечатать мастер- модели, и можно приехать посмотреть. mail@iges.space
    • gudstartup
      после ввода 789 в edit mod надо перейти в режим ручное упр. нажать mod а потом помощь и откроется wzw.hlp  с возможностью выполнения команд управления atc. если не появляется содержимое wzw.hlp то возможно что у вас другой код хотя 789 'это стандарт для dmg в этом случае надо смотреть ваш plc раздел у меня пароль прописан в файле wzw_rett.mod
    • Anat2015
      SERVO TURRET AMP ALARM - переводить не пробовали, учитывая, что AMP - это и есть сервопривод? Что тут не ясного, язык не знаком?
    • Viktor2004
      я бы попробовал позиционировать шпиндель сигналом G70.6 Ответный сигнал, шпиндель сориентирован F45.7
    • gudstartup
      Здравствуйте уважаемые участники форума попрошу вас поделится мнениями. Имеется фрезерный шпиндель с позиционным кодером (зубчатое колесо и считывающая головка). Ошибку 9047 выдает после того отрабатывает M19 c последующим включением оборотов Sxxx M3 причем обороты могут быть любыми от 100-макс. Если задавать обороты без предварительной ориентации то 9047 не возникает и шпиндель нормально вращается на любой скорости при этом обороты не гуляют точность поддержания +-1 об\мин. Кабель заменен заменить сам датчик нет возможности. Мой вопрос в следующем почему шпиндель после M19 и включении управления скоростью Sxxx M3 остается в режиме позиционирования а не сразу переходит врежим управления скоростью и даже явная отмена ориентации кодом M20 ничего не меняет ведь режим позиционного управления должен быть отменен или он остается и отменяется не сразу после подачи команды M3 и кода скорости? Станок достаточно старый 2009 года плату управления шпинделем меняли на соседний ничего не изменилось. Это может быть логика PMC или скорее всего это датчик?   PMC-SB.001
    • Killerchik
      А мы-то думали, что пропорциональный гидравлический.....
    • Grig75
×
×
  • Создать...