"ошибка: недопустимое аргумента"

при попытке запустить расчет выдает :"ошибка: недопустимое аргумента". О чем речь?

У зв'язку з великою кількістю неіснуючих підписок на оновлення форуму була проведена очистка. Якщо ви перестали отримувати повідомлення з оновленнями, прохання провести підписку знову.
Сторінки: 1
RSS
"ошибка: недопустимое аргумента"
 
при попытке запустить расчет выдает :"ошибка: недопустимое аргумента". О чем речь?
 
Также данная ошибка вылетает во время упаковки большой задачи (более 200000 элементов или размере задачи более 50 MB). После этого задачу открыть больше невозможно. Я с этим столкнулся, и хорошо, что до этого сохранил задачу на другой диск, а так бы месяц работы "все под хвост".
Расскажите, как с этим бороться?
 
У меня задача открывается, но вот расчет запустить не получается
 
Киньте баговый файл. Эксперты и мы по мере возможностей разберемся! Не решаемым бывает лишь нерешаемое  :)  
Лира 9.6r9 - лицензия
Лира-САПР2013 - некоммерческая
Система- Win7PROx64
http://kpa-ing.ru/
 
Такая же ерунда возникла на небольшом относительно файле. Выкладываю, пока не могу понять в чем дело!!! Пропал день работы и верхнее перекрытие. Упаковка и перенумерация элементов и узлов выдает такую же ошибку. Информация пропадает.   :|  
Лира 9.6r9 - лицензия
Лира-САПР2013 - некоммерческая
Система- Win7PROx64
http://kpa-ing.ru/
 
Файл автосохранения не открывается!!! В первую очередь обращаюсь к разработчикам. Пожалуйста, подскажите выход. И так время на разные нюансы в расчете уйма уходит, а с такими проблеммами..... Очень прошу разобраться!!!
Лира 9.6r9 - лицензия
Лира-САПР2013 - некоммерческая
Система- Win7PROx64
http://kpa-ing.ru/
 
...а не забыл стереть символ "волнушка" при переименовании ?  
 
По поводу сохранения. Перед упаковкой лучше сохраниться. Дополнительно сохраниться и в формате txt ,  хотя что то явно медленнее в нем имхо это стало происходить .  
 Попутно, пожалуюсь, создал второй файл для вариации моделей простым копированием из первого,
изменив имя, поправил жесткости ,отрешал задачи. обобщенный файл начинает создаваться, проходят  проверки обоих задач, на 79% все останвливается, долго висит и выходит сообщение типа "попытка совместного доступа" к файлу.  все стер, отрешал обе задачи, повторил попытку , тот же итог. имена файлов короткие 7 и 8 символов соответственно. :?:  
 
Цитата
рекс пишет:
...а не забыл стереть символ "волнушка" при переименовании ?
Тильду убил, не помогло. Пробовал и через открытие файлов автосохранения...
Лира 9.6r9 - лицензия
Лира-САПР2013 - некоммерческая
Система- Win7PROx64
http://kpa-ing.ru/
 
Созвонился с Киевом. Проблема, говорят очень редкая, типа еще никто не жаловался. Кто столкнулся с подобным, не поленитесь, напишите! Или нас действительно только двое???????
Лира 9.6r9 - лицензия
Лира-САПР2013 - некоммерческая
Система- Win7PROx64
http://kpa-ing.ru/
 
Trusol,
У меня задача пока небольшая - никак не могу достроить, все пропадает выше отм. 0,000
Лира 9.6r9 - лицензия
Лира-САПР2013 - некоммерческая
Система- Win7PROx64
http://kpa-ing.ru/
 
Проблему решил так: слежу за тем, чтобы перед упаковкой не было выделенных элементов. Как связано не знаю, но пока работает.

Другая проблема:
Никто не сталкивался с глюками при триангулящии по 2 закладке? Привожу скриншот.
Лира 9.6r9 - лицензия
Лира-САПР2013 - некоммерческая
Система- Win7PROx64
http://kpa-ing.ru/
 
как вариант, возможно поможет перед этим сделать упаковку. такое бывает если несколько узлов с одними и теми же координатами например находятся
 
GeraKol,
Интересная мысль. Надо попробовать.
Лира 9.6r9 - лицензия
Лира-САПР2013 - некоммерческая
Система- Win7PROx64
http://kpa-ing.ru/
 
у меня ошибка "недопустимое значение аргумента" при упаковке  появляется  стабильно если я выполняю следующие действия:
1. в достаточно большой расчётной схеме создаю новый блок
2. созданный блок объединяю с существующим блоком
3. упаковка схемы (с ошибкой)

если после пункта 2 схему сохранить и перезапустить лиру, то упаковка выполняется без ошибок
я не художник - я только учусь
 
У меня иногда возникает
00:06  604_    Выбор расчетных сочетаний усилий в основной схеме.
00:06  221_    Ошибка ввода/вывода. Функция: G E T.
Происходит при большом числе загружений (около 40) и задании большого количества форм колебаний (около 100) - предполагаю есть внутренние ограничения, если не ошибаюсь мах кол-во загружений 100, форм - 170. Т.е. не должно выходить за мах, тогда почему пишет ошибку?
Другие ошибки были связаны с тем, что пользователи при смене имени задачи забывали менять признак задачи (было бы хорошо если бы признак менялся автоматически), либо имя задачи или признак написан не латиницей.
Для KorniloFF. Странно - у меня Ваша задача упаковывается и перенумеровывается, на расчет запускается, только выдает ГИС.
 
Цитата
Константин Меляйкин пишет:
Для KorniloFF. Странно - у меня Ваша задача упаковывается и перенумеровывается, на расчет запускается, только выдает ГИС.

Разработчики ответили то же самое. Но у меня-то проблема была! Думаю, причина того, что все заработало описана
Цитата
sam sam пишет:
если после пункта 2 схему сохранить и перезапустить лиру, то упаковка выполняется без ошибок
Только получается, что этот глючок никому даже показать невозможно в первозданном виде!  :)  
Лира 9.6r9 - лицензия
Лира-САПР2013 - некоммерческая
Система- Win7PROx64
http://kpa-ing.ru/
 
Возникла такая же проблема. Только выскакивает эта ошибка у меня как-то странно. Если я запускаю расчет без пересчета грунтов, то всё идет нормально, но как только я пытаюсь посчитать с грунтами - выскакивает такая же ошибка:"ошибка: недопустимое аргумента". Перепроверил жесткости, характеристики грунтов, граничные условия. Всё вроде нормально. Должен заметить, что модель создавалась в аллплане и перегонялась в Лиру через ifc-файл, но опять же в домашних условиях на практически той же модели всё работало нормально.
Сторінки: 1
Читають тему (гостей: 1)