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

Интеллектуальная механическая обработка.


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

Очень заинтересовала информация по диаграммам Вороного

Возможно в сети она остутствует, а вот в Сети от нее не протолкнуться.

:clap_1:

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

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


И это всего лишь один из методов тесселяции облака точек, и собственно к распознаванию никакого отношения не имеет

совершенно верно, просто это использовалось на одном из этапов в одном из методов Feature Recognition
Ссылка на сообщение
Поделиться на других сайтах

совершенно верно, просто это использовалось на одном из этапов в одном из методов Feature Recognition

Кстати, "Self Organizing Map (SOM) - type neural networks", пожалуй, будут гораздо более устойчивее и надежнее и для этой задачи.
Ссылка на сообщение
Поделиться на других сайтах

ART! НЕТ! Система ЭКСПЕРТ-Т это экспертная система, сделанная

в 1987г. на СМ1420. Про нее уже на этом форуме разговор был. Я спросил

совета стоит ли ее реанимировать, мне народ отсоветовал. Я так и сделал.

Система TurtaCAM, над которой я изредка работаю (и это как праздник),

тоже это не сделает, т.к. там реализуется моделирование работы технолога СЧПУ

при обработке простых и пока плоских деталей.

Но концепция КТЭ, которую я создал, открывает путь для разработки

систем, которые смогут автоматически готовить УП и ТП для деталей любой

сложности, если они конечно отвечают требованиям по технологичности для

данного производства.

Надеюсь, что я ответил очень ясно!

vl! Большое спасибо за ценную информацию. От демо-читалки я конечно

бы не отказался. Но я так понял что лично мне по поводу STEP дергаться не

стоит, лучше уж продолжать с DXF и сделать там диалог, чтобы человек

помогал программе при распознавании КТЭ, а технология должна синтезироваться

уже в автомате. И это тоже будет Интеллектуальная Механическая Обработка.

По поводу серьезности. Я уже говорил, что никто, кроме узкого круга

специалистов, этим проектом не интересуется. Но то что будет, чуть погодя,

все серьезно, это я могу утверждать абсолютно точно! По этому адресок бы

ваш на будущее и сопутствующую информацию хотелось бы получить.

И еще интересует вопрос. А у нас какие системы имеются и есть ли они,

где хорошо функционирует модуль распознавания?

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

turta

ART! НЕТ!

Что и требовалось доказать.

Система TurtaCAM, над которой я изредка работаю (и это как праздник), тоже это не сделает, т.к. там реализуется моделирование работы технолога СЧПУ при обработке простых и пока плоских деталей.

Вам куча народу на этом и других форумах говорили:"Ознакомьтесь с современными CAD/CAM системами! Там уже всё это есть!"

И это (распознование примитивов, причём в 3D!!!) действительно есть во многих системах. И даже в отечественных. Пример - Adem. Про западные (Вы их так не любите...) я даже не говорю.

Но я так понял что лично мне по поводу STEP дергаться не

стоит, лучше уж продолжать с DXF....

Тогда лучше вообще не дёргаться. Вы же не будете отрицать тенденцию к поголовному переходу на 3D?

Напоследок вопрос (прошу ответить конкретно). Как Вы думаете сколько вариантов технологических цепочек можно написать для модели, представленной в файле 2.bmp? Наверное много, правда? А теперь внимание, вопрос! :smile: Как такое количество вариантов обработки сочетается с одним единственным, полученным автоматически по нажатию одной кнопки? Как этот вариант будет связан со станочным парком человека, нажимающего кнопку??? :blink:

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

Давно пытаюсь ответить, но эта связь...

IBV! Я бы не отказался посмотреть последние версии и UG NX3, да и других

известных систем. Очень рад, что в них проблема распознавания примитивов

решена (95% задачи по Basnev, осталось всего 5%). Но подчеркну,

именно распознавание примитивов и очевидных КТЭ(отверстия, фаски, карманы

и т.д.). Т.к. автоматическое распознавание полностью всех КТЭ, из

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

КТЭ, в которой найден принцип их выделения! И я бы эту пропорцию изменил:

95% - ЭТО КОНЦЕПЦИЯ КТЭ и 5% распознавание КТЭ и синтез из них технологии!

Не смотря на все, я им желаю побыстрее найти этот принцип, иначе...

Можно конечно подождать и посмотреть на сколько упадут продажи САМ в следующем

году, но это уже очень рисковано, т.к. доверие инвесторов не беспредельно, да

и моральный климат в этих фирмах я думаю оставляет желать лучшего.

Тенденция перехода с 2D на 3D конечно очевидна, поэтому имея

дефицит времени и знаний в этой области, я и налаживаю связи здесь с

теми, кто владеет этим вопросом!

Что касается последнего вопроса. Так ведь и в шахматах существует

неимоверное число комбинаций и машина, убежден в этом, выбирает далеко

не лучший вариант. Однако из за скорости с которой все это выполняется,

шахматные программы уже соперничают с чемпионами. Здесь будет все тоже

самое.

И последнее. Я никого не убеждаю. Пусть каждый думает, что хочет.

Но даже если они и создадут эту концепцию, что я искренне им желаю, у меня

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

все затраты, будет иметь просто чудовищную цену, а я буду работать прежде

всего с технологами!

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

От демо-читалки я конечно

бы не отказался.

Ну тогда, на здоровье, вот, набросал на досуге:SimpleCADConverter

Поместил в соседнюю тему, как раз про STEP и т.д.

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

vl! Спасибо. Но попробывал скачать, у меня не получилось.

