Перейти к публикации

"Копировать проект..." (встроенный инструмент SW) - некорректно копирует проект


Рекомендованные сообщения

Имеется сборка , состоящая из некоторого количества файлов.

Все просто, как грабли:

Задействую встроеннный инструментарий "Копировать проект ..."

Вываливается окно со списком подлежащих копированию файлов.

Смотрим на список - в нем не все присутствующие в сборке компоненты.

Копирую таким путем проект полностью в новую папку.

Открываю скопированный проект. Те файлы, которые не присутствовали в списке - в скопированном проекте есть. Но они не сохранены с новыми именами, а остались прежними - открылись из исходного проекта.

В общем, такая ерунда приводит к необходимости вручную добрасывать в "экспортируемый" проект "ненайденные" файлы, предварительно "отключая" исходные проекты (по простому переименовывая их каталоги) для того, чтобы при открытии скопированного проекта хотя бы видеть, чего не хватает.

Инструмент "Найти ссылку..." (как в исходном, так и в скопированном открытых проектах) также эти файлы не выводит в список.

По итогам обнаружил в нехитрой сборке из 310 файлов таких 9 "крывых" ссылок, которые встроенный инструментарий SW "Копировать проект" упорно не замечает.

SW2010 SP4.? (не помню точно), WinXP SP2 32bit

Если есть идеи, то буду признателен за подсказки.

Ссылка на сообщение
Поделиться на других сайтах


А эти детали оригинальные или из тулбокса (или ещё какой-нить базы)???

Проверьте их свойства на предмет зависимостей (в смысле ссылок на местоположение)...

Ссылка на сообщение
Поделиться на других сайтах

А эти детали оригинальные или из тулбокса (или ещё какой-нить базы)???

Проверьте их свойства на предмет зависимостей (в смысле ссылок на местоположение)...

Детали оригинальные, создавались из многотельной детали ("Сохранить тела") с последующим созданием сборочной единицы.

На зависимости еще предстоит проверить - знать бы что искать...

Ссылка на сообщение
Поделиться на других сайтах

Для начала посмотрите имена этих файлов с расширением. Нет ли там перед расширением еще чего через точку?

Ссылка на сообщение
Поделиться на других сайтах

Для начала посмотрите имена этих файлов с расширением. Нет ли там перед расширением еще чего через точку?

У нас принята система обозначений файлов в соответствии с обозначением деталей (ХХХХ.ХХХ.ХХ.ХХ.ХХХ-ХХ), и при этом копировать проект SW2008 не отказывается? :confused_1:
Ссылка на сообщение
Поделиться на других сайтах

Для начала посмотрите имена этих файлов с расширением. Нет ли там перед расширением еще чего через точку?

У нас принята система обозначений файлов в соответствии с обозначением деталей (ХХХХ.ХХХ.ХХ.ХХ.ХХХ-ХХ), и при этом копировать проект SW2008 не отказывается? :confused_1:

Да, система также такая - и с ней собственно не было никогда особых проблем.

И копироваться проект - копируется, и копировался всегда (как минимум до версии SW2010. А сейчас - отдельные файлы игнорируются.

Попробую сделать гремучий экстракт и вывалить сюда - просто проект больно секретный, так сразу не показать))

К слову говоря, доподлинно известно что с версии SW2010 в этот инструмент ("Копировать проект...") внесены полезные изменения, касающиеся устранения бага с перезаписью контекстных ссылок при копировании проекта.

Не повлекла ли эта "доработка напильником" новых нерадостных глюков, как это обычно водится...

Ссылка на сообщение
Поделиться на других сайтах

Детали оригинальные, создавались из многотельной детали ("Сохранить тела") с последующим созданием сборочной единицы.

А в процессе создания сборки, детали зеркальным отражением не создавались? В справке (правда к SW2008) написано что сохраняются "Родительскте детали производных и зеркально отраженных деталей"
Ссылка на сообщение
Поделиться на других сайтах

Да, система также такая - и с ней собственно не было никогда особых проблем.

И копироваться проект - копируется, и копировался всегда (как минимум до версии SW2010. А сейчас - отдельные файлы игнорируются.

Попробую сделать гремучий экстракт и вывалить сюда - просто проект больно секретный, так сразу не показать))

