Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже.
Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.
Встроенная сортировка есть. заметьте, работает на уже созданной таблице тоже мгновенно и я ее использую.
Согласен, в эту сторону можно покопать. Потому что, ждать, пока исправят эти тормоза можно долго.
Это какие-то ваши настройки солида и шаблонов. Было про это, кто-то жаловался.
Заработало, благодарю!
А толстые линии никак не победить? Везде в настройках стоят тонкие, а создаёт всё равно с толстыми линиями, как в файле - примере.
В данном случае при создании таблицы не затрагиваются механизмы редактирования, таблица может формироваться в базе данных и выдаваться готовой, ведь фактически создаётся просто отчёт по сборке (нужно просто пробежаться по моделям сборки и собрать всё в список). А при редактировании уже возникает сложная система обращений к созданным ячейкам и взаимодействию с моделью, так что ни каких противоречий в данном случае не вижу. Возможно за саму отчётную таблицу отвечал хороший програмист и применил хорошие алгоритмы, а вот тот кому поручили проработать механизм редактирования накосячил по полной.
Возможно алгоритмы сортировки должны быть применены ещё до создания таблицы и тогда не нужно будет сортировать таблицу уже после создания, но доступ к предварительной сортировке может отстутствовать в API, но ведь какая-то сортировка всё равно происходит, ведь какая-никакая систематизация в списке происходит при создании спецификации, но просто эта сортировка не по форме ЕСКД.
Возможно это поможет разобраться с каким объектом вы работаете и подобрать подходящии инструменты для обработки объекта быстрее.
Да, Compound Note. Может быть это и она, но, как я и написал выше, основная странность, на мой взгляд, это мгновенное создание в первый момент при наличии тормозов после. Обычно, скорость создания ниже скорости редактирования или как-то близка к ней. А тут все наоборот, поэтому я сомневаюсь, что дело здесь только во внутреннем устройстве.
Нет, не пробовал.
Я бы задавал кинематическое возбуждение на опорном контуре. Можно два раза проинтегрировать акселерограмму и прикладывать перемещения, но вроде же можно и прямо в узел прикладывать ускорение?
Наверное, полно на ютюбе. Из практики я стараюсь задавать хотя бы 0.1 от периода свобственных колебаний, исходя из того, какая максимальная частота на спектре отклика меня интересует. Можно отталкиваться от спекта возбуждения, и тогда шаг должен быть не более 1/2 * 1/f, где f - самая высокая частота в спектре возбуждения. Но я бы брал с запасом не 1/2, а опять же 1/10, например.
Вы хотите посчитать отклик именно на эту акселерограмму или на случайный процесс с параметрами этой акселерограммы? Это две разные вещи :)
Проблема в том, что глядя в таблицу ошибок PCSS, указанные ошибки: 68А3 - касаются входов, которые похоже не реализованы в нашем конкретном блоке PCSS. В таблице есть ошибки входов-выходов модулей F1IO, F2IO, F3IO, а эта ошибка касается какого-то FxIO. Создается впечатление, что имеем глюк с пропайкой одной из BGA-шных ПЛИС AlteraCyclon-II, на которых (всего их 4 шт) собраны две платы вводов-выводов PCSS. Потому что при его включении, проходит внутренний тест, и на 4-х разр.индикаторе появляются последовательно: ER01-ER08, CRC-, DR0-DR8, и выскакивает эта ошибка, и все, станок стоит колом...
Это понятно.
Вопрос был про то, корректно ли задавать ускорение ко всем телам, ведь реально возбуждается именно основание.
Я хочу просчитать на прочность стержень с учетом контактных (ударных) взаимодействий в узком месте.
Рекомендованные сообщения
Присоединяйтесь к обсуждению
Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.