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

Что такое CLDATA и BCL


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

<noindex>На форуме </noindex> был задан такой вопрос -

Я вот только не понял: BCL и бинарная CLData это разве не одно и тоже (опуская разность кодировок ISO и EIA и процесс передачи через RS)? Речь идет о первых двух видах CLDATA (первый, при желании, можно получить из второго, и, наоборот). О www.ncits.org - я знаю - там такая же пертрушка как на www.ncbsa.org/index.htm . На худой конец сойдет CLDATA UG 17-18.

Вот перевод страницы <noindex>http://www.ncbsa.org/bcl/history/history.htm</noindex>

{начало цитаты}

Программы, управляющие системами Числового Программного Управления(ЧПУ), создаются сегодня

как при помощи языков высокого уровня(APT), так и благодаря использованию CAD/CAM-систем.

CLdata является общий термином, обозначающим результат работы систем, генерирующих данные

для станков с ЧПУ. Исторически, формат CLdata-файла зависел как от CAM-системы, так и

платформы, на которой она функционирует(т.е. аппаратного и системного программного обеспечения).  

Существенно то, что CLDATA-файл независим от модели ЧПУ или станка. Для управления

тем или иным станком, CLDATA-файл должен был приспособлен(дословно постпроцессирован)

в формат, понятный системе ЧПУ конкретного станка. Это преобразование файлов выполняла

специальная компьютерная программа, получившая название постпроцессор.

В 1975 компания Rockwell заключила контракт с компанией Vega, Inc., предполагающий

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

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

в "исключении" фазы постпроцессирования из процесса расчета управляющих программ.

Rockwell и Vega совместно разработали 32-х разрядный двоичный формат CLDATA-файла,

который будет независим от САМ-системы. Этот формат CLdata использовал словарь,

синтаксис и семантику языка программирования APT.

Компания Vega объединила свои усилия вместе Комитетом IE31 Ассоциации предприятий электронной

Индустрии (EIA) для того, чтобы разработать стандарт для CLDATA и уже в 1983 EIA выпустил

стандарт RS494, исторически первый BCL стандарт для CLDATA.

Группа Пользователей BCL была сформирована в 1984 для того, чтобы поддерживать

и расширять BCL стандарт. Позже название группы было изменено на NCBSA

(Ассоциация по развитию стандарта Числового Управления BCL). Члены  NCBSA

продолжали усовершенствовать BCL и в 1990году был выпущен ревизия "А" (EIA/ANSI 494A),

а в 1993году - ревизия "В"(EIA/ANSI 494B) этого стандарта. Последняя ревизия

включила в стандарт  ASCII формат BCL файла для того, чтобы CLDATA-файл

мог быть просмотрен и отредактирован на обычным дисплее программами

редактирования текстов.

Недавно NCBSA разработал ревизию "С"(EIA 494C), которая должна вскоре стать

стандартом EIA/ANSI 494C. Ревизия полностью исключает  двоичный формат CLDATA

и добавляет много дополнительных функциональных возможностей. Мало того,

члены NCBSA работают над ревизией "D", которая активно обсуждается членами

других групп, после опубликования текста этого документа в июне 1999 года.

Оригинальный 32-разрядный двоичный формат BCL был оправдан в то время, когда

малые компьютеры имели скромные скорости обработки, явно недостаточные

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

дальнейшей обработки(постпроцессирования). В наше время скорость работы персональных компьютеров таковы, что

преобразование ASCII->Binary не являются более проблемой. Именно поэтому

ревизия "C"(EIA 494C) свела "на нет" 32-разрядное двоичное представление BCL,

а также существенно расширило ASCII-форматы BCL-файлов.

{конец цитаты}

Таким образом BCL является стандартом CLDATA-файлов

:) :) :)

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


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

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

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

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

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

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

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

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

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

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



  • Сообщения

    • Rshevskiy
    • Павлуха
      В сборке сделать эскиз расположения, и не надо никаких глобальных и уравнений. Привязываетесь к сборке, в сборке таблица параметров. Всё.
    • clavr
      создали глобальные переменные. длина шпильки, диаметр хомута, диаметр гайки. в каждых деталях привязались к глобальным переменным. в таблице конфигурации вам остается только менять/добавлять эти три переменные. по моему очень удобно.   p.s. в экселе формировать имя конфигурации из значений в других ячейках. как говорится все возможности экселя вам в руки  
    • Kelny
      Можно брать базовую деталь, а в модели отвязывать её от исходной СДЕЛАТЬ ВИРТУАЛЬНОЙ. Если нужна такая же детель с другой длинной, то можно выбрать для виртуальной детали варинат СДЕЛАТЬ НЕЗАВИСИМЫМ и задать нужную длину для другого варианта. В этом случае ваши шпильки в каждой сбоке будут свои, со своей длиной и ни как не будут отражаться на исходной базовой детали.
    • Kelny
      Как именно построено конечно доподлино не знаю, но подозрения именно такие, т.к. нельзя запросить несколько ячеек, а каждая ячейка открывается с задержкой и выводом отдельного поля ввода поверх таблицы. Кстати массив заметок на те же 15 стобцов и 1000 строк намертво вешает программу при создании массива заметок или блока с заметкой.   На сколько знаю через АПИ можно к заметке добавить эскизы прямо в заметку, возможно этот массив построен именно по этому принципу с инструментом доступа к этому блоку данных.   Если тыкнуть в таблицу и посмотреть контекстное меню, то этот объект обозначен как: ДЕТАЛЬНЫЙ ЭЛЕМЕНТ## (Detail Item), то есть как некий блок.   @Leon А не пробовали разбирать таблицу не средствами SolidWorks, а через WinAPI с поиском дочерних окон? Может такой заход позволит получить более прямой доступ к массиву данных таблицы или объекту и тогда возможно получилось бы разогнать процесс работы с таблицей, данными в ней, в обход функционала Solidworks.
    • Akimyshka
      Такой вариант есть. Есть конфигурированный хомут, конфигурированная шпилька. Сборка с этими деталями, как раз с таблицей разных конфигураций. Проблема в том, что каждый раз (проект новый) требуются разные длины шпилек. Грубо говоря, подвес с трубами на разных высотах. И сделать все конфигурации длин конечно можно, но их будет бесчисленное множество. Вот и подумал сделать управляемую шпильку
    • fenics555
      Уважаемые господа! Имеется сборка с таблицей семейства, пытаюсь сохранить всю сборку с подсбр=орками и деталями- таблица семества пропадает. Что  делать? Может есть какой параметр?
    • qqqq
    • Rshevskiy
      Тип вращения в первую очередь проверил, в любом случае выдает через ось Y.  
    • clavr
      создайте одну конфигурацию. в конфигурации привяжите эксель. после откройте эксель, и спокойно добавьте новые строчки - новая строка равно новая конфигурация. после сохранения файла у вас все эти конфигурации отобразятся.   смысл собирать сборки и запускать макрос если все можно сделать в таблице эксель
×
×
  • Создать...