К слову говоря, доподлинно известно что с версии SW2010 в этот инструмент ("Копировать проект...") внесены полезные изменения, касающиеся устранения бага с перезаписью контекстных ссылок при копировании проекта.

Не повлекла ли эта "доработка напильником" новых нерадостных глюков, как это обычно водится...

Давайте посмотрим на имена файлов, которые проигнорировал "Копировать Проект". Хотя бы последние 14 символов, включая расширение .sldprt .sldasm. Включая все точки, запятые и пробелы...
Ссылка на сообщение
Поделиться на других сайтах

А в процессе создания сборки, детали зеркальным отражением не создавались?"

Нет, не создавались

IFU

А вы не пробовали КОПИРОВАТЬ ПРОЕКТ из SW Explorer.

Честно - не пробовал. Сделаю завтра.

Давайте посмотрим на имена файлов, которые проигнорировал "Копировать Проект". Хотя бы последние 14 символов, включая расширение .sldprt .sldasm. Включая все точки, запятые и пробелы...

Теперь свои наблюдения:

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

Так вот: выделяю для копирования только конфликтный файл, пробую копировать проект.

Выдается ошибка вида "Не удается скопировать файл такой-то в папку "" ".

Скрины пристегну позже.

Обнаружил одну особенность : все конфликтующие файлы в графе исходного местоположения содержат строку с меткой диска в нижнем регистре (т.е. "d:\..." вместо D:\...).

Другими словами SW вытаскивает откуда-то ссылку с записью имени диска "не как у всех". Однако в списке есть еще несколько таких файлов, и они копируются удачно. Посему "отмазка" не выглядит убедительной...

Нехитрыми манипуляциями с пересохранением вручную (в сборке) несколько файлов я заставил копироваться (видно, ссылки корректно перезаписались), но один кривой файл остался - хоть убей.

Так что пока - тьма...

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах

но один кривой файл остался - хоть убей.

Так что пока - тьма...

А можно последние 15 символов имени этого "кривого" файла сюда выложить?

И еще, перед "Копировать проект" Вы нажимаете "решить сокращенные детали"???

Ссылка на сообщение
Поделиться на других сайтах

но один кривой файл остался - хоть убей.

Так что пока - тьма...

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

После этого можно сделать Копирование проекта, а затем уж вернуть старый файл (если нужно конечно), просто удалить новый файл и при запросе этой деталюшки указать старый файл...

Ссылка на сообщение
Поделиться на других сайтах

А можно последние 15 символов имени этого "кривого" файла сюда выложить?

И еще, перед "Копировать проект" Вы нажимаете "решить сокращенные детали"???

Избегаю режимов сокращения файлов принципиально.

На первом скрине подчеркнуты конфликтующие файлы.

Второй скрин содержит выше упомянутые сообщения об ошибках, когда пытаешься скопировать только эти файлы. Непонятно, почему выдается ругань на файл сборки, причем при попытке попытку копирования одного только файла - три одинаковых сообщения.

post-27242-1305113848_thumb.jpg

post-27242-1305113855_thumb.jpg

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах

А теперь немного лирики.

С копированием отдельных файлов я разобрался - выявил глюк солида, который обошел переделкой сборки.

Но с этим глюком пока не приложу ума что делать - только если с бубном попрыгать вокруг.

На первый взгляд у меня имеется заколдованная комбинация символов: когда файл имеет одно имя - он копируется, когда другое - не виден даже в списке ссылок (эт то, о чем я писал в шапке - наконец отрыл это место в проекте).

Понятно, что солиду не нравится способ, которыми эти файлы созданы, но загвоздка в том, что все файлы рассечены из многотела одинаковым образом, и почему отдельные получаются кривыми - искать не знамо где.)

post-27242-1305277305_thumb.jpg

post-27242-1305277315_thumb.jpg

Ссылка на сообщение
Поделиться на других сайтах

Жуть какая)))

Да не то слово - шайтанамэ какойто.

Но по сути - смешного маловато

Ссылка на сообщение
Поделиться на других сайтах

"Если есть идеи, то буду признателен за подсказки."

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

Предполагаю, что деталь созданная из многотела, с заблокированными внешними ссылками (отображается со (*) в дереве). может некоректно копироваться проектом именно из-за этого.

попробуй перед копированием разблокировать все внешние ссылки.

Ссылка на сообщение
Поделиться на других сайтах

