Krys

Извиняюсь, что пришлось создать отдельную тему. Почему-то не увидел ответов тут, хотя вроде вопрос простой: Вот есть у меня библиотека PCB, в ней у некоторых компонентов есть объекты на ненужном мне слое mechanical 16. Я хочу их убрать все. Вызываю PCBLib Filter, ставлю галочку для всей библиотеки, применяю правило OnLayer('Mechanical 16'). Всё замечательно выделяется, проверяю это в PCB Lib List - присутствует куча компонентов. Теперь мне их надо удалить. Не получается. Выделяю всё в таблице, давлю Del и т.п. - не помогает... Подскажите, пожалуйста, как их удалить... Т.е. мне нужно, чтобы во всей библиотеке на слое mechanical 16 не было ни одного объекта.

Лучше уж "ненормального", на котором у меня эти глюки повылезли :)) К стати, чем можно сформировать текстовый файл с параметрами компа? Навскидку: мать VIA с интегрённым её же процом, частота 700 с чем-то МГц, встроенное всё: видюха и т.п. Ни о каком директХ9 речи нет конечно :) Мозгов 512 МБ. Тормозит, но кое-как терпимо. Это я ещё не разводил. Только расстановку делал. Разводку, думаю, не потянет: у него после каждого изменения Online DRC несколько минут будет проходить. Можно её конечно отключить. Но без неё неинтересно.

Здравствуйте. Вот есть у меня библиотека PCB, в ней у некоторых компонентов есть объекты на ненужном мне слое mechanical 16. Я хочу их убрать все. Вызываю PCBLib Filter, ставлю галочку для всей библиотеки, применяю правило OnLayer('Mechanical 16'). Всё замечательно выделяется, проверяю это в PCB Lib List - присутствует куча компонентов. Теперь мне их надо удалить. Не получается. Выделяю всё в таблице, давлю Del и т.п. Подскажите, пожалуйста, как их удалить...

Всё, на нормальном компе с нормальной видеокартой удалось заставить получить контур платы из этих объектов - как надо. "Рога" - это глюки просто, из-за них ничего и не получалось. Так что извините, что отнимал время.

А вот как этот правый верхний угол выглядит у меня: У меня всё пересекается. К стати, что за "рог" от дуги идёт кверху? Может, это и есть бага? :) Аналогичные рога идут и в других углах. При том их не видно на мелком масштабе. Но точка привязку (за которую можно менять размеры дуги) находится как раз на конце этого рога... Похоже, это глюки видеокарты. Завтра с утра открою на рабочем компе - будет видно...

И тем не менее это правило для mechanical5 работает с дорожками, но не работает с падами. А для keep-out работает и с тем, и с тем. Хоть и заявлено, что распростаниятся только на объекты в слоях меди. Назовём тогда это недокументированными возможностями :) У меня тоже с вырезами другие платы работают. Попробуйте, пожалуйста, если нетрудно, мою плату, что я прикрепил, времени много не потребуется. На слое Mechanical5 выделите прямоугольником все объекты (2 прямые, 2 дуги) и дайте команду Define from selected objects. Я попробовал на 2х компах - то же самое. Вы оказались правы. Попробовал на другом компе - баги 3 и 4 исчезли. Возможно, как-то с видеокартой связано. Сначала пробовал на слабеньком компе без навороченной карты с DirectX, а сейчас попробовал на навороченном компе с крутой видеокартой.

