Shubin

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

Открыл pcb-шник платы, разведённой в 7.9.4 всё вроде бы нормально, но опция Planes-> Plane assignments... не доступна, т.е. кнопка на панели и опция в меню серая. Подскажите, это может быть вызвано тем, что проект сконвертирован из более ранней версии Expedition или она просто где-то в настройках выключена? Документацию смотрел, там не нашёл ответа.

Что попробовать? Смоделировать глюк? )) Который за всё время работы в LM выскочил всего раз, и как мне теперь кажется не по вине LM, а из-за моей криворукости )))) Не, думаю, тема исчерпана. LM - неубиваемый библиотекарь.

Точно (( На каталоге WDIR не стояла галка разрешения редактирования для юзеров (( После установки этой галки все настройки проекта стали спокойно сохраняться без волшебных манипуляций.

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

Сталкивался с подобной проблемой. Не сохранялись цветовые схемы, настройки редактора, в общем вообще ничего. Проблема решилась запуском "Dashboard" от имени администратора (видимо разработчики считают, что рядовым пользователям нечего крутить настройки проекта, может они и правы).

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

Если удалить borders.ini атрибуты бутут отображаться так же, как на сырой форматке - что-то типа @name )) Вариант с размножением форматок напрашивается сам собой, но если дочерних плат, например 9 штук, проще сделать одну форматку без атрибутов и все надписи заносить вручную. Похоже стандартными средствами обойти ограничение borders.ini нельзя.

Есть проект, точнее - изделие, состоящее из четырёх отдельных печатных плат. Раньше просто создавал для каждой платы/схемы отдельный каталог. Теперь подумал использовать один каталог и возможность создания иерархической системы "Boards" в DxD, но натолкнулся на ограничение, связанное с оформлением документации при таком подходе. В корне файловой структуры есть файл "borders.ini", в котором прописаны атрибуты (название схемы, децимальный номер и пр.), которые отображаются в области форматки, при добавлении листа схемы. И если при добавлении новой платы в иерархию проекта в файловой структуре создаётся новый подкаталог для pcb-платы, то для схемы той же платы ничего подобного не происходит и форматка хватает атрибуты из того же корневого файла "borders.ini". То есть, если, например, для схемы материнской платы в файле "borders.ini" прописан децимальный номер и название, то всё то же самое появляется на листах схем дочерних плат при добавлении схем(плат) в иерархическую структуру. Предполагаю, что сделано это из расчёта на американские форматки, на которых система надписей иная. Можно ли как то обойти это ограничение?

Поверьте, первым делом, был запущен поиск по форуму с ключевыми словами (с нулевым результатом) )) vitan документация - конечно здорово, но попробуй найди там ответ на вопрос, например, почему блокируются подкаталоги с "cells" в LM. При попытке удалить посадочное место из такого подкаталога LM выдаёт сообщение, что ячейка только для чтения и у вас нет прав на её редактирование или удаление. Если с символами понятно, где искать блокировку, то с ячейками - нет. Наверное и на этот вопрос где то в недрах форума есть ответ. Хотя проблема решается просто запуском LM от имени администратора.

Спасибо. Остатки сегодня поправил этим способом, получилось на порядок быстрее.

Кажется разобрался в чём дело. Все символы в библиотеке естественно привязаны к компонентам, наверное из-за этого невозможно просто так в редакторе символа менять имена пинов (но номера, как ни странно - можно). Так же недоступны для редактирования "Non-Common Properties" символа (доморощенные атрибуты автора библиотеки), что, в общем то, немного странно, т.к. эти атрибуты точно ни к чему, кроме символа, не привязаны. В общем, проблема решена именно так, как Вы посоветовали - копирование символа с присваиванием нового имени, редактирование, отвязывание старого символа от компонента, привязывание отредактированного, удаление старого, восстановление прежнего имени символа (что бы не пришлось потом карячиться со схемами, где этот символ мог быть использован). Маета какая-то. Но лучшего решения не нашлось ((

Удалял. Не помогло. Стало только хуже ))

Дабы не плодить новых тем. Столкнулся с неприятной проблемой. Мне принесли готовую библиотеку, точнее каталог со всей файловой структурой библиотеки внутри. Скопировал с носителя себе на рабочую машину - нужно было поправить несколько символов, упаковать всё в архив и убрать на полку как резервную копию. LM библиотеку открыл без проблем, ничего при переноске не потерялось, но при попытке отредактировать символ в LM обнаружилось, что стоит какая то блокировка (подкаталог lock - пустой). Из лог-файла понял, что редактор открывает символы в " freeze "-режиме (пример строки из лог-файла): nse::opensymbol -freezeinterface -partition Micron.... соответственно ни свойства символа, на свойства пинов (кроме номера вывода) не доступны для редактирования. Как это вылечить?

Благодарю.