Постпроцессор

[VIKT0R 21]

Уважаемые программисты, есть предложение : проект "Постпроцессор" Напишем на C/C++ ? (может еще и другие языки)

Чтобы на любые станки, стойки, CAD/CAM-системы. Будет он, например, состоять из набора dll-файлов, модульная схема. Кому какая нужна библиотека, та и подключается. Чтобы автоматически создавался эскиз наладки с таблицей инструмента, и т.д.

[Tad 197]

<noindex>Инвариантный постпроцессор</noindex>

[VIKT0R 21]

Это я читал.

[IBV 112]

Это я читал.

]]>А это?]]>

[VIKT0R 21]

Was ist das?

Извините, французского не употребляю

[VIKT0R 21]

Мужики и девчата!

Давайте сотворим наш постпроцессор! А потом отпразднуем это дело!

[IBV 112]

А смысл?

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

[MFS 248]

Опенсорсный пост был бы классной штукой - там основные деньги как раз в техподдержке, хорошо ложиться на идеологию.

[Ug_user 638]

Я в свое время создал on-line postprocessor - <noindex>ЗДЕСЬ</noindex> - что-то он не пользуется спросом..

Боюсь, что и затея VICTOR-а обречена на пустую трату времени..

[MFS 248]

Я в свое время создал on-line postprocessor - ЗДЕСЬ - что-то он не пользуется спросом..

Подореваю, особо не раскручивался проект-то.

Боюсь, что и затея VICTOR-а обречена на пустую трату времени..

Тут как подойти. Кое-что может и выйти, некоторый спрос у услуги есть. Как я и говорил выше, пост вообще хорошо ложиться в опенсорсую идеологию, когда инструмент бесплатный, а деньги снимаются за саппорт.

[Ug_user 638]

У меня простой до неприличия вопрос: Что будет постпроцессировать этот универсальный постпроцессор? CLS(APT)-source? Так для многих систем нужен еще один постпроцессор, чтоб этот CLS сделать. Диалектов этого CLS кода - вагон и маленькая тележка, на каждый - свой постпроцессор, своя DLL? В NX постпроцессирование CLS уже считают дурным тоном, вряд ли будет востребовано. А делать интегрированный, да еще и универсальный?...

Потом - мне нравится подход - "Мальчики и девочки, давайте сотворим..". Нет бы сказал - "Я сделал. Разработал базу, фундамент, теперь можно линковать любые постпроцессоры. Я устал. Я ухожу. Продолжайте!"

[MFS 248]

У меня простой до неприличия вопрос: Что будет постпроцессировать этот универсальный постпроцессор? CLS(APT)-source?

Ага. Форматов входных данных меньше, чем выходных, но тоже очень много. Нужны аддоны под каждый САМ.

Потом - мне нравится подход - "Мальчики и девочки, давайте сотворим..". Нет бы сказал - "Я сделал. Разработал базу, фундамент, теперь можно линковать любые постпроцессоры. Я устал. Я ухожу. Продолжайте!"

Опять-таки да. Народ считает, что идея чего-то стоит. Увы, ни хрена она не стоит.

[Taburum 1]

Мне затея кажется очень интересной, я бы присоеденился)

Тоже занимался созданием web-постпроцессора, правда не стал заморачиваться с написанием собственого парсера, обработчика и т.д. а просто спарил с IMSpost.

Из плюсов

любые cad/cam

огромнейший функционал

отсутствие у пользователей доступа самим постам

Из минусов

работает значительно медленнее (хотя это не критично для серваков)

нужен доступ к серверу (интернет или локалка)

Если надумаете развить идею пишите

мой_ник@gmail.com

[VIKT0R 21]

Потом - мне нравится подход - "Мальчики и девочки, давайте сотворим..". Нет бы сказал - "Я сделал. Разработал базу, фундамент, теперь можно линковать любые постпроцессоры. Я устал. Я ухожу. Продолжайте!"

Ну я сделал, только для ProE -> Heidenhain (см. <noindex>здесь</noindex>)

Теперь начал добавлять Haas 3-осевой, да ещё с перспективой для NX, а потом подумал, что вместе веселее бы дело пошло. Одна голова хорошо, а тут эвон сколько голов, да каждый специалист в своей области! Мне лично было бы интересно и полезно такое сотрудничество, с точки зрения программирования и т.д.

[MFS 248]

Одна голова хорошо, а тут эвон сколько голов, да каждый специалист в своей области! Мне лично было бы интересно и полезно такое сотрудничество, с точки зрения программирования и т.д.

Давайте, если нужна помощь от администрации, то можно подумать о выделении спецраздела, выдачи вам в нем модераторских прав и т.д. Пишите если нужно.

[VIKT0R 21]

Спасибо.

[VIKT0R 21]

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

Вообще-то я не задавался целью на этом заработать, но если это принесет какой-то доход, думаю, что никто возражать не будет

У меня простой до неприличия вопрос: Что будет постпроцессировать этот универсальный постпроцессор? CLS(APT)-source? Так для многих систем нужен еще один постпроцессор, чтоб этот CLS сделать. Диалектов этого CLS кода - вагон и маленькая тележка, на каждый - свой постпроцессор, своя DLL? В NX постпроцессирование CLS уже считают дурным тоном, вряд ли будет востребовано. А делать интегрированный, да еще и универсальный?...

