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

Ответственность программиста ЧПУ


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

Здравствуйте !

 

Работаю программистом ЧПУ.

 

Устроился на новую работу недавно, и тут возник такой вопрос:

 

Оператор неправильно поставил деталь, и она ушла в брак.

Этот брак хотят повесить на меня, так как я не написал в техкарте габариты по X  и Y.

Я же не согласен что в этом браке есть моя вина - ибо я считаю, что ответственность за установку детали должен нести только и только оператор.

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

То есть оператор не сверился с чертежом и перепутал размеры по X и Y  детали.

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

 

А как у вас принято на работе - у вас оператор перед установкой детали сверяется с чертежом, меряет деталь и тд или нет ?

И в похожих случаях - кто несёт ответственность за это - оператор или программист ?

 

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


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

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

Здравствуйте !

 

Работаю программистом ЧПУ.

 

Устроился на новую работу недавно, и тут возник такой вопрос:

 

Оператор неправильно поставил деталь, и она ушла в брак.

Этот брак хотят повесить на меня, так как я не написал в техкарте габариты по X  и Y.

Я же не согласен что в этом браке есть моя вина - ибо я считаю, что ответственность за установку детали должен нести только и только оператор.

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

То есть оператор не сверился с чертежом и перепутал размеры по X и Y  детали.

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

 

А как у вас принято на работе - у вас оператор перед установкой детали сверяется с чертежом, меряет деталь и тд или нет ?

И в похожих случаях - кто несёт ответственность за это - оператор или программист ?

как я понял, деталь была применрно 210 на 200, оператор плюхнул и не посмотрел, в карте не указано.... В общем оператор виноват, потому что он ставил и почему у него не возникло желания прийти в техотдел и сказать че за х...я! Где б... размеры?! Сидите тут них... не делаете! Всех вас вы...ть тебя, тебя и тебя! Говно б..!

... Хотя я уже программист, но все еще помню эти прекрасные деньки  :biggrin:

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

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

В чертеже, ведь, не указано, как расположена деталь по осям в программе. Откуда оператору знать? С другой стороны- как можно ставить деталь наугад, наугад завязываться..?

Перкладывать вину друг на друга- никогда не сработаетесь. Нужно максимально научиться предугадывать возможные ошибки друг друга и тогда работа врадость будет:

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

как я понял, деталь была применрно 210 на 200, оператор плюхнул и не посмотрел, в карте не указано

 

именно так, только размеры чуть другие

 

и почему у него не возникло желания прийти в техотдел и сказать че за х...я!

 

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

 

В чертеже, ведь, не указано, как расположена деталь по осям в программе. Откуда оператору знать?

 

в техкарте всё указано это было

оператору достаточно было посмотреть на чертеже размеры ХУ  и по ним сориентировать деталь

 

С другой стороны- как можно ставить деталь наугад, наугад завязываться..?

 

не наугад, говорю же - всё указано в техкарте, обычно даю 3-4 скриншота в разных проекциях

 

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

Перкладывать вину друг на друга- никогда не сработаетесь. Нужно максимально научиться предугадывать возможные ошибки друг друга и тогда работа врадость будет:

 

это понятно, но разве может программист отвечать за то  - померяет оператор деталь или нет ?

 

новая работа у частника? или на ГОС предприятие?

 

частник

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

тогда надо руководству обьяснить что Карта наладки была дана в ней было написано то то, оператор не смотрел на чертеж, и еще приукрасить, габариты то какие?

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

тогда надо руководству обьяснить что Карта наладки была дана в ней было написано то то, оператор не смотрел на чертеж, и еще приукрасить

 

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

то есть смотрят чертёж в исключительных случаях, что как по мне - бред

я считаю что смотреть чертёж, а именно размеры что и как ставить - надо в каждом случае

а приукрашивать не собираюьс - как есть так есть, если начать приукрашивать - то о какой эффективной совместной работе можно тогда говорить

габариты то какие?

 

225 на 235

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

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

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

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

 

у нас 95-97 процентов деталей - все единичные

почему за исключением единичного производства ?

 

Чертеж детали рабочему не нужен, это документ технолога

 

мне тут трудно согласиться - а если на детали предварительно уже сделано несколько элементов ? как тогда быть ?

ориентироваться только по скриншотам на техкарте ?

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

у нас 95-97 процентов деталей - все единичные

почему за исключением единичного производства ?

 

 

мне тут трудно согласиться - а если на детали предварительно уже сделано несколько элементов ? как тогда быть ?

ориентироваться только по скриншотам на техкарте ?