Надо еще попробывать. И все же, может кто скажет во сколько

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

позволяющей получать ту информацию из СТЕП, которая мной уже

приводилась.

И что скажет Basnev, по поводу некоторых выводов, которые

были приведены в этой конференции:

1) Распознавание растровой графики плоского чертежа - тяжелейшая

задача и вряд ли за ее решение стоит браться

2) Распознавание векторной графики плоского чертежа, задача тяжелая,

но решаемая и если очень сложно получить полный автомат, то полу автомат, где

при распознавании КТЭ программе помогает человек, задача вполне посильная.

3) Распознавание с твердотельной модели детали, наиболее легко

решаемая задача и реализована во многих известных системах. Но распознаются

автоматически очевидные КТЭ(отверстия, фаски, пазы и т.д.). Сочетание же

этих КТЭ приводит к астрономическому числу их комбинаций, а значит задача

становится не решаемой. С этим мы тоже столкнулись в РКК, когда решали

в 80-х подобную задачу. Если такие настроения овладели разработчиками

известных западных систем, то это видимо для них катастрофа.

Но решение есть! Можно найти базовые КТЭ из которых состоит

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

Причем, найдя это решение, все остальное будет сделано достаточно быстро.

Ну а если не нашли и потеряли уже веру, то пусть ждут, когда я потихоньку,

работая над этой программой 5-10 дней в году, сделаю это! Решение этой

задачи я знаю уже давно!

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

Basnev! В самом деле хотелось бы послушать мнение по поводу выводов.

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

На счет этого обсуждения есть хороший анекдот.

- Скачут 2 ковбоя по прерии, мимо проскакивает ковбой на лошади.

Одни ковбой другому - это "Неуловимый Джо".

Что никто его не может словить, нет никто не ловит.

__

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

У разработчиков есть больше насущных и актуальных проблем, как построить правильную и экономичную траекторию, что бы не было зарезов, недорезов.

Правильно рассчитать подачу и скорость вращения инструмента и т.д.

А выбрать какую поверхность обработать нет проблем, одни щелчок мыши.

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

Basnev! В самом деле хотелось бы послушать мнение по поводу выводов.

И где именно тут выводы самого г. turt'ы? И есть ли они у него в принципе?

А козе баян нужЁн?

Некоторым остальным (тут есть строгие дяденьки :wallbash:) - извините за аллегорию. :bleh:

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

т.к. усилиями господ

Basnev, turta, Олег Лысенко

тред выродился даже не в болтовню, а в перепалку, я его закрываю.

соболезную заинтересованным сторонам

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Сейчас на странице   0 пользователей

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




  • Сообщения

    • jtok
      Он сильно зависит от марки PP, от расчетной температуры и от расчетного срока службы (количества циклов нагружения). Поищите стандарт DVS 2205, части 1 и 2. В нем есть номограммы долговременной прочности. Он на немецком, но ничего лучше нет. Номограммы эти приведены по ссылке, внизу страницы, раздел "Список приложений".  Например, диаграмма для PP type 1 по ссылке: В оригинале же выглядят они вот так (для PP type 1): Также был древний документ на русском по этой теме, прицеплен к сообщению. _raschet_emkosti DVS 2205-2.pdf
    • Andrey_kzn
      - тут возможно смысл сообщения в том, что оси не синхронизированы, только вот зачем синхронизировать  оси X и Y не понятно. В случае двух шпинделей например,  coupled будет означать синхронизацию.
    • niagara39
      Правильно ХУ на этом станке не перпендекулярны. Тормоз оси У включен постоянно, отключается только при перемещении самой оси У. Координаты не  меняются... Знать бы что за параметры, пока ничего подобного не нашли
    • nicomed
      Поднял старые записи. Из того что было максимально похоже на то, что можно было назвать "получалось" :   Самому не совсем понятно поведение СкетчМенеджера при отрисовке линии от координат 0,0,0 - частенько слетает в произвольное место на виде. 
    • maxx2000
      на втором  скрине PLC сообщает что-то типа "старт программы запрещён потому что оси ХУ не связаны". Возможно станок в режиме точения должен заблокировать перемещение У, включить тормоз или что-то ещё для произвольного смещения под нагрузкой. Возможно косяк в тексте программы.
    • maxx2000
      @sneg0vik как это? Если ХУ не перпендикулярны то это уже не У, а скажем ось В. Нет, конечно в теории можно построить станок с неперпендикулярными ХУ. Вопрос зачем? Gildemeister CTX 420 это же токарно-фрезерный с осью У
    • sneg0vik
      На станке ось "X" является наклонной по отношению к оси "Y" (т. е. они не перпендикулярны). Поэтому надо полагать (учитывая текст ошибки) у вас отключена связь оси "Y" с осью "X".   Проверьте меняются ли координаты оси "X", когда вы двигаете ось "Y". И наоборот. Если - нет, то ищите как включить (наверное через параметры) взаимосвязь оси "Y" с осью "X".
    • ДОБРЯК
      Если ваш Заказчик и такую работу примет, то необходимо в шпоночное отверстие добавить и массу воды. Примерно 1/4 от той массы которую вы будете добавлять.  Да и еще и не забыть добавить момент инерции от воды.
    • Soprin
      В функции MOVE по F7.3 должно же из R270 переносить в R278?
    • niagara39
      Причина все еще не найдена... Но заметил, что сразу после включения в меню диагностики появляется следующее предупреждающее сообщение: 10155 M: Y-axis: Y-axis and X-axis not coupled , но причина его появления и его смысл неизвестны
×
×
  • Создать...