Visero

а разработчики - геймеры еще те :) я просто лежал падцталом, когда на примере человечков из Fallout3, объясняли концепцию мультиюзерной работы с платой. первые 4 минуты - http://www.altium.com/release10/#tpdczqa

спасибо тебе добрый человек. В альтиум импортнулось без проблем, сэкономил время очень сильно. прикладываю PCI.Local.Bus.Specification.Revision.3.0 до кучи PCI.Local.Bus.Specification.Revision.3.0.pdf

фигня какая-то. поставил 9.5, и он тоже не запускает автоматом. В виртуальной машине, где кроме сам350 9.5 ничего более не стоит - та же песенка. Надоело ковыряться, буду пользоваться без этой функции.

да, путь к скриптам прописан правильно

создал батник который убирает мусор из герберов, запускает сам350 и запускает в нем нужный макрос пытаюсь запустить макрос автоматом при запуске сам350 вер10 пишу в батнике следующее - "c:\Program Files\DownStream Technologies\CAM350 10.0\camnt95.exe" -Mscript.SCR открывается сам350, мелькает чистое окно нового файла и вылазиет приветственный синий экран. Это там где getting started with cam350 и прочие фенечки. запускаю с ключом ......... -msetnewfile@ Вроде как должен после старта открыть новый файл, но этого не делает, выдает все-тот же экран приветствия. Что я делаю не так? Почему макрос не запускается автоматом?

спасибо за стандарты!

нашел свою старую тему - закрою ее свои рецептом (простым) проект полностью сжимается архиватором 7zip (проект в 60Мб сжимался до 1,5-2 метров ). Сжатый архив уже и идет под коммит\апдейт свн-а.

Владимир, просим!

Мучаюсь со сваппингом резисторов в сборках. Миллион случаев, когда необходимо перенести "резистор" из одной сборки в другую. В менторе это сделать легко, у альтиума же двигать "резисторы" можно только внутри сборок. Приходится решать это "в рукопашную" - отцеплять в схеме сборку (она у меня состоит из N отдельных резисторов, где N=4 или 8) и раскидывать их по шине. А может все проще, а? может это загадочные sequence ID's , глубинная сущность коих осталась мне недоступна?

не прокатило

Необходимо просимулять плату через signal integrity. Собираю ибисы для всех сложных микрух, беру ибис для ддр2 с сайта-производителя . Пытаюсь импортить ибис - опля, сбой. В логе ошибок IbisErrors.txt пишется причина "ERROR (line 20) - Illegal IBIS_Version '4.0'." и далее стотыщ ошибок. Как проблему обойти? Есть ли конкретно у Микрона библиотека ибисов старых версий? Можно ли конвертировать новые ибисы в старые? Есть ли какой-нить патч для альтиума (версия 8.0.0.ххх)?

хей, люди :) долго и успешно пользовался методом KKan'a, пока в один прекрасный день, в одном прекрасном проекте на нажатие кнопочки Ф2 не вылетела табличка с unrecoverable error. Конечно, я не надеюсь на какое-либо решение проблемы - это просто крик души и предостережение потомкам :) Буду юзать ручной режим предложенный выше fill'ом.

снятие галочки Keep layer in sync не помогает, к сожалению не сохраняет плейн слои (подменяет их сигнальными), сбрасывает толщины меди\диэлектриков.

товарищ stackup editor не хочет сохранять отредактированный в нем стек слоев. При выходе из CES конечно же жму сейв ол, но при следующем открытии значения сбрасываются. Разногласий с Setup parametrs->Planes (Expedition PCB 2005.3) нет.

еще вопрос расстанавливаю рефдезы при редактировании платы реюзабл блока, верифю его в библиотеке, аннотирую в основной проект - помимо добавления префикса инстанса рефдезы раскидываются по сторонам. переносится ли в основную плату расположение рефдезов из реюзабл блоков? есть ли где требуемая галка?

глупая какая-то ситуация: не сохраняются любые изменения проекта в *.fpc файле. При сохранении ИОД в консоли бодро пишет, что все в порядке, fpc по заданному пути сохранен (без кириллицы). Но при следующем запуске ИОД и загрузке этого же файла в расстановке пинов каша получается.

Vadim, fill, спасибо. Может кому далее будет интересным - элементы "разглаженного" блока после указанного действия не хотят двигаться. Необходимо удалить все проводники/виасы (в блоке они залочены). Мне помогло Edit->Unlock. После этого можно двигать целлы.

апну тему можно ли изменять отдельные reusable blocks на плате, без изменений в Цбиблиотеке? есть ли какая-нить explode команда? Допустим ситуация - юзается на плате эн число блоков, один из них надо слеегка модифицировать, чтобы влез. Изменю библиотеку - изменения полезут во все блоки.

SM, нет, работаю под виндовсом XP хоум . Дальше ХР pro уже ничего не знаю, но кажется ни в хоум, ни в про нет реализации подобной системы разрешения для разных юзеров. С файлами случай второй - ментор "давится". Combat, спасибо. скорее всего так и будем делать.

При работе программы контроля версий в каждой папке\подпапке создаются скрытые папки ".svn", где содержится контрольная информация. При открытии и сохранении pcb-файла в ExpeditionPCB экспедишн зачем-то лезет в эти директории, пытясь открыть файлы, естественно вылазиет ошибка открытия\сохранения и программа не выполняет действия. Вопрос - можно ли обойти эту ситуацию со стороны экспедишна? Прекращать пользоваться SVN нет желания.

bigor, спасибо за ответ

а кстати, что более критично - соблюсти указанный зазор, но выйти за пределы согласования длин (+-100мил), либо не соблюсти и не выйти?

ага, у меня не сработало. Видимо в библиотеке надо вместо второго пада подставить fill.

пробовал дорисовывать филсы при создании футпринта, но при аннотации на плату они автоматически к цепям соседнего пада не подцеплялись, DRC ругался. Показалось сложнее обойти этот случай в DRC, чем мое решение. Насчет дорожки между падами согласен, но у нас нет определнного монтажного участка. мой конкретный случай - комплектация до конца не утряслась, неизвестно на какую позицию будет заказн 0402, на какую 0603

Столкнулся с проблемой создания футпринта 0402/0603, четкого рецепта в этой ветке не нашел. Поэтому предлагаю к рассмотрению свою версию, может у кого получилось проще. 1. В *.pcblib создаем через IPC wizard футпринты отдельно для 0402 и отдельно для 0603. Совмещаем, получаем что-то подобное, имя допустим "0402/0603". Падам, которые накладываются друг на друга, присваиваются одинаковые имена (допустим слева оба пада - "1", справа - "2"). 2. В *.schlib создаем стандартный символ для конденсатора/резистора\индуктивности. Две ноги. 3. При аннотации схем в псб, Альтиум начаинает DRC'ой ругаться на наложение падов друг на друга. Чтобы этого избежать, необходимо прописать два правила в Design Rules. Первое правило - разрешает короткое замыкание между двумя падами "1" футпринта 0402/0603 ( HasFootprintPad('0402/0603' ,'1') ), второе по аналогии - между "2" ( HasFootprintPad('0402/0603' ,'2') ) Данный метод понравился больше из всех попыток. Если в пункте 2 создать компонент с 4-мя ногами (две "1"и две "2"), то на схемах при подсоединении символа будет появляться нежелательная точка. Это коробит мое чувство прекрасного :laughing: