|
|
  |
Вопрос по Library Manager |
|
|
|
Nov 7 2012, 13:38
|
Участник

Группа: Участник
Сообщений: 40
Регистрация: 8-12-05
Пользователь №: 11 983

|
Дабы не плодить новых тем.
Столкнулся с неприятной проблемой. Мне принесли готовую библиотеку, точнее каталог со всей файловой структурой библиотеки внутри. Скопировал с носителя себе на рабочую машину - нужно было поправить несколько символов, упаковать всё в архив и убрать на полку как резервную копию. LM библиотеку открыл без проблем, ничего при переноске не потерялось, но при попытке отредактировать символ в LM обнаружилось, что стоит какая то блокировка (подкаталог lock - пустой). Из лог-файла понял, что редактор открывает символы в " freeze "-режиме (пример строки из лог-файла):
nse::opensymbol -freezeinterface -partition Micron....
соответственно ни свойства символа, на свойства пинов (кроме номера вывода) не доступны для редактирования.
Как это вылечить?
|
|
|
|
|
Nov 7 2012, 13:48
|
Знающий
   
Группа: Свой
Сообщений: 791
Регистрация: 14-05-05
Из: Минск
Пользователь №: 5 035

|
Цитата(Шубин @ Nov 7 2012, 16:38)  Дабы не плодить новых тем.
Столкнулся с неприятной проблемой. Мне принесли готовую библиотеку, точнее каталог со всей файловой структурой библиотеки внутри. Скопировал с носителя себе на рабочую машину - нужно было поправить несколько символов, упаковать всё в архив и убрать на полку как резервную копию. LM библиотеку открыл без проблем, ничего при переноске не потерялось, но при попытке отредактировать символ в LM обнаружилось, что стоит какая то блокировка (подкаталог lock - пустой). Из лог-файла понял, что редактор открывает символы в " freeze "-режиме (пример строки из лог-файла):
nse::opensymbol -freezeinterface -partition Micron....
соответственно ни свойства символа, на свойства пинов (кроме номера вывода) не доступны для редактирования.
Как это вылечить? в директории LM попробуй удалить Syslndex.cbf при запуске lmc произойдет пересборка библиотеки может и поможет
--------------------
Будь ты рабочий, будь ты профессор, а DxD-IOD-Exp должен знать каждый, чтобы не стать пособником империализма.
|
|
|
|
|
Nov 7 2012, 14:01
|
Участник

Группа: Участник
Сообщений: 40
Регистрация: 8-12-05
Пользователь №: 11 983

|
Удалял. Не помогло. Стало только хуже ))
|
|
|
|
|
Nov 7 2012, 15:24
|

Знающий
   
Группа: Свой
Сообщений: 625
Регистрация: 22-02-07
Пользователь №: 25 593

|
Цитата(Шубин @ Nov 7 2012, 15:38)  Столкнулся с неприятной проблемой. Сохраните символ под новым именем и редактируйте... Как я понимаю данный символ соответствует готовому компоненту и его изменить нельзя... или это делается через некоторое место, которое я пока не знаю...  P.S. Цитата(Шубин @ Nov 7 2012, 15:38)  Дабы не плодить новых тем. Как по мне, то лучше плодить.. потом поиском по форуму лучше пользоваться... Только "Описание темы" нужно соответственно проблеме заполнять...
|
|
|
|
|
Nov 7 2012, 19:31
|
Участник

Группа: Участник
Сообщений: 40
Регистрация: 8-12-05
Пользователь №: 11 983

|
Цитата(bureau @ Nov 7 2012, 19:24)  Сохраните символ под новым именем и редактируйте... Как я понимаю данный символ соответствует готовому компоненту и его изменить нельзя... или это делается через некоторое место, которое я пока не знаю...  Кажется разобрался в чём дело. Все символы в библиотеке естественно привязаны к компонентам, наверное из-за этого невозможно просто так в редакторе символа менять имена пинов (но номера, как ни странно - можно). Так же недоступны для редактирования "Non-Common Properties" символа (доморощенные атрибуты автора библиотеки), что, в общем то, немного странно, т.к. эти атрибуты точно ни к чему, кроме символа, не привязаны. В общем, проблема решена именно так, как Вы посоветовали - копирование символа с присваиванием нового имени, редактирование, отвязывание старого символа от компонента, привязывание отредактированного, удаление старого, восстановление прежнего имени символа (что бы не пришлось потом карячиться со схемами, где этот символ мог быть использован). Маета какая-то. Но лучшего решения не нашлось ((
Сообщение отредактировал Шубин - Nov 7 2012, 19:34
|
|
|
|
|
Nov 7 2012, 21:52
|
Знающий
   
Группа: Свой
Сообщений: 791
Регистрация: 14-05-05
Из: Минск
Пользователь №: 5 035

|
Цитата(Шубин @ Nov 7 2012, 22:31)  Кажется разобрался в чём дело. Все символы в библиотеке естественно привязаны к компонентам, наверное из-за этого невозможно .... Но лучшего решения не нашлось (( ээээ батенька вы писали "....нужно было поправить несколько символов...." в моем понятие подправить графику, НО не трогая номера, названия тип пинов !!! в данном случае надо использовать в LM>Tools>Modify Cell & Symbol Pins
--------------------
Будь ты рабочий, будь ты профессор, а DxD-IOD-Exp должен знать каждый, чтобы не стать пособником империализма.
|
|
|
|
|
Nov 8 2012, 08:27
|
Участник

Группа: Участник
Сообщений: 40
Регистрация: 8-12-05
Пользователь №: 11 983

|
Спасибо. Остатки сегодня поправил этим способом, получилось на порядок быстрее.
|
|
|
|
|
Nov 8 2012, 17:22
|

Гуру
     
Группа: Модераторы
Сообщений: 4 361
Регистрация: 17-08-04
Из: КП Две Поляны
Пользователь №: 512

|
Цитата(Шубин @ Nov 7 2012, 23:31)  Кажется разобрался в чём дело. Все символы в библиотеке естественно привязаны к компонентам, наверное из-за этого невозможно просто так в редакторе символа менять имена пинов (но номера, как ни странно - можно). Так же недоступны для редактирования "Non-Common Properties" символа (доморощенные атрибуты автора библиотеки), что, в общем то, немного странно, т.к. эти атрибуты точно ни к чему, кроме символа, не привязаны.
В общем, проблема решена именно так, как Вы посоветовали - копирование символа с присваиванием нового имени, редактирование, отвязывание старого символа от компонента, привязывание отредактированного, удаление старого, восстановление прежнего имени символа (что бы не пришлось потом карячиться со схемами, где этот символ мог быть использован). Маета какая-то. Но лучшего решения не нашлось (( 1. Обсуждалось уже как минимум раза три  - команда Tools > Modify Cell & Symbol Pins 2. Тоже обсуждалось - чтобы атрибуты стали Common их надо ввести в ЦБ в Property_Definition_Editor и они станут редактируемыми везде. Может кто-нибудь с подвигнется начать создавать ФАК?
--------------------
Чем больше познаю, тем больше понимаю ... насколько мало я все таки знаю. www.megratec.ru
|
|
|
|
|
Nov 8 2012, 18:04
|

Знающий
   
Группа: Свой
Сообщений: 625
Регистрация: 22-02-07
Пользователь №: 25 593

|
Цитата(fill @ Nov 8 2012, 19:22)  Может кто-нибудь с подвигнется начать создавать ФАК? Я с подвигнулся! А толку? Один в поле не воин... После слов некоторых наших "коллег" тут как-то вспоминаются слова -- "не лезь сынок, тебе же хуже будет" P.S Отослал письмо с коментариями по данному вопросу
|
|
|
|
|
Nov 9 2012, 10:37
|
Участник

Группа: Участник
Сообщений: 40
Регистрация: 8-12-05
Пользователь №: 11 983

|
Цитата(fill @ Nov 8 2012, 21:22)  1. Обсуждалось уже как минимум раза три  Поверьте, первым делом, был запущен поиск по форуму с ключевыми словами (с нулевым результатом) )) vitan документация - конечно здорово, но попробуй найди там ответ на вопрос, например, почему блокируются подкаталоги с "cells" в LM. При попытке удалить посадочное место из такого подкаталога LM выдаёт сообщение, что ячейка только для чтения и у вас нет прав на её редактирование или удаление. Если с символами понятно, где искать блокировку, то с ячейками - нет. Наверное и на этот вопрос где то в недрах форума есть ответ. Хотя проблема решается просто запуском LM от имени администратора.
|
|
|
|
|
Nov 13 2012, 06:26
|
Участник

Группа: Участник
Сообщений: 35
Регистрация: 25-09-06
Пользователь №: 20 670

|
Как одним махом можно изменить толщину выводов всех символов в библиотеке... может скрипт какой есть?
|
|
|
|
|
Nov 14 2012, 06:57
|
Участник

Группа: Участник
Сообщений: 40
Регистрация: 8-12-05
Пользователь №: 11 983

|
В LM на каждой функции стоит защита от дураков )) Сегодня обнаружил причину блокировки "cells" в LM. Может кому пригодится, что бы не колотиться головой об стол. Источник блокировки - IO Designer, в одном из проектов которого была ссылка на посадочное место, не связанное с деталью в библиотеке.
|
|
|
|
|
Nov 14 2012, 15:08
|
Участник

Группа: Участник
Сообщений: 40
Регистрация: 8-12-05
Пользователь №: 11 983

|
Я бы с удовольствием, но проблемной библиотеки уже нет. При попытке повторить последовательность действий, приведших к блокировке каталога с cell, глюк не повторился (и имя каталога и сама cell были доступны для редактирования). Посему забираю своё утверждение, что блокировал ячейку именно IOD, обратно. Скорее всего проблема просто с разрешением доступа к файлам, созданным разными пользователями. Не знаю, возможна ли такая причина, до этого никогда не пользовался чужими библиотеками и не пытался их причёсывать.
|
|
|
|
|
Nov 14 2012, 15:20
|
Участник

Группа: Участник
Сообщений: 40
Регистрация: 8-12-05
Пользователь №: 11 983

|
Что попробовать? Смоделировать глюк? )) Который за всё время работы в LM выскочил всего раз, и как мне теперь кажется не по вине LM, а из-за моей криворукости )))) Не, думаю, тема исчерпана. LM - неубиваемый библиотекарь.
|
|
|
|
|
Nov 17 2012, 13:27
|
Частый гость
 
Группа: Свой
Сообщений: 151
Регистрация: 4-02-09
Из: Поволжье
Пользователь №: 44 403

|
А я поставил 7.9.3 и просто опупел сколько там глюков, снес нафиг. 7.9.4 не пробовал. Могу сказать ответственно 7.9.2 исключительно надежная версия. Как я над ней не измывался ни одного глюка. Просто вещь.
--------------------
Всеобщая дебилизация не повод наносить ущерб своему здоровью.
|
|
|
|
|
Dec 5 2012, 20:27
|

Знающий
   
Группа: Свой
Сообщений: 625
Регистрация: 22-02-07
Пользователь №: 25 593

|
Не знаю что случилось... Но в Property Definition Editor исчезли все свойства... Последнее что помню -- добавил новые свойства в Property Definition Editor... К тому же из среды LibraryManager перестал запускаться SymbolEditor... Мне вот интересно... библиотека в целом хоть жива??? Есть ли возможность реанимировать? Update:Посмотрев на внутренности файлика CentLib.prp явно замечалась "ошибка формата данных". После исправления с помощью блокнота все стало на свои места... Это что получается... Mentor немного напортачил... или внес некоторые изменения в формат данных...?
|
|
|
|
|
Feb 11 2013, 08:20
|
Участник

Группа: Участник
Сообщений: 57
Регистрация: 7-11-10
Из: Киев
Пользователь №: 60 702

|
Возникла проблема с копированием символов компонентов. При копирование символа, копия не редактируется(первый раз не открывается, последующие открывается с ошибкой "Symbol resistor_foto.1 is edited(locked) by another user") Также не могу удалить копию с "Symbol resistor_foto is locked by another user" В Symbols->iuyiiu все компоненты являются копией resistor. З.Ы. ЦБ была создана конвертацией ЦБ DC в ЦБ DxD Не могу скопировать именно символов компонентов которые были созданы при конвертации. Новые созданные символы компонентов копируются нормально.
EECL_DXD.rar ( 2.85 мегабайт )
Кол-во скачиваний: 97
Сообщение отредактировал LeDima - Feb 11 2013, 09:13
|
|
|
|
|
Feb 11 2013, 09:25
|
Знающий
   
Группа: Свой
Сообщений: 791
Регистрация: 14-05-05
Из: Минск
Пользователь №: 5 035

|
Цитата(LeDima @ Feb 11 2013, 11:20)  Возникла проблема с копированием символов компонентов. При копирование символа, копия не редактируется(первый раз не открывается, последующие открывается с ошибкой "Symbol resistor_foto.1 is edited(locked) by another user") Также не могу удалить копию с "Symbol resistor_foto is locked by another user" В Symbols->iuyiiu все компоненты являются копией resistor. З.Ы. ЦБ была создана конвертацией ЦБ DC в ЦБ DxD Не могу скопировать именно символов компонентов которые были созданы при конвертации. Новые созданные символы компонентов копируются нормально.
EECL_DXD.rar ( 2.85 мегабайт )
Кол-во скачиваний: 97мда-с, не получается открыть в ЕЕ794 удаление залоченного в EECL_DXD\SymbolLibs\iuyiiu\sym\lock\ и пересборка lib не помогает  возможно только удалить смимволы
--------------------
Будь ты рабочий, будь ты профессор, а DxD-IOD-Exp должен знать каждый, чтобы не стать пособником империализма.
|
|
|
|
|
Feb 11 2013, 09:46
|
Гуру
     
