Vadim

:bb-offtopic: И сделать английский язык государственным. А русский выкинуть за ненадобностью. Извините, не удержался. Спасибо. На это не надейтесь. Корифеи цифрового дизайна нынче мыслят по-английски. Мода такая.

Раньше было просто. В PDB Editor - File - Export ascii (где-то так). Сейчас сложнее. В PDB Editor - File - Export Part Data. Полученный файл нужно раскриптовать, в результате получится аски-файл.

Добрый день. Есть вопрос по gschem, в ветку про бесплатные варианты разработки pcb постить не хочу, т.к. она уже вконец окикадилась. Как в gschem поменять шрифт? Хочу векторный, желательно самописный. Интересуют любые варианты, вплоть до правки исходников. Спасибо.

Ну и мой комментарий к вышесказанному Вами, Александр :) Имхо, работа с ASCII PDB более удобна и быстра, чем мышкотырканье в Library Manager. Снова имхо, но только злоупотребление иодным дизайном может помешать инженеру разобраться в структуре ASCI PDB, там все предельно понятно.

Подскажите, пожалуйста, если на нелокализованной винде использовать MUI, поведение Design Capture не ухудшится?

Вопрос вдогонку. Кто-нибудь работает в линуксе на двух мониторах? А то у меня сложилось впечатление, что в этом случае Expedition не юзабелен в принципе.

Добрый день. Есть ли люди, работающие с Expedition не в гноме или кде, а в xfce? Окна обрезаются справа и снизу, не разворачиваются, при перемещении раздваиваются. Как победить этот ужас? Спасибо.

Мое имхо по поводу работы с Reusable Block в DC-Exp, выстраданное в процессе борьбы со сверхсмартдемонами: 1. Reusable блоки в библиотеке не хранить. Но проекты, из которых эти блоки создаются, хранить обязательно, заведя для этого специальный каталог. В начале работы над проектом создать нужные блоки в ЦБ (это займет пару минут), после окончания проекта - удалить. 2. Рефдесы силк и ассембли в библиотеке (в cell) должны находиться в геометрическом центре компонента. Местоположение рефдес на этих слоях в проекте для каждого компонента все равно придется уточнять или вручную или с помощью приблуд PCB. В проекте Reusable блока также не стоит сдвигать атрибуты компонентов относительно умолчального (библиотечного) положения. 3. На самом последнем этапе работы над проектом все блоки нужно разбить, и вручную или с помощью приблуд решить вопрос о местоположении всех рефдесов. Поскольку рефдесы будут в центре компонентов, идентифицировать их не составит труда.

Сложный вопрос задаете :) Ну просто нравится он мне чисто субъективно. Структура ЦБ оцень строга и логична. Все эти пады, падстеки, технологии и их взаимосвязь сразу же настраивают пользователя на серьезный лад и оказываются очень удобными в дальнейшей работе - ни разу Expedition не ставил меня в тупик невозможностью сделать так, как я хочу. Всегда находилось решение, и всегда оно было простым, чего не скажешь о PADS. А Reusable - это же просто песня! Не буду по пунктам перечислять преимущества, простите. Скажу лишь, что, субъективно, пересев на Expedition, я получил в свое распоряжение редактор плат, который умеет все (ну разве что за пивом не бегает :)) и сразу же начал работать, паралллельно его изучая. C PADS ситуация у меня была совершенно иной - несмотря на то, что Layout вполне себе хороший редактор, и я его уже хорошо изучил, постоянно приходилось бодаться с системой. Также с содроганием вспоминаю постоянные переключения Layout/Router и обратно. Но!!! Если скрестить Layout и Router (имхо, этого не произойдет никогда, а если и произойдет, вряд ли я буду тогда платы разводить) и учесть, что интерактив в Router удобнее, чем в Expedition(имхо, конечно), а также то, что в PADS можно задавать безразличное направление слоев (что в некоторых случаях для меня очень удобно), можно получить редактор, умеющий чуть меньше, чем Expedition, но зато без ужасов схемного ввода под контролем сверхсмартдемона. Не все так просто :) Надо будет попробовать, спасибо.

Теперь точно знаю, что не торможу :) Именно так все и было. Стало иначе с диалогом выбора нетлиста после того, как якобы допилили кривой и глючный CES и якобы он стал прямым и неглючным (не знаю, может так оно и стало, не проверял, мне он без надобности). CES пилили в том числе и путем переписывания CDB, и, как обычно его сломали :) И название другое дали - iCDB. И подвесили его демоном в систему этаким сверхразумом. Теперь стало веселее работать. Постоянно развлекают мелкие глюки, иногда перерастающие в крупные вплоть до падения проекта. Мелкие глюки периодически убирают с выходом очередного релиза, добавляя иногда новые (а как же без этого?). Сейчас вот вместо работы развлекаюсь, разгребая варнинги упаковщика, представляющие собой откровенный бред переклиненного iCDB, и исчезающие при пересоздании проекта. Я даже скрипт написал для этого, настолько часто это происходит :) Автоматизировал процесс, так сказать. При очередной упаковке упаковщик может нагло заявить, что, мол, данный тип схемы не может быть упакован (пьяный, что ли? хотя вряд ли, скорее, подвисший демон его в заблуждение вводит) и наглухо подвиснуть, потом только один путь - диспетчер задач со всеми вытекающими. Кроме всего прочего, вытекает еще и такое после перезагрузки и попытки открыть проект: Error opening project: bla-bla-bla. Please use the Project Settings dialog to fix the invalid paths. Then, try opening the project again. Какая прелесть :) Запускаю скрипт и дальше наслаждаюсь работой в Expedition. ЗЫ. Ничего не попишешь, если хочется работать в великолепном редакторе плат Expedition PCB, приходится мириться с тем, что он обвешан и окружен откровенным говном. Имхо, конечно.

