CAM-де оператордан келетін кері байланыс даусыз әрі артық сөзсіз

Неге ескертулер CAM-ға жетпей қалады

Мәселе әдетте оператор "нашар түсіндірді" немесе программист "тыңдағысы келмеді" дегенде емес. Көбіне мәні станоктан CAM-ға дейінгі жолда жоғалады. Ауызша ескерту екі-үш минут өмір сүреді, кейін оны әркім өз сөзімен қайталайды, ал маңызды бөлшектер түсіп қалады.

Станок жанында оператор: "Таза жүрісте кіргеннен кейін ысқырады" дейді. Жарты сағаттан соң программистке басқа нұсқа жетеді: "станок шуылдайды". Мұндай сөзден себепті қай жерден іздеу керек екені белгісіз болады - кіреберісте ме, доғада ма, шығуда ма, берілімде ме, айналымда ма, әлде қалыңдықта ма.

"Шуылдайды", "ұзақ жүреді" немесе "жоңқасы нашар" сияқты сөздер пайдасызға жақын. Программистке өңдеудегі нақты орын керек. Ол болмаса, траекторияны ашып, шамалай бастайды. Әдетте сол жерде әңгіме бітеді.

Екінші себеп те бар. Оператор нақты жұмыстағы бір сәтті есте сақтайды: құрал ауысқаннан кейін, екінші бөлшекте, патронға жақын жерде, ойықтан шығар алдында. Программист "сәтті" емес, операцияны, өтуді және кадрды қарайды. Екеуі бір нәрсені айтып тұр, бірақ оған әртүрлі көзбен қарайды.

Токарлық станокта бұл әсіресе байқалады. Оператор: "Екінші иықта шыңылдайды" деуі мүмкін. Ол үшін бұл жеткілікті: дыбысты естіді, жоңқаны көрді. Программистке көбірек керек. Қай құрал жұмыс істегенін, профильдің қай жерінде болғанын және бұл әр бөлшекте қайталана ма — соны білу маңызды.

Хабарламада факт болмаса, әңгіме тез дау-дамайға айналады. Оператор мәселе бар деп сенеді, өйткені оны естіп, көріп тұр. Программист симуляцияға қарап, айқын ақау көрмейді. Соңында CAM траекториясын емес, кімнің байқауы дәл екенін талқылайды.

Тек қысқа байқау мен нақты байлау бар кері байланыс қана дұрыс жұмыс істейді. Онсыз ескерту станок жанындағы әңгіме болып қалады, ал бағдарлама түзетудің негізі бола алмайды.

Программистке бір жазбада не керек

Программист траекторияны тек пікір емес, тексеруге болатын факт көргенде ғана өзгертеді. Егер жазбаны ашып, операциямен бірден салыстыра алмаса, ол көбіне нақтылауға кетеді.

Жақсы жазба отыз секундта оқылады. Онда себепті түсінуге жететін дерек болады: берілімде ме, кіріскенде ме, құрал шыққанда ма, қалыңдықта ма, әлде өңдеу стратегиясының өзінде ме.

Бір жазбада бес нәрсе керек:

• бөлшек нөмірі және операция
• құрал және траектория учаскесі
• кесу кезіндегі дыбыс
• шыққан жоңқа
• цикл қанша уақыт алғаны

Осысының өзі жұмысқа жетеді. Мысалы: 2147-бөлшек, 30-операция, T04 құралы, шу таза өңдеу жүрісінің соңғы үштен бірінде пайда болды, жоңқа ұзын әрі жабысып қалады, цикл әдеттегі 5 минут 50 секундтың орнына 6 минут 40 секунд болды.

Бақылауды кейін CAM-де тексеру тәртібімен жазған жақсы: алдымен бөлшек пен операция, содан кейін құрал, одан кейін учаске, дыбыс, жоңқа және уақыт. Сонда жазбаны симуляциямен де, станокта болған жағдаймен де оңай салыстыруға болады.

Егер учаске дәл аталмаса, программист 15-20 минутты тек керек жерді іздеуге жұмсауы мүмкін. Егер жоңқа сипатталмаса, ол көбіне дұрыс емес режимді өзгертеді. Уақыт көрсетілмесе, бұл шынымен циклдің ұзаруы ма, әлде станок баяу сияқты көрінді ме — түсініксіз қалады.

