Сообщение про скругление перенес в отдельную тему. Проблема будет решена в 15.1!

Здравствуйте! Есть такая проблема - при обновлении компаонента из библиотеки, у компонентов, которые смотрят вниз меняется слой с bottom silk, на top silk. При этом шелкография остается перевернутой. (Позиционные остаются в том слое, где и были. Что делать?

Посмотрите в свойства этих компонентов. Скорее всего стоит галочка Flipped on layer. Снимите!
Почему она появляется неизвестно...

Действительно стоит, спасибо.

А как выбрать и изменить это свойство у всех?

P.S. Выяснил одну странную особенность: Есть конмпоненты у тоторых галка не стоит, а они такие. Глюк какой то очередной. Файл видимо убитый получился.

Сообщение отредактировал AcidBurn - Nov 26 2014, 09:19

У меня такое проявлялось на платах начатых в ранних версиях AD13, а потом редактируемых в новых билдах AD13. В какойто из версий AD14 эту проблему пофиксили, но частично (переодически вылазиет). И именно при обновлении из Pcb библиотеки.

Группового редактирования для этого параметра в AD13 нет, в AD14 не помню, в AD15 точно есть!

Такая ошибка была в программе, в версии 14.1 или 14.2. Позже ее исправили!

Доброго всем времени суток.

Возникла проблема:

периодически необходимо перегнать топологию платы из Альтиума в PCAD.
Альтиум 13-й, PCAD 2004.

Делаю всё как "Save as - Export P-CAd ASCII (*.pcb)

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

Никто не сталкивался с подобным?

Если сталкивались и нашли причину, буду благодарен за подсказку.

Проблема с буквой "я" в Pcad/ Вроде в ней наделали примочек, как ее обходить.

Из версии к версии: при выводе на печать на принтер схемы в свойствах принтера не запоминается размер бумаги. Всегда сбрасывается на Letter.

Во-первых, посмотрите образующийся файл(ненулевой размер, цельность и т. п.)
Во-вторых, обратите внимание на наличие нелатинских символов в названиях папок - P-CAD для ASCII этого очень не любит
В-третьих, надо посмотреть указанную строку и понять ошибку. Лучше импорт вести в P-CAD 2006.

Кто работает с DBLib, подскажите, у вас наблюдается такое поведение, или нет?

AD 13.1.2. MySQL сервер с базой по элементам. Все работает на первый взгляд исправно, но как всегда НО:

1. По прошествии некоторого времени (например, если оставить копьютер на ночь) при установке элементов из библиотеки компонент не формируется - не заносятся атрибуты из таблицы, не цепляется футпринт, по сути ставится пустой символ. Обновление библиотеки не спасает. Лечится открыванием файла .DBLib и Reconnect' ом. Проблемы с сетью исключены - база работает в тестовом режиме и поднята на localhost' e.

2. Неприятный глюк. Есть в панели библиотек живая сортировка (строчка под выпадающим меню с выбором либы) : вводишь значение - содержимое списка компонентов автоматически фильтруется в соответствии с введенным текстом, очень удобно ..... НО : имеется несколько билиотек (на разные типы компонентов). В каждой таблице естественно набор столбцов разный (иначе нет смысла делить на таблицы по типам). Так вот, когда, например, таблица "Коненсаторы" отфильтрована по некому значению и мы переключаемся на другую таблицу, например "Резисторы", то получаем сообщение о том, что "Аргументы имеют неверный тип, выходят за пределы допустимого диапазона или вступают в конфликт друг с другом". Суть ошибки в том, что при переключении либы меняется и набор столбцов. В БД в таблицу "Резисторы" посылается SQL-запрос по столбцам от "Конденсаторов", в этот запрос попадают столбцы, которые в "Резисторах" не существуют, отсюда и ошибка. Если установить видимость у всех библиотек только для совпадающи столбцов - проблемы не возникает. Но тогда отпадает смысл деления на библиотеки. Т.е. ПРИ СМЕНЕ АКТИВНОЙ БИБЛИОТЕКИ необходимо перед отправкой запроса, проверять его корректность по отношению к данной таблице. Или что-то еще, но ЭТО не дело ...

3. Еще такая вот "мелочь": при использовании сортировки по столбцам (путем перетаскивания заголовков и формирования древовидной структуры), опять же есть пролема при смене таблиц: в этой структуре остаются только те заголовки, которые являются общими для разных таблиц. Например, отсортировал я конденсаторы по полям VALUE, DIELECTRIC. Переключился в резисторы - поле DIELECTRIC понятное дело пропало - так и должно быть (наеврно...). При возвращении в таблицу конденсаторов это поле обратно не появляется - его нужно перетягивать заново - т.е. не хватает возможностти запомнить индивидуально для каждой таблицы свою сортировку. Тогда можно было бы один раз настроить для каждой таблицы удобную ДЛЯ СЕБЯ сортировку компонентов и не париться по 25 раз в день по этому поводу.

что же это такое ?? я тут со скрипом пытаюсь продвинуть БД - библиотеки, чтоб всем было "хорошо" , но есть ощущение, что меня за такое "хорошо" ...

ЧТО Я ДЕЛАЮ НЕ ТАК

Сообщение отредактировал tony_montana - Dec 22 2014, 03:58

Такая же ситуация возникает иногда с базой DbLib на основе SQLite, Альтиум 14.3. Лечится обычно перезапуском Альтиума.


Это нормально, Вы такой не один.

Посмотрите в сторону Vault?

подобные решения вне моей компетенции, но лично у меня нет желания связываться

новая напасть - периодически отваливаются все таблицы БД кроме одной,первой по алфавиту... намеренному воспроизведению (по крайней мере, пока) не поддается, с базой все ОК - программы-клиенты спокойно видят все таблицы и работают с ними... reconnect' ом не лечится, только перезапуском АД

"живая" сортировка, о которой я писал выше, вообще перестала работать. Теперь ее лучше не трогать совсем, чтобы не нарываться на варнинги.

Стало вот интересно, такое поведение Альтиума считать багом или фичей:



Левая контактная площадка сглаженный прямоугольник с 1% сглаживания, правая просто прямоугольник.
Пикад отрабатывал зазоры как слева, равномерно. А тут получается что для прямоугольника зазор неравномерный.