Документация по APT

[Гость dm]

Добрый день! Кто-нибудь знает, где в инете найти документацию по языку APT?

[IBV 112]

    Вопрос этот всплывает не так часто, как регулярно. Скорее всего в инете вы ничего путного не найдёте. Кроме того разновидностей APT-языков великое множество. Каждый производитель софта переделывает его под себя. А вообще у нас главный по АРТ'у - Admin

[Гость sapr2000]

Нет ничего проще, откройте "западный" поисковик, введите APT (понятно, буковки на англ. раскладке клавы) и ищите на здоровье. Помнится кроме документации, я находил в Инете даже учебную версию компилятора АПТ с "выходом" на один станок.

Далее - нотаций АПТ (как правильно заметил уважаемый коллега IBV) великое множество. Стандарт языка АПТ, как таковой, на сегодня отсутствует.

[Ey 0]

Действительно, у каждого софта свой диалект APT. В принципе, APT отличается от CLData наличием описания геометрии (APT=CLData+геометрия). Можно, например, посмотреть в UG (CLData и GRIP). Жалкие обрезки APT в нескольких выриантах можно посмотреть: Гжиров Р.И., Серебреницкий П.П. Программирование обработки на станках ЧПУ.

Стандарт языка АПТ, как таковой, на сегодня отсутствует.

Не согласен <noindex>http://www.ncits.org/tc_home/j7.htm</noindex>

[Гость sapr2000]

Ey

-------------

Если продолжить дискуссию, то можно сделать ссылочку на сайт организации, призванной стандартизировать формат CLDATA файла. А по жизни CLDATA файлы, генерируемые различными CAM системами, все же отличаются друг от друга и порой весьма существенно. Наличие декларированного стандарта не особождает разработчиков от "вольностей".

----------

Не соглашусь с вами и в вопросе APT=(CLData+геометрия).

1)CLADATA файлы изначально были бинарными и соответственно абсолютно нечитаемыми в отличае от программы на APT языке (то что наконец вышел стандарт CLDATA, предусматривающий только текстовую нотацию, это здорово). Однако в CLDATA файле (CL file) перемещения уже абсолютно не связаны синтаксисом и семантикой с разделом описания разобщенной геометрии APT-программы.

2)СL-файл это продукт генерации движения режущего инструмента, рассчитанный процессором(читай трантлятором с языка APT) САМ-системы в процессе интерпретации APT-программы. Именно APT программа первична, а CLADTA вторична и уже не связана напрямую с APT программой.

APT программа( раздел геометрии + раздел перемещений)

                                     !

                       процессор сам-системы

                                     !

                                 CL файл

[Ey 0]

Действительно, CLData в каждой системе своя - факт неоспаримый.

--------------

Я, наверное, несовсем кореектно привел выражение:

APT=(CLData+геометрия).

Поясню.

Безусловно, с причинно-следственной точки зрения: APT - первичен, CLData - вторична.

Но, с точки зрения синтаксиса команд положения инструмента (не принимая во внимание, множество реализаций CLData и АРТ) можно сказать, что CLData является подмножеством АРТ.

Ряд систем (например, UG, Anvil) включает в себя язык описания геометрии (GRIP, GRAPL) с АРТ- синтаксисом (не 1:1, но ооочень близко).

С этих позиций, приведенное выше выражение ИМХО имеет право на существование.

-------------------

О практической стороне дела.

Коль возник вопрос о стандарте на АРТ, я смею предположить, что у вопрошающего с этим совсем плохо и надо хоть за что-нибудь зацепиться. Поэтому для начала CLData+GRIP от UG - вполне (сам начинал с CLData+GRAPL от Anvil - попроще будет, если найдете такого зверя).