Жақсы жазба ұзақ болмайды. Ол нақты болады.

Ауысымға арналған қысқа үлгі

Ескерту бір минуттан аспауы керек. Оператор бір схема бойынша жазса, программист жалпы шағымды емес, CAM-де және станокта тексеруге болатын белгілер жиынтығын көреді.

Ыңғайлы формат мынадай:

1. Бөлшек / операция / құрал
2. Дыбыс: қандай және қай учаскеде
3. Жоңқа: пішіні, ұзындығы, түсі
4. Уақыт: норма және факт
5. Қайталану: қашан және неше рет болды

Жолдарды қарапайым сөзбен толтырған жақсы. өңдеуде мәселе бар емес, сыртқы диаметрдегі таза жүрісте 2-3 секунд ысқырады деп жазыңыз. жоңқа нашар емес, жолағы ұзын, көгілдір, бөлшекке оратылады деп жазыңыз. Жалпы сөз азайған сайын, бағдарламаны келесі итерацияда түзету ықтималдығы артады.

Бірінші жол керек: қажетті операция бірден ашылады. Құрал көрсетілмесе, жазба оңай жоғалады: бір бөлшекте ұқсас бірнеше өту болуы мүмкін. Екінші және үшінші жол кесу кезінде не болып жатқанын көрсетеді. Дыбыс көбіне дірілге немесе артық жүктемеге ишара етеді, ал жоңқа материалдың кесу аймағынан қалай шығатынын түсінуге көмектеседі.

Төртінші жол есеп беру үшін емес, шешім таңдау үшін керек. Егер цикл 8 секундқа ұзаса, алдымен артық бос жүріс немесе тым сақ кіріс бар-жоғын тексеру қисынды. Егер уақыт өзгермесе, бірақ дыбыс нашарласа, берілімді, тереңдікті немесе траекторияның нақты учаскесін қараған жөн.

Бесінші жол кездейсоқтық пен қайталануды ажыратады. Пластина ауысқаннан кейін бір рет шыққан біртүрлі дыбыс пен бір операцияда үш рет қайталанған сол дыбыс — бұлар әртүрлі басымдық.

Көбіне ешқандай нақтылау сұрамай-ақ жұмысқа алатын жазба мынадай:

"Корпус А17 / OD таза өңдеу / T0303. Шығуда 2 сек қысқа ысқырық. Жоңқа ұзын, ашық көгілдір, екі рет оратылды. Норма 1:40, факт 1:49. Ауысымның 2-ші және 5-ші бөлшегінде 3 рет қайталанды."

Мұндай жазбаны созбай, бірден тексеруге болады.

Қалай кезең-кезеңімен енгізу керек

Егер бір станокта дыбысты ысқырық десе, басқа станокта ән салу десе, программист не болғанын түсінбей қалады. Ортақ сөздік керек. Бастапқыда дыбысқа 4-5 сөз жеткілікті: бірқалыпты шу, ысқырық, сартыл, соққы. Әр сөздің бүкіл ауысым үшін бір ғана мағынасы болуы керек.

Жоңқамен де сол қағида жүреді. Адамдарға әр жолы жаңа сипаттама ойлап табуды сұрамаңыз. Бір рет нақты операцияға арналған 2-3 қалыпты жоңқа үлгісін көрсетіп, оларды жұмыс орнының қасына қойған дұрыс. Сонда оператор фактіні үлгімен салыстырады, сөз іздеп қиналмайды.

Кейін қарапайым ырғақ керек:

• шебер мен программист дыбыс үшін қысқа сөздерді алдын ала келіседі
• жиі орындалатын операциялар үшін 2-3 қалыпты жоңқа үлгісі қалады
• оператор ескертуді бөлшек немесе циклден кейін бірден жазады
• бір жазбада бір ғана симптом қалады
• жаңа жазбалар күн сайын бір уақытта қаралады

Бөлшектен кейін бірден жазу көп нәрсені өзгертеді. Ауысым соңында адамдар құрал нөмірін шатастырады, траекторияның учаскесін ұмытады және бірнеше мәселені бір жерге қосып жібереді. Жылы-жұмсақ кезде жазылған қысқа ескерту, ішінде бір ғана жол болса да, әдетте дәлірек болады.

