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

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

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

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

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


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

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

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

А смысл?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Опять-таки да. Народ считает, что идея чего-то стоит. Увы, ни хрена она не стоит.
Ссылка на сообщение
Поделиться на других сайтах

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

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

Из плюсов

любые cad/cam

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

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

Из минусов

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

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

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

мой_ник@gmail.com

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Изменено пользователем VIKT0R
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • gudstartup
      а чего тут искать то первый это абсолютный на 1000000 имп\об bi типа второй ai инкрементальный xз но нав 4000000 имп\об разъем подключения описан в схеме. инфа передается по цифровому протоколу обмена. кое что есть тут   в старых описаниях таких датчиков у фанука нет  
    • anykeyto
      У нас AC. Так то я понимаю, что G108 это переключить режим шпинделя из оборотов в координату С. Но я почему про нее спросил, потому что в мануале к G07.1, в примере программки указывалось таким образом, что сначала включали G108 (хотя это может для токарки, а для фрезера и не надо совсем), а потом уже остальное.   G07.1 это как раз цилиндрическая интерполяция, то есть преобразование оси С из угла в миллиметры, то есть как бы разворачивает цилиндр в плоскость. Ну как я это понял. Проблема у меня встала в том, как именно программируются такие действия. Пробовал на основе примеров из мануала, стойка выдает ошибки. в чем проблема непонятно из-за китайской стойки и некорректного перевода. Ну и вообще хочется пощупать, как это вообще работает именно на фрезерном ОЦ.   Тут еще засада в том, что на 5-оснике из-за RTCP станок не дает одновременно перемещаться одновременно по осям XY и С например...  Я понимаю, что такое надо в САМ системах делать, но есть потребность в упрощенном варианте и со стойки писать, у нас с технологами проблема... G68.1, 68.2, 68.3  это преобразование характеристической СК, развороты короче координат G53.1, G53.2 - фактически активирование поворота стола с RTCP и без... 
    • ДОБРЯК
      А собственные вектора вы как будете находить для любой размерности? :=)
    • Sivolap36
      Добрый день. Прошу подсказать в каком мануале есть описание энкодеров моторов, где-то видел, сейчас нем могу вспомнить.  Вот например два энкодера по ним ищу инфу  
    • Рома калужский
      это код подключения шпинделя как ось "С" но при этом он не перемещает револьверку, т.е. не работает по программе
    • Горыныч
      Еще совет: строить нужно только половину, если модель симметричная, тогда Солид меньше "косячит". И соглашусь с коллегами, идеальный вариант для гладкого построения - два сечения и две направляющие кривые, т.е. 4 управляющие кривые (кромки). При необходимости можно добавлять не только промежуточное сечение, но и направление. Не нужно пятаться построить всю поверхность одним фичером.  Пусть поверхности будут лоскутами, но соединяются по касанию или кривизне. 
    • ДОБРЯК
      Откуда появится смещение центра масс колеса, если колесо сбалансировано.  Жесткий сбалансированный вал, это условие данной задачи. На 4000 оборотах эти силы будут минимальны. Это разговор ни о чем в данной задаче. :=) Но даже если вы абсолютно точно определите эти частоты, с учетом всех сил. Что дальше с этими частотами делать? На основании чего делать вывод о работоспособности изделия? Это в учебной работе получили число, работу приняли и сдали в архив. Какая практическая ценность всех этих уточнений в данном случае?:=)  
    • Борман
      Если еще не поздно... я и сам погрузился бы. Физика такая, для вала с одним колесом... F - это понятно, центробежное смещение центра масс колеса M - момент от центробежных сил, который не появится, если колесо не повернется при изгибе вала. Обрати внимание, что BW-момент выворачивает ось в сторону действия силы F, т.е. при обратной прецессии они действуют сообща, и в этом опасность.   Отсюда будут разные собственные частоты при прямой и обратной прецессиях.  Теперь осталось понять, что такое прямая и обратная прецессии :), и почему момент при них направлен в разные стороны. По первой части вопроса см. мою картинку в этой теме от 27 августа 2013. По второй части вопроса - нужно включать воображение и усердно рисовать на бумажке. Мне пока сложно.    Физика именно такая. Нужно как то оценить величину этого момента и приложить его в софте, который не умеет ДК. А с тестовыми значениями можно и так порешать, и на выходе должна быть вилка. Т.е. F - задает типа "биссектрису" вилки (престресс-модальник), а момент - угол вилки.  
    • boomeeeer
      @anykeyto Я не оператор. Настраивал работу этой функции на токарно-фрезерном, где нужно было позиционировать шпиндель, для нарезания пазов. Что такое G07 не знаю. Вот такой пример для фрезерного станка нашёл   G108 B0; переключение на ось B для управления положением; G68.2 X10 Y10 Z20 I0 J90 K0 Положение заготовки (10,10,20) Угол Эйлера для определения характеристической системы координат; G53.2 Управление направлением инструмента   G109 B0 - отключит режим
    • anykeyto
      Ага, спасибо... А в связке с G07.1 это как работает? Есть детали ,кольца, на которых надо делать по 4 паза. Сейчас программист написал прогу под шаровую фрезу. Там рабочие движеня происходят через одновременное смещение по оси Х и Z... фреза убивается буквально на третьем кольце, да и обработка получаестя фиговой.. На сколько я понимаю надо стремиться к тому, чтобы на 5ти осном станке фреза всегда была перпендикулярна касательной ли самой поверхности. Мне посоветовал как раз цилндрческую интерполяцию, когда ось С преобразуется в плоскость. В мануале к HNC описано эт криво, но в примерах программ как раз сначала включается CTOS и потом G07.1. но дальше как запрограммировать понимания пока нет...  P.S. хочу добавить, что на 5-снике раньше работал только как оператор по готовым программам  на Хенденхайне. А сейчас на новом предприятии на новой для меня стойке нужно все делать с нуля и самостоятельно. С одной стороны интересно, с другой стороны спросить не у кого, в инете инфы по стойке нет от слова совсем, уж тем более видео....  чем это отличается от просто G0 C180? Или это уже будет шпиндель позиционироваться, а не стол?
×
×
  • Создать...