borodach 16 12 июля, 2018 Опубликовано 12 июля, 2018 · Жалоба С какого то момента не сложная двухслойная плата стала дико тормозить при перемещении компонента. такая ерунда была, когда на плате присутствовал логотип производителя, выполненный в виде массива линиий. его прорисовывать - непомерная нагрузка на AD, даже если он никуда не перетаскивается, а сидит себе где-то и не отсвечивает. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Orc 3 12 июля, 2018 Опубликовано 12 июля, 2018 · Жалоба такая ерунда была, когда на плате присутствовал логотип производителя, выполненный в виде массива линиий. его прорисовывать - непомерная нагрузка на AD, даже если он никуда не перетаскивается, а сидит себе где-то и не отсвечивает. нет, тут что то другое. не дает произвольно ставить компонент. значит DRC все равно включено как то хитрым способом Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 96 12 июля, 2018 Опубликовано 12 июля, 2018 · Жалоба Между "сильно тормозит" и "не дает произвольно ставить" -- большая разница. Про первое вам сказали одну из причин. Там им может быть несколько. Про второе -- стоит флаг расталкивания компонентов. Установите в игнорирование -- буде ставить как угодно Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Димон Безпарольный 2 13 июля, 2018 Опубликовано 13 июля, 2018 · Жалоба Где меняется порядок отрисовки полигонов? Рисую один полигон поверх другого, он не прорисовывается. Т.е. его как буд - то нет. Помогите пожалуйста. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Constantin 0 13 июля, 2018 Опубликовано 13 июля, 2018 · Жалоба Где меняется порядок отрисовки полигонов? Рисую один полигон поверх другого, он не прорисовывается. Т.е. его как буд - то нет. Помогите пожалуйста. Мда, на это котором году пользования возник вопрос? :-) В "Polygon Pour Manager", вестимо. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Димон Безпарольный 2 13 июля, 2018 Опубликовано 13 июля, 2018 · Жалоба Мда, на это котором году пользования возник вопрос? :-) В "Polygon Pour Manager", вестимо. Спасибо. Разобрался. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
juvf 17 13 июля, 2018 Опубликовано 13 июля, 2018 · Жалоба Там предупреждений на пару экранов и я просмотрел нужную строчку.Не должно быть ни одного предупреждения. Проект должен проверяться/компиляться в ноль, т.е. ни одной ошибки, ни одного предупреждения. За каждым ворнингом прячутся баги. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Darth Vader 0 13 июля, 2018 Опубликовано 13 июля, 2018 · Жалоба Не должно быть ни одного предупреждения. Проект должен проверяться/компиляться в ноль, т.е. ни одной ошибки, ни одного предупреждения. За каждым ворнингом прячутся баги. Как-правило так, но всё-же не всегда и не везде. Например предупреждение "Подключение скрытых выводов компонента к цепи.." вполне допустимы, если в библиотечных компонентах имеются таковые. А это весьма распространённое явление, особенно для цепей питания. Просто надо в проекте настраивать типы оповещений по максимуму на ошибки. А предупреждений оставлять по-минимуму. И лишь те, причины появления которых в конкретном проекте ты сам реально понимаешь и прогнозируешь возможность их появления: да, они могут быть вот такие потому, что вот в этом месте у меня сделано так-то. Лучше, конечно, задавать правила максимально жёстко. Я для этого практически на всё ставлю Fatal error. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 96 15 июля, 2018 Опубликовано 15 июля, 2018 · Жалоба Как-правило так, но всё-же не всегда и не везде. Например предупреждение "Подключение скрытых выводов компонента к цепи.." вполне допустимы, если в библиотечных компонентах имеются таковые. А это весьма распространённое явление, особенно для цепей питания. Просто надо в проекте настраивать типы оповещений по максимуму на ошибки. А предупреждений оставлять по-минимуму. И лишь те, причины появления которых в конкретном проекте ты сам реально понимаешь и прогнозируешь возможность их появления: да, они могут быть вот такие потому, что вот в этом месте у меня сделано так-то. Лучше, конечно, задавать правила максимально жёстко. Я для этого практически на всё ставлю Fatal error. Их не должно быть. Если они важны-- их нужно смотреть и устранять как Fatal так и warning Если не важны-- они отключаются. Как крайность-- их можно все отключить и проект будет без ошибок. Но что важно. что нет дело только разработчика. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
juvf 17 15 июля, 2018 Опубликовано 15 июля, 2018 · Жалоба Как-правило так, но всё-же не всегда и не везде. Например предупреждение "Подключение скрытых выводов компонента к цепи.." Не хотел отвечать, ибо не устраивать спор. Но поддержу Владимира Я не различаю ворнинг и ошибку, а тем более error и Fatal error. Вообще, что такое Fatal error? Чем он отличается от error? Проект должен копиляться или проверять в ноль. Ни каких ворнингов и ерроров. Либо настраивайте правила, чтоб не было ворнинга (например на D3 нога 4 должна быть так и так), либо устраняйте условия ворнинга. Тем более у Panych ворнингов было ПАРУЭКРАНОВ!!! ps Например предупреждение "Подключение скрытых выводов компонента к цепи.." вполне допустимы, если в библиотечных компонентах имеются таковые. А это весьма распространённое явление Это весьма распространённое явление выстрела себе в ногу в АД. Забудьте про скрытые выводы. Их не должно быть. Схема может быть транслирована в пдф. Там скрытые выводы не видны. Да и в АД этот "финт" ухудшает читаемость. смотришь в схему и не видно пинов/цепей. Может получитсья так, что ногу нужно зацепить на AGND, а она зацепилась скрытым пином на GND, а может вообще быть NoNet. Попробуйте сделайте на микросхме все пины срытые.... на резисторах скрытые.... на кондёрах.... Как ваша схема будет выглядеть? Ни чего не должно быть неявного. Всё должно быть очевидно и прозрачно!!! pps Если вы любите делать цепи-невидимки скрытые пины, то либо настраивайте правила, чтоб не было ворнингов (я уже не говорю за ерроры и тем более ФАТАЛ (кто это придумал?) ероры), либо явно подцепляйте выводы, чтоб не было ворнинга... там более ПАРУ ЭКРАНОВ. Имхо. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 96 16 июля, 2018 Опубликовано 16 июля, 2018 · Жалоба Забудьте про скрытые выводы. Их не должно быть. +1 Они могут быть. И даже ГОСТ предусматривает.Но схема электрическая ПРИНЦИПИАЛЬНАЯ предусматривает отображения ВСЕХ электрических связей и компонентов. Соответсвенно для скрытых выводов тот же ГОСТ следует на поле схемы размещать таблицу скрытых выводов, либо текстовую запись возле УГО с указанием подключения таких выводов. Это сделать сложно и не удобно. Поэтому проще показать все, и не заморачиваться со скрытыми выводами Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
musa 15 16 июля, 2018 Опубликовано 16 июля, 2018 · Жалоба Поэтому проще показать всеСогласен но есть компоненты у которых традиционно выводы питания делаются скрытыми. Мелкая логика например. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
epselon 0 16 июля, 2018 Опубликовано 16 июля, 2018 · Жалоба Всем привет при создании footprint-ов есть необходимость чтобы при вставке нового pad'a значение designator инкрементировалось сейчас я делаю ctrl_c + ctrlc_v после меняю значение в ручную, не удобно... AD18 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 96 16 июля, 2018 Опубликовано 16 июля, 2018 · Жалоба когда ставите их (Place pad)-- оно и инкрементируется при вставке следующего. Когда копируете-- нет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AnnSchr 0 16 июля, 2018 Опубликовано 16 июля, 2018 · Жалоба Подскажите, пож., кто сталкивался: При печати схемы из Altium названия контактов элемента и их номера немного съезжают вправо и налезают на линию. А на экране всё выглядит хорошо. Названия (здесь "D2", "R1,C1") я знаю как отодвинуть в библиотеке, а номер первого контакта сдвинуть не удаётся. Можно ли распечатать так, как выглядит на экране? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться