[Uladzimir 60]

Поправьте вручную. Это быстрее

[vlasin 0]

При генерации BOM-а в формате CSV Altium почему-то содержимое каждой ячейки заключает в кавычки ,например так: "Fitted","C2", ...

Эти кавычки где-то в настройках можно отключить?

[EvilWrecker 0]

Здравствуйте!

 

Собственно проблема на скриншоте- псб панель показывает одно значение, а инсайт дисплей другое(выравнивал по показаниям последнего). Много раз получал разницу в 0.001 при выравнивании в ноль, что понятно в связи с используемой системой единиц в альтиуме, но более чем 0.001 не получал никогда. Чему верить?

 

Также замечено что, что при наличии сегментов меандра длиной менее 1.5 трассы(на скриншоте сегменты везде >1.5x) иногда происходит ломка проводника в произвольном месте, появляется "зубец". Я значениями менее 1.5 не пользуюсь, но имхо это баг.

[Uladzimir 60]

скриншоте у вас Signal Lendht (самый короткий путь)

Инсайт-- у меня показывает старое (ранее единственное значение) Routed Lendht-- сумму примитивов по длине.

 

если все доведено до центра Pad Via То первое всегда равно или короче второго. Обычно меньше, если излом Track сделан внутри PAD или Via POLY Restance.

 

В ВЧ обычно нет Poly Restance на трассах.

 

Верить лучше первому. если Pad большие ошибка может быть больше 0.1 мм.

 

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

 

 

[peshkoff 24]

Здравствуйте!

 

Собственно проблема на скриншоте- псб панель показывает одно значение, а инсайт дисплей другое(выравнивал по показаниям последнего). Много раз получал разницу в 0.001 при выравнивании в ноль, что понятно в связи с используемой системой единиц в альтиуме, но более чем 0.001 не получал никогда. Чему верить?

 

Также замечено что, что при наличии сегментов меандра длиной менее 1.5 трассы(на скриншоте сегменты везде >1.5x) иногда происходит ломка проводника в произвольном месте, появляется "зубец". Я значениями менее 1.5 не пользуюсь, но имхо это баг.

 

 

ну во первых нафик вам бороться с 0.001 мм? ну и черт с ним.

 

а альтиум любит в момент оканчивания выравнивания добавлять на стыках отрезки долинной 0. Но фактически они не 0, а чуть больше. при большом количестве они дают прирост, видимый на панели. Если удалить их. то длина становится равной.

 

все эти внезапные изломы - беда альтиума. столько нервов тратится...

 

Но это я про 13 версию. В ней хотя бы понятно что такое длина цепи. в 16 все намного сложней. там Signal length еще свои "поправки" вносит.

 

биты не свапите чтоли? что то перебор по длине помойму

[EvilWrecker 0]

скриншоте у вас Signal Lendht (самый короткий путь)

Инсайт-- у меня показывает старое (ранее единственное значение) Routed Lendht-- сумму примитивов по длине

 

Это да- ну и в принципе верится больше инсайт дисплею как-то.

 

если все доведено до центра Pad Via То первое всегда равно или короче второго. Обычно меньше, если излом Track сделан внутри PAD или Via POLY Restance.

 

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

 

Верить лучше первому. если Pad большие ошибка может быть больше 0.1 мм.

 

Да? :crying: Вот этого не знал, спасибо за наводку.

 

ну во первых нафик вам бороться с 0.001 мм? ну и черт с ним.

 

Конечно незачем- да и вообще все это от многолетней привычки выравнивать в ноль :laughing: Но мне интересно, вдруг я что-то не заметил: какую-нибудь неизвестную мне до этого грязь альтиума, как например описанный Владимир случай с большими падами. В смысле, вдруг там разница не 0.002, а скажем 0.2 или того больше. В альтиуме- не удивило бы

 

а альтиум любит в момент оканчивания выравнивания добавлять на стыках отрезки долинной 0. Но фактически они не 0, а чуть больше. при большом количестве они дают прирост, видимый на панели. Если удалить их. то длина становится равной.

 

