CSE-драйвер станка

[Dimanich 1]

К стати о базовых контролерах. Разработчик сейчас предоставляет открытые базовые контролеры стоек FANUC, OKUMA и HEIDENHAIN и некое подобие документации. Открытые. значит не откомпилированные, разработанные на языке Python. Не нравится как работает обработчик - берем базовый осваиваем Python и допиливаем. Жаль, что нет стойки Siemens. Видимо разработчик наивно предполагает, что он досконально знает как работает система ЧПУ Sinumerik и поэтому закрывает в контролере большую часть описанных слов и методов. Практика показывает, что то как будет работать на станке стойка Sinumerik во многом зависит от того кто из наладчиков приложил свою руку. так как эта система достаточно открытая и дает большое пространство для фантазий.

[undrakot 7]

К стати о базовых контролерах. Разработчик сейчас предоставляет открытые базовые контролеры стоек FANUC, OKUMA и HEIDENHAIN и некое подобие документации. Открытые. значит не откомпилированные, разработанные на языке Python. Не нравится как работает обработчик - берем базовый осваиваем Python и допиливаем. Жаль, что нет стойки Siemens. Видимо разработчик наивно предполагает, что он досконально знает как работает система ЧПУ Sinumerik и поэтому закрывает в контролере большую часть описанных слов и методов. Практика показывает, что то как будет работать на станке стойка Sinumerik во многом зависит от того кто из наладчиков приложил свою руку. так как эта система достаточно открытая и дает большое пространство для фантазий.

 

А можно где-нибуль найти сии открытые базовые контроллеры? Те файлы, что идут в дистрибутиве NX (речь о 10-й версии), самые что ни есть скомпилироварованные. Или это, так сказать, for partners only?

[Dimanich 1]

Надо уточнить. Если это допустимо, то я выложу здесь архив.

[Greenston 16]

Было б очень замечательно получить нескомпилированные исходники. Присоединяюсь!

[Dimanich 1]

К сожалению я не могу выложить эти файлы. информация была предоставлена только партнерам. Могу порекомендовать взять контролеры из NX 6 - там они еще не были закрыты. Прошу прощения за неоправданные ожидания.

[gensun 2]

ISV using CSE simulated controllers with Python parser

• 
  

  Python parser encrypted version *.pyc files running in NX 9.x or NX 10.x will not work in NX 11.0. We recommend that you use the un-encrypted *.py files from the installed NX 11.0 release.

  
  
  
• 
  

  The CSE Python parser is supported for Windows only.

  
  
  

[3.14rat 25]

Как вовремя эта тема всплыла. На днях делал фрезеровку окна, всё посчиталось и отмоделировалось хорошо, в симке тоже все траектории чёткие без косяков.

И вот решил проверить УП по G-коду в верификаторе NX.
И вот посмотрите что из этого вышло. NX-лошара - накосячил падла такая. Если кадр по G3 в симке прошел по траектории, то в верификаторе там такая загогулина вышла, что перед людьми неудобно....

http://www.fayloobmennik.net/6481150

[Ug_user 638]

Программку бы выложил.... С кадра 1200 до 1600, например....

[3.14rat 25]

Да возьмите всю.

http://www.fayloobmennik.net/6482006

 

то самое место:

 

X-31.164 Y10.767

X-31.076 Y10.774

 

G3 X-31.068 Y10.768 I2.3 J3.216

G2 X-30.91 Y10.597 I-.258 J-.395

G2 X-30.878 Y10.438 I-.378 J-.159

G1 Y-10.439

[Ug_user 638]

Косячок, похоже. Длина дуги в этом кадре 0.01, скорее всего - в этом проблема. Я увеличил длину дуги G3 до 0.02 мм, прошло нормально.
X-31.164 Y10.767
M0
X-31.076 Y10.774
G3 X-31.0609 Y10.7632 I2.3 J3.216
G2 X-30.91 Y10.597 I-.258 J-.395

 

У меня встречный вопрос. Вывод дуг длиной 0.01 мм - это непременно нужно именно так? Может - в "консерватории" (постпроцессоре) все-таки что-то подправить?  

[3.14rat 25]

У меня встречный вопрос. Вывод дуг длиной 0.01 мм - это непременно нужно именно так? Может - в "консерватории" (постпроцессоре) все-таки что-то подправить?  

 

 

Даже не задумывался над этим, какая минимальная длина дуги должна быть. Дискретность вообще = 0,001. Может ещё и её подправить?

Я вышел из положения так, 

X-31.164 Y10.767

X-31.076 Y10.774

X-30.91 Y10.597

G2 X-30.878 Y10.438 I-.378 J-.159

G1 Y-10.439

[Ug_user 638]

Можно и так. Посмотрю, в Machine Configurator есть параметр Дискретность, никогда не было нужды дергать за этот рычаг. Может быть - именно этот случай.

[Ug_user 638]

Про NX-лошару.

 

Как и следовало ожидать, проблема была вовсе не в NX. При установке дискретности перемещений 0.005 симулятор абсолютно без проблем отработал предложенную программу.

CSE-симулятор без проблем отработал эту программу до конца

Но вот когда я поставил дискретность перемещений 0.001 (как она "вообще"), так тут же получил сообщение:

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

Я понимаю, что вывод дуг диной 0.01 - это обязательно. Иначе получим отвратительную поверхность.

Короче. Мойте тщательно руки перед запуском NX.

[3.14rat 25]

Короче.

 

 

Не надо делать из NX икону, он не святой.

Вы провели расследование причин косяка, и возможно нашли таки причину коллизии.

Но вывод конечный у вас не верный. Так что вымойте свои рученьки и исправте драйвер станка (фанук), что бы работал без косяков.

А дискретность в 0,001 не тронте - это святое. 

[Ug_user 638]

Да, исправил.

[3.14rat 25]

Молоток, а мы все так и будем пользоваться херовым верификатором. Кто его знает какие ещё там косяки водятся.

[lexincton 70]

Дискретность надо ставить такую, которая указана в паспорте станка, многие стойки ругаются на радиуса, т.к. разность радиуса в начальной и конечной точке не вписываются в этот диапазон, соотв-но пост и верификатор должны использовать допустимую для станка дискретность.

PS: 0.001 - это не святое! От того, что заработает верификатор, станку лучше не сделается, он скажет тоже самое, а верификатор получится сомнительный.