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

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

Соглашусь с Вами, уважаемый agering, про анализ символов и блоков . Вспомним тему , приведённую здесь

ниже про подтормаживание отработки при обработке подпрограмм . Кстати на современных практически

одинаковых стойках. Сам встречался с подтормаживанием при "подкачке" больших объёмов информации

с внешнего компьютера . Но : в списке УЧПУ , приведённых автором темы, даже "Балт - Систем " наверняка

уже на первом "пентюхе". Вообще выражение" считывание кадра " из эпохи ЧПУ , управляемых с перфоленты

- пробивки "отщелкались" , лента по символу окончания кадра встала .

С появлением ОЗУ кадр отрабатывается - а следующие анализируются. На ошибки синтаксиса , на невыход

за программные ограничения. Сейчас вперёд рассчитывается и траектория и подачи . Что толку в запрограм-

мированной подаче 6000 мм/мин на кадре с длиной перемещения в несколько десяток , если в следующем

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

Но с термином вопрос не к автору темы , а к его преподавателю . Т.е. имеем оживлённую дискуссию по

поводу разных пониманий  неопределённого по физическому смыслу перед началом дискуссии термина.

Давайте определять его смысл. Вариант andre_77  общепризнанный ?

Это немного другое, называется LOOK AHEAD, которое тоже в качестве эксперимента, было опробовано мной на старичке FS6M, правда на небольшую глубину в 72 кадра. Для этого мне пришлось увеличить RAM на 32К.

Смысл уже определен заранее, после внедрения REMOTE MODE A (G05). Рекомендую почитать в документах по ЧПУ FANUC, там подробно описано, чем ограничена подача при малых перемещениях.

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


Прежде всего интересно было бы спросить у "препода", откуда считывается программа .Из внутреннего ОЗУ ,или из внешнего источника .И входит ли в УП анализ последующих перемещений.

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

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

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

минимально.

Но в любом случае при правильном составлении технологии под возможности станка и правильно

организованном обмене с внешним источником никаких задержек в реальном времени не увидим.

Стойка выберет и обсчитает всё наперёд раньше , чем привод на первом кадре реально двигать ось начнёт.

В случае G05 расчет траекторий в ЧПУ вообще не идет. Глотается двоичный код позиций осей и подается на привод. Расчет происходит в устройстве, которое готовит этот двоичный код. По этой причине, подача будет зависеть только от скорости передачи этих двоичных данных. Процессор, который готовит этот бинарный "винегрет", как правило, на порядок шустрее, того что в ЧПУ, а "обязанностей" на столько же меньше.

Раздел 19 в В-64124RU/01?

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

RemoteBuffA.pdf

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

В случае G05 расчет траекторий в ЧПУ вообще не идет. Глотается двоичный код позиций осей и подается на привод. Расчет происходит в устройстве, которое готовит этот двоичный код. По этой причине, подача будет зависеть только от скорости передачи этих двоичных данных. Процессор, который готовит этот бинарный "винегрет", как правило, на порядок шустрее, того что в ЧПУ, а "обязанностей" на столько же меньше.

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

Спасибо. Скачал , прочитаю, буду задавать ещё вопросы . Пока только один-что это за устройство , готовящее

двоичный код в архитектуре того же Fanuc 0i- MC и где аппаратно располагается ?

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

Спасибо. Скачал , прочитаю, буду задавать ещё вопросы . Пока только один-что это за устройство , готовящее

двоичный код в архитектуре того же Fanuc 0i- MC и где аппаратно располагается ?

Это, как и многое в Фануке, опция. В их перечне или в Descriptions и надо читать...

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

Добрый вечер. Siemens 840. heidenhain 530-640. bosch mtx. mitsubishi 700-750(800-850) не самые быстрые стойки.

Одни из самых быстрых(именно по обработке кадров, кол-во одновременных осей 3-5 тоже влияет на скорость обр. кадров) andronic 3060-0.1ms(5x-линейная интерпол.10000 к/с lookahead 25000к). roders rms6-0.1ms(5x линейн.интерпол. ) l-a-h 18000-20000k. sodic ln2x-0.1ms(3x линейная и круговая интепол.) l-a-h 20000k.  

heidenhain530-0.5ms.(2000k/s) mitsubishi 700-750- 0.35ms(2800k/s) 800-850-0.23ms. 

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

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

прочитав прикрепленный документ про G05, правильно ли я понял что при использовании G05 выводить НЦ код после КАМа надо только  с линейной интерполяцией, если встретится G02/03 то фанук выдаст ошибку?

и еще при G05, программирование перемещений в векторах при 5 осевой обработке фанук переварит?

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

 

прочитав прикрепленный документ про G05, правильно ли я понял что при использовании G05 выводить НЦ код после КАМа надо только  с линейной интерполяцией, если встретится G02/03 то фанук выдаст ошибку?

и еще при G05, программирование перемещений в векторах при 5 осевой обработке фанук переварит?

 