Предполагаю, что деталь созданная из многотела, с заблокированными внешними ссылками (отображается со (*) в дереве). может некоректно копироваться проектом именно из-за этого.

Ссылки заблокированы потом)) Так что не от этого косяк.

Положил проект ближе к корню диска, получилась такая ерунда (см. картинки).

Как видно, "всплывает" аж 4 файла.

Т.о. можно предположить, что системе не нравится путь к файлам.

Всего 6 вложенных папок, все именованы кириллицей, не более 20 символов в именах.

Попробовал весь проект - все "потерянные" файлы подтянулись.

Есть надежда что это - глюк виндозный... Но она слаба

Может кто-нить слыхивал об ограничениях на длину полного имени файла для SW(2010 SP4.0)?

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

post-27242-1305550717_thumb.jpg

post-27242-1305550729_thumb.jpg

Ссылка на сообщение
Поделиться на других сайтах

IFU

на всяк случАй - а сколько символов в пути шести вложенных папок + имена файлов? А то мало-ли столкнусь, чтоб избежать.

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • A_1
      Здравствуйте. Это можно сделать через команду Изменить параметры.
    • vladimir.songin
      Для оси X, по схеме, активация всегда активна. В шкаф посмотрю попозже. Сегодня поеду на этот завод. Тем не менее, чтобы ось X в подвигать, нужно активировать этот выход. На схеме указано, что 2006 это: proportional valve ON.  схема.jpg 24В, которые активируют привод оси X, появляются после того, как запускаем гидравлику и отрабатывает реле безопасности. Я думаю что с разрешением на движение оси X всё нормально, потому что если: Включить ось X Передвинуть ось X куда-нибудь к середине Перезапустить станок и нажать старт то ось X едет в конец до упора, (значит с разрешением всё ОК) отрабатывает концевик оси X, (Нажать концевик пораньше и проверить останавливается ось X по концевику или по упору не пробовал) позиционируется ось R Балка едет до упора вверх.  Станок дальше не работает.  Если всё то же без оси X, то станок работает, но ось X соответственно не движется.  Что касается оси R, ранее я ввёл в заблуждение. Для того, чтобы подвигать ось R, нужно активировать выход не 2006 а 1102. 
    • Artas28
      уже ничего.
    • ДОБРЯК
      Интересная методика испытаний. Сначала предложить изменить собственные частоты изделия, которое испытывается. А потом сказать
    • Bot
      В год 35-летия компании вклад АСКОН в развитие российской индустрии информационных технологий отмечен Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации. Сооснователь и председатель совета директоров АСКОН Александр Голиков награжден Почетной грамотой Минцифры России. Государство особо подчеркнуло его заслуги в обеспечении замещения зарубежных отраслевых решений и программного обеспечения. Смотреть полностью
    • vladimir.songin
      Вы ведь тоже понимаете, что решаю не я. Я бы с удовольствием соскочил с этого дела, но только путём решения вороса каким-либо образом.  Никогда не оставляю после себя нерешённых задач.  Я всё передал и предложил в соответствии с нашими с вами договорённостями.  К сожаление решение вышестоящих немного не такое, как я ожидал.  Пытаюсь добить тему до конца. Много уже изучил, знаю и понимаю. Ось Х точно рабочая. Ничего с ней не нужно делать. Это мне уже понятно.  P.S. За любую помощь буду в любом случае благодарен. 
    • vad0000
      А Вы откройте шкаф, и посмотрите. Статус привода до активации 2006, и после
    • gudstartup
      чтобы пропустить просто закомментируйте его и все G5.1Q1 включает G5.1Q0 выключает или если позволит изменить то 1604.0=0
    • vladimir.songin
      Ось Х поедет, нужно только активировать перед этим выход 2006, а когда доедет, то отработает вход 2020. 2020 это концевик оси Х. При этом, на вашем скрине в поле энкодера правильное значение. А у меня ENC = Input0. 2006 это скорее всего RUN. При его активации могу подвигать ось X и R. С другоими осями другие проблемы и их я отключил пока вообще.  Screenshot 2024-04-19 082359.png 20240415_083254077_iOS.jpg 20240415_083303964_iOS.jpg 20240415_083340099_iOS.jpg По моим ссылкам получается фото и видео  посмотреть?  
    • wega7777
      Судя по ладдеру для этого есть K0050.7  1=TEST TORRETTA ASSE CNC 
×
×
  • Создать...