ipse (Все сообщения пользователя)

Спасибо за проявленный интерес. Надеемся получить плату для разводки в ближайшее время, т.к. в командировку мы отправляемся уже сегодня вечером. Отправлять по адресам: support@eremex.com или info@eremex.com

В объявлении про семинар 3 ноября предлагают показательно оттрассировать платы участников семинара. Хочу предложить оттрассировать нашу плату заранее, так как за семинар это врядли возможно. Не обязательно даже всю - хотя бы цифровую часть платы. Плата небольшая, но там Spartan 6 LX75 в BGA с 484 ногами с несколькими широкими параллельными шинами. На 6 слоях. Используя только сквозные переходы (всё ради снижения стоимости). Плата планируется к выпуску как open-source hardware, и мы планировали выложить её исходники в интернет через несколько месяцев. Сейчас она разведена в Altium Designer и готовится к производству прототипов. Но если специалисты Эремекса готовы показать, что Топор не хуже заморского инструмента, то мы можем выложить исходники прототипа прямо сейчас. Любой желающий сможет повертеть в руках полноценный проект и удостовериться, что Топор разводит лучше (или хуже). Это куда интереснее вырванных из контекста картинок на сайте. Мы уже делали один маленький open hardware проект на бесплатной версии Topor - http://code.google.com/p/clock-tamer/ И нам даже понравилось. Но новый сложный проект мы снова делаем на Altium, потому что боимся, что Topor не справится и мы потеряем много драгоценного времени на решение проблем с программой. Буду рад убедиться сам и убедить коллег, что это не так. Если разводка нам самим настолько понравится, что мы решим использовать её при следующей итерации прототипирования, я отдельно упомяну об этом в своих выступлениях - через месяц на SDR'11 в Вашингтоне и в конце года на 28C3 в Берлине. Уровень конференций предлагаю оценить самостоятельно. Я много раз спрашивал зарубежных коллег и партнёров, знают ли они о Topor. Ни один не ответил утвердительно. Зато все знают Eagle, который имхо нацелен на ту же нишу, что и Topor. Я горжусь тем, что я русский, с российским инженерным образованием. И мне горько, что интересные российские разработки не получают должной популярности на Западе. PDF'ки схемы платы и текущей разводки можно скачать тут: (схема) (разводка) Картинки компоновки платы, чтобы оценить сложность:

Ну, 2-3 это уже несколько Вообще не очень понятен вопрос - разве проблема вывести список всех выделенных цепей? Если уж я выделил несколько цепей, мне бы хотелось знать, что же я выделил, а не "VCC, GND, и ещё 3 непонятно чего".

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

При выделении какой-либо цепи в режиме Freestyle на информационной панели написано "Выделены объекты разного типа". Это, конечно, правда, но не очень информативно. Более того, я не нашёл вообще никакого способа узнать, что же за цепь я выделил в режиме Freestyle. Чтобы это узнать приходится переходить в режим ручного редактирования и там уже смотреть. Было бы удобно, если бы под надписью "Выделены объекты разного типа" была написана цепь, к которой они принадлежат (или список цепей, если выделено несколько).

Этот недочёт скорей всего будет исправлен в версии 5.1 По поводу списка из нескольких цепей, насколько это необходимо? может ограничиться двумя-тремя цепями?

При выборе "Удаление с диска" в контекстном меню файла печатной платы fsx-файл удаляется из проекта, но остаётся на диске. fsxview-файл так же не удаляется.

Исправлено

У нас четырёхслойная плата, один из внутренних слоёв - опорный, привязан к цепи GND. Несколько контактов соединены с GND через переходы, проходящие через опорный слой. Но при проверке DRC выводится предупреждение, что цепь не разведена. Версия: Topor Lite 5.0.108.7586

В PCAD/Altium/PADS подразумевается, что слой Plane всегда залит металлизацией. И когда делаешь экспорт из Альтиума, то в файле экспорта на Plane нет никакой заливки. Это приводит к следующим проблемам: 1) При DRC цепи, которые связаны с Plane через переходы, не считаются разведёнными. 2) При генерации герберов слой остаётся не залитым. Предлагаемые варианты решения: 1) Вести себя как все. Т.е. считать этот слой залитым сразу. 2) При импорте заливать слой металлизацией. 3) При импорте предупреждать пользователя, что слой не залит и это надо сделать вручную. Тут хорошо бы кнопку "Залить слой", чтобы не заливать дрожащей мышкой. В случаях 2 и 3 надо предусмотреть механизм избавления от заливки на plane при экспорте из Топора в PCAD. PS При экспорте из Альтиума в DSN plane заливается металлизацией похоже ещё на этапе экспорта. Версия Топора: 5.0.108.7806

При чтении футпринта (patternDef, patternDefExtended) игнорируются все многослойные объекты (объекты описанные в слое "multiLayer") за исключением контактов.

Хм. Это ограничение планируется как-то исправлять? Не всякую дырку можно сделать падом, некоторые должны быть переходами. Пусть они хотя бы отдельно от футпринта импортируются Совсем без дырок никак - микросхема не припаяется. В идеале их надо переименовать так, чтобы при экспорте с шаблоном Топор догадался, что это бывшая часть футпринта.

В ближайших версиях такое поведение сохранится. Дело в том что переходы в TopoR-е вещь достаточно специфичная и никак не могут находится в футпринте. Если Вы объясните, почему в вашей ситуации нельзя использовать контакты, может мы сможем найти выход.

Ага' date=' сохраняются, но как выразился наш разводчик - "страшные, как зомби". У них, похоже, слетают классы: [/quote'] Будем разбираться.

Спасибо.

Если Альтиум по каким то причинам не сохранил слой (хотя слои "Bot Assy", "Bot Silk", "BotPaste", "Bot Mask" в файле присутствуют), то потребуется совсем другая обработка файла.

* Сообщение об ошибке при импорте из PCAD. Ошибка в окончании, слово "инстанция" надо бы перевести на русский нормально: * Если мне не изменяет память, то пишется раздельно:

Эти ошибки исправлены.

При чтении футпринта (patternDef, patternDefExtended) игнорируются все многослойные объекты (объекты описанные в слое "multiLayer") за исключением контактов.

Такое поведение было изначально. В TopoR-e переход не может быть частью футпринта.

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