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

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

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

Тоже ПКМ на видео на временной шкале > Reverse.

Сохранение видео тут называется рендер, как в SW. File > Render As и выбираете формат и настройки кодека.

62dfd57f1f21dc230a062d3f7a0b9e3b.png

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


 

а что именно вас смущает?

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

Т.е. Вы хотите чтобы у Вас результат был различный?

 

блин , да не досмотрел , результаты разные , а должны быть одинаковые . я делал в 14 солиде, раньше я делал в 13 и все было норм, может в 14 есть какая то задрочка?

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

помогите пожалуйста подружить Motion и Photoview.

проблема в следующем:

при создании анимации (вращение модели вокруг оси) через обработчик Photoview в результате вместо вращающейся модели получаю размноженный 1-й кадр.

при создании анимации обработчиком "Экран Solidworks" такой проблемы нет.

 

в сцене используется камера. без камеры анимация получается, но вид СОВСЕМ не тот.

 

пробовал в сцене покрутить параллелепипед (без модели). крутится... добавляю модель, делаю её сопряжение с параллелепипедом - получаю опять статичную картинку ("Экран Solidworks" рендерит без проблем).

 

в результате необходимо получить такую же анимашку, как тут: 

http://www.code-pro.ru/index/media/video/vrashhenie-traversyi-14-2.html

(считал  каждый кадр отдельно)

 

собственно вопрос - где искать проблему?

 

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

 

исходник без модели:

http://www.code-pro.ru/files/animation_tmp.zip

 

рендер в Photoview без модели

http://www.code-pro.ru/files/anim_2.avi

 

рендер через "Экран Solidworks" (только добавил модель и отдалил камеру)

http://www.code-pro.ru/files/anim_3.avi

 

рендер в Photoview (от предыдущего варианта отличается только средством обработки)

http://www.code-pro.ru/files/anim_4.avi

 

рендер в Photoview (удалил модель из сцены выбрав её в дереве и нажав Del)

http://www.code-pro.ru/files/anim_5.avi

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

Сопряжения настроены? Возможно модель зафиксирована?

 

Можете попробовать "Помощник для создания анимации". Настроить вращение вокруг нужной оси.

 

вращать камеру вокруг модели - не вариант, хотя он работает.

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

Ссылка на сообщение
Поделиться на других сайтах
Сопряжения настроены? Возможно модель зафиксирована?   Можете попробовать "Помощник для создания анимации". Настроить вращение вокруг нужной оси.

 

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

 

модель крутится нормально и рендер вращения тоже происходит. ведь при обработке "Экраном Solidworks" всё происходит так, как надо (anim_3.avi). на мой взгляд происходит какая-то несостыковка с Photoview.

 

 

 

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

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

 

 

p.s.: забыл написать - работаю в SW 2014 Premium SP1.0

попробую обновиться до SP3

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

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

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

 

архив ТУТ

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

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

за счет чего вы сделали вращения? просто покрутили модель в окне?

у вас модель крутится во все стороны. зафиксируйте таким образом чтобы вращение было только вокруг одной оси. вместо параллелепипеда используйте цилиндр свяжите его с моделью. на цилиндре настройте вращение с помощью двигателя.  

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

при чем тут "просто покрутили модель в окне"?

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

в 0.00 сек - начальное положение, в 2.00 сек - конечное положение. всё, что между двумя временными точками, солид просчитывает сам. нижняя грань сопряжена с горизонтальной плоскостью.

 

на мой взгляд, проблема не в модели, а в обработчике. ведь с вращением и рендером не в Photoview всё работает без проблем..

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

в той сборке что вы прикрепили есть только 3 сопряжения связывающие параллелепипед и модель. сопряжения с горизонтальной плоскостью нет. модель не зафиксирована в пространстве.

 

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

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

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

как говорится: "вы не поверите!", но всё заработало... anim_0.avi

 

а вот как смотрится вращение камеры: anim_1

 

вылечилось обновлением до SP3.

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

Доброго времени суток! Кто может подсказать,  почему при торможении тела Motion выдает положительные ускорения? Ведь это противоречит "основам мироздания"! Вот, допустим, график угловой скорости и углового ускорения:post-42035-0-79725500-1412621933.jpg

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

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

