Добрый день, коллеги.
Я столкнулся с неприятностью: после отработки скрипта Dynamo появляется ошибка, не позволяющая открыть файл rvt при следующем сеансе:
Я замечаю такое не в первый раз, но раньше не думал, что проблема связана с Dynamo. Теперь же других вариантов у меня нет: чистый файл был создан только для тестирования нового скрипта и затем закрыт после сохранения. Кто-нибудь сталкивался с подобным? Как избежать проблемы и что не нужно делать?
Solved! Go to Solution.
Solved by zhukoven.com. Go to Solution.
Solved by zhukoven.com. Go to Solution.
@Anonymous, добрый день! На моей практике чаще всего подобная ошибка возникала при работе с файлами-хранилищами. Revit при открытии файла проверяет целостность базы данных, и в случае отсутствия большого количества элементов выдаёт ошибку. Как правило, исправить уже повреждённый файл никогда не удаётся: можно только восстановить из предыдущей копии или из локального файла одного из пользователей (в случае повреждения хранилища).
Если есть возможность, откатитесь на предыдущую версию + посмотрите файл журнала Revit на дату возникновения ошибки. Файлы журналов находятся в папке пользователя:
%localappdata%\Autodesk\Revit\Autodesk Revit 2017\Journals
В файле журнала находите строчку "missing element", после которой идёт перечисление id повреждённых элементов. Находите элементы в работающей предыдущей версии модели через Управление > Выбрать по коду и удаляете.
Спасибо! А у вас есть какие-либо догадки о том, почему это происходит? Без знания причины такого сбоя само использование Dynamo под вопросом.
Посмотрите повреждения в файле журнала: они могут отличаться от тех что были у нас. В наших моделях чаще всего "ломалась" траектория солнца
Чаще всего было связано с тем, что кто-то из авторов модели слишком долго не синхронизировался, и в итоге его файл устарел и спровоцировал повреждение хранилища.
У нас был компьютер у сотрудницы, на которой винда очень давно не переустанавливалась, хоть комп и был шустрый но тормоза ощущались. Так вот, при синхронизации, с переодичностью раз в неделю, летел файл хранилища, с которым она работала. После переустановки оси , все стало работать стабильно.
PS сбои в сетке тоже могут приводить к повреждению файла-хранилища.
Интересное получается... Вот скрин моего файла журнала:
Насколько я понимаю, проблема с освобождением элементов. В таком случае, именно Dynamo не является причиной. Такой же эффект может дать любая надстройка или скрипт, обрабатывающий параметры множества элементов модели. Получается, что падение файла возможно в любой момент без видимой причины.
Upd.: нашёл информацию тут: https://knowledge.autodesk.com/support/revit-products/troubleshooting/caas/sfdcarticles/sfdcarticles...
Пишут, что одна из причин проблемы решена в версии 2018.1.1. Но у меня 2018.3, а шаблоны видов на месте.
@Anonymous, а что это за элементы? Пробовали найти их по указанным id? Это шаблоны видов?
Не могу определить элементы по id, все backup-файлы сломаны.
Вспомнил, что вместо создания одной из таблиц пользовался копированием вида из "плохого" проекта, в котором были такие же проблемы. Казань брал, Астрахань брал таблицу скопировал, пару воздуховодов скопировал, шаблоны видов не удалял. Если найду причину сбоя, отпишу в этой теме.
Еще когда работал в autocad были случаи потери файла по разным причинам.После мытарств с сохраненными файлами стал располагать рабочие файлы на яндекс диске.При сохранении старые копии автоматом переходили в корзину яндекс диска и там лежали очень долго.Но я всегда мог откатиться на несколько дней и даже недель назад.На сегодня в revit пользуюсь приложением Автосохранением ,очень доволен
http://bim2b.ru/bim2b-autosave-avtosohranenie-dlya-revit
Динамо в твоём случае не причем.Но рекомендую все скрипты не оставлять в автомате, а ставить ручной запуск.
Can't find what you're looking for? Ask the community or share your knowledge.