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

Эскиз


Paul_S

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

Задачка достаточно простая, но никак не могу ее решить :wallbash:

В модели сборки несколько положений через табличное семейство. Между двумя точками протянут гибкий кабель. Создал эскиз кабеля в котором суммарная длина провода постоянная: длины прямых участков не меняются, периметр изгиба не меняется, радиус - зависимый размер. Все вроде просто. :g:

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

Что делать??? Пытался по-разному задавать привязки :wallbash: , но результат один и тот же!

По-моему это не правильно :thumbdown:

В WF и 2001 результат один и тот же. :unsure:

Что скажите, коллеги?

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


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

Вы его залочили, вот и не получается.

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

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

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

Вы его залочили, вот и не получается.

<{POST_SNAPBACK}>

При изменении расстояния между точками крепления, периметр дуги и длины прямых отрезков постоянны. (длина кривой в сумме постоянна). Меняется только радиус дуги (он зависимый). Все это работает но только до того момента, когда центр радиуса дуги должен подняться выше точек крепления (горизонтальная прямая). :wallbash: Точка центра не поднимается выше! Скетчер этого почему-то не переваривает. :thumbdown:
Ссылка на сообщение
Поделиться на других сайтах

Хотел прикрепить эскиз, но по-моему не глотает

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

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

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

post-261-1126198042_thumb.jpg

post-261-1126198053_thumb.jpg

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

PS: на рисунке кривой в скетчере видны добавочные точки для кооректировки выхода кабеля в точках крепления - ими можно регулировать "крутизну" выхода.

Да, горизонтальное положение точки срединной регулировки для удобства исключено (расположено на привязке), в ином случае нужно будет его задавать, например, через зависимость половины размера, который на скрине Paul_S имеет значение 2000. Кстати, к этому же размеру можно привязать и вышеупомянутую "крутизну" выхода через какие-нибудь зависимости.. Думаю, это не исчерпывающий вариант решения - наверное, можно улучшить.. :rolleyes:

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

Классно!!! :smile:

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

Спасибо за хорошую идею!!!

Но поведение скетчера мне все-равно не понятно :thumbdown:

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

Может, горизонтальная привязка выше дуги (возможно, проходит по точкам крепления кабеля) и, когда центр к ней приближается, то он не может сам поменять + на минус..? :g:

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

Может, горизонтальная привязка выше дуги (возможно, проходит по точкам крепления кабеля) и, когда центр к ней приближается, то он не может сам поменять + на минус..? :g:

<{POST_SNAPBACK}>

Незнаю. Впервые озадачился. Никогда раньше проблем со скетчером не было. Всегда можно было найти выход поиграв с разными вариантами привязок. :wallbash:

Если этот же эскиз нарисовать так, чтобы центр радиуса был сверху, то центр так же не хочет проходить горизонталь. Размеров, при этом, меняющих знак, нет. Странно все это. Логики не вижу :g:

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

Однако, все работает.. :g:

Все размеры зафиксированы зависимостями, кроме SD17 (который длину определяет) и SD11 ( угол наклона, отмечен изменяемым при создании периметра дуги). Нюанс: изменять SD17 к предельной величине нужно постепенно, в данном эскизе с шагом, скажем, около 5 - а то эскиз может "схлестнуться" - почему так происходит сказать трудно, видимо, особенности работы привязок скетчера..

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

Да, здорово! Отличное решение.

Все получилось.

Как догадались? Интуиция или метод научного тыка :wallbash: ?