Симптомдарды бөлу де уақыт үнемдейді. Егер шуылдайды, жоңқа созылады, цикл ұзарды деп бірден жазсаңыз, программистке бірінші не болғанын және не немен байланысты екенін болжауға тура келеді. Үш қысқа жазба бір жалпы шағымнан пайдалырақ.

Күн сайын бір уақытта қарау да маңызды. Егер команда жазбаларды бүгін таңертең, ертең кешке, сосын үш күннен кейін қарап отырса, жүйе тез ыдырайды. Мысалы, бірінші партиядан кейінгі бір уақытты таңдап, сол мезетті әр жұмыс күні сақтау әлдеқайда оңай.

Бір аптадан соң қай формулировкалар траекторияны өзгертуге көмектесетіні, ал қайсысы адамдарды тітіркендіретіні түсінікті болады. Содан кейін форманы мүмкіндігінше ықшамдап, нақты өту, құрал және циклдегі ауытқуды табуға көмектесетін бөліктерді ғана қалдырған жөн.

Дыбыс, жоңқа және циклді қалай сипаттау керек

Программистке эмоция емес, тексеруге болатын белгілер керек. Сондықтан нашар кеседі дегеннен гөрі, оператор шынымен еститін және көретін нәрсені жазыңыз: ысқырық, сартыл, гуіл, ұзын жоңқа, цикл 30 секундқа ұзарды.

Нашар деген сөз ештеңе бермейді. Бір адам оны кіреберістегі жеңіл ысқырыққа қолданады, екіншісі — таза өңдеу жүрісіндегі қатты дірілге. Ескерту нақты болса, дау әдетте тез бітеді: программист CAM-ды ашып, нақты учаскені қарайды.

Дыбыс үшін қарапайым сөздер қолданған дұрыс, бірден диагноз қоюға тырыспаңыз. Материалға кіргенде ысқырық шықты деген құрал тұрақсыз жұмыс істеп тұр дегеннен пайдалырақ. Тіпті жақсысы — оператор пайда болған сәтін қоссын: ысқырық сыртқы диаметр бойынша екінші өтуде басталды.

Жоңқа бойынша көзге көрінетін белгілер керек. Ұзын жоңқа жоңқа сындырғыш жұмыс істемей тұрғанын білдіруі мүмкін. Үзік-үзік жоңқа көбіне дірілмен қатар жүреді. Көгілдір жоңқа қызуды немесе тым ауыр режимді көрсетеді. Егер жоңқа тек өтудің соңында өзгерсе, оны да міндетті түрде жазу керек.

Цикл уақытымен бәрі одан да қарапайым. Баяулады деп жазбаңыз. Нормамен салыстырыңыз: бөлшек 4:10 еді, қазір 4:55. Мұндай айырма бірден берілімге, артық жетулерге немесе қайталама қозғалыстарға назар аударады.

Жақсы жазбаның үлгісі мынадай болуы мүмкін: Сыртқы диаметрдегі таза жүрісте ысқырық шықты, үшінші бөлшектен басталды. Жоңқа ұзын, кей жері көгілдір. Цикл 3:20 еді, 3:50 болды. Әр бөлшекте қайталанады.

Бұл станоктағы жағдаймен бағдарламаны салыстыруға және сөз таңдауы үшін дауласуға уақыт жоғалтпауға жеткілікті.

Артық сөзсіз жазба мысалы

Егер оператор шуылдайды немесе цикл тағы ұзарды десе, программистке сүйенетін нәрсе болмайды. Бөлшекке, операцияға, құралға және мәселе пайда болатын жерге байланған қысқа жазба керек.

Деталь: фланец
Операция: OP20
Инструмент: T03
Участок: чистовой проход у торца
Звук: слышна дробь у торца на выходе
Стружка: идет длинной лентой, цепляется
Цикл: было 48 с, стало 57 с
Проверить: подачу на чистовом проходе и выход инструмента

Мұндай формат әдеттегі ауызша ескертуден жақсы. Оператор диагноз қоймайды және режим туралы дауласпайды. Ол жай ғана факті береді: дыбыс қай жерде естіледі, жоңқа қандай, цикл уақыты қаншаға өсті.

