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

Машинная симуляция


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

Существуют ли на данный момент CAM системы в которых машинная симуляция осуществляется по реальному G коду?

Если есть, то какие?

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


Неправда!!! В NX нет симуляции G-кода - у них это делает Vericut. Это также можно сказать, что в Tebis есть симуляция G-кода - причем это даже гораздо ближе к истине, чем в NX. Но у Vericut есть свои недостатки.

На данный момент ближе всех к симуляции G-кода - Tebis.

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

В NX есть симуляция G-кода, по настоящему, когда симулируется не внутренний пседо-код, а подгружаемый файл, после постпроцессора или руками написаный - неважно. А вот VERICUT в NX давно уже нет, да и не было никогда.

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

Может в российском NX и нет Vericut, но он точно есть в "западном" NX. :no_1: Наблюдал много раз на бенчмарках. Или скажем так: я не знаю ни одного клиента NX, который бы использовал родную симуляцию/проверку УП от NX. Для этого используют только Vericut - другого ПО не видел.

Подгружаемый файл можно импортировать и симулировать в Tebis тоже: ИМХО, это не значит G-код. Это приближение к G-коду, вероятно близкое к 100%. ВЕРОЯТНО также, как и в NX. Хотя позволю себе в этом усомниться, так как работа с виртуальным станком - не самое сильное место у NX. :no: Это объективно.

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

Вот уж точно человек говорит того, чего не знает. Нет ни в западном, ни в азиатском ни в каком NX VERICUT-а нет. Есть кнопка, которую делает сам CGTECH, которая "поджигает" VERICUT и передает в проект из NX  заготовку, инструмент и т.п. 

ТЕБИС - лучше. В 5.2 раза. А G-код симулирует лучше всех. Просто об этом никто не знает.

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

Вот уж точно человек говорит того, чего не знает. Нет ни в западном, ни в азиатском ни в каком NX VERICUT-а нет. Есть кнопка, которую делает сам CGTECH, которая "поджигает" VERICUT и передает в проект из NX  заготовку, инструмент и т.п. 

ТЕБИС - лучше. В 5.2 раза. А G-код симулирует лучше всех. Просто об этом никто не знает.

То есть всё-таки кнопочка есть и Vericut присутствует. :tongue: Вы действительно подумали,  что я не знаю про фирму CGTech и "с чем её едят"???  :no_1:

Значит так: продавцы NX в Германии, Австрии и Швейцарии в качестве симулятора используют Vericut. Все поголовно. Я это просто знаю - из личного опыта общения на выставках и бенчмарков. То есть "кнопка" сделана по обоюдному согласию обоих систем. Собственно это я и имел ввиду, что в области симуляции в NX наблюдается сращение ПО/стандартное использование Vericut, а значит о реальной симуляции G-кода в NX! речь всё-таки не идёт.

Про Tebis дискутировать относительно бессмысленно, потому как я знаю обе системы достаточно хорошо для объективного сравнения, а вы одну из них знаете на уровне гуру/шикарно/отлично (абсолютно серьёзно), однако другую не знаете вовсе. Верно, Tebis не знают/очень мало знают в России: это, как вы понимаете, важно, но всё-таки не совсем критично.  :no_1:

 

Но речь была о G-коде: я считаю, что все попытки симулировать G-код не являются 100% верными. Как я себе представляю (здесь мои догадки, поправьте, если ошибаюсь), все передвижения виртуального станка описываются МАКРОСАМИ, которые заносятся в САПР на основании множества факторов:

1) ноу-хау программиста/разработчика этой части САПР

2) степени осведомлённости о работе стойки

3) контактов с разработчиками стойки

4) контактов с производителями станков

5) возможностей ядра САПР

 

Эти МАКРОСЫ воспроизводят перемещения компонентов станка/выполнение команд стойки, но это не 100% идентичные изначальные команды. Они похожи, очень похожи на них, но всегда есть вероятность того, что появилась какая-то новая команда или изменилась старая, а МАКРОС не поспел за этим. Или просто забыли описать команду/неправильно описали. Это я и имел ввиду под не 100% идентичностью симуляции. Я не прав в своих рассуждениях?

Ссылка на сообщение
Поделиться на других сайтах
Или скажем так: я не знаю ни одного клиента NX, который бы использовал родную симуляцию/проверку УП от NX

Не, есть такие. Единственный минус - необходимость делать отдельный файл симуляции.

Нужно лишь подгрузить станок, установить деталь на стол и загрузить УП.

Если что-то в программе поменялось, желательно сделать новый файл симуляции.

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


Но речь была о G-коде: я считаю, что все попытки симулировать G-код не являются 100% верными. Как я себе представляю (здесь мои догадки, поправьте, если ошибаюсь), все передвижения виртуального станка описываются МАКРОСАМИ, которые заносятся в САПР на основании множества факторов:

1) ноу-хау программиста/разработчика этой части САПР