В этом документе сказано, как выйти из этого режима. Если, Вы зададите по всем осям двоичные 0, то ЧПУ выйдет из этого режима в обычный. Тут можете и обрабатывать G02/G03 и другие имеющиеся у Вас функции. Фанук в режиме G05 переварит все имеющиеся по опциям оси. Только, как я уже писал, для выхода нужно будет во все оси задавать перемещение 0. А во время выполнения G05, почти никаких функций не работает, включая даже коррекцию инструмента. Все управление построено по принципу ИНТЕРФЕС->УПРАВЛЕНИЕ ПОЗИЦИОНИРОВАНИЕМ (Приводом). По этой причине, подача по осям на прямую зависит от скорости обмена по интерфейсу. В этом режиме разгон-торможение тоже не работает, отрабатывается все непосредственно. По этой причине, очень качественно обработанная поверхность детали. 

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

Прочитал и возник следующий вопрос : в документе G05 определяется либо как высокоскоростной

удалённый (дистанционный) буфер (вариант А) , либо как скоростная мехобработка (вариант В ).

Я же имел в виду поколение стоек , где по G08 включается обычный предпросмотр на 20 кадров , а

по G05 , точнее по G05.1 - либо расширенный предпросмотр с АI (искусственным интеллектом ) ,

либо функция контурного управления АI с предпросмотром на 40 кадров. Не смешиваем ли мы

поколения стоек ?

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

Скорость чтения программы закладывается при проектировании системы ЧПУ производителем. Этот параметр указывает, какое максимальное количество кадров можно считать и за одну секунду. Например, ЧПУ HAAS позволяет считывать 1000 кадров в секунду.

На что это влияет?

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

Хочется поинтересоваться у уважаемого аndre_77 , не пробовал ли он прикинуть , сколько коротких кадров

реально делает станок  за 1 секунду ? Раз глаз реально отслеживает перемещение символов по экрану , то

наверное не более 25 . Как будет выглядеть изображение на LCD мониторе при попытке прогнать через

монитор 1000 или даже 200 строк с символьной информацией (технологических кадров) в секунду ?

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

Моё мнение - привода и механика станка . Они позволяют разогнать ось до "нужных" для технолога

скоростей реза в 7200 мм/ мин на длительной линейной интерполяции , но не справятся с подобными

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

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

мощность двигателей и жёсткость механики станка ( не имею в виду только Хаасовскую ).

И мне больше , чем данные о "скорости чтения" , привычно  понятие "время отработки УП".

Лет 12 назад модернизировали станок  заменой старой стойки на стойку нового поколения . С советского

процессора МС1201 на первый "Пентиум ". Так вот на небольших УП - сотня кадров с линейной интерпо-

ляцией и сверлильными циклами время отработки УП не изменилось вообще. На программах с отработкой

 объёмных поверхностей ( короткие кадры ) время отработки сократилось в 1.5 раза ( с 3 часов до 2-х ).

С тем же инструментом , приводами и подачами .

Тактовая частота  ПРЦ выросла с 2.3 МГц до 100 - в 40 с лишним раз , плюс другие премущества :

новые  ОЗУи т.д. и т.п.

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

или "скорость обсчёта " - дело как минимум четвёртое... От рекламщиков и от лукавого...

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

тоо мастеровой.

Не много дополню. На станке с приводом через ШВП-скорость чтения, обсчета кадра не самая важная характер,(но лучше иметь запас).

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

Также по данной теме попадалась в англо-язычн. литературе значение KV-фактор. Как я понял (все в одном) усредненный фактор скорости перемещ.+ускорения+скорости чпу обсчета кадров.  Кто-то может обьяснить что он KV-f-означает?

спасибо

Ссылка на сообщение
Поделиться на других сайтах
Хочется поинтересоваться у уважаемого аndre_77 , не пробовал ли он прикинуть , сколько коротких кадров реально делает станок за 1 секунду ? Раз глаз реально отслеживает перемещение символов по экрану , то наверное не более 25 . Как будет выглядеть изображение на LCD мониторе при попытке прогнать через монитор 1000 или даже 200 строк с символьной информацией (технологических кадров) в секунду ? А почему стойка , способная "обсчитать" тысячу кадров реально на станке отрабатывает десятки кадров ? Моё мнение - привода и механика станка . Они позволяют разогнать ось до "нужных" для технолога скоростей реза в 7200 мм/ мин на длительной линейной интерполяции , но не справятся с подобными подачами при обработке коротких дуг с постоянными реверсами . Создай и засунь в стойку "квантовый" компьютер с нужной скоростью обсчёта - придётся в разы повышать мощность двигателей и жёсткость механики станка ( не имею в виду только Хаасовскую ). И мне больше , чем данные о "скорости чтения" , привычно понятие "время отработки УП". Лет 12 назад модернизировали станок заменой старой стойки на стойку нового поколения . С советского процессора МС1201 на первый "Пентиум ". Так вот на небольших УП - сотня кадров с линейной интерпо- ляцией и сверлильными циклами время отработки УП не изменилось вообще. На программах с отработкой объёмных поверхностей ( короткие кадры ) время отработки сократилось в 1.5 раза ( с 3 часов до 2-х ). С тем же инструментом , приводами и подачами . Тактовая частота ПРЦ выросла с 2.3 МГц до 100 - в 40 с лишним раз , плюс другие премущества : новые ОЗУи т.д. и т.п. Так что по прежнему убеждён , что тем более на современных стойках понятие "скорость чтения " или "скорость обсчёта " - дело как минимум четвёртое... От рекламщиков и от лукавого...

 