Здравствуйте. Такая бага. Имеются определённые объекты на слое keep-out (точнее почти копия (об этом - ещё одна бага) контура платы). Такой же контур платы находится на слое Mechanical5. Создаю правило Clearance: OnLayer('Top Layer') - OnLayer('Mechanical 5') Не работает. Если для слоя keep-out, тогда работает: OnLayer('Top Layer') - OnLayer('Keep-Out Layer') При том для track работает правило и с Mechanical5, а для pad работает только с keep-out. Прилагаю файлик, где это можно проверить. Там есть пад в координатах -40.3mm -19.15mm. Если я его надвигаю на контур - то для одного правила нарушение загорается, для другого - нет. Бага 2: Невозможно задать контур платы (define from selected objects), если в нём есть Arc (возможно не любая, а только какие-то крупные, как у меня в файле). Попробуйте, у меня говорит, что не находит замкнутый контур. Примитивы контура можно взять на Mechanical 5. Бага 3 (или просто недоделка): Невозможно задать режим ручного проведения контура платы (Design-Board Shape - Redefine Board Shape), чтобы линии проходили под любым углом. Допускается только 90, 45 градусов, либо полукруг (при нажатии Shift+Space). Когда просто ведёшь дорожку через Interactive Routing, то при нажатии Shift+Space допускает режим под любым углом. Бага 4 (тоже скорее недоделка). При изменении вершин контура платы, либо при его ручном рисовании становится не видна сетка. ext_brd.rar

Я один кусок схемы хотел перетащить в другое место, сделал вырезать - вставить. Все ID похерились. Теперь я с этим осторожен :) Перейти в PCB редактор, зайти в меню Projects - Component Links, внизу слева будет Match by Designators.

Где-то находил, что в update3 входят первые 2, поэтому их отдельно ставить не требуется. Поставил 3й и всё.

У меня тоже вылетало с такой же ошибкой, недавно ставил. Я просто запускал несколько раз, на одном из них - сработало. Я предполагаю, что какие-то левые проги мешают инсталляции. Поэтому предлагаю ребутнуться, вырубить антивирус и не запускать вообще ничего. В этой теме говорилось, что мешала тупо IM Miranda. Кто-то ещё отписался, что мешал драйвер сетевухи. Вспомнил ещё кое-что: при запуске инсталлера, ещё до запуска копирования файлов, предлагается выбрать галочками компоненты, которые надо поставить (System C, Matlab Simulink и ещё что-то, не помню). Так вот я ненужное вырубил, ставиться не захотело как раз с теми же ошибками. Тогда поставил верхние 2 галочки, кроме матлаба. Матлаба у меня нет. У кого есть - наверно и её надо ставить. Я думаю, когда нет галочек, нет соответствующих компонентов и их файлов. А в апдейте инструкция, что надо эти файлы обновлять. Апдейт их тупо не находит, и ругается, что не может получить доступ к ним на запись. Разумеется, ведь файлов вообще нет таких... :)

Если вдруг ещё кому-то будет интересно: случайно наткнулся на такое сообщение, которое указывает на ссылку: http://www.xilinx.com/xlnx/xil_ans_display...tPagePath=19387 Там, насколько я понял, раскрыта похожая проблема.

А если необходимо подсветить сразу несколько цепей в PCB? Попробовал - для одной цепи работает, а когда кликаешь с контрлом следующую цепь, она подсвечивается, а подсветка предыдущей отменяется. А хочется сразу несколько подсветить. Например, одновременно цепь питания и земли, чтобы относительно них дальше ориентироваться при разводке.

Та ссылка оказалась со временем битой. Вот правильная ссылка: http://electronix.ru/forum/index.php?showtopic=5843

Вдруг кому пригодится эта информация... Указанная выше ссылка уже не работает. Вот удалось найти только библиографическую ссылку на данный документ: E. Czeck, R. Nanavati, and J. Stoy. Reliable design with mul- tiple clock domains. InProceedings of Formal Methods and Models for Codesign (MEMOCODE), 2006. Сам документ не нашёл в свободном доступе. Предлагали только зарегистрироваться на IEEE Xplore, но что-то я навскидку не понял, как это сделать.

Я бы мусор не наплодил, это наши разводчики начинающие :))) А я после них разгребаю, вот и столкнулся :)

понятно... вобщем прямых способов визуально мышкой удалить мусор нет... только через хитрые таблицы. Там основные объекты мусора - это линии и виашки (взгляните в 3D далеко в нижний левый угол). Всё-таки, это небольшая бага, что невозможно визуально работать с объектами в минусовых координатах и невозможно задать цифрами начало координат? Как думаете, мне написать об этом в теме "Ошибки AD"?