2) степени осведомлённости о работе стойки

3) контактов с разработчиками стойки

4) контактов с производителями станков

5) возможностей ядра САПР

 

Эти МАКРОСЫ воспроизводят перемещения компонентов станка/выполнение команд стойки, но это не 100% идентичные изначальные команды. Они похожи, очень похожи на них, но всегда есть вероятность того, что появилась какая-то новая команда или изменилась старая, а МАКРОС не поспел за этим. Или просто забыли описать команду/неправильно описали. Это я и имел ввиду под не 100% идентичностью симуляции. Я не прав в своих рассуждениях?

 

Если вы вставляете новую команду, то сначала прописываете ее в постпроцессор, а потом правите симулятор.

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

Понятно, значит в NX работает как в сторонней модели, ПРИМЕРНО как и в Vericut. Я просто никогда не видел работу NXовского симулятора.

Ну правят наверное не только симулятор, но и виртуальный станок: кинематику и/или "макросы". Постпроцессор я бы не правил, в принципе это не его задача: только, если работают без виртуального станка, тогда нужно заносить в ПП.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • kanapello
    • Ветерок
      И что мешает сделать всё это нормальной подсборкой (как это и есть на самом деле)? И будет "одна строка" в спецификации.   Извращаетесь там, где это вообще не нужно. Булками задается то, чего в конструкторской сборке физически нет - ЗИП, краска, упаковка и т.п. И лишь при отсутствии ПДМ.
    • david1920
      Вот и ответ для автора
    • zwg
      УГОЛОК РАСЧЕТ РАЗВЕРТКИ   ДИАПАЗОН КОРРЕКЦИИ мм V А Б расчетный BD развертка развертка CY factor ШУМ ось Х-V 1 8 40 40 1,8 78,2 78,07 0,95 78,15 39,07 1,5 12 40 40 2,8 77,2 79,27 0,95 77,19 38,59 2 12 40 40 3,6 76,4 76,24 0,95 76,4 38,2 2,5 16 40 40 4,2 75,8 75,22 0,85 75,84 37,92 3 20 40 40 5,2 74,8 74,17 0,85 74,9 37,45 4 35 40 40 6,6 73,4 71,90 0,75 73,48 36,74 5 35 40 40 8,9 71,1 70,28 0,8 71,9 35,95 6 50 40 40 10,6 69,4 67,97 0,85 69,42 34,71 8 50 40 40 14,5 65,5 64,69 0,95 65,36 32,68 К сожалению, данные выше пока больше теоретические. Взят реальный результат по развертке УГОЛОК (получено опытным путем) и уже к нему был приведен FACTOR для CYBELEC - CORRECTION FACTOR FOR THE DIN 6935 CALCULUS. Развертка CY - в случае пустого значения - "СТАЛЬБ" окна ПРОДУКТ/ЦИФРОВАЯ ДЕТАЛЬ (для русского перевода CYBELEC). Получилось: - для толщин/матриц V8-12/1-2мм, FACTOR ближе к 0,95 - для толщин/матриц V16-50/2,5-8мм, FACTOR ближе к 0,85.   ШУМ - странный перевод слова РАЗВЕРТКА, т.е. итоговый расчет развертки программой с учетом привязанного FACTOR. Ось X-V - значение координат для оси Х, для гибки полки 40мм.
    • gudstartup
      это не датчики тока а резисторы для контроля входного напряжения. датчики тока у фанук это спец модули с токовым трансформатором и они не отгорают а просто выдают уровень напряжения на схему контроля тока при этом даже при выключенном силовом напряжении будет ошибка
    • gudstartup
      всегда определяли наличие нуль метки введя м19 если ориентируется значит она есть. @mrVladimir можете при вращении шпинделя смотреть на параметр диагностики 445 он показывает число импульсов на оборот вашего шпиндельного датчика после достижения 0 метки счет начинается с нуля
    • Fedor
      Нынче настали времена компьютерного фетишизма, когда люди могут намного больше чем знают и понимают. Идет очередная революция в истории человечества.  Просто верят,   что есть программка, которая решит все их проблемы   :) Как раньше вырезали божков когда один отвечал за дождь, другой за урожай и так далее. Потом объединили в одном. Как сейчас надеются объединить в едином ИИ :) 
    • gudstartup
      Вы свой опыт нарабатываете и это похвально, но ваша  интерпретация руководства фанук  говорит о том что вы не можете адекватно выполнить того что там написано не говоря уже о более глубоком ремонте! вам предложили поменять psm это дело получаса чтобы понять что же неисправно, но вы видимо не хотите это определить  а надеетесь что вам придет идея или вы во сне увидите неисправный элемент!!   Ждите озарения это ваш выбор!!
    • andrey2147
      Систем -вправо,- серво сет, -серво тюн.- поз еррор.
    • andrey2147
      Это что на контрольные клеммы приходит ? Куда входит ?
×
×
  • Создать...