Измерение площади поверхности завешивает Компас

Автор YNA, 18.08.16, 08:39:12

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

YNA

Здравствуйте.
Вот есть такая поверхность вращения. При попытке измерить её площадь Компас зависает. Пришлось измерять разными обходными путями. Что в этой поверхности не так?  8-) Вроде ни чего сложного нет.

Компас v16-1 х64
+ Благодарностей: 1

Дормидонт Евпатьевич

не зависает, а долго считает...
убедиться в этом несложно - для этого надо лишь контролировать поведение процесса kompas.exe, и вы увидите, что он живой, что он упорно работает, выполняя желание пользователя - определить площать, как один из параметров МЦХ, с максимально возможной точностью, заданной тем же пользователем...

semenkontorovskij

Попробовал. ПЕрвые м5 поверхностей измерил сравнительно медленно. На 6 завис.

YNA

Цитата: Дормидонт Евпатьевич от 18.08.16, 09:58:00
не зависает, а долго считает...
убедиться в этом несложно - для этого надо лишь контролировать поведение процесса kompas.exe, и вы увидите, что он живой, что он упорно работает, выполняя желание пользователя - определить площать, как один из параметров МЦХ, с максимально возможной точностью, заданной тем же пользователем...

Ну и на что тут смотреть, где видно что процесс "упорно работает"?  :) Уже давно висит.

VLaD-Sh

18.08.16, 11:33:30 #4 Последнее редактирование: 18.08.16, 11:47:33 от VLaD-Sh
Если предварительно промасштабировать (уменьшить с 100 раз), разделить поверхность пополам, то вроде считает. Долго, но считает  :shu:

Kirilius83


semenkontorovskij

Интересный эффект: скопировал эту поверхность в другой файл и тут уже измерения происходят мгновенно и без проблем. Может быть все проблемы в способе получения поверхности ?

GL_E

Компаса у меня нет, а вьювер аналогично зависает на "конусе вулкана"

подождал минутку и ушел на обед, ждать когда досчитает не стал.

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


---------------------------
пока писал, уважаемый Семён уже высказал одно предположение

Kirilius83

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

YNA

Копирование не помогло. Просто при копировании в полученной детали точность расчёта МЦХ по умолчанию может оказаться очень низкой.

Почему у мня оказалась высокая точность расчёта МЦХ. По той причине что масса купола, рассчитанная при положении ползунка примерно 80% оказалась около 3400 кг, при точности 100% - более 3700 кг, при составлении отчёта то же 3700 кг. По этой причине точность ползунка в 80% оказалась недопустимо грубой и пришлось переместить его в крайнее правое положение.

VLaD-Sh

Цитата: semenkontorovskij от 18.08.16, 11:54:18
Интересный эффект: скопировал эту поверхность в другой файл и тут уже измерения происходят мгновенно и без проблем.
При копировании - у меня не получилось, но при сохранении как деталь проблем в расчете площади нет. Странно  ::)

GL_E

Если обратить внимание на скрин Семёна, то там тоже деталь

pr0100

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

YNA

Тут вообще что то странное начало твориться  :-)))
Вот построил по этой направляющей (той же что и купол) кинематическую операцию. Получился уголок 50х5 длиной более 6 метров. Так вот он весит 24 грамм. Все параметры материала и плотности вроде правильно заданы, объём тела примерно 3000 см^3.
Где то уже была тема, что в сборке нельзя создавать тела и сохранять их как детали - произойдёт грубый сбой при расчёте массы.

А по поводу определения площади - поставьте точность расчёта на максимум и измеряйте.  :)

При максимальной точности виснет, для этого нужно просто навести курсор на поверхность и всё.
PS. Я с таким сталкивался, когда отлаживал 64-разрядное приложение, один и тот же код работал по разному между 32 и 64 разрядами, причину нашёл - мусор. Странно, что кому то пришло в голову использовать максимум расчёта при наведении курсора в контексте общего процесса, да это можно было понять, если бы это - выполнялось на отдельном физическом ядре.

konovalov

Цитата: Kirilius83 от 18.08.16, 11:40:38
кажется, пора посылать в ТП?  :)
Пересохранил исходный файл в step - открыл в Solidworks, поверхность с ошибками, после диагностики пересохранил и открыл в Компасе - считает в течение доли секунды... :)

YNA

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

Дело вот в чём - в настройках точности расчёта. Повторюсь. что точность была выставлена максимальной из за ошибок подсчёта массы. Я так всегда делаю если расчёт МЦХ не совпадает с Отчётом (отчёт всегда точный). Просто после этой процедуры нужно не забывать переместить ползунок немножко влево, а я забыл.  :(  Из за этого собственно и весь сыр-бор с измерением площади.

По поводу настроек точности. У меня по умолчанию стоят настройки как показано на рисунке. При таких настройках измерение массы дало ошибку около 10% в сравнении с отчётом. После перемещения ползунка вправо значения совпали, а вот назад вернуть ползунок забыл и начал измерять площадь.  :shu: Ну а чем такое измерение закончилось сами видите.  :-))) Просто нужно аккуратнее работать.

Kirilius83

Цитата: konovalov от 18.08.16, 20:56:32
Пересохранил исходный файл в step - открыл в Solidworks, поверхность с ошибками, после диагностики пересохранил и открыл в Компасе - считает в течение доли секунды... :)
И что? Всеравно должен быть вшит предохранитель, который если не говорит что деталь кривая, то по крайней мере не дает зависнуть Компасу - не дело его закрывать аварийно, команда должна штатно отменятся.

GL_E

А на что влияет этот ползунок МЦХ?

Я не результат вычислений имею ввиду, а именно процесс?

Там формулы расчетные меняются?
- или количество проходов (если алгоритм делает расчет за несколько проходов)?
- или числа округляются (грубее - точнее)?
- или что то еще?

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

Как то так, мне кажется.