Уважаемый 'Мастеровой'.

Чем вызван достаточно едкий тон Вашего сообщения по отношению ко мне. Я не комментировал ваши сообщения и к Вам лично не обращался.

Посмотрите пожалуйста внимательно на вопрос автора темы, обратите внимание на сообщение №15 и еще раз внимательно прочитайте мое сообщение.

И так , вопрос автора темы "Как и на что влияет скорость чтения УП?"

Я на цифрах показал на что это может оказывать влияние.

Разрешите поинтересоваться, где в моем сообщении вы прочитали, что скорость чтения кадров и скорость отработки программы это одно и то-же?

В вопросе автора об это речи не шло и я ни чего об этом не говорил.

С чем конкретно в моем сообщении вы не согласны?

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

Прошу прощения за то , что мои привычки  из прошлого века к формальной письменной лексике ( набирать

слово "Вы" с большой буквы и указывать своё отношение словом "уважаемый" к тому человеку , чьи

сообщения я действительно уважаю , показались Вам на современном фоне общения в сети "едкими".

Я пять дней ждал именно запрошенного мною определения термина для продолжения дальнейшей

и всё ещё интересующей меня дискуссии . Т.к. сам в своё время подрабатывал преподавателем в техникуме

по курсу "Станки и системы ЧПУ", когда на родном оборонном заводе деньги вообще не платили .

По прежнему не вполне согласен с некоторыми положениями из 2-го и 3-го абзацев Вашего сообщения №17 ,

исходя из своего опыта и своего понимания некоторых терминов ,  о чём и написал в сообщении 20.

Но высказав своё мнение в сообщении 16, буду вынужден его в дальнейшем отстаивать .

 

                       С уважением , Мастеровой .

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

Прошу прощения, за то, как я воспринял и ответил на Ваше сообщение.

Далее постараюсь конструктивно. 

Для проверки использовал простую программку вида:

 

G54                      

F3600

G1G91 X-200.

G1 X200.

M30

 Время работы программы 6 сек.

 

 

G54

F3600

G1G91 X-0.05 L4000 (повтор 4000 раз )

G1 X200.

M30

Время работы программы 33сек.

С высокоскоростным фрезерованием 7сек.

 

 

G54

F3600

G1G91 X-0.05  (повтор 4000 раз  с помощью макрокоманд, IF)

G1 X200.

M30

Время работы программы 2 мин 4 сек.

С высокоскоростным фрезерованием 2 мин.

 

 

G54

F3600

G1G91 X-0.05  (повтор  подпрограммой)

G1 X200.

M30

Время работы программы 3 мин 35 сек.

С высокоскоростным фрезерованием 3 мин 35 сек.

 

 

 

G54

F3600

G1G91 X-0.05

N1 X-0.05

.

.

N4000 X-0.05

 G1 X200.

M30

Время работы программы 33сек.

С высокоскоростным фрезерованием 7сек.

 

 

 

G54

F3600

G1G91

N1 X-0.025

.

.

N8000 X-0.025

 G1 X200.

M30

Время работы программы 55сек.

С высокоскоростным фрезерованием 11сек.

 

Выводы делайте сами.

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

Тип стойки ЧПУ укажите , пожалуйста. Тот ли "Хаас", о котором Вы упоминали в 17 сообщении ?

По "Хаасам " мне будет трудно спорить , т.к. в зоне обслуживания их у меня нет, придётся часто

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

на максимальное число кадров, которое может считать  ЧПУ. Имелся ли в виду системный параметр,

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

ЧПУ ?

Пока я вижу чёткое подтверждение сообщения 19 о заметном замедлении отработки при разных

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

мой функция высокоскоростного фрезерования не работала.

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

кадров в секунду.

Наиболее наглядный результат , на мой взгляд дали 1и 2 вариант построения УП.При времени

реального позиционирования 6 сек. и затраченных на считывание 4000 кадров 4-х секундах

машинного времени время позиционирования при использовании высокоскоростного фрезерования

изменилось только на 1 секунду. Что , как мне кажется,  может являться подтверждением моего мнения ,

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

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

в 5 соток.

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

ЧПУ HAAS, станок VF1.

Максимальное количество считываемых кадров, это неизменяемая характеристика системы ЧПУ HAAS.

 

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

В большинстве случаев система ЧПУ отрабатывает гораздо меньшее количество кадров за одну секунду, но в случаях использования CAM  программ со стратегией обработки ВСО и специального инструмента могут возникнуть проблемы.

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

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

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

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

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

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

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

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

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

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

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




×
×
  • Создать...