Программистке осының өзі OP20-ны бірден ашып, T03-ті тауып, CAM траекториясындағы екі жерді тексеруге жеткілікті: торец маңындағы таза жүрістегі берілімді және құралдың кесуден шығуын. Сартыл көбіне дәл сол жерде пайда болады, ал ұзын жоңқа жолағы учаскені қайта қарау керегін ғана растайды.

Нашар жазба былай естіледі: Фланецте тағы бірдеңе дұрыс емес, станок дүрсілдейді, бағдарламаны түзету керек. Мұнда операция да, құрал да, учаске де, цикл бойынша сан да жоқ. Мұндай фразаны әркім өзше түсінеді.

Егер тағы бір түсініктеме керек болса, тек факт қосыңыз. Мысалы: сартыл бүкіл жүріс бойы емес, тек соңында естіледі. Немесе: жоңқа цикл ішінде екі рет бөлшекке ілінеді. Осысының өзі-ақ ескертуді жұмысқа жіберуге жетеді.

Әдетте бәрі қай жерде бұзылады

Ескертулердің көбі программисттің қырсықтығынан жоғалмайды. Жазба CAM-де нақты нені өзгерту керегін көрсетпейді. Операцияны, құралды және ақау сәтін тез табу мүмкін болмаса, траектория өзгеріссіз қалады.

Көбіне мәселе хабарлама формасында болады. Оператор бәрін дұрыс көреді, бірақ оны программистке дөп жеткізбейді. Цехта бұған әдетте уақыт жоқ.

Кәдімгі сәтсіздіктер былай көрінеді:

• құралдың немесе операцияның нөмірі жоқ
• бір жазбада бірнеше мәселе араластырылған
• хабарлама ауысымнан бір күн кейін жіберілген
• жылдамдату керек дейді, бірақ сан берілмейді
• фактінің орнына тәсіл немесе жұмыс стилі туралы дау басталады

Жақсы ескерту әрқашан орынмен және бір байқаумен байланысады. Мысалы: T08 құралы, O120 операциясы, 42-секундтан кейін ысқырық шықты, жоңқа ұзын жіп сияқты болды, бүкіл бөлшек циклі 3:40. Мұндай мәтінді код, берілім және материалға кіру бойынша тексеруге болады.

Нашар нұсқа былай естіледі: Бағдарламаны жылдамдату керек, ол ауыр жұмыс істеп тұр. Мұнда да сан жоқ, учаске жоқ, белгі жоқ. Жауапта нақтылау сұрақтары басталады, ал оператор оны тағы да тыңдамай жатыр деп ойлайды.

Тәжірибеде қарапайым қағида жақсы жұмыс істейді: бір жазба — бір мәселе — бір факт. Егер шу болса, шу туралы жазыңыз. Егер жоңқа созылса, жоңқа туралы жазыңыз. Егер цикл нормаға қарағанда ұзақ болса, санды және оны қай операцияда көргеніңізді көрсетіңіз.

Жіберер алдындағы жылдам тексеріс

Жіберер алдында 30 секунд бөліп, қысқа сүзгіден өткізіңіз. Егер жазба мына тармақтардан өтпесе, программист алдымен траекторияны ашпай, қарсы сұрақ қояды.

• бөлшек, операция және құрал көрсетілген
• мәселені қай учаскеден іздеу керегі түсінікті
• бір ғана қайталанатын симптом қалдырылған
• уақыт бойынша норма мен факт салыстырылған
• мәтін 20 секундта оқылады

Жақсы ескертуді станок жанында қайта тексеруге болады. Программистке маған өңдеу ауыр сияқты деген емес, қысқа әрі қайталанатын факт керек: бұл қай жерде, не үстінде, қай құралмен және дәл қалай көрінеді.

Дыбыс пен жоңқа үшін қарапайым сөздерден айнымай жүріңіз. Өтудің шығаберісінде ысқырық деген жағымсыз бөгде дыбыс дегеннен жақсы. 120-140 мм өтуінде қысқа көгілдір жоңқа деген жоңқа біртүрлі дегеннен жақсы. Бағалау азайып, бақылау көбейсе, дау да азаяды.