Да да, сильно бесит эта ерунда- но тут имхо не тот случай: интересуемый участок меньше целевой длинны в матч группе.

 

все эти внезапные изломы - беда альтиума. столько нервов тратится...

 

Особенно когда оно возникло ВНЕЗАПНО, т.е трассу не трогал и соседние тоже. Просто оно появилось.

 

биты не свапите чтоли? что то перебор по длине помойму

 

Биты сваплю, просто пакую тесновато(см.скриншоты)- из Т бранча делаю флай бай в малом пространстве. А самый длинный байтлейн как раз из предыдущего поста(31.172мм). Расстояние между бга и памятью(корпус -корпус) менее 4.5мм, по кортярду меньше 3.5

[_Sergey_ 13]

Красиво.. :)

Одни uVia?

[EvilWrecker 0]

Красиво.. :)

Одни uVia?

 

В оригинальном проекте HDI формула 2+8+2, стала 1-1-8-1-1, в смысле микровиа стекается с микровиа и погребенными. Тут наверное "сложность" одна- это i.MX6, со своими фиксированными первыми битам: без этой ерунды(был бы i.MX7) поставил планки courtyard edge-to-edge, т.е минимально возможное расстояние. Главное что на 3 слоя раскинулись все байтлейны в такой площади- все затем чтобы в сравнении с оригинальным проектом:

 

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

- флайбай вместо т-бранча

- НЕ класть 4 полигона питания друг за другом

- кучу DFM убрать

 

Соответственно оригинал это как раз пресловутый опенрекс :laughing:.Ну и совершенно другие библиотеки- их даже закинул на форум автора с тролль-аккаунта(EVW13- это коллектив авторов)

[sky16 0]

Здравствуйте!

к сожалению, тема очень длинная - всё прочитать не смог, а как правильно забить поиск не могу придумать, поэтому объясняю словами:

есть ли в альтиуме в компоненте возможность назначить одному выводу в sch несколько выводов в pcb.

например: есть lm1117 в корпусе sot-223, как назначить четвертому выводу Vout?

[Uladzimir 60]

Нельзя.

наоборот можно.

[_Sergey_ 13]

Здравствуйте!

к сожалению, тема очень длинная - всё прочитать не смог, а как правильно забить поиск не могу придумать, поэтому объясняю словами:

есть ли в альтиуме в компоненте возможность назначить одному выводу в sch несколько выводов в pcb.

например: есть lm1117 в корпусе sot-223, как назначить четвертому выводу Vout?

 

Сделать 2 третьих вывода..

[sky16 0]

Нельзя.

наоборот можно.

 

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

и зачем такое может пригодиться? ну, на будущее...

 

Сделать 2 третьих вывода..

 

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

[Uladzimir 60]

Есть Pin Map

Там по умолчанию номера совпадают.

Но никто не мешает поменять. И будет так

PIN PAD

1 1

2 1

3 1

 

Этим можно защитить проект, дабы чужие голову поломали, как такое возможно :)

 

А вообще решение для вас известно.

Pin на схеме один. А PAD с одним номером --- множество

[sky16 0]

Есть Pin Map

 

вот его то я и искал - точно, проЯснило сразу! да только не работает оно. в столбике "sot-223" стоит "2, 4", а net цепляется только за 2, четвертый no net

 

А вообще решение для вас известно.

Pin на схеме один. А PAD с одним номером --- множество

 

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

Изменено 7 октября, 2016 пользователем sky16

[Uladzimir 60]

вот его то я и искал - точно, проЯснило сразу! да только не работает оно. в столбике "sot-223" стоит "2, 4", а net цепляется только за 2, четвертый no net

Это известная проблема. Дальше запятой программисты не вычитывают. И считают там, что это редко используется и поэтому не нужно и тратить время на это не нежно.

В общем и тут считаются во главу только удобства программистов.