Jump to content

Небольшие вопросы по fanuc и не только


selfmademan

Recommended Posts



Viktor2004
17 минут назад, palmerson сказал:

Что вы имеете ввиду

Составить операторам на бумаге таблицы, какой номер инструмента какому Т номеру соответствует

А технически не знаю на каком станке как у вас реализован выбор инструмента. Может это можно решить всего лишь убрав максимальное ограничение, а может и сложнее

Link to post
Share on other sites
2 часа назад, palmerson сказал:

Как реализовать вызов инструмента с любым Т

Здравствуйте. А устроит вызывать инструмент отдельно от команды M6?

<буквенный адрес>55 (инструмент N55)
M6

 

Link to post
Share on other sites
Viktor2004
6 часов назад, A_1 сказал:

А устроит вызывать инструмент отдельно от команды M6?

Я  думаю можно сделать так

параметр 6001#5  TCS поставить 1

Теперь команда Tn будет вызывать программу O9000 и указанный номер n будет записан в #149

В программе O9000 надо прописать таблицу типа

IF [#149 EQ 53] n=23;

IF [#149 EQ 54] n=24;

..........................

IF [#149 EQ 65] n=15;

Tn ;

M99 ;

 

  • Нравится 1
Link to post
Share on other sites
palmerson
40 минут назад, Viktor2004 сказал:

Я  думаю можно сделать так

параметр 6001#5  TCS поставить 1

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

Пока я попробовал на станке напротив номера ячейки изменить значение Т, которое больше значения количества ячеек , при магазине в 30 инструментов спокойно вызывается Т32.

Сейчас нужно думать как сделать этот процесс автоматическим.

То есть оператор снимает допустим фрезу 8 со станка, она у нас Т8, и ставит на ее место торцевую фрезу 50 и она у нас должна быть Т50. 

Вопрос, как без входа в инструментальный лист дать понять станку что ты поставил Т50 вместо Т8.

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

А писал я про замену инструмента в инструментальном листе станка (PMCPRM) 

Link to post
Share on other sites
2 часа назад, Viktor2004 сказал:

Я  думаю можно сделать так

параметр 6001#5  TCS поставить 1

Теперь команда Tn будет вызывать программу O9000 и указанный номер n будет записан в #149

Я бы предложил не трогать адрес T, чтобы сохранить классический вызов инструмента T10 M6 для "старых" программ.

В корректора, если их достаточное количество, ввести геометрическую информацию на, например 90 инструментов. Для Fanuc - это длина и радиус.

Выбрать свободный буквенный адрес, например, "A"

Вызывать инструмент в управляющей программе таким образом:

A<номер инструмента от 1 до 90 или даже больше>
M6

По адресу A настроить вызов подпрограммы O9004 - параметру 6090 присвоить значение 65. При этом в переменную #146 будет записываться номер вызываемого инструмента, который находился под адресом A.

В общих переменных выделить диапазон для номеров инструмента. Например #601 - #690

В них записывать номера ячеек магазина, в которых расположен инструмент, например:

#601=25
#602=12
...
#690=20

Это будет означать, что инструмент с номером 1 находится в 25-й ячейке, ... а инструмент N90 - в 20-й.

И сама подпрограмма:

O9004
(PAR6090=65)
T[#[600+#146]]
G43 H[#[600+#146]] D[#[600+#146]]
M99

 

Edited by A_1
Link to post
Share on other sites

Исправил подпрограмму. В предыдущей, конечно ошибся.

O9004
(PAR6090=65)
T[#[600+#146]]
G43 H#146
D#146
M99

И проверка, если инструмента нет в магазине (вводим в таких случаях 0 в #601-690)

IF [#[600+#146] EQ 0] THEN #3000=1 (ЭТОГО ИНСТРУМЕНТА НЕТ В МАГАЗИНЕ)

Edited by A_1
Link to post
Share on other sites
andrey2147
10 часов назад, palmerson сказал:

как раз ищу решение в этом направлении.

У фанука есть "родной " туул лайф" можно через него но сложно понять.

Типа ( для токарного ) Т0199,01 это группа инструментов.,

заходите в группу и вколачивайте нужный хоть Т52, хоть Т25

Link to post
Share on other sites
gudstartup
10 часов назад, A_1 сказал:

И проверка, если инструмента нет в магазине (вводим в таких случаях 0 в #601-690)

И кто будет редактировать эти макропеременные, оператор?

@palmerson Есть карта наладки в которую смотрит наладчик, а ему понятнее когда номер инструмента соответствует номеру ячейки (даже размещение инструмента в свободную ячейку вызывает путаницу чтобы узнать какой инструмент в какай ячейке надо смотреть таблицу места)!

Вы хотите сделать как удобно вам и не думаете о других участниках процесса.

Link to post
Share on other sites
28 минут назад, gudstartup сказал:

И кто будет редактировать эти макропеременные, оператор?

Здравствуйте. Чуть ниже отвечу на этот вопрос.

11 часов назад, A_1 сказал:

В общих переменных выделить диапазон для номеров инструмента. Например #601 - #690

Естественнее будет выделить диапазон переменных для ячеек магазина, например #601 - #630 (для магазина на 30 ячеек).

В них записываем номера инструментов от 1 до 90 или более, по количеству корректоров:

#601=80
#602=15
#603=0 (0=ячейка свободна)
...
#630=55

Переделываем программу:

O9004
(PAR6090=65)
(PRIMER: A55;M6)
#1=1
WHILE[#1LE30]DO1
IF[#146NE#[600+#1]]GOTO10
T#1
G43 H#146 D#146
GOTO20
N10 #1=#1+1
END1
IF [#1 GT 30] THEN #3000=1 (ЭТОГО ИНСТРУМЕНТА НЕТ В МАГАЗИНЕ)
N20 M99

Ну, и запись номеров инструментов в переменные #601 - #630 можно упростить
командой в MDI типа "M600 A55 Z30" (инструмент N55 установлен в 30-ю ячейку):

O9024
(PAR6084=600)
(PRIMER: M600 A55 Z30)
#[600+#26]=#1
M99

 

Edited by A_1
Link to post
Share on other sites
gudstartup
25 минут назад, A_1 сказал:

Ну, и запись номеров инструментов в переменные #601 - #630 можно упростить
командой в MDI типа "M600 A55 Z30" (инструмент N55 установлен в 30-ю ячейку):

Упростить конечно можно но это все равно дополнительные действия со стороны оператора (сначала ему нужно поставить инструмент в магазин а потом еще и ввести переменные) -это только все запутает. Чтобы наладчику понять какой инструмент в какой ячейке находится ему придется смотреть теперь уже 2 таблицы одну в pmcprm а другую в макропеременных. Тогда уж надо писать приложение на c-exe которое будет отображать это все на одном экране - то есть свой менеджер инструментов! 

Link to post
Share on other sites
10 минут назад, gudstartup сказал:

Чтобы наладчику понять какой инструмент в какой ячейке находится ему придется смотреть теперь уже 2 таблицы одну в pmcprm а другую в макропеременных.

Мне кажется, на практике, чтобы "понять какой инструмент в какой ячейке находится" он его просто вызывает в MDI. Может и ошибаюсь.

Link to post
Share on other sites
gudstartup
16 минут назад, A_1 сказал:

он его просто вызывает в MDI. Может и ошибаюсь.

На практике вы видите ячейку магазина а  в ней надо поменять инструмент но какой в ней инструмент вы не знаете пока не посмотрите в таблицу (это если включена улучшенная смена в свободную ячейку) если эта опция не включена то номер инструмента соответствует номеру ячейки и никакой путаницы!

Link to post
Share on other sites
palmerson
1 час назад, gudstartup сказал:

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

Вы хотите сделать как удобно вам и не думаете о других участниках процесса.

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

Link to post
Share on other sites
gudstartup

Что касается станков с магазином барабанного типа то он как правили расположен вне доступа оператора-наладчика и да ему приходится для смены все делать через MDI но есть и другие типы магазинов где оператор делает это через зону загрузки-выгрузки инструментов в основном это зависит от конструкции станка.

5 минут назад, palmerson сказал:

Т. и им нет дела из какой ячейки, главное что станок знает.

А теперь благодаря вашей дополнительной подпрограмме оператор вынужден будет формировать еще одну таблицу соответствия  инструментов в макро переменных если конечно вы воспользуетесь советом @A_1

Link to post
Share on other sites
Killerchik
12 часов назад, palmerson сказал:

Сейчас нужно думать как сделать этот процесс автоматическим.

Моё мнение - не стоит плодить сущности сверх необходимого. Нужно расширить таблицу в pmcprm до 90 позиций - в первых 24(30) - инструмент в магазине, в бОльших - инструмент в виртуальном хранилище. Программа смены и ладдэр проверяют номер, если он из первых 24(30) ячеек таблицы - происходит обычная смена, если из второй части таблицы - ручная смена через М00 и оператора.

Link to post
Share on other sites
gudstartup

А если инструментов будет не 90 а как у нас полные инструментальные шкафы то сколько переменных понадобится для его упорядочивания?

@palmerson В общем простор для творчества есть ,занимайтесь направление для создания собственного менеджера инструментов открыто и некоторые станкостроители этим пользуются (те которые не любят упрощать или у которых магазин на 200 инструментов)

Link to post
Share on other sites
18 минут назад, gudstartup сказал:

А если инструментов будет не 90 а как у нас полные инструментальные шкафы то сколько переменных понадобится для его упорядочивания?

В некоторых системах переменных около 60000

19 минут назад, Killerchik сказал:

если он из первых 24(30) ячеек таблицы - происходит обычная смена, если из второй части таблицы - ручная смена через М00 и оператора.

Тогда большинство инструментов придётся менять вручную)

Edited by A_1
Link to post
Share on other sites
gudstartup
4 минуты назад, A_1 сказал:

В некоторых системах переменных около 60000

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

Link to post
Share on other sites
24 минуты назад, gudstartup сказал:

Даже 90 переменных вручную задать нужно много времени а если частые переналадки на другую партию деталей?

В управляющей программе, в начале или в конце, после M30 добавить строки:

M600 Z1 A80
M600 Z2 A2
M600 Z3 A41
...

 

Edited by A_1
Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   1 member

    • Борис Уралмаш



  • Сообщения

    • Maik812
      Файлы на месте.. ссылки..  просто ссылки только на файлы, сами файлы и не каких копиий в проекте. Если на то пошло то универсальный инструмент для своих ссылок или разных вариантах отображения и хранения списков файлов https://wincmd.ru/plugring/virtualpanel.html я им пользуюсь. Закинул файлы с проектов и группировали их как хочешь это ссылки не файлы сами и имена любые дать. Можно так же сделать общий ини и юзать всеми проверяющими. Все это для большой организации и с большими издержками..  и так во многом. это приводит к не поворотности и неэкономичности больших компаний.
    • BU_RAN
      https://genlubric.ru/produkciya-gl/produkty-dlya-metalloobrabotki/
    • SAPRonOff
      ну когда длина в новом документе не кратна прототипному значению, там получается некая дельта, тут КАДу приходится где-то что-то ужать, по другому не понятно как.   у вас файл линии по гиперссылке сделан в учебной версии - у неё есть ограничения при использовании.   похоже эту задачу пользовательскими линиями просто так не решить, судя по справке https://www.tflexcad.ru/help/cad/17/index.html?g_u.htm и то что успел сам потыкать
    • Алекале
      Приветствую! Стоит ТС 11 и NX10. Изучаю вопрос внедрения Тех процесса в программу. Подскажите какие либо материалы, либо шаги к созданию ТП в тимцентр. Спасибо!
    • Алекале
      актуальная тема даже в 2023 году. можно пожалуйста ссылку. спасибо
    • gudstartup
      А вы все делаете строго по инструкции Этот пункт выполняете Попробуйте записать файлы из дискет при помощи TNCRemo но не все сразу а по каталогам
    • esergey
      смотря что понимать под этим  - техпроцесс  попробуйте тут почитать  или спросите форумчан в другой какои то теме  я не изучал этот вопрос  http://siemensdocs.plmlanit.ru/en-US/search/282219420?q=technical process&releaseVersion=Teamcenter 12.4&releasesku=PL20200109161503476 http://siemensdocs.plmlanit.ru/en-US/release/282219420/Teamcenter 12.4?releasesku=PL20200109161503476  
    • Алекале
      Добрый день, помогите освоить написание техпроцесса в teamcenter 11. невозможно найти какую либо информацию
    • VldLg
      Если через TNCRemo раскрыть файл бекапа в ту директорию где он находится и то что получается очень похоже на то, что должно быть на диске https://drive.google.com/drive/folders/1LUiEwa1MAHQRQ_nsDT1wFiZHxZNP7yf6?usp=sharing Это то, что извлекает TNCRemo и файла бэкапа, сделанного в то время, когда станок работал.
    • Kelny
      Пардонье, но это идиотизм и профанация. То есть человек что-то там проверил, согласовал, а через неделю-месяц вы принесли совершенно другой бумажный документ на подпись со словами: "всё проверено и согласовано в электронном виде". Или человек должен снова всмомнить, что он проверял, поднять сигнатуры проверяемых файлов и сверить, что с проверки ни чего не изменилось (то есть должен быть инструмент по сбору и хранения сигнатур на файлы или признак отсутствия изменений), а лишь потом ставить свой автограф. Или пока один бегает подписывает актуальный документ, другой уже исправил документацию в ПЛМ/ПДМ. Так в ПЛМ/ПДМ быть не должно, т.к. это называется бардак. Надо искоренять бумагу и переходить уже на электронные подписи, а не делать вид электронного документа оборота, но в конце цепочки возвращаться к бумаге - не хорошо это.   И это основной минус сетевой работы и обычно даже не предусматривают варианты альтернативного взаимодействия, что бы можно было решить эту проблему в случае форс-мажора на время восстановления сетей.   Тут проблема правильно ли наволил, обновил ли вовремя. Вобщем человеческий фактор, когда одни и те же файлы надо туда сюда переносить и не запутаться, где лежат последние, где отредактировать и снова положить по всем папкам, не забыв куда клал ранее. Вобщем тоже бардак.   Подписи в электронный документ можно ставить абы как, как и в бумажном, но по большому счёту это важно для внутренного использования, а внешнему потребителю КД по сути важнее подпись ответсвенного/утверждающего/большого начальника и т.п. ПЛМ/ПДМ как раз таки ограничивает порядок подписания, а так же сбрасывает все подписи, если документ изменился - так что круговорот документв в электронном обороте может оказаться более извилистым и круговоротным. В бумажных документах при прохождении круга подписей, при незначительной коррекции внесённой прямо в документ можно продолжить собирать подписи не спускаясь на нулевоей уровень со сбором подписей сначала.   Може и не трудно, но к сожалению не все бывают собранны и ответственны, а это может приводить к тому, что будет процесс всё время застопориваться. Автоматизация в этом плане сама разошлёт, сама напомнит, а так же сама пожалуется куда следует в случае, если какие-то цепочки встали без движения.
×
×
  • Create New...