Использование Reusable Block, пара вопросов Опции

[Duke_N]

Возникли следующие вопросы по использованию Reusable Block в Expedition PCB.
Где редактировать символ блока? Почему-то после установки блока на эл. схему символ не редактируется (т.е. после ПКМ -> Edit Symbol опция Place -> Line(Rectangle, Arc и т.д.) не активна.

Затем Compile CDB проходит, а Package Design(и с точно такими же сообщениями Forward annotation из Expedition PCB) нет.

Common Data Base has been read

Target PDB Name: Work\Layout_Temp\PartsDB.pdb

ERROR: No parts were specified.

ERROR: Unable to create local PDB

ERROR: Problem Making Local Parts DataBase

DataBase Load is being terminated with 3 errors and 0 warnings.
Logic Data has NOT been Compiled.

Так же нактивна вкладка Editor Control-> Clusters&Rooms

Какие проблемы с локальной базой и как это исправить?

[fill]

Удали символы Vcc1V2 и Vcc1V8 из подсхемы блока и сформируй внутренние цепи выходящие на порты.
Подключи к пинам блока нужные цепи "Vcc1V2-1 и Vcc1V8-1 ...... Vcc1V8-4 и Vcc1V8-4".

У тебя нарисована странная конструкция по которой получается что любая цепь в схеме верхнего уровня подключенная к пину Vcc1V2 блока закорачивается с глобальной цепью Vcc1V2 внутри блока, т.к. порт Vcc1V2 напрямую подключен к символу питания Vcc1V2

[Frederic]

Удали символы Vcc1V2 и Vcc1V8 из подсхемы блока и сформируй внутренние цепи выходящие на порты.
Подключи к пинам блока нужные цепи "Vcc1V2-1 и Vcc1V8-1 ...... Vcc1V8-4 и Vcc1V8-4".

так и сделал

У тебя нарисована странная конструкция по которой получается что любая цепь в схеме верхнего уровня подключенная к пину Vcc1V2 блока закорачивается с глобальной цепью Vcc1V2 внутри блока, т.к. порт Vcc1V2 напрямую подключен к символу питания Vcc1V2

это не противоречит логики создания RB до тех пор пока мощности питателя одного из номиналов достаточно для всей платы
в данном случае питатели по Vcc1V2 и Vcc1V8 пришлось ставить на каждый RB
как только RB станет 8шт придется сделалать аналогично и для остальных номиналов напряжения
да, придется генерить новый RB, но не страшно, т.к. он все равно новый RB будет иметь другую схемотехнику

[Frederic]

нарисовалась проблемка с SupplyRename в мелкосхемах при использование RB
в самом RB проблем нет, размещение и упаковка - все ок
но как только запитываешь RB в общей схеме разными значения питания - происходит отключения микросхем с SupplyRename от нужного питания и объединение всех микросхем RB в "родное" питание исходника RB

см. картинку и полный проект с ЦБ

на текущий момент проблему убрал в лоб - заменил мелкосхемы с SupplyRename на символы с выводами питания

PS проект в VX1.2 update 4

Эскизы прикрепленных изображений

 

Прикрепленные файлы

 Temp_SR.7z ( 1.24 мегабайт ) Кол-во скачиваний: 9

 

[fill]

нарисовалась проблемка с SupplyRename в мелкосхемах при использование RB
в самом RB проблем нет, размещение и упаковка - все ок
но как только запитываешь RB в общей схеме разными значения питания - происходит отключения микросхем с SupplyRename от нужного питания и объединение всех микросхем RB в "родное" питание исходника RB

см. картинку и полный проект с ЦБ

на текущий момент проблему убрал в лоб - заменил мелкосхемы с SupplyRename на символы с выводами питания

PS проект в VX1.2 update 4

в VX2
1. В схеме сделал разбиение ссылки на повторный блок (ПКМ>Shared_Blocks>Dissolve_Shared_Block_Link)
2. После этого стало возможным внутри каждого экземпляра блока установить экземплярное (Instance) значение Supply Rename, соответственно:
+U=V1 -U=0V
+U=V2 -U=0V
+U=V3 -U=0V
3. Итог:
4. Ты неправильно понимаешь работу с иерархией и атрибутами. Если в подсхеме стоит Supply Rename=+U=Vcc_RB -U=0V, то данная ИМС будет всегда подключена к цепи с именем Vcc_RB не зависимо от того куда подключилась начальная внутренная цепь Vcc_RB через иерархию. Т.е. например для первого блока у тебя:
- нарисованная цепь Vcc_RB стала V1 через иерархию
- для ИМС RB1-RB1-DD1 создалась глобальная цепь Vcc_RB согласно значения атрибута Supply Rename

[Frederic]

[attachment=103301:drc_RB_2.png]

...
4. Ты неправильно понимаешь работу с иерархией и атрибутами
....

согласен, есть такое

по этому очередной вопрос
создан RB с именем C64_077
RB проверен на DRC - все ок
но когда пару таких RB установил в общию сборку DRC и сделал проверку, то DRC сходит с ума - DRC Stopped. Maximum Number Hazards Exceeded.
выдает ошибки, где их не д.б.
в общей схеме появились правила проверки Class-Class с префиксом из RB

не могу понять из-за чего появляются ошибки

Эскизы прикрепленных изображений

 

[fill]

[attachment=103301:drc_RB_2.png]
согласен, есть такое

по этому очередной вопрос
создан RB с именем C64_077
RB проверен на DRC - все ок
но когда пару таких RB установил в общию сборку DRC и сделал проверку, то DRC сходит с ума - DRC Stopped. Maximum Number Hazards Exceeded.
выдает ошибки, где их не д.б.
в общей схеме появились правила проверки Class-Class с префиксом из RB

не могу понять из-за чего появляются ошибки

Без проекта непонятно.

[Frederic]

имеем RB
в котором компаненты и via к полигонам подключены Buried, но при установке RB на плату подключение "Buried" пропадает
востановление подключение "Buried" через Plane_Classes_and_Parametrs востанавливает "Buried" как в RB так по всей плате

как и где указать, что подключение "Buried" нужно только на RB ?

Эскизы прикрепленных изображений