Перейти к содержанию
    

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

ясно, спасибо, будем делать по-человечески:)

Поделиться сообщением


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

Пример выложите с вашими компонентами, т.к. с компонентами из Sample_Lib ошибка не возникает.

Напомню, речь шла об Un-Driven Nets. Если тыкнете носом в ошибку буду рада. Спасибо!

example.rar

Поделиться сообщением


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

post-512-1440592442_thumb.png

Т.е. ошибка не возникает, хотя в данном случае логично было бы ее наоборот иметь. т.к. в цепи не передатчика.

Поделиться сообщением


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

post-512-1440592442_thumb.png

Т.е. ошибка не возникает, хотя в данном случае логично было бы ее наоборот иметь. т.к. в цепи не передатчика.

Странно, у меня возникает... У вас включена в правилах drc-105?

post-77470-1440593856_thumb.jpg

Поделиться сообщением


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

всем привет. как проще всего конвертировать футпринт в Library Manager (маршрут ExpeditionPCB)?

из:

а) ASCII

б) Altium Designer

в) OrCAD Layout

Поделиться сообщением


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

2. Работа в удаленном режиме достаточно проста:

- делаем экспорт из DxD

- передаем папку с экспортированным содержанием топологу

- он создает новый проект платы, в качестве проекта указывая файл из переданной папки

- делает прямую аннотацию, при этом если в диалоге интеграции в доп. опциях включить галочку создания eDxD View, то одновременно создастся и схема которую можно просматривать в спец. окне (Window>Add_eDXD_View), т.е. для анализа\кросс-проба схема-топология сам DxD уже не требуется.

- после редактирования и обратной аннотации, тополог передает схемотехнику обратно всю папку с проектом топологии

- схемотехник импортирует в DxD и видит на схеме изменения номеров пинов, порядковых номеров и изменения в CES.

- если схемотехник изменит схему, то снова делает экспорт и передает папку с экспортированным содержанием топологу

- тополог копирует данные из этой папки в свой существующий проект платы и делает прямую аннотацию - видит изменения в топологии (и схеме).

- если схемотехник хочет посмотреть топологию, то запускает Exp на переданном топологом проекте или может открыть файл *.cce из папки BA в просмотрщике visECAD (или CAMCAD Pro)

Понятно... Запутанно малость, но логично)

Т.Е., для возможных правок на стороне тополога(ну а вдруг другой человек?), схемотехнику нужно всегда хранить экспортированный файл?

- тополог копирует данные из этой папки в свой существующий проект платы и делает прямую аннотацию - видит изменения в топологии (и схеме).

Как это правильно осуществить? Просто ручным копированием из присланного схемотехником в папку с разрабатываемой топологией?

Каким образом, на стороне тополога, подтягивается топология? Просто импортом базы? Или она просто в отдельной папочке, в отрыве от проекта лежит?

Поделиться сообщением


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

Понятно... Запутанно малость, но логично)

Т.Е., для возможных правок на стороне тополога(ну а вдруг другой человек?), схемотехнику нужно всегда хранить экспортированный файл?

- тополог копирует данные из этой папки в свой существующий проект платы и делает прямую аннотацию - видит изменения в топологии (и схеме).

Как это правильно осуществить? Просто ручным копированием из присланного схемотехником в папку с разрабатываемой топологией?

Каким образом, на стороне тополога, подтягивается топология? Просто импортом базы? Или она просто в отдельной папочке, в отрыве от проекта лежит?

 

После того как тополог создал проект платы (через Job Management Wizard) из экспортированных данных, он (проект) является автономным, т.е. его папку можно перемещать куда угодно и с ней работать в топологическом редакторе.

Зачем схемотехнику хранить экспортированную папку? Он всегда ее может снова создать через экспорт и передать ее куда-то. Вопрос зачем? Если тополог уже начал делать топологию, и ее будет править уже другой человек, то логично ему взять папку проекта топологии у тополога, иначе получается снова создание топологии с нуля.

 

Просто ручное копирование. При этом в принципе можно скопировать с заменой только папку *.icdb, а файл *.prj можно не копировать.

 

Удаленная работа - т.е. у схемотехника проект схемы, у тополога проект платы. Проект это папка со всем ее содержанием. Соответственно, если схемотехник передаст топологу свою папку проекта, то тополог также как схемотехник может ее открыть в DxD; и наоборот если тополог передаст схемотехнику свою папку, то схемотехник может открыть ее в Exp. Но интегрированным данный общий проект (схема-плата) уже не станет - т.е. нельзя нажать иконку Exp в DxD, чтобы открылась топология в Exp и наоборот нельзя запустить DxD из Exp; при изменении схемы не загорятся семафоры в Exp и схема не обновится автоматически при выполнении BA в Exp ибо проект не интегрированный.