В ПроЕ, например, только так и происходит: сначала выводишь на диск ncl-файл (CL-DATA), а потом его постпроцессируешь. Для NX можно сделать свой алгоритм. Ещё можно, например, сделать свой "словарь", в котором устанавливалось бы соответствие терминов того или иного диалекта.

Главная цель, как мне кажется, в том, чтобы на любой станок с любой стойкой из любой CAD/CAM-системы программист мог бы сделать управляющую программу с автоматическим созданием эскиза наладки и таблицы инструмента, используемого в данной программе. То есть, имея этот постпроцессор, программист уже не будет зависеть от капризов той или иной CAM-системы или генератора постов, а сам будет определять всё до мельчайших деталей. Достоинством этого постпроцессора является также мгновенная генерация программ любого большого размера. Можно, наверное, придумать что-нибудь насчёт связки с Vericut'ом и т. д.

[IBV 112]

Главная цель, как мне кажется, в том, чтобы на любой станок с любой стойкой из любой CAD/CAM-системы программист мог бы сделать управляющую программу с автоматическим созданием эскиза наладки и таблицы инструмента, используемого в данной программе. То есть, имея этот постпроцессор, программист уже не будет зависеть от капризов той или иной CAM-системы или генератора постов, а сам будет определять всё до мельчайших деталей. Достоинством этого постпроцессора является также мгновенная генерация программ любого большого размера. Можно, наверное, придумать что-нибудь насчёт связки с Vericut'ом и т. д.

Прошу извинить меня за категоричность, но я ОЧЕНЬ сомневаюсь, что эту задачку реально осилить вообще, а в одиночку и в сжатые сроки просто не реально.

Цель конечно благородная, но:

1. Ug_user уже говорил про множество входных форматов. Добавлю - их (эти форматы) разработчики иногда модифицируют. Откуда набрать эту гору информации и сколько времени нужно, чтоб её систематизировать?

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

3. Имея свой личный пост на свою CAM-систему человек всегда может вывести свою программу не завися от наличия или отсуствия Интернета и работоспособности сервиса. Так оно значительно спокойнее, скажу я вам.

4. По поводу эскиза наладки и таблицы инструментов - этой информации нет в CL-data. По крайней мере эскиз точно не получится.

Вообщем плюньте вы, коллеги, на эту затею. Не жизненно. А если сомневаетесь, то посмотрите вокруг и посчитайте - много ли ваших знакомых коллег пользуется универсальными постпроцессорами? И это учитывая то, что многие имеют возможность бесплатно поставить крякнутую версию. Один, два? Или ни одного?

[MFS 248]

Вообще-то я не задавался целью на этом заработать, но если это принесет какой-то доход, думаю, что никто возражать не будет

Без денег не взлетит.

И это учитывая то, что многие имеют возможность бесплатно поставить крякнутую версию. Один, два? Или ни одного?

А если иметь как раз универсальный и бесплатный пост с оплатой только за сами файлы настройки, то рынок будет. Такую штуку можно продавать со станком, это будет популярно - идет станок, к нему универсальный пост с аддонами для популярных САМ-систем и файлом форматов вывода. Продавцу станка это хороший пиар и действительно дельная опция.

Написание новых аддонов и настройка вывода - за денежку. Тема крупная, но подъемная для некрупной фирмешки/коллектива.

Если сделать опенсорсный пост на популярном языке и отдавать его пользователю, то может и взлетит. Имхо, конечно.

[VIKT0R 21]

4. По поводу эскиза наладки и таблицы инструментов - этой информации нет в CL-data. По крайней мере эскиз точно не получится.

В ПроЕ сделал следующим образом: в CL-data вывожу имя инструмента, по этому имени через Pro/TOOLKIT получаю всю нужную информацию (диаметр, вылет, длина реж. части и т.д.) - таблица инструмента готова. Аналогично и с эскизом: в CL-data есть идентификационный номер траектории, опять же через TOOLKIT узнаём координатную систему этой траектории, создаём вид чертежа, ориентируя его по этой системе координат + проекционный вид. Ну и в штамп попадает имя файла программы и машинное время - мелочь, а приятно. Думаю, всё это можно реализовать и в NX.

2. Пост на конкретный станок всё равно будет писать заказчик или кто?

Вообще-то, я мечтал, чтобы конкретный пост получался путем скрещивания, если можно так выразиться, данных о станке, стойке, CAM-системы. Причем, чтобы данные эти пополнялись, т.е. изначально постараться выстроить правильный скелет и потом наращивать объекты, детализировать и т.д.

Насчет сервиса и Интернета немного не понял, ежедневно захожу на Форум, доступ есть, общаемся. Я-то предполагаю, что постпроцессор будет находиться на конечном компьютере пользователя, а обновления, исправления скачивать с Форума.

Может, немного конкретизируем? Мне, например, сейчас нужен пост для станка Haas 3-осевого, чтобы он работал в ProE и NX. Кто-то может быть выскажет свои пожелания? Тогда мы сможем сформулировать начальное ТЗ, и начать

Изменено 12 августа 2012 пользователем VIKT0R