СПАСИБО!

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Alexey8107
      Всем доброго дня. Имеется ивановский обрабатывающий центр ИС-800, в нем установлены: PSM-45HVi A06B-6120-H045 SPM-30HVi A06B-6121-H030#H550 Возникла авария 9030 Overcurrent in the converter input circuit. Если смотреть В-65285 в этом случае на PSM должна отображаться 1, а на SPM - 30. Так оно и есть на самом деле. Документ ссылается на пункт 3.1.1, в свою очередь этот пункт говорит о неисправности PSM и следует проверить Входящее питание. Скорее всего здесь имеется ввиду питание управления, оно 240 В и стабильно Рекомендуют проверить реактор. Сразу откидываем, т.к. дело до включения силового питания еще даже не доходит, МСС отключен. Да и реактор штатный, всю жизнь работал с этим реактором. Проверить IGBT. Проверить проверил как мог, на КЗ, но дело до силовухи еще не доходит, ее питания еще нет и физически включиться не может из за MCC(ну это естественно, блок в аварии). Принципиально все рекомендации. На LEADWELL была похожая ситуация, на торможении шпинделя на PSM помнится выпадала авария 1, а на шпинделе не помню уже что. Тоже думали на PSM, а судя по всему мозг вынимал рекуператор в SPM. Т.к. на шине 500 вольт на торможении шпинделя напряжение вылетало далеко за 500 вольт выше. Здесь тоже нечто подобное, SPM опрокидывает PSM в аварию. Вобщем при включении питания станка, запитывается только управление на PSM, а он в свою очередь раздает 24 вольта на все остальные блоки по CXA2A, если все нормально и ЧПУ включена, замыкается контакт МСС, разрешая подачу силового питания на PSM. Шаги загрузки на полностью исправном станке PSM    SPM   -          A   -         50   -         12(или 18)   -         -- После включения ЧПУ и подачи силового питания   0         0 У нас PSM    SPM   -          A   -         50   -         12(или 18)   1         30 Включение силовухи невозможно. Что было сделано: 1. Проверены все питания, 240 СХ1А, 24 СХА2А, силовое питание, везде порядок. 2. Проверены IGBT на PSM и SPM, явного замыкания нет. 3. Проверены обмотки серво двигателя шпинделя. На всех 0,4 ома(сопротивление щупов 0,2 + обмотки 0,2 ома). Сравнил с заведомо исправным таким же двигателем(он стоит в другом таком же станке и работает), все тоже самое, На массу КЗ нет. Да и силовухи тоже нет, так что это бессмысленно. 4. Откинул от PSM разъем СХА2А(тупо обесточил остальные блоки от 24 вольт), включил питание управления, PSM перестал опрокидываться в ошибку, на дисплее "-". Ждал долго, не опрокидывается. Силовое питание подавать не стал, ибо чревато для остальных блоков, а скидывать шинку постоянного тока честно говоря поленился. 5. С соседнего станка снял плату управления SPM и переставил в неисправный станок, по номерам они идентичные. Станок включился и даже подал силовое питание на PSM без всяких аварий. Гонял пару минут в холостую, все было нормально, но после опрокинулся с той же ошибкой 1 и 30 на PSM и SPM соответственно. 6. Взял плату управления SPM с неисправного станка и установил в исправный. Станок включился и сколько бы не гонял, и даже шпинделем крутил, не опрокидывается. Т.е. к обоим платам претензий ноль. После вернул все обратно. Исправный станок работает как ни в чем не бывало, неисправный сразу опрокидывается в аварию почти сразу после включения управляющего питания. На ЧПУ ошибка 9030 и какие то еще по осям, но они связаны с отсутствием питания на шине постоянного тока если не ошибаюсь, так что это нормально. Итого, силовуха явных признаков неисправности не имеет, и даже на какое то время с другой платой включает силовое питание(скорее всего это связано с разбросом параметров защит на разных платах). К самому PSM тоже вроде претензий не должно быть, хотя В-65285 указывает именно на него. В истории с LEADWELL точно помню, что тоже все указывало на PSM(в том числе 1 на дисплее), и даже сервисный инженер FANUC был уверен в неисправности именно PSM. По факту, неисправен был как раз SPM. К платам управления тоже никаких претензий, обе работают в исправном станке. Единственное логическое объяснение, неисправность силовухи SPM. НО!!! Шина постоянного тока даже не думает запитываться, так что и тут с опрокидыванием сразу после включения есть засада! Ну не тестирует же SPM и PSM силовую часть напряжением 24 вольта??? Ведь до включения силового питания в этом случае даже не доходит из-за аварии! Может у кого есть еще идеи или опыт устранения таких дефектов? Помнится у фанука была типовуха на платах А16В-2203-0623 с датчиками тока, они отгорали и привод отваливался в аварию по одной из фаз. Это были привода шпинделя и двух осей в одном корпусе, были такие у нас на токарных. Сервисники фанука тогда их тучами меняли... Хотя тут я думаю не наш случай
    • Kelny
      Даже при всём при этом оно не всегда корректно работало, так что даже в старых версиях было быстрее удалить размер и потом вставить заново, чем искать эти точки размеров, а потом пытаться их привязать к новому месту.   Возможно это всего лишь глюк новой версии, в последних версиях они похоже штатно закладываются.
    • maxx2000
      @davidovka я их сразу ссыпаю в TEMP,  в тех что живы нет отметок о создании current_session.pro. Интересно что сам current_session.pro создаётся, но не обновляется дата в отличии от даты модели. Может быть и вправду менял какие нить настройки и забывал сохранить
    • Ahito
    • maxx2000
      т.е. доверять разработчикам оснований нет. Ясно-понятно
    • clavr
      все так и было до 2024 версии. размеры не импортировались. теперь вот в 2024 так нельзя. может где-то в настройках поменять что нужно? все перерыл, пока не нашел
    • arsenev
      Первый свободный номер инструмента   int list $toolnumblist = extract(folder('TOOL'), 'Tool.Number.Value') int $newToolNumb = 1 while member( $toolnumblist, $newToolNumb) {     $newToolNumb = $newToolNumb + 1 } Message Info 'Первый свободный номер инструмента - ' + $newToolNumb     Инструменты с повторяющимися номерами   int list $toolnumbers = extract(folder('tool'),'Number.Value') int $i = remove_duplicates($toolnumbers) string $op = '' foreach $n in $toolnumbers {     string list $names = extract(filter(folder('tool'),'this.Number.Value == "' + $n + '"'),'Name')     if size($names) > 1 {         $op = $op + 'Инструменты с повторяющимся номером T ' + $n + CRLF         foreach $name in $names {             $op = $op + $name + CRLF         }         $op = $op + CRLF     } } message info $op     Удаление выбранного   Макрос, который проверяет тип объекта, а затем позволяет выбрать один и удалять выбранные части. Я связал это с ctrl+d.   string list $rootTypes = {'toolpath','featureset','pattern','boundary','model'} string list $selectedTypes = {} foreach $rt in $rootTypes {     if entity_exists(entity($rt,'')) {         entity $ent = entity($rt,'')         if number_selected($ent.RootType, $ent.Name) > 0 {             int $i = add_last($selectedTypes,$rt)         }     } } if size($selectedTypes) <= 0 {     return } int $index = -1 if size($selectedTypes) == 1 {     $index = 0 } else {     $index = input choice $selectedTypes 'Wich Type to remove?' } if $index != -1 {     String $cmd = 'DELETE ' + $selectedTypes[$index] + ' "' + entity($selectedTypes[$index],'').Name + '" SELECTED'         DoCommand $cmd }
    • PETR_1
      Можно переназначить правую и центральную (колесо) кнопки с помощью бесплатной программы X-Mouse Button Control (есть портабельная версия). Это переназначение будет работать только для компаса.
    • Kelny
      Может изменяемый вами размер импортирован из модели?  Обычно переносилось удержанием левой кнопки мыши, а если сделать двойной клик, то нужно потом выбрать новый объект уже без удержания кнопок мыши.
    • Kelny
      Отключить галочки режима большой сборки. Инструменты-Параметры...-Настройки пользователя-Сборки
×
×
  • Создать...