Поделиться сообщением


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

После того как тополог создал проект платы (через Job Management Wizard) из экспортированных данных, он (проект) является автономным, т.е. его папку можно перемещать куда угодно и с ней работать в топологическом редакторе.

Зачем схемотехнику хранить экспортированную папку? Он всегда ее может снова создать через экспорт и передать ее куда-то. Вопрос зачем? Если тополог уже начал делать топологию, и ее будет править уже другой человек, то логично ему взять папку проекта топологии у тополога, иначе получается снова создание топологии с нуля.

 

Просто ручное копирование. При этом в принципе можно скопировать с заменой только папку *.icdb, а файл *.prj можно не копировать.

 

Удаленная работа - т.е. у схемотехника проект схемы, у тополога проект платы. Проект это папка со всем ее содержанием. Соответственно, если схемотехник передаст топологу свою папку проекта, то тополог также как схемотехник может ее открыть в DxD; и наоборот если тополог передаст схемотехнику свою папку, то схемотехник может открыть ее в Exp. Но интегрированным данный общий проект (схема-плата) уже не станет - т.е. нельзя нажать иконку Exp в DxD, чтобы открылась топология в Exp и наоборот нельзя запустить DxD из Exp; при изменении схемы не загорятся семафоры в Exp и схема не обновится автоматически при выполнении BA в Exp ибо проект не интегрированный.

Вас конспектировать можно:) Спасибо. Попробовала, очень удобная вещь, особенно когда разработчик в упор не хочет работать "онлайн" по сети. Странно, что я не натыкалась на этот способ читая туториалы, или просто не обратила внимания.

Поделиться сообщением


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

Вас конспектировать можно:) Спасибо. Попробовала, очень удобная вещь, особенно когда разработчик в упор не хочет работать "онлайн" по сети. Странно, что я не натыкалась на этот способ читая туториалы, или просто не обратила внимания.

 

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

Поделиться сообщением


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

О! Вот теперь понятно даже мне)

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

Просто-то оно просто, но выглядит несколько коряво, со стороны, в плане некоторой оторванности платы от проекта) Да и слишком много мест для человеческого фактора...

Спасибо за разжевывание истин)

Поделиться сообщением


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

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

Учтите только что перенумерацию по схеме можно использовать безболезненно только на первичном этапе. Во всех последующих итерациях лучше воспользоваться пунктом ГОСТ "При внесении изменений в схему последовательность присвоения порядковых номеров может быть нарушена."

Иначе можете нарваться на следующее:

В схеме удалили резистор с номером R2 и соответственно после перенумерации им стал тот резистор который имел номер R3 и так далее.

При прямой аннотации в плату система видит что в топологии есть R2 и в нетлисте есть R2, но только с другими связями, что соответственно и применит. Тополог придет в ужас о того что связи всех резисторов начиная с R2 поменялись.

Поделиться сообщением


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

Тополог придет в ужас о того что связи всех резисторов начиная с R2 поменялись.

Я бы сказал, что он впадет в неистовство)

Но понятно это, да...

 

Поделиться сообщением


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

- схемотехник импортирует в DxD и видит на схеме изменения номеров пинов, порядковых номеров и изменения в CES.

...

- если схемотехник хочет посмотреть топологию, то запускает Exp на переданном топологом проекте или может открыть файл *.cce из папки BA в просмотрщике visECAD (или CAMCAD Pro)

А посмотреть топологию как тополог с помощью eExpView не получится? В Project Integration галочку поставила, не с первого раза правда. Окошко в DxD через View открывается, но топология не вгружается.

Поделиться сообщением


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

А посмотреть топологию как тополог с помощью eExpView не получится? В Project Integration галочку поставила, не с первого раза правда. Окошко в DxD через View открывается, но топология не вгружается.

смысл смотреть если плата будет сложная с парой другой плисин и DSP

 

святые слова "В тренингах рассмотрен только интегрированный вариант работы, т.к. он наиболее удобный и максимально исключает "человеческий фактор"." ИМХО

 

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

Поделиться сообщением


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

смысл смотреть если плата будет сложная с парой другой плисин и DSP

 

святые слова "В тренингах рассмотрен только интегрированный вариант работы, т.к. он наиболее удобный и максимально исключает "человеческий фактор"." ИМХО

 

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

Да просто интересно, функция вроде есть, но не работает.

Насчет процесса работы, не я правлю бал, не в моей власти заставить работать человека так а не иначе. Так то. Мне задают условия, я должна выкрутиться.

Поделиться сообщением


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

Гость
Эта тема закрыта для публикации ответов.
×
×
  • Создать...