На единичное ЕСКД не требует разработки полного техпроцесса. Это особое производство где часто сам токарь себе технолог и несет всю ответсвенность за результат. А если появляется технология (уп есть часть технологии) то и ответственность уже другая.

 

 Почему рабочему не нужен чертеж детали? Да все просто, сами подумайте. Кто определяет какая будет заготовка, как, чем, на каком оборудовании, каким инструментом, в сколько проходов, какими режимами, и т.д. будет обрабатываться деталь. Это видно на чертеже? При переходе с одной операции на другую как базировать и закреплять деталь, какие размеры выдерживать на проходах? Это тоже будет на чертеже? Может поэтому ваши рабочие и не хотят смотреть чертеж?

 

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

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

Казнить нельзя помиловать. Как поставишь акценты, такая судьба тебя и ждет?

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

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

Если технология новая и не отработана, есть закладываемые коэффициенты брака 1-3% для списания на НИОКР  и отработку технологии и программ.  Пусть  частник списывает металл на себестоимость  или предоставляет опытные заготовки из твердого воска для отработки технологии и программ ЧПУ. 

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

мне тут трудно согласиться - а если на детали предварительно уже сделано несколько элементов ? как тогда быть ?

ориентироваться только по скриншотам на техкарте ?

post-32722-0-59252300-1437344644_thumb.jpg

Подобный скриншот делается за 2 минуты.

 

P.s. операторам нужны максимально разжеванные эскизы, а не чертежи.

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

только на чертёж я каждый раз смотрю

получается - современному оператору читать чертёж не обязательно

Подобный скриншот делается за 2 минуты.

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

только их сделать не 2 минуты - а минут 5-7

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

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

только их сделать не 2 минуты - а минут 5-7

 

Размеры поставить  30 секунд)))))

У вас 30 секунд времени нету???

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

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

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

