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

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


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

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

 

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

 

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

 

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

Этот брак хотят повесить на меня, так как я не написал в техкарте габариты по 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 пользователей

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




  • Сообщения

    • AlexKaz
      "9 июля 1968 года на мышах был проведен самый знаменитый эксперимент американского ученого-этолога Джона Кэлхуна «Вселенная-25». Суть опыта заключалась в создании идеальных условий, где мыши могли бы жить и размножаться, не ведая никаких забот, вдали от хищников и в отсутствие эпидемий и заболеваний. Для этих целей ученый построил специальный загон, куда были помещены четыре пары белых мышей (самцов и самок). В распоряжении мышей всегда была чистая вода и еда в изобилии, специальные гнезда, где можно обустроить себе жилище ― гнезд в загоне хватало для проживания нескольких тысяч мышей. Температура в загоне в среднем составляла около 20 ℃ и была комфортной для мышей. Животные не подвергались никаким влияниям извне и жили в идеальных условиях в свое удовольствие. А дальше началось самое интересное. На первом этапе эксперимента мыши хорошо размножались, вели активный образ жизни, охотно играли. На следующей фазе эксперимента мыши стали есть меньше, перестали наедаться до отвала. На третьей фазе эксперимента, когда в загоне были уже сотни мышей, произошло распределение социальных ролей, стала ярко выраженной иерархия, клановость. Появились так называемые отверженные ― молодые особи, которых другие, взрослые мыши сгоняли в центр загона, не давали им вести нормальный образ жизни, причиняли физический вред. В природе такое, наверное, было бы невозможно, ведь эти мыши-агрессоры просто не дожили бы до старости: их бы съели хищники. Но в загоне Кэлхуна хищников не было, и взрослые мыши начали попросту издеваться над молодняком. Образовались две большие группировки: самцы-одиночки и самки-одиночки. При этом самки-одиночки отказывались спариваться <с менее статусными многочисленными молодыми самцами и с оставшимися старыми статусными> и отвергали ухаживания самцов. У мышей стал проявляться тотальный индивидуализм, мыши не стремились создать семью. На последней, четвертой стадии мышиная популяция стала сокращаться. Появились самцы, которых сам Кэлхун назвал «красивыми» (англ. beautiful ones), из-за отсутствия ран и рубцов. <В оригинале: They never engaged in sexual approaches toward females, and they never engaged in fighting, and so they had no wound or scar tissue. Thus their pelage remained in excellent condition. - Дословный перевод: Они никогда не прибегали к сексуальным подходам к самкам, и они никогда не участвовали в боях, и поэтому у них не было ран или рубцовой ткани. Таким образом, их шерсть сохранилась в отличном состоянии.> Эти мыши не вступали в борьбу за самок и территорию, не проявляли активности к размножению и только питались, спали и чистили шёрстку. У мышей стали проявляться различные формы девиантного поведения, вспышки агрессии. Самки стали проявлять агрессию, защищать себя сами, стали умерщвлять своих детенышей, а затем окончательно отказались размножаться. На пике эксперимента в загоне одновременно проживало чуть более двух тыс. мышей. Еды и гнезд было достаточно для дальнейшего роста популяции, но через четыре года после начала эксперимента Кэлхун остановил свой опыт, потому что в загоне осталось чуть более сотни мышей, и все они уже вышли из репродуктивного возраста. По итогам эксперимента Кэлхун пришел к выводу, что достижение определенной плотности населения и заполнение социальных ролей в популяции приводит к распаду общества" https://physicsoflife.pl/dict/pic/calhoun/calhoun.. https://scientificrussia.ru/articles/utopiya-dlya-mys.. https://ru.wikipedia.org/wiki/Кэлхун,_Джон_(этолог)
    • gudstartup
      @Koels вот в чем дело пока ds609 это предупреждение поэтому F может и не появится если sv601 это значит ошибка. возможно при нагреве радиатора серво определяет это как предупреждение или ваш вентилятор крутиться медленнее чем оригинальный и серва думает что он встал хотяпри этом обычно на экране в строке состояния FAN.мигает больше у меня вариантов нет....  
    • ДОБРЯК
      Решите любым алгоритмом. Тогда будет конструктивный разговор. :=)
    • Fedor
      https://en.wikipedia.org/wiki/List_of_numerical_analysis_topics#Eigenvalue_algorithms     :) 
    • Юрий К.Ф.
      Добрый день. Не нашёл тут тему по стойке Китайско Китайской)) Lynuc N3ME. Видать мне так повезло с её наличием)) Приобрели 5-ти осевой Китаец. В б/у состоянии после удара по оси Z. Отремонтировали по механике, заменили батареи на драйверах, выставили лимиты. Всё Ок. Пригласили со стороны людей которые бы разобрались по операторской части. Те два выходных ковырялись, после сказали покажут расскажут, но за огромные деньги. Не сошлись. После месяц станок простоял, когда включили перестал реагировать на регулировку скорости шпинделя. То есть в режиме Jog, включаем обороты, которые стандартно 2140-2149 об/мин. При регулировке процетности не меняются (сама процентность показывает на мониторе). Так же при включении оборотов через команду M03S300 или другое значение, скорость так же показывает 2140-2149 об/мин. Грешить на тех товарищей с которыми не сошлись по деньгам для обучения, как то не хочется. Поковырялся в настройках шпинделя, вроде всё в норме. Проводку на шпинделе прозвонил, целая. В чём причина, не понятна. Кто нибудь сталкивался с подобным, или с подобной стойкой? Может подсказать варианты причины подобного?
    • ДОБРЯК
    • Fedor
      https://en.wikipedia.org/wiki/Eigenvalue_algorithm   Вот , кстати, важное свойство которое раньше встречал у Стренга. :)    http://elibrary.bsu.edu.az/files/kitablar/1022.pdf   
    • ДОБРЯК
      Вы ысё чаще напоминаете телевизор, который случайным образом переключает программы...:=)
    • sssdos
      сочувствую бедности(Дома на ноуте стоит Windows XP С PM 6.). Или другие причины?
    • Fedor
      А чего тут понимать в отношении Релея ?   https://scask.ru/i_book_alg_s.php?id=132   :)  https://ru.wikipedia.org/wiki/Отношение_Рэлея       https://ru.wikipedia.org/wiki/Алгоритм_вычисления_собственных_значений   
×
×
  • Создать...