Спасибо. Вы вселили в меня оптимизм, и я, проявив настойчивость, нашел, как нужно действовать :) Может торможу, но раньше я создавал проект в DC, далее создавал новую плату в Expedition, при создании платы заходил в свойства проекта и там указывал, что буду работать с нетлистом. Сейчас издавна знакомый мне диалог отсутствует, и , соответственно, выбрать netlist.kyn я не могу, отсюда и возник мой вопрос. А вот если проект создать при создании новой платы в Expedition, то диалог волшебным образом появляется, как будто и не исчезал никуда :)

Не буду плодить новых тем, спрошу здесь. Я правильно понял, что, начиная с 2007.7 (а может и раньше) невозможно использовать файл списка цепей вместо схемного ввода? Или, может, данная замечательная возможность тщательно замаскирована? Спасибо.

Хороший вопрос :) Не знаю. Они перекочевали из файла fill'a.

Можно сильно не шерстить. fill выкладывал такие же, но свои файлики. Сделай методом глубокой аналогии, и всего делов.

Обсуждали уже это здесь. Вот тебе мой кейбиндинг - 3 файлика в зипе в качестве примера, сам разбирайся. Главное - scripts.ini положи в свой WDIR. keybind.zip

Конечно. А допсофт - это что?

Он умеет удалять компоненты, не трогая трассировку (оставляя КП)? Я что-то пропустил. Все, ушел заниматься самообразованием.

Везет Вам. А я вот ни одного вариантного менеджера вживую не видел Лично знаком только с одним иодным дизайнером. Он тоже не жалуется. Имхо, конечно, но сам VM и есть проблема. Чего он только не умеет - если мне что-нибудь от него надо, обязательно не умеет!!! Количество слоев поменять не хочет, убрать компоненты, не трогая разводку, не научился. И трогая, кстати, тоже. Ну и все. Больше мне от него ничего не требовалось. А умеет он подменять компоненты, но только если корпус не меняется. В общем-то дело полезное, конечно, но имхо оно не стоит того, чтобы из-за этого использовать VM и раздувать проект. Если мне такое будет надо, я лучше перечень элементов новый сделаю. Имхо, структура проекта Expedition и без того перегружена и запутана до такой степени, что вполне нормальными считаются периодические падения проектов и их последующее восстановление путем создания нового. C VM, имхо, это будет происходить чаще :) ЗЫ. По поводу возможностей VM могу ошибаться, давно не пробовал, может что изменилось к лучшему. Но слабо верится, т.к. вопросы SM и f0GgY не остались бы без ответа, и им был бы дан совет попробовать именно новый, улучшенный VM :)

Однако это не все. Не работает lock и unlock, который я назначил на Ctrl+8 и Ctrl+9. И до шаманства, и после. Давно плат не разводил, поэтому только сейчас заметил. Найден и виновник. Это сверхсмарт утилиты. Выключаем кнопочку Enable Select Active Layer With Accelerator Key, и наслаждаемся безупречной работой кейбиндинга.

Подозреваю, что есть еще как минимум один человек, у которого тоже все работает :) Если это так, то настройки смарт-утилит конфликтуют с моими. И с Вашими тоже. Может в этом причина? Про плохонажимающийся Alt не понял. Если он плохо нажимается, то почему вдруг после шаманства он начинает нажиматься хорошо?

У меня горячие клавиши Alt+1, Alt+2, Alt+3, ... настроены на определенные цветовые схемы. Всегда это работало, а начиная с некоего релиза (похоже, 2007.5) все поломалось - вместо вызова соответствующей цветовой схемы тупо меняется активный слой. Причем клавиши Alt+Q и Alt+W (тоже настроены на цветовые схемы) продолжают работать правильно. Чинится шаманокостыльным методом - после запуска Expedition даем kein - команду сменить активный слой на заведомо несуществующий: cl 349 , Получаем сообщение Keyin: Invalid layer number , После чего все волшебным образом начинает работать правильно. Такие дела.

Возможно, Вам будут советовать использовать Variant Manager. Не ведитесь :) Костыль это. Именно копи-паст. К сожалению.

Тут, похоже, все просто: если город, то Москва, если ось, то винда, если сапр - то пикад.

Нет. Чтобы просто решить задачу, этого не нужно. Это нужно, чтобы решить задачу быстро и именно таким путем, каким удобно именно исполнителю, а не предлагаемым производителями мышкотыркательных инструментов. Можно постояно выполнять одно и то же действие, по десять раз тыркаясь мышкой, сокрушаясь, что какой-то производитель ПО не додумался сделать более удобную кнопочку, и так до пенсии, а можно "опрограмлиться" и написать скрипт, который будет заменять рутинное мышконажимание, а сэкономленное время посвятить чему-нибудь более полезному. Каждый сам выбирает свой путь. Это точно :)

Радикально