Токарлық ЧПУ станокта айырмашылық ерекше байқалады. Бір оператор: T02 шуылдайды, ұзақ кеседі деп жазады. Екіншісі: вал 40Х бөлшегі, қаралтым сыртқы өту, T02 CNMG, 85-110 мм учаскесі, бірінен соң бірі екінші бөлшекте бірқалыпты гуіл пайда болады, цикл 1:52, орнына 1:37 деп жазады. Екінші жазбамен жұмыс істеуге болады.

Егер кемінде бір тармақ жетіспесе, хабарламаны бірден жібермеген дұрыс. Жоғын қосып, артық сөзді алып тастаған оңай, кейін ұзақ хат алмасуға уақыт жұмсағаннан гөрі.

Бірінші аптадан кейін не істеу керек

Жеті ауысым өткен соң сізде шешім қабылдауға жеткілікті материал болады. Бір аптаның өзі қайталануды көруге жетеді: бір учаске шуылдайды, бір операция ұзын жоңқа береді, бір цикл уақыты қайтадан нормадан асып кетеді.

Бір аптадағы барлық жазбаны бір кестеге немесе журналға жинаңыз. Әр ескертуді жеке-жеке бөлшектемеңіз. Әуелі кемінде екі рет бір бөлшекте, бір құралда немесе бір операцияда қайталағанын іздеңіз. Қайталанушылық ұзақ талқылаудан пайдалырақ.

Одан кейін жазбаларды төрт топқа бөліңіз:

• бір CAM траекториясы бойынша қайталанғандар
• цикл уақыты өскен жағдайлар
• бір режимде дыбыс пен жоңқа бойынша бірдей ескертулер
• уақыт, құрал және учаске көрсетілмеген бір реттік жазбалар

Алғашқы үш топты бірден қараған жөн. Соңғысын нақтылауға қайтару керек. Әйтпесе әңгіме тез бірдеңе дұрыс болмады деген фразаларға түсіп кетеді, ал ондаймен ештеңе істей алмайсыз.

Содан кейін траектория қателерін станоктың шектеулерінен ажыратыңыз. Егер жағымсыз дыбыс бағдарламадағы бір ғана жерде шықса, себеп көбіне құралды кіргізу, шығару, қадам немесе жүріс тереңдігінде болады. Егер мәселе әртүрлі УП мен бөлшектерде қайталанып, жазбалар үнемі діріл, артық жүктеме немесе жоңқаның нашар шығуын айтса, станоктың өзін, айлабұйымды және баптауды тексерген дұрыс.

Бірінші аптадан кейін барлығына ортақ бір шаблонды бекіткен жөн. Егер оператор шығуда ысқырады десе, ал программистке әр жолы құрал нөмірі, учаске және циклдегі уақыт жетпесе, жүйе жұмыс істемейді. Қысқа әрі қатаң формат көбіне еркін мәтіннен жақсы.

Қарапайым мысал: бір аптада бір бөлшек бойынша алты жазба келді. Төртеуінде: T03, ішкі қаралтым өту, 00:42-00:49, шығуда ысқырық, жоңқа ұзын, цикл +11 сек деп көрсетілген. Мұның өзі нақты учаскені тексеріп, цех ішінде артық әңгімесіз траекторияны түзетуге жеткілікті.

Егер талдау бағдарламаны түзету шамалы ғана әсер ететінін көрсетсе, дауды созудың қажеті жоқ. Мұндай жағдайда мәселені техникалық тексеруге шығару керек. EAST CNC, Қазақстандағы Taizhou Eastern CNC Technology Co., Ltd. ресми өкілі, токарлық ЧПУ станоктарды жеткізу, іске қосу-баптау және сервистік қызмет көрсетумен айналысады, сондықтан мұндай сұрақтарды оператор мен программист арасындағы дау ретінде емес, станоктың жай-күйі мен мүмкіндігі ретінде талқылаған дұрыс.

Қорытындысы қарапайым: қайталануды алып тастаңыз, бір түсінікті шаблон қалдырыңыз және барлық жазбаны екі топқа бөліңіз — траекторияны түзетеміз және станокты тексереміз.