Здравствуйте. Прилагаю файл mplc_k383.rar, в котором есть всякий мусор, расположенный далеко в минусовых координатах (полезные компоненты я удалил из соображений неразглашения). Его просто так не видно, с ним сталкиваешься только при просмотре 3D, либо при экспорте гербера, когда ругается, что ничего не влазит на плёнку, либо когда делаешь предпросмотр печати - показывает много пустых листов вместе с листом платы. Предложите, пожалуйста, наиболее простой способ удалить этот мусор. Казалось бы, нет ничего проще: этот мусор имеет отличие в координатах. Следовательно, мы в редакторе выделяем мышкой этот мусор в квадрат выделения и удаляем одним нажатием клавиши Del. Не тут то было... AD отказывается показывать всё, что в минусовых координатах. И начало координат утащить в минуса не удалось. Пока удалось сделать так: выделить мышкой всё, что на плате, вырезать в буфер. Остаётся только мусор, т.к. его мышкой не выделишь. Теперь переходим в PCB List и там удаляем всё, что осталось. Потом из буфера вставляем все компоненты обратно на плату. Просто выбирать всё лишнее в PCB List прошу не предлагать, т.к. на реальной плате чересчур много компонентов (я их сейчас просто удалил) - замучаешься выбирать нужные среди всего множества. Как числами с клавиатуры задать новое положение начала координат?

Я конечно немножко опоздал с ответом :) Но если будут вопросы по этой теме - можете в личку спрашивать. Ответ таков, что в коде 8B/10B имеется специальный служебный символ COMMA, который не может ни при каких обстоятельствах встречаться в потоке данных при любых битовых сдвигах. Ваш SerDes имеет схему аппаратного детектора этой комы, по которому аппаратно происходит байтовая синхронизация. Далее: начало и конец пакета обозначается тоже специальными символами, отличающимися от символов данных. Это SFD и EFD (Start Frame Delimiter и End Frame Delimiter). Когда у Вас при передаче поступает на вход кодера 8B/10B с подуровня MAC преамбула, она автоматически преобразуется в SFD и дальше передаётся по каналу. В конце пакета соответственно передаётся EFD, как только кодер получил переход в неактивный уровень сигнал TX_EN. Более подробно об этом можно прочитать прямо в стандарте http://standards.ieee.org/getieee802/downl...08_section3.pdf Страница 47, раздел 36.2.4.13 Start_of_Packet (SPD) delimiter и 36.2.4.14 End_of_Packet delimiter (EPD) А также взгляните Table 36–3—Defined ordered_sets на странице 46

Как насчёт SpaceWire (IEEE 1355)?

Но, раз экспорт из АД в пикад существует, то почему бы его не сделать полезным (полноценным), чтобы pin map не терялось, т.е. получать комплексную библиотеку с компонентами, символами и паттернами - 3 в одной :) Это так сказать пожелание разработчикам. ЗЫ: А pin map у меня в библиотеке, как раз, кривой :)

Вот это должно Вам помочь: http://www.desktop-eda.com.au/products/AutoDes.htm

Возможно я недоразобрался, но, как я понял, соответствие выводов (pin map) между символом и паттерном теряется . А задавать его заново - это чуть ли не такая же кропотливая и ответственная работа, как создавать символ и паттерн. И всё же, Вы со мной согласны, что, раз в пикаде библиотеки хранят сразу и символы, и паттерны, и целые компоненты, то в АД операция экспорта в пикад должна создавать именно такую полноценную библиотеку, а не половинки?