Группа: Свой
Сообщений: 7 946
Регистрация: 25-02-05
Из: Moscow, Russia
Пользователь №: 2 881

|
Цитата(LeDima @ Feb 11 2013, 12:20)  Возникла проблема с копированием символов компонентов. При копирование символа, копия не редактируется(первый раз не открывается, последующие открывается с ошибкой "Symbol resistor_foto.1 is edited(locked) by another user") Также не могу удалить копию с "Symbol resistor_foto is locked by another user" В Symbols->iuyiiu все компоненты являются копией resistor. З.Ы. ЦБ была создана конвертацией ЦБ DC в ЦБ DxD Не могу скопировать именно символов компонентов которые были созданы при конвертации. Новые созданные символы компонентов копируются нормально.
EECL_DXD.rar ( 2.85 мегабайт )
Кол-во скачиваний: 97Надо: 1) удалить все "*.lock" файлы, где бы они не находились. 2) стереть из тех файлов, что не открываются (например SymbolLibs\Basic_Passive\sym\resistor_foto.*), строчку в конце "|R 20:24:18_02-10-13" - видимо еще один признак залоченности.
|
|
|
|
|
Feb 11 2013, 09:49
|

Гуру
     
Группа: Модераторы
Сообщений: 4 361
Регистрация: 17-08-04
Из: КП Две Поляны
Пользователь №: 512

|
Цитата(LeDima @ Feb 11 2013, 12:20)  Возникла проблема с копированием символов компонентов. При копирование символа, копия не редактируется(первый раз не открывается, последующие открывается с ошибкой "Symbol resistor_foto.1 is edited(locked) by another user") Также не могу удалить копию с "Symbol resistor_foto is locked by another user" В Symbols->iuyiiu все компоненты являются копией resistor. З.Ы. ЦБ была создана конвертацией ЦБ DC в ЦБ DxD Не могу скопировать именно символов компонентов которые были созданы при конвертации. Новые созданные символы компонентов копируются нормально.
EECL_DXD.rar ( 2.85 мегабайт )
Кол-во скачиваний: 97В папках символьных разделов есть папка lock - содержит заблокированные символы - удалите ее, чтобы заработали опреации удаления\копирования\переименования символов. С resistor_foto какие-то проблемы внутри файла, т.е. содержит какие-то значения, которые не дают NSE его открыть - зависает. Нашел: удалите предпоследнюю строчку |R 13:54:55_02-11-13
--------------------
Чем больше познаю, тем больше понимаю ... насколько мало я все таки знаю. www.megratec.ru
|
|
|
|
|
Feb 11 2013, 15:37
|
Участник

Группа: Участник
Сообщений: 57
Регистрация: 7-11-10
Из: Киев
Пользователь №: 60 702

|
Спасибо. Помогло.)
|
|
|
|
|
Apr 1 2013, 07:39
|
Знающий
   
Группа: Свой
Сообщений: 791
Регистрация: 14-05-05
Из: Минск
Пользователь №: 5 035

|
EE794 возникла маленькая проблемка из-за Lib суть: 1. была отдана lib1 партнерам 2. получент проект и lib2 3. lib1 и lib12 отличаются структурой (в Symbol) 4. и теперь проект не возможно упаковать с lib1 прикладываю тестовый проект какие идеи есть ?
--------------------
Будь ты рабочий, будь ты профессор, а DxD-IOD-Exp должен знать каждый, чтобы не стать пособником империализма.
|
|
|
|
|
Apr 2 2013, 06:39
|
Знающий
   
Группа: Свой
Сообщений: 791
Регистрация: 14-05-05
Из: Минск
Пользователь №: 5 035

|
Цитата(Frederic @ Apr 1 2013, 10:39)  EE794 возникла маленькая проблемка из-за Lib суть: 1. была отдана lib1 партнерам ........ Решается просто - возможно сделать replace symbol без привязки к PartNumber через групповое выделение символов  вопрос закрыт
--------------------
Будь ты рабочий, будь ты профессор, а DxD-IOD-Exp должен знать каждый, чтобы не стать пособником империализма.
|
|
|
|
|
Sep 21 2017, 09:29
|

