Перейти к содержанию
    

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

нет, тут что то другое.

не дает произвольно ставить компонент. значит DRC все равно включено как то хитрым способом

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Между "сильно тормозит" и "не дает произвольно ставить" -- большая разница.

Про первое вам сказали одну из причин. Там им может быть несколько.

Про второе -- стоит флаг расталкивания компонентов. Установите в игнорирование -- буде ставить как угодно

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Где меняется порядок отрисовки полигонов? Рисую один полигон поверх другого, он не прорисовывается. Т.е. его как буд - то нет. Помогите пожалуйста.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Где меняется порядок отрисовки полигонов? Рисую один полигон поверх другого, он не прорисовывается. Т.е. его как буд - то нет. Помогите пожалуйста.

 

Мда, на это котором году пользования возник вопрос? :-)

В "Polygon Pour Manager", вестимо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Мда, на это котором году пользования возник вопрос? :-)

В "Polygon Pour Manager", вестимо.

Спасибо. Разобрался.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Там предупреждений на пару экранов и я просмотрел нужную строчку.
Не должно быть ни одного предупреждения. Проект должен проверяться/компиляться в ноль, т.е. ни одной ошибки, ни одного предупреждения. За каждым ворнингом прячутся баги.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Не должно быть ни одного предупреждения. Проект должен проверяться/компиляться в ноль, т.е. ни одной ошибки, ни одного предупреждения. За каждым ворнингом прячутся баги.

Как-правило так, но всё-же не всегда и не везде.

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

Просто надо в проекте настраивать типы оповещений по максимуму на ошибки. А предупреждений оставлять по-минимуму. И лишь те, причины появления которых в конкретном проекте ты сам реально понимаешь и прогнозируешь возможность их появления: да, они могут быть вот такие потому, что вот в этом месте у меня сделано так-то.

Лучше, конечно, задавать правила максимально жёстко. Я для этого практически на всё ставлю Fatal error.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Как-правило так, но всё-же не всегда и не везде.

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

Просто надо в проекте настраивать типы оповещений по максимуму на ошибки. А предупреждений оставлять по-минимуму. И лишь те, причины появления которых в конкретном проекте ты сам реально понимаешь и прогнозируешь возможность их появления: да, они могут быть вот такие потому, что вот в этом месте у меня сделано так-то.

Лучше, конечно, задавать правила максимально жёстко. Я для этого практически на всё ставлю Fatal error.

Их не должно быть. Если они важны-- их нужно смотреть и устранять как Fatal так и warning

Если не важны-- они отключаются.

Как крайность-- их можно все отключить и проект будет без ошибок.

Но что важно. что нет дело только разработчика.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Как-правило так, но всё-же не всегда и не везде.

Например предупреждение "Подключение скрытых выводов компонента к цепи.."

Не хотел отвечать, ибо не устраивать спор. Но поддержу Владимира

Я не различаю ворнинг и ошибку, а тем более error и Fatal error. Вообще, что такое Fatal error? Чем он отличается от error?

Проект должен копиляться или проверять в ноль. Ни каких ворнингов и ерроров. Либо настраивайте правила, чтоб не было ворнинга (например на D3 нога 4 должна быть так и так), либо устраняйте условия ворнинга.

 

Тем более у Panych ворнингов было ПАРУЭКРАНОВ!!!

 

ps

Например предупреждение "Подключение скрытых выводов компонента к цепи.." вполне допустимы, если в библиотечных компонентах имеются таковые. А это весьма распространённое явление

Это весьма распространённое явление выстрела себе в ногу в АД. Забудьте про скрытые выводы. Их не должно быть. Схема может быть транслирована в пдф. Там скрытые выводы не видны. Да и в АД этот "финт" ухудшает читаемость. смотришь в схему и не видно пинов/цепей. Может получитсья так, что ногу нужно зацепить на AGND, а она зацепилась скрытым пином на GND, а может вообще быть NoNet. Попробуйте сделайте на микросхме все пины срытые.... на резисторах скрытые.... на кондёрах.... Как ваша схема будет выглядеть?

Ни чего не должно быть неявного. Всё должно быть очевидно и прозрачно!!!

 

pps Если вы любите делать цепи-невидимки скрытые пины, то либо настраивайте правила, чтоб не было ворнингов (я уже не говорю за ерроры и тем более ФАТАЛ (кто это придумал?) ероры), либо явно подцепляйте выводы, чтоб не было ворнинга... там более ПАРУ ЭКРАНОВ. Имхо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Забудьте про скрытые выводы. Их не должно быть.

+1

Они могут быть. И даже ГОСТ предусматривает.Но схема электрическая ПРИНЦИПИАЛЬНАЯ предусматривает отображения ВСЕХ электрических связей и компонентов. Соответсвенно для скрытых выводов тот же ГОСТ следует на поле схемы размещать таблицу скрытых выводов, либо текстовую запись возле УГО с указанием подключения таких выводов.

Это сделать сложно и не удобно.

Поэтому проще показать все, и не заморачиваться со скрытыми выводами

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Поэтому проще показать все
Согласен но есть компоненты у которых традиционно выводы питания делаются скрытыми. Мелкая логика например.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Всем привет

при создании footprint-ов есть необходимость чтобы при вставке нового pad'a значение designator инкрементировалось

 

сейчас я делаю ctrl_c + ctrlc_v после меняю значение в ручную, не удобно...

AD18

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

когда ставите их (Place pad)-- оно и инкрементируется при вставке следующего.

Когда копируете-- нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Подскажите, пож., кто сталкивался:

При печати схемы из Altium названия контактов элемента и их номера немного съезжают вправо и налезают на линию.

А на экране всё выглядит хорошо.

Названия (здесь "D2", "R1,C1") я знаю как отодвинуть в библиотеке, а номер первого контакта сдвинуть не удаётся.

Можно ли распечатать так, как выглядит на экране?

post-79969-1531734248_thumb.jpg

post-79969-1531734270_thumb.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...