Здравствуйте. Нашёл ошибочку экспорта библиотеки в PCAD. В прикреплении к сообщению архив с файлами библиотеки. Исходная библиотека ext_brd.SchLib. Делаю команду Save As, выбираю тип файла пикад, сохраняю, получаются файлы непосредственно библиотеки ext_brd.lia и лог ext_brd.log. Далее пытаюсь в пикадовской утилите Library Executive выполнить конвертирование из *.lia в *.lib, т.е. из текстового формата в бинарный. Выдаётся ошибка и генерируется файл EXT_BRD.ERR с содержимым: P-CAD ASCII File Open: EXT_BRD.ERR ====================================================================== Error (line 7005): Pin '4' has not been defined. Total errors: 1 Total warnings: 0 Получается, что выдаёт ошибку на элементе VS1011E. Точнее после такой конструкции: (compDef "VS1011E" (originalName "VS1011E") (compHeader (sourceLibrary "") (compType Normal) (numPins 48) (numParts 3) (composition Heterogeneous) (alts (ieeeAlt False) (deMorganAlt False) ) (refDesPrefix "U") ) (attachedSymbol (partNum 1) (altType Normal) (symbolName "VS1011e_1_N") ) (attachedSymbol (partNum 2) (altType Normal) (symbolName "VS1011e_1_N") ) (attachedSymbol (partNum 3) (altType Normal) (symbolName "VS1011e_1_N") ) (attachedPattern (patternNum 1) (patternName "TQFP-7X7-48") (numPads 48) (padPinMap (padNum 4) (compPinRef "4") (padNum 6) (compPinRef "6") (padNum 14) (compPinRef "14") (padNum 16) (compPinRef "16") (padNum 19) (compPinRef "19") (padNum 20) (compPinRef "20") (padNum 21) (compPinRef "21") (padNum 22) (compPinRef "22") (padNum 37) (compPinRef "37") (padNum 38) (compPinRef "38") (padNum 40) (compPinRef "40") (padNum 41) (compPinRef "41") (padNum 43) (compPinRef "43") (padNum 45) (compPinRef "45") (padNum 47) (compPinRef "47") (padNum 44) (compPinRef "44") (padNum 12) (compPinRef "12") (padNum 11) (compPinRef "11") (padNum 7) (compPinRef "7") (padNum 48) (compPinRef "48") (padNum 36) (compPinRef "36") (padNum 35) (compPinRef "35") (padNum 31) (compPinRef "31") (padNum 5) (compPinRef "5") (padNum 27) (compPinRef "27") (padNum 26) (compPinRef "26") (padNum 2) (compPinRef "2") (padNum 1) (compPinRef "1") (padNum 25) (compPinRef "25") (padNum 24) (compPinRef "24") (padNum 15) (compPinRef "15") (padNum 3) (compPinRef "3") (padNum 39) (compPinRef "39") (padNum 28) (compPinRef "28") (padNum 8) (compPinRef "8") (padNum 9) (compPinRef "9") (padNum 10) (compPinRef "10") (padNum 13) (compPinRef "13") (padNum 17) (compPinRef "17") (padNum 18) (compPinRef "18") (padNum 23) (compPinRef "23") (padNum 29) (compPinRef "29") (padNum 30) (compPinRef "30") (padNum 32) (compPinRef "32") (padNum 34) (compPinRef "34") (padNum 33) (compPinRef "33") (padNum 42) (compPinRef "42") (padNum 46) (compPinRef "46") ) ) ) Я начал сравнивать эту конструкцию с такими же другими элементами в этой же библиотеке. "Для чистоты эксперимента" возьмём тоже компонент из нескольких частей, гетерогенный. Вот, например, такой (строка 6697): (compDef "ADM3222ARU" (originalName "ADM3222ARU") (compHeader (sourceLibrary "") (compType Normal) (numPins 20) (numParts 2) (composition Heterogeneous) (alts (ieeeAlt False) (deMorganAlt False) ) (refDesPrefix "U") ) (compPin "20" (pinName "~SD") (partNum -1) (symPinNum 0) (gateEq 0) (pinEq 0) (pinType Input) ) (compPin "3" (pinName "V+") (partNum 1) (symPinNum 1) (gateEq 0) (pinEq 0) (pinType Power) ) (compPin "13" (pinName "T1IN") (partNum 1) (symPinNum 2) (gateEq 0) (pinEq 0) (pinType Input) ) (compPin "19" (pinName "+3.3V") (partNum 1) (symPinNum 3) (gateEq 0) (pinEq 0) (pinType Power) ) (compPin "18" (pinName "GND") (partNum 1) (symPinNum 4) (gateEq 0) (pinEq 0) (pinType Power) ) (compPin "7" (pinName "V-") (partNum 1) (symPinNum 5) (gateEq 0) (pinEq 0) (pinType Power) ) (compPin "12" (pinName "T2IN") (partNum 1) (symPinNum 6) (gateEq 0) (pinEq 0) (pinType Input) ) (compPin "8" (pinName "T2OUT") (partNum 1) (symPinNum 7) (gateEq 0) (pinEq 0) (pinType Output) ) (compPin "17" (pinName "T1OUT") (partNum 1) (symPinNum 8) (gateEq 0) (pinEq 0) (pinType Output) ) (compPin "1" (pinName "~EN") (partNum 2) (symPinNum 1) (gateEq 0) (pinEq 0) (pinType Input) ) (compPin "16" (pinName "R1IN") (partNum 2) (symPinNum 2) (gateEq 0) (pinEq 0) (pinType Input) ) (compPin "4" (pinName "C1-") (partNum 2) (symPinNum 3) (gateEq 0) (pinEq 0) (pinType Passive) ) (compPin "6" (pinName "C2-") (partNum 2) (symPinNum 4) (gateEq 0) (pinEq 0) (pinType Passive) ) (compPin "11" (pinName "NC") (partNum 2) (symPinNum 5) (gateEq 0) (pinEq 0) (pinType Passive) ) (compPin "2" (pinName "C1+") (partNum 2) (symPinNum 6) (gateEq 0) (pinEq 0) (pinType Passive) ) (compPin "5" (pinName "C2+") (partNum 2) (symPinNum 7) (gateEq 0) (pinEq 0) (pinType Passive) ) (compPin "14" (pinName "NC") (partNum 2) (symPinNum 8) (gateEq 0) (pinEq 0) (pinType Passive) ) (compPin "15" (pinName "R1OUT") (partNum 2) (symPinNum 9) (gateEq 0) (pinEq 0) (pinType Output) ) (compPin "9" (pinName "R2IN") (partNum 2) (symPinNum 10) (gateEq 0) (pinEq 0) (pinType Input) ) (compPin "10" (pinName "R2OUT") (partNum 2) (symPinNum 11) (gateEq 0) (pinEq 0) (pinType Output) ) (attachedSymbol (partNum 1) (altType Normal) (symbolName "ADM3222ARU_1_N") ) (attachedSymbol (partNum 2) (altType Normal) (symbolName "ADM3222ARU_2_N") ) (attachedPattern (patternNum 1) (patternName "TSOP65P640X110-20N") (numPads 20) (padPinMap (padNum 1) (compPinRef "1") (padNum 16) (compPinRef "16") (padNum 4) (compPinRef "4") (padNum 6) (compPinRef "6") (padNum 11) (compPinRef "11") (padNum 2) (compPinRef "2") (padNum 5) (compPinRef "5") (padNum 14) (compPinRef "14") (padNum 15) (compPinRef "15") (padNum 9) (compPinRef "9") (padNum 10) (compPinRef "10") (padNum 3) (compPinRef "3") (padNum 13) (compPinRef "13") (padNum 19) (compPinRef "19") (padNum 18) (compPinRef "18") (padNum 7) (compPinRef "7") (padNum 12) (compPinRef "12") (padNum 8) (compPinRef "8") (padNum 17) (compPinRef "17") (padNum 20) (compPinRef "20") ) ) ) Я заметил такие отличия: 1. В элементе VS1011E полностью отсутствует блок из конструкций типа compPin: (compPin "20" (pinName "~SD") (partNum -1) (symPinNum 0) (gateEq 0) (pinEq 0) (pinType Input) ) ... (compPin "10" (pinName "R2OUT") (partNum 2) (symPinNum 11) (gateEq 0) (pinEq 0) (pinType Output) ) 2. В элементе ADM3222ARU содержится ссылка на разные символы каждого Part: (attachedSymbol (partNum 1) (altType Normal) (symbolName "ADM3222ARU_1_N") ) (attachedSymbol (partNum 2) (altType Normal) (symbolName "ADM3222ARU_2_N") ) (attachedPattern (patternNum 1) (patternName "TSOP65P640X110-20N") А в элементе VS1011E ссылка на один и тот же символ: (attachedSymbol (partNum 1) (altType Normal) (symbolName "VS1011e_1_N") ) (attachedSymbol (partNum 2) (altType Normal) (symbolName "VS1011e_1_N") ) (attachedSymbol (partNum 3) (altType Normal) (symbolName "VS1011e_1_N") ) Разумеется, в одном и том же символе содержатся не все выводы, на что транслятор Library Executive и ругается. Кроме того, я проанализировал файл ext_brd.log, где для элемента ADM3222ARU со строки 46 идут такие сообщения: Warning : Symbol name [ADM3222ARU], mode [Normal], part [1] changed to [ADM3222ARU_1_N] Warning : Symbol name [ADM3222ARU], mode [Normal], part [2] changed to [ADM3222ARU_2_N] Information : Exporting symbol definition(s) for component [ADM3222ARU] а для элемента VS1011E со строки 59 такие сообщения: Warning : Symbol name [VS1011e], mode [Normal], part [1] changed to [VS1011e_1_N] Information : Exporting symbol definition(s) for component [VS1011e] Получается, что на элементе VS1011E альтиум "схалявил" :) Вместо 3х разных символов для разных part он сделал один символ, остальные делать поленился. И поленился вставлять блок из конструкций типа compPin ... А ещё идеологическая недоработка: можно отдельно экспортировать в пикад библиотеку *.SchLib и отдельно *.PcbLib. В результате и там, и там получается пикадовская библиотека *.lia, однако в первой отсутствуют паттерны, а во второй - символы... А "сращивать" такие "полубиблиотеки" в одну библиотеку компонентов, в которой содержатся и символы, и паттерны, и цельные компоненты - пикадовские инструменты не умеют... В результате штатными средствами ничего полезного (что сразу можно применить) экспортировать не удастся. Грубо говоря, экспорт "полубиблиотеками" бесполезен, им невозможно воспользоваться. ext_brd.rar