Гуру
     
Группа: Модераторы
Сообщений: 4 361
Регистрация: 17-08-04
Из: КП Две Поляны
Пользователь №: 512

|
Цитата(SII @ Sep 21 2017, 11:33)  Но это, по сути, требует создания уникального cell для каждого такого случая -- хотя технически корпуса остаются одинаковыми. Вот сделал бы Ментор, чтоб в Part Editor можно было как угодно прописывать номера ног, в т.ч. по ннадцать ног на одну ногу символа вешать (примерно так же, как можно вешать множество ног на вручную объявленные линии земли-питания). 1. На communities.mentor.com я не вижу чтобы кого-нибудь это интересовало. Если бы это реально было нужно, то наверняка пользователи создали idea и проголосовали бы за реализацию. 2. Насколько я понимаю, для данного случая все равно нужна уникальная топология подключения, так логично ее и сделать сразу в ячейке, чтобы в разных проектах не делать одну и туже работу. 3. Можно пойти и по другому сценарию, реализовать схему через иерархию - верхний символ на три пина, под ним подсхема с символом на все количество физических ног. 4. Кстати, можно применить и вариант земли\питания: - символ на три пина - в PDB в питаниях прописать имя цепи подключенной к источнику и перечислить 4 номера. Если имя цепи на схеме подключенное к источнику будет другим, то через Supply Rename установить соответствие. Таким образом 1 нога подключается цепью, остальные 4 глобально через PDB (и Supply Rename).
--------------------
Чем больше познаю, тем больше понимаю ... насколько мало я все таки знаю. www.megratec.ru
|
|
|
|
|
Sep 21 2017, 11:38
|

Участник

Группа: Участник
Сообщений: 46
Регистрация: 27-08-09
Из: Москва
Пользователь №: 52 058

|
Цитата(fill @ Sep 21 2017, 12:29)  1. На communities.mentor.com я не вижу чтобы кого-нибудь это интересовало. Если бы это реально было нужно, то наверняка пользователи создали idea и проголосовали бы за реализацию. 2. Насколько я понимаю, для данного случая все равно нужна уникальная топология подключения, так логично ее и сделать сразу в ячейке, чтобы в разных проектах не делать одну и туже работу. 3. Можно пойти и по другому сценарию, реализовать схему через иерархию - верхний символ на три пина, под ним подсхема с символом на все количество физических ног. 4. Кстати, можно применить и вариант земли\питания: - символ на три пина - в PDB в питаниях прописать имя цепи подключенной к источнику и перечислить 4 номера. Если имя цепи на схеме подключенное к источнику будет другим, то через Supply Rename установить соответствие. Таким образом 1 нога подключается цепью, остальные 4 глобально через PDB (и Supply Rename). Спасибо за советы, но видимо самый лучшей способ это создать уникальный cell для этого транзистора.
|
|
|
|
|
Dec 19 2017, 13:21
|
Знающий
   
Группа: Свой
Сообщений: 827
Регистрация: 30-06-04
Пользователь №: 226

|
Цитата(SII @ Dec 19 2017, 16:06)  Ну, я такое не в базе делаю, а в Part Editor'е. Просто сначала создаю один компонент (символ или символы + один cell), а затем добавляю к нему ещё один cell. Естественно, число и нумерация ног должны совпадать. Я использую это для одних и тех же корпусов, но с разными по размерам площадками: под автоматический монтаж -- маленькие, под чисто ручной -- большие. Спасибо ! Второй FP идёт в виде Alternates ? Но в БД запись всё равно придётся делать (по тз). Поэтому и вопрос.
|
|
|
|
|
Dec 19 2017, 18:52
|
Знающий
   
Группа: Свой
Сообщений: 549
Регистрация: 13-07-10
Из: Солнечногорск-7
Пользователь №: 58 414

|
Цитата(fill @ Dec 19 2017, 21:44)  В Padstack Editor для таких целей есть специально Technology - это гораздо удобнее - поменял в плате Technology и сразу поменялись все площадки. Спасибо, я её видел, но нам оно не особо подходит: от меня нередко требуют, чтоб определённые компоненты были на больших площадках, а остальные -- на мелких, поэтому глобальная установка технологии не годится. Плюс копирование разводки со всяких радиовещей (с референс дизайнов от ТИ) -- там вообще свои площадки, а копировать требуют с точностью до 0,01-0,02 мм  В общем, оказалось проще иметь несколько посадочных мест в парте и выбирать по мере надобности. Хотя, подозреваю, это следствие нашего не очень правильного (скажем мягко) стиля разработки.
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|