magnitude 1) величина; значение (величины) 2) амплитуда 3) абсолютное значение, модуль (числа) ; длина, модуль (вектора)

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

Ага, значит по модулю... Я так и предполагал. Но зачем так сделали? Почему не показать отрицательные значения? 

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

Так выберите нужную компоненту в опциях -- будут и отрицательные значения.

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

kristeen, Вы имеете в виду выбирать x, y,z - компоненты, а не "величину"? Если да, то получается вот такая картинка: post-42035-0-38685900-1412704818.jpg

Уже лучше, но всё равно не то. Почему при наборе скорости ускорение отрицательно?

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

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

Всегда можно создать свою систему координат. Или позже перевернуть график в Экселе, Маткаде или где угодно.

 

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

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

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

Про переворот в экселе это понятно, хотелось бы, чтобы солид сразу выдавал соотносящиеся с реальностью цифры.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Jesse
      Вот что у Биргера: Центробежные силы и индуцированный гироскопический момент зависят от квадрата частоты вращения вала   Хотя уже сама критическая частота зависит только от момента инерции колеса (альфа, бэта, гамма - это прогибы, углы поворота и прочая шелуха), т.е. частота вращения в формулу не входит, а всё определяется только моментом инерции Jm Ну у него рассматривается простая одномассовая система (фактически грузик на пружинке). Думаю поискать публикации.. мб где то раскопали аналитическую зависимость первой и высшей СЧ от частоты вращения для сложных систем. Хотя если выяснится что зависит,  всё равно обоснование придумывать придётся.  Эхх...
    • Fedor
      https://www.litres.ru/book/v-n-faddeeva/vychislitelnye-metody-lineynoy-algebry-65999878/  Ну и классику жанра :) 
    • Jesse
      4000 об/мин при наружном диаметре колеса 380 мм. Думаете, на больших оборотах вилка всё равно может разойтись и могут появиться гироскопические эффекты? Даже несмотря на вышеприведенные массово-инерционные оценки и расположение опор?   да я влияние престресс (вращение) особо не увидел... Думал обычным модальником прогнать, Ланцошом (он пошустрее).   Ещё мои раздумья направлены в сторону присоединённой массы воды, что по идее должно занижать частоты. Хотя для такого массивного вала как у меня даже на это дело можно забить, наверно...
    • Handrusik
      Maxx2000 - благодарю Павлуха - это не фриланс Утомлённый солнцем - приятно, что меня помнят
    • Борман
      Я так понимаю, что обороты не особо большие. ДК - это чисто высокооборотистая тема.   Просто мысли вслух... Если вилка будет сильно расходится, то всегда будет точка пересечения любого луча с кривой BW. Причем точка будет на меньших оборотах по сравнению с обычным престресс-модальником. Какие дальше действия ? С чем тут нужно дополнительно бороться по сравнению с тем, с чем нужно было бы бороться по результатам обычного престресс-модальника Если вилка не сильно расходится (от кривой обычного престресс-мобальника), то смысла стоить строгую ДК большого нет.    
    • boomeeeer
      На сименсе параметрами настраивается многое, что связано с менеджером иснструмента. Вызов возможен как по номерам, так и по именам инструментов. Через равно вроде как по имени вызывается (Т="имя"), а по номеру можно было, например, Т1 M6, а первый корректор подтянулся бы автоматически. И не всегда М6 на смену. Производитель мог нагородить чего угодно. Параметры надо смотреть
    • Den4ik85
      P.S этой ошибки не было при запуске,она возникла при выполнении команды смены инструмента "T=.." d1m6. (так учили на курсах) возможно,не тот номер ввел или не соответствовало название инструмента его номеру?
    • boomeeeer
      @Den4ik85 Подключаться к контроллеру и искать цепочку формирования сигнала ошибки DB2.DBX183.0. Возможно один из индуктивных датчиков на подсчёт ячеек магазина вышел из строя
    • boomeeeer
      G108 C0 - Включить шпиндель №0 в режим оси C G90 C180 - Переместить ось С в позицию 180 градусов
    • Den4ik85
      благодарю! ничего не понял, ну хоть что-то) учусь только) попробую разобраться
×
×
  • Создать...