Самое то, спасибо, что натолкнули. Правда датащит на него просто "исчерпывающий" :))) Нет ни структурной схемы, ни типовой схемы включения, ни пояснений, что за резисторы там упоминаются. Правда в тексте удалось найти такую запись: Нашёл датащиты на похожие микросхемы в надежде, что в их датащитах будет побольше информации или будет прилагаться апликейшн ноут: cd74hc4046a, cd74hc7046a, cd4046b. И угадал: на них нашёлся апликейшн ноут, в котором всё подробно расписано. Так что я, наверное, выберу cd74hc7046a, т.к. она упоминается в том апликейшн ноуте и ещё и с детектором захвата ФАПЧ. А 74LV4046 я применять побаиваюсь, т.к. она новая, инфы мало, вдруг чего не пойдёт. Лучше потом поэкспериментирую, припаяю другую, раз она совместима по ногам. Вам тоже спасибо. Но первая ссылка - это просто АЦП. Вторая - есть и ФАПЧ с ГУН, но есть и много ненужного. Т.е. чересчур навороченная. А третья ссылка - самое то. Но цена - как у самолёта :) Так что техасовская пока меня больше привлекает.

Здравствуйте. Посоветуйте, пожалуйста, микросхему ГУН с ФАПЧ для получения частоты пикселей из строчной частоты. У меня есть обычная аналоговая видеокамера на ПЗС, обычный видеовыход, полный телевизионный сигнал. Хочу это подать на селектор синхроимпульсов, а потом строчные синхроимпульсы на ФАПЧ. Далее сигнал частоты пикселей хочу использовать для управления LCD. Заранее спасибо.