В редакторе PCB при создании отдельных полигонов (не спорю, чертовски удобно просто линиями нарисовать - и только цепь задай) довольно часто возникает Runtime Error в библиотеке ADVPCB.DLL, после которой редактор перестает выделять вновь создаваемые области в отдельные полигоны. Точную причину установить не удалось, видимо это само желание пользователя создать полигон в плэйне. Решается перезагрузкой AD, причем если ошибка приключилась на замыкании контура (то есть вел последнюю линию), то при перезагрузке необходимо удалить одну из линий контура и провести снова, чтоб полигон таки был создан. И еще не совсем понимаю логику выделения полигонов в плэйнах. Если пытаться перетащить компонент при активном каком-либо слое типа Plane (продолжительный левый клик на компоненте), почему-то предлагается на выбор компонент или полигон под ним из активного слоя Plane. Но ведь не таскаются отдельные полигоны в слоях Plane (при выборе в выпадающем меню полигона появляется обычная тянущаяся за курсором рамка для выделения нескольких объектов), зачем мне это предлагать? Пару раз еще терпимо, но постоянно прыгать по слоям, чтоб не делать этот бестолковый выбор, уже надоело.

И еще один неоднозначный момент. В 6.8 переместили вкладку Show/Hide в другое окно, а вместе с этим и сами настройки из системы в сам файл PCB. И видимо не только их, так как файл без формата Binary PCB 5.0 в 6.8 в среднем на 200 килобайт больше, чем в 6.7.

З.Ы. В 6.7 было два взаимодополняющих друг друга тормоза. Первый - масштабирование и панорамирование "тяжелой" платы без использования DirectX, ручная трассировка при этом работает нормально. Второй - включаем DirectX на той же плате, все сразу становится красивое, не дергается при масштабировании и панорамировании, но при интерактивной разводке каждый клик по площадке/проводнику/... с намерением начать вести цепь вгонял AD в полсекундную задумчивость, которая после получаса работы начинает просто бесить. Чертовски рад, что это наконец устранили, и чертовски зол, что вместо одних мелких тормозов добавили другие.

Ну это я уже понял а вот по третьему пункту можете чтото посоветовать? (как отключить модуль пытающийся найти нанобоард? Чтобы LPT в покое оставил!)

нет ни ноутбука, ни програматора. Соответственно проблемы нет.

Чуть выше поднималась тема отображения параметров компонента.
Я может чего-то не допонимаю, но у меня другой клинический случай. Посмотрите, пожалуйста, на картинку.

Вопрос почему поле "Comment" со значением "=Type" отображается как "#NAME?"? :-(
Параметр "Туре" у компонента есть. Параметр "=Value" у кондюка отображается верно.
Самое интересное, если параметр "Type" переименовать в "Type1" и изменить поле "Comment" на "=Type1", то все отображается нормально.

[Может потому, что "Type параметр зарезервирован по системный тип. И соответственно пытается брать значение оттуда

Не очень понял насчЁт системного типа. 8-)
Если "Type" системный параметр, то почему "Value" отображается нормально. ;-)
ЕщЁ могу добавить, что у коннектора параметр "Company" отображается нормально, а "Company package" уже как "#Name?". Получается, что не все параметры одинаково полезны. :-(.

Да, сори. Type это обычный.
Вообще не любит русских букв в названии параметра и не любит знаков различных не только в названиие но и взначении параметра, но у Вас не тот случай.
Копайте, у себя я вроде обошел эти дела

Есть еще глюки при экспорте в dxf-формат. Они были и в версии 6.7, они же остались в версии 6.8.

1. В библиотеке футпринтов рисую компонент. На механическом слое вырисовываю его вид для сборочного чертежа. Использую специальную строку ".Designator" на этом же слое. В плате включаю отображение специальных строк. В Альтиуме все позиционные обозначения на механическом слое отображаются правильно. При передаче чертежа в Автокад вместо всех позиционных обозначений на механических слоях получаю набор одинаковых надписей ".-1". Передача в dwg дает тот же эффект.

2. Сегодня заметил новый глюк. На одном из слоев разместил строку ".Via_count". В альтиуме количество отверстий отразилось правильно - 33 штуки (маленькая макетная платка). Передаю в Автокад и получаю там число "1719". Каким боком это связано с числом "33" понять не могу при всем желании... На версии 6.7 это не проверял.

Кстати, для дюбителей формул.
Попробуйте поставить Comment=Value+Value
Можно строить и более сложные выражения из параметров и текста.
Таким образом можно выстроить из отдельный параметров, гостовское "Наименование"

Не любит пробела в названии параметра: попробуйте "Company_package" - всё должно работать.

Type, кстати не содержит пробелов, а только "-" :-).
Сегодня вечерком покопаю.

В окне парметров есть выпадающее меню "TYPE"
Скорее всего с этим и связано. то есть это название уже зарезервировано.
Но покопайтяе По идее они должны были в одном из PDF выложить зарезервированные слова

Вообщем, результаты не утешительные. Копание дало... Нет, оно ничего не дало.
С помощью Parameter Manager выяснилось, что Type к системным параметрам не относится.
Самое интересное, это строчка в манускрипте TU103:
"If the Comment is left blank it will automatically be populated with the Library Reference when the component is placed."
Я убедился с помощью Parameter Manager, что поле Type совпадает в моЁм случае с Library Reference. "Очистил" поле Comment и ничего не увидел на месте, где должен бы появиться этот Library Reference.
Попутно выяснилось: значение параметра может быть каким угодно (с пробелами, дефисами и т.д.), а вот в имени параметра допускается только подчЁркивание.

Забыли добавить руские буквы и спецсимволы.
В принципе вводятся, но не все функции поддерживаются.

Второе не надо вводит типовае названия. Года полтора назад ввел параметр с именем FootPrint Для отображения текущего посадочного места, но при сохранениив версии 5.0 был конфликт, вроде бы в формировании BOM. Долго вычищал из библиотек потом эту заразу.


С тех пор ввожу только названия с малой степенью вероятности использования для чего либо воообще еще.

Видимо придЁтся от Type отказаться :-(.