Мое мнение, что конкретно в этом случае виноват тот, кто организовывает работу. Одному не было четкого указания о том, что должно содержаться в документации, другой все сделал бездумно, не перепроверив.

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

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

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Gorich
    • Нанософт разработка
      Одним из эффективных способов осуществления строительного надзора является использование результатов лазерного сканирования с построением 3D-моделей, что дает наиболее полную информацию о строительных объектах с привязкой к пространственным, инфраструктурным и центральным инженерным коммуникациям. Институт «Сибгипробум», активно работающий над совершенствованием мониторинга и созданием цифровых двойников, использует комбинацию технологий «Платформа nanoCAD + ReClouds» как бесшовную инженерную среду для проектирования и для работы с облаками точек. Комплексную поддержку при внедрении программных решений предоставила компания «Бюро САПР» – премьер- и фокус-партнер компании «Нанософт» по направлениям «Конструкции», «Инженерия» и «Землеустройство».   О компании АО «Сибгипробум» – институт, на протяжении 65 лет специализирующийся в области проектирования предприятий лесной и целлюлозно-бумажной промышленности, объектов глубокой химико-механической переработки древесины, а также разрабатывающий проекты экологических и энергетических объектов. В проектной деятельности институт активно использует технологии лазерного сканирования и информационного моделирования. Исходная ситуация ·        Отсутствие возможности оперативного повсеместного контроля строительства на промплощадке. ·        Отсутствие актуальной трехмерной модели объекта, которую в дальнейшем можно было бы сопоставить с облаком точек. ·        Сжатые сроки, которые не позволяли создать трехмерную модель. Задачи цифрового мониторинга ·        Поиск изменений между отчетными периодами. ·        Подсчет объемов монтажа. ·        Поиск пространственно-временных коллизий. Сравнение облака точек в двух отчетных периодах на графике строительства – S-кривой. Красным подсвечено то, что изменено (это было сделано на другой платформе)   Оптимальное технологическое решение можно выбрать в зависимости от степени сложности точечной задачи в рамках цифрового мониторинга. Продемонстрируем это на конкретных примерах. Прикладная задача 1: проверка проектного положения монтируемого оборудования и конструкций. Выбранная технология: Платформа nanoCAD для совмещения 2D-чертежей с облаком точек. Алгоритм работы технологии: загрузка исходного облака точек формата LAS в nanoCAD импортом NPC → создание удобной ПСК для сравнения облака точек в нужном ракурсе → копирование чертежа и совмещение по «точкам доверия» (например, по колоннам здания) → создание сечения → поиск отклонений. Полученный прикладной результат: разрез на определенной отметке показал отклонение по колоннам здания, из-за чего стена построена «криво». Благодаря этим данным авторский надзор перепроверил расчетные значения и скорректировал решения. В результате эту стену пришлось укреплять дополнительными металлоконструкциями. Плюсы и минусы технологии Плюсы: Минусы: ·        не требуется трехмерная модель; ·        простая технология, которую может освоить каждый; ·        низкие требования к аппаратному обеспечению; ·        низкая стоимость контроля проектных решений без выезда на площадку. ·        трудозатратно, если требуется проверить несколько разных разделов в одной точке; ·        проверка происходит в рамках одного сечения; ·        каждый раз в новом месте проверки требуется совмещение чертежа и облака точек.     Поиск отклонений в конструкциях путем совмещения 2D-чертежей с облаком точек в Платформе nanoCAD   Прикладная задача 2: анализ деформации оборудования – цилиндрической печи. Выбранная технология: ReClouds для сравнения облака точек печи с ее 3D-моделью. Алгоритм: загрузка исходного облака точек (в формате LAS) и цилиндра, выполненного в виде 3D-солида, равного диаметру печи → совмещение 3D-моделей → использование команды ReClouds Сравнение → побор опытным путем радиуса отклонения (вылет точки от нормативного положения) → создание градиентного графика отклонений → поиск отклонений. Полученный прикладной результат: выявлены отклонения трубы от нормативного положения: вмятина и провисание. Наглядный способ проинформировать проектировщиков и строителей, на какие участки следует обратить внимание, чтобы принять решения о ремонте, частичной или полной замене. Эффективность использования ReClouds ·        Автоматизация обработки данных 3D-сканирования. ·        Работа в знакомой инженерной среде с интуитивно понятным интерфейсом. ·        Высокая скорость работы. ·        Минимум финансовых и аппаратных ресурсов. ·        Интеграция со специализированными решениями. ·        Гибридность используемых технологий: Платформа nanoCAD и ReClouds позволяют одновременно работать с 3D-моделью, 2D-чертежом и облаком.                                         Анализ деформации цилиндрической печи с помощью ReClouds. Справа красным и зеленым цветом подсвечена сама труба   Отклонения трубы от эталонного 3D-солида: слева видна вмятина, справа – провисание трубы Мнение пользователя Павел Владимирович Коротких, главный специалист – руководитель группы отдела по цифровизации инженерных процессов и данных, АО «Сибгипробум»   «Когда геополитическая ситуация обострилась и были введены санкции, перед нашим институтом, как и перед предприятиями многих других отраслей, встала задача импортозамещения.   Много где возникали сложности, но было очень отрадно знать, что базовое инженерное ПО нам есть чем заменить. Этим ПО стала Платформа nanoCAD, которая оказалась намного большим, чем просто скопированный зарубежный продукт.   Из стандартного функционала хотелось бы отметить, во-первых, Диспетчер чертежа, который позволяет удобно осуществлять менеджмент чертежей; а, во-вторых, базовые операции при работе с облаками точек: импорт/экспорт, настройки визуализации, подрезку, сечения и т.д.   Использование ReClouds – вертикального приложения к Платформе nanoCAD – дало нам расширенные возможности взаимодействовать с облаками точек, при этом оставаясь в единой инженерной среде.   Обнадеживает активное развитие продуктов со стороны разработчика и неуклонно растущее комьюнити пользователей».   О компании «Нанософт» «Нанософт» – российский разработчик инженерного ПО: технологий автоматизированного проектирования (CAD/САПР), информационного моделирования (BIM/ТИМ) и сопровождения объектов промышленного и гражданского строительства (ПГС) на всех этапах жизненного цикла, а также сквозной цифровизации всех процессов в производстве. Миссия компании – формирование условий для массового оснащения российского рынка лицензионными, качественными и доступными отечественными программными продуктами. «Нанософт» помогает своим заказчикам достичь импортонезависимости в области инженерного ПО и нацелена на развитие собственных технологий в фокусе реальных потребностей. Это позволяет гарантированно защитить критически важную ИТ-инфраструктуру, что особенно актуально сейчас, когда западные вендоры уходят с рынка, замораживают поставки ПО и техническую поддержку. Все программные продукты компании включены в Единый реестр российских программ для электронных вычислительных машин и баз данных. Официальный сайт: nanocad.ru.  
    • Raven
      Спасибо всем кто, ответил Проблема была в том что в БД свойство было строковое не массив, хотя в бизнес-моделере свойство с таким же именем было массивом типизированых ссылок.
    • Raven
      Привет. Подскажите почему может не отображаться пункт меню Вид - Применяемость
    • Gorich
      Я вот не совсем понял где и что смотреть...а руководство по эксплуатации от станка ну так сказать такое себе...там какие то совсем основы... нашел там типо какой то общий сброс...это не сможет помочь?)
    • Viktor2004
      а как проверить шпиндель, хорошо ли он держит инструмент? Не снимая шпиндель и не разбирая его
    • gudstartup
    • gudstartup
      почитайте руководство по эксплуатации я думаю или в сервисе или в пусконаладке нажмите кнопку plc  вы сигнал определили?
    • Gorich
    • Павлуха
      Самое неудобное - модель на одном экране, а панель инструментов на другом. Остальное уже мелочи.
×
×
  • Создать...