[meh2000 0]

АД 14.2.3

В настройках программы выставлена метрическая система.

При формировании символа в библиотеке, метрическая.

При подключении к шине не происходит соединения. При дюймовой, та же ошибка

Где копать?

Изменено 25 апреля, 2014 пользователем meh2000

[Uladzimir 60]

Это регулярно возникающая проблема метрических библиотек.

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

[inter_pro 0]

АД 14.2.3

При подключении к шине не происходит соединения. При дюймовой, та же ошибка

Где копать?

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

 

Это регулярно возникающая проблема метрических библиотек.

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

[v-vovchek 0]

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

 

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

 

Как решать проблему - переходить в дюймы. Однако готовые библиотеки УГО висят гирями на руках!

Не забывайте, что внутри Altium сидят дюймы. Миллиметры пришли позже. Не все программные модули переписаны.

Да и я так понимаю, что полную совместимость с метрикой можно получить только полностью переписав весь пакет.

 

Что касается примеров - войдите в дефолтные настройки наклонной черты подключения к шине. Вводишь размер в мм - сразу пересчитывает в mil.

А с какой точность не пересчитывай, то разница между mil и мм будет в каких-то 0,00001 !

Изменено 27 апреля, 2014 пользователем v-vovchek

[Murzik_6011 0]

Вставлю свои пять копеек по проблеме дюймов vs мм.

С примерами проблем внутренних пересчетов сталкиваюсь эпизодически. Самый последний - форма платы полученная из примитивов - примитивы лежат в мм сетке точно (например, угол - 100,100), а производная от них плата уже точно не лежит (например, угол платы - 99.9999991,100.000001). Как то так.

Нехай с ним. Я предлагаю ввести настройку (глобально) "похожести", чтобы движок AD начиная с заданной цифры после запятой приводил любое число или к "правильным" мм либо же к "правильным" дюймам.

P.S. Только что вспомнил, такой же косяк, как я описал выше, наблюдается с 3D телом вытянутым самим AD в редакторе посадочных мест.

[v-vovchek 0]

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

[inter_pro 0]

Давайте рассматривать два вопроса отдельно!

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

 

Что касается примеров - войдите в дефолтные настройки наклонной черты подключения к шине. Вводишь размер в мм - сразу пересчитывает в mil.

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

 

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

 

 

Вставлю свои пять копеек по проблеме дюймов vs мм.

С примерами проблем внутренних пересчетов сталкиваюсь эпизодически. Самый последний - форма платы полученная из примитивов - примитивы лежат в мм сетке точно (например, угол - 100,100), а производная от них плата уже точно не лежит (например, угол платы - 99.9999991,100.000001). Как то так.

Нехай с ним. Я предлагаю ввести настройку (глобально) "похожести", чтобы движок AD начиная с заданной цифры после запятой приводил любое число или к "правильным" мм либо же к "правильным" дюймам.

P.S. Только что вспомнил, такой же косяк, как я описал выше, наблюдается с 3D телом вытянутым самим AD в редакторе посадочных мест.

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

Спасибо!

 

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

Это совсем не так. На сегодняшний момент дюймы уже нигде не господствуют... Точнее в основном уже господствуют миллиметры.

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

 

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

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

2. Включите в компиляции правило Off-Grid object

[Uladzimir 60]

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

проблема простая. В целом все цепляется к выводам, но существуют "черные дыры" только на некоторых схемах и некоторых местах Net упорно не хочет "цепляться " к Pin/ Хотя все находится в сетке.

Много лет назад и у меняя такое было, когда пробовал работать в миллиметрах. Хватило 1 раза, чтобы уйти от этого.

Вокруг много работающих в миллиметрах--- С завидной регулярностью рано или поздно звали разобраться. При этом звали только миллиметровщики.

Уже всех миллиметровщиков изжил вокруг себя. При этом я их не заставлял.

В общем для схемы нужны ни миллиметры, и не дюймы. Достаточно одной единицы DXP Default которая и определяет размер сетки.

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

 

 

 

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

 

 

 

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

Самый последний - форма платы полученная из примитивов - примитивы лежат в мм сетке точно (например, угол - 100,100), а производная от них плата уже точно не лежит (например, угол платы - 99.9999991,100.000001)

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

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

[Constantin 0]

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

 

Вот это тоже похоже на правду о "хвостах" дюймовой системы:

http://altiumpcbdesigner.blogspot.com/2014...s-holesize.html

[Uladzimir 60]

Вот это тоже похоже на правду о "хвостах" дюймовой системы:

http://altiumpcbdesigner.blogspot.com/2014...s-holesize.html

Да неправда там все. если указаны безымянные единицы--- используются или миллиметры или дюймы. То что сейчас активно в PCBDOC

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

isPad and (HoleSize >= AsMM(0.5)) для миллиметров

или

isPad and (HoleSize >= AsMils(0.5)) для милсов

[Constantin 0]

Да неправда там все. если указаны безымянные единицы--- используются или миллиметры или дюймы. То что сейчас активно в PCBDOC

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

isPad and (HoleSize >= AsMM(0.5)) для миллиметров

или

isPad and (HoleSize >= AsMils(0.5)) для милсов

 

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

 

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

 

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

 

 

[Uladzimir 60]

Т.е. в Query всегда не принимаются единицы измерения? .

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

И всегда действует правило интерпретации "в установленных единицах"?

Не знаю теперь. Лет 5 назад или раньше было именно так.

Но я давно уже не использую такую запись.

Я всегда указываю явные единицы измерения приведенным способом

 

[Corvus 1]

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

[Uladzimir 60]

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

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

[Corvus 1]

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

PCB - отдельный вопрос.