АД 14.2.3
В настройках программы выставлена метрическая система.
При формировании символа в библиотеке, метрическая.
При подключении к шине не происходит соединения. При дюймовой, та же ошибка
Где копать?

Сообщение отредактировал meh2000 - Apr 25 2014, 10:06

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

У Вас неправильные размеры для объектов bus entry. Необходимо задать значение, кратное Вашей сетке (похоже 2,5 мм). Это можно сделать: DXP>preferences>shematic>default primitives


Владимир, можно как-то пояснить, в чем заключается данная проблема? Если можно - с примерами.

Часть дефолтных настроек не реагируют на метрические размеры. Происходит пересчет в дюймы. В результате цепи не всегда подключаются к контактам УГО. Приходится при вводе схемы контролировать соединение (красные кресты), внимательно читать протоколы компиляции и т.п. В последнее время распечатываю списки цепей (из трассировки) и ВРУКОПАШНУЮ прохожусь им по схеме (ошибки в ПП иногда дорого обходятся).

Как решать проблему - переходить в дюймы. Однако готовые библиотеки УГО висят гирями на руках!
Не забывайте, что внутри Altium сидят дюймы. Миллиметры пришли позже. Не все программные модули переписаны.
Да и я так понимаю, что полную совместимость с метрикой можно получить только полностью переписав весь пакет.

Что касается примеров - войдите в дефолтные настройки наклонной черты подключения к шине. Вводишь размер в мм - сразу пересчитывает в mil.
А с какой точность не пересчитывай, то разница между mil и мм будет в каких-то 0,00001 !

Сообщение отредактировал v-vovchek - Apr 27 2014, 05:32

Вставлю свои пять копеек по проблеме дюймов vs мм.
С примерами проблем внутренних пересчетов сталкиваюсь эпизодически. Самый последний - форма платы полученная из примитивов - примитивы лежат в мм сетке точно (например, угол - 100,100), а производная от них плата уже точно не лежит (например, угол платы - 99.9999991,100.000001). Как то так.
Нехай с ним. Я предлагаю ввести настройку (глобально) "похожести", чтобы движок AD начиная с заданной цифры после запятой приводил любое число или к "правильным" мм либо же к "правильным" дюймам.
P.S. Только что вспомнил, такой же косяк, как я описал выше, наблюдается с 3D телом вытянутым самим AD в редакторе посадочных мест.

Данным процессом управлять трудно, ибо все в руках всевышних (то бишь программистов). А они нацелены на западный и восточный мир, где ГОСТ до лампочки и господствуют дюймы!

Давайте рассматривать два вопроса отдельно!
Изначально речь шла про схематик, где на мой взгляд все честно. Устанавливаете ММ, делаете все примитивы и УГО в ММ и проблем нет. Если кто-то не согласен, прошу примеры...


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

Отдельно стоит рассматривать проблему в редакторе плат, где, соглашусь, она имеется!



Вот это уже похоже на правду, такое я встречал. Если не трудно - прицепите пример, в котором можно увидеть данную проблему.
Спасибо!


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


1. Причина в неверной настройке примитивов, где-то остались 2,54 мм по умолчанию
2. Включите в компиляции правило Off-Grid object

проблема простая. В целом все цепляется к выводам, но существуют "черные дыры" только на некоторых схемах и некоторых местах Net упорно не хочет "цепляться " к Pin/ Хотя все находится в сетке.
Много лет назад и у меняя такое было, когда пробовал работать в миллиметрах. Хватило 1 раза, чтобы уйти от этого.
Вокруг много работающих в миллиметрах--- С завидной регулярностью рано или поздно звали разобраться. При этом звали только миллиметровщики.
Уже всех миллиметровщиков изжил вокруг себя. При этом я их не заставлял.
В общем для схемы нужны ни миллиметры, и не дюймы. Достаточно одной единицы DXP Default которая и определяет размер сетки.
бог с ним. пусть не будет ни крыльев ни ног, останутся одни ползучие гады.





Это не только с формой, с любыми примитивами бывает. Но седьмой знак после запятой никакое производство не обеспечит. То есть это проблема надуманная. Если уж так пошла, то нужно допуски всегда указывать. А они явно не в 7 знаке после запятой.
Единственно, что тут может плохо получится--- это FanOut. Они могут идти "уступами" для некоторых типов Footprint (резисторы, конденсаторы). Но именно им и не делают fanOut, Хотя и это можно вылечить правилами.

Вот это тоже похоже на правду о "хвостах" дюймовой системы:
http://altiumpcbdesigner.blogspot.com/2014...s-holesize.html

Да неправда там все. если указаны безымянные единицы--- используются или миллиметры или дюймы. То что сейчас активно в PCBDOC
Поэтому такая запись в принципе не верна. Нужно всегда явно указывать размерность единицы, чтобы быть не привязанным к текущим единице отображения. Например так
isPad and (HoleSize >= AsMM(0.5)) для миллиметров
или
isPad and (HoleSize >= AsMils(0.5)) для милсов

Т.е. в Query всегда не принимаются единицы измерения? И всегда действует правило интерпретации "в установленных единицах"?

Хорошая новость, не знал :-)

Сейчас пробежался по проектам - действительно ранее не приходилось явно записывать размеры непосредственно в тексте Query .

Всегда, что инчи, что милсы. Формально там должно быть просто число. Запись букв в конце переводит в string а не число

Не знаю теперь. Лет 5 назад или раньше было именно так.
Но я давно уже не использую такую запись.
Я всегда указываю явные единицы измерения приведенным способом

Четыре года на Альтиуме с метрической сеткой. Никаких проблем не было. Сразу подправил дефолтные размеры для стандартных компонентов (Bus Entry и подобные). ИМХО, проблема надумана.

Важно не то, что у Вас все хорошо., а то, что редко но периодически это возникает у других. Ну ходят они другими дорогами.

Да я и не говорю "за всю Одессу" . Мой скромный опыт показывает, что если ходить "прямыми" дорогами, то всё будет в порядке. И Альтиум прекрасно позволяет работать в схематике в метрической сетке. Не более того.
PCB - отдельный вопрос.