Попытка переопределить выходные параметры

[Starik]

Здравствуйте уважаемые друзья. Опять напоролся на такую ерунду. В сборке создал несколько переменных. Но видать поработал не очень внимательно. В результате возникла ошибка. Рассердился. Удалил созданные переменные. Система работает вроде нормально, но постоянно выдает ошибку, которая показана на приложенной картинке.
Почитал в хелпе, там по эитому поводу написано следующее: «.....Выражение, вызвавшие конфликт, выделяется красным цветом в окне работы с переменными и уравнениями....»
Ну нет ничего выделенного красным цветом, и переменных этих нет. А ошибка лезет. Такое впечатление, что система записала куда то эту ошибку и постоянно ее показывает. Кто знает где найти эту запись и как ее удалить??
Ой, забыл - Компас V10 SP1.

[drema]

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

[Starik]

Это по всей видимости какой то глюк  . Но я решил эту проблему благодаря «дурной» привычке. Я периодически, раза 3...4 в день сохраняю резервную копию проекта, и не в виде bak файла или другого стандартного средства предлагаемого Компасом. А так сказать – «В ЛОЮБ», просто копирую текущую работу на сервер. Это повелось еще очень давно, когда у меня был очень дохлый и глюкавый комп. Компьютер у меня сейчас хороший, работает надежно, а привычка осталась.
Вот благодаря этому я и спасся. Взял с сервера то, что делал до обеда. А там этих переменных еще не было. И начал все заново, т.е. снова создал переменные, но в этот раз отнесся к ним внимательно, все проверил. И все сработало ОК.
Но согласитесь, что это путь не правильный. Система должна работать стабильно и надежно, не надеясь на то, что пользователь постоянно будет страховаться резервным копированием.

[AVas]

...начал все заново, т.е. снова создал переменные, но в этот раз отнесся к ним внимательно, все проверил. И все сработало ОК.
Но согласитесь, что это путь не правильный. Система должна работать стабильно и надежно, не надеясь на то, что пользователь постоянно будет страховаться резервным копированием.

Этот путь не "не правильный", а не самый рациональный. Но это Ваш выбор, Вы сами решили идти таким путем. И он, кстати, вполне приемлем, т.к. тоже приводит к нужному результату.

Но правильнее и, главное - полезнее для Вас, было бы вот здесь - "В результате возникла ошибка. Рассердился.", - определить причину ошибки, возникшей в результате Ваших действий, понять и устранить именно причину. И поблагодарить программу за стабильную и надежную работу ее диагностической подсистемы. Ведь именно она предотвратила дальнейшее построение модели с ошибкой.

[Starik]

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

Вот в том то все и дело, что между возникновением ошибки и тем как я "Рассендился" прошол достаточный промежуток времнни, который я потратил на всевозможные попытки определить причину ошибки. Но согласитесь, скупой форазы "Попытка переопределить выходные параметры" вовсе недостаточно для диагностики. Во именно поэтому я и "Рассердился". И потом, разве это стабильность, когда после того, как переменная, которая вызвала ошибку, убрана, систем продолжает упорно сообщать об этой ошибке. И ничего не помагает, даже перезапуск системы и перезагрузка компа в целом.
А если судить по сообщению уважаемого drema , мой случай не единичен.

[AVas]

Разве непонимание сути событий является доказательством их ошибочности?

[Starik]

Разве непонимание сути событий является доказательством их ошибочности?

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

[Дим]

Не помню уже точно, но помоему такую ошибку Компас выкинул после того как после переименования/переноса файлов потерялась ссылка на переменную. После восстановления ссылок все встало на свои места.

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

[Dmitriy]

С математической точки зрения параметризация в компасе с версии V9 стало более корректной. Но такое ощущение, что напутали уже в последовательности расчетов и перерасчетов. Обратил внимание на так называемые "фантомные" значения или переменные. Делаешь что-то вроде работает, начинаешь редактировать, удалять параметры, изменять и получается так, что ввод новых переменных невозможен из-за введенных ограничений старых, которые ты только что благополучно удалил. Это бесит.
У меня на основе работы с программой получился следующий вывод. Введенные переменные и ограничения хранятся не только непосредственно в записанных параметрах, но где-то еще. При удалении некоторых условий, изменения происходят прежде всего в записях, а изменения в специальных хранилищах только после проведения каких-то операций, непонятно каких. Диагностика системы хромает прежде всего из-за этого. Звучит каламбурно, но глюкует прежде всего диагностика системы!!! Более четко описать глюк не могу.
Делать сложные параметрические зависимости пока не рекомендую. Это мое личное мнение.

[Дим]

Согласен с Dmitriy, несколько перемудрили с переменными (впрочем как и с ОС).
До сих пор не понимаю почему нельзя сделать возможность передачи размера с "внешней переменной" из сборки в деталь?
Сейчас это можно сделать с помощью ссылок, НО ПРИ КОПИРОВАНИИ/ПЕРЕНОСЕ файлов сборки все ссылки теряются!
Да и сложной параметризации я так же стараюсь избегать.

[Starik]

Здесь еще следует отметить некорректность передачи между версиями. Вполне понятно сложности передачи из более поздних версий в ранние. Так и должно быть. А вот наоборот вроде все должно быть без проблем. Ан нет. Создал сложную ассоциативную сборку со множеством переменных и взаимосвязей в v9. Отладил ее, все работало чики-пуки. Перешел на v10. Вроде, по логике, проблем не должно быть . А как перетащил туда эту сборку, а она вся в восклицательных знаках . Несколько дней потратил чтобы ее снова причесать .

[runaway]

А-а, так значит то, что Старик написал по поводу автоматического изменения количества отверстий, к примеру, от длины детали - это пока В ИДЕАЛЕ, а реал-то немножко другой? Но я надеюсь, что хоть для простейших моделей мебельных ящиков такая параметризация будет работать устойчиво?

По поводу переноса модели со ссылками из папки в папку: зачем там сделали такую глобальность - даже букву диска указывают??? Они бы еще имя компа указали - типа чтобы не ошибиться... Указывали бы только папку, а диск - какой-нибудь звездочкой... Я не программер, но ведь что-то подобное в "науке о ссылках" вроде бы есть? Безусловный там, или условный переход? Или нет такого?

Все равно все файлы деталей и файл сборки у НОРМАЛЬНОГО пользователя просто обязаны быть В ОДНОЙ папке, обозванной изделием... Нелогично.

[Starik]

А-а, так значит то, что Старик написал по поводу автоматического изменения количества отверстий, к примеру, от длины детали - это пока В ИДЕАЛЕ, а реал-то немножко другой? Но я надеюсь, что хоть для простейших моделей мебельных ящиков такая параметризация будет работать устойчиво?

Неправда ваша. Я же написал, что сборку пришлось "причесывать", но нигде не сказал, что это мне не удалось. Сборка включает в себя более сотни деталей, имеет более 2000 переменных, многие из которых взаимосвязаны. И там не только автоматически расставляется крепеж, определяется его размеры и расставляется в зависимости от габаритных размеров сборки. Кроме того, автоматически определяются размеры и параметры ряда деталей и подсборок. В общем итоге время экономится ~ 20...30%.

[Дим]

Здравствуйте уважаемые друзья. Опять напоролся на такую ерунду. В сборке создал несколько переменных. Но видать поработал не очень внимательно. В результате возникла ошибка. Рассердился. Удалил созданные переменные. Система работает вроде нормально, но постоянно выдает ошибку, которая показана на приложенной картинке.
Почитал в хелпе, там по эитому поводу написано следующее: «.....Выражение, вызвавшие конфликт, выделяется красным цветом в окне работы с переменными и уравнениями....»
Ну нет ничего выделенного красным цветом, и переменных этих нет. А ошибка лезет. Такое впечатление, что система записала куда то эту ошибку и постоянно ее показывает. Кто знает где найти эту запись и как ее удалить??
Ой, забыл - Компас V10 SP1.

Я кажется нашел в чем может быть причина такого сообщения.
1.Например есть деталь с внешней переменной(ВП) L1=100 мм
2. В общей сборке редактируем с помощью калькулятора L1= 100+50 //  общий размер соответственно 150
3. после работы с ВП в сборке, в детали вносим изменения L1= 100+50 // чтобы деталь на чертеже соответствовала СБ.
4. и тут то и появляется ошибка!!!!
5. РЕШЕНИЕ оказывается простое! в детали вместо L1= 100+50 нужно внести L1= 150.
и эта ошибка исчезла. Проверьте!

[Starik]

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

[Дим]

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

[Starik]

Наверное это очередной ГЛЮК.