meh2000 0 25 апреля, 2014 Опубликовано 25 апреля, 2014 (изменено) · Жалоба АД 14.2.3 В настройках программы выставлена метрическая система. При формировании символа в библиотеке, метрическая. При подключении к шине не происходит соединения. При дюймовой, та же ошибка Где копать? Изменено 25 апреля, 2014 пользователем meh2000 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 73 25 апреля, 2014 Опубликовано 25 апреля, 2014 · Жалоба Это регулярно возникающая проблема метрических библиотек. и с такой же регулярностю. я даю совет не использовать метрику в УГО Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
inter_pro 0 27 апреля, 2014 Опубликовано 27 апреля, 2014 · Жалоба АД 14.2.3 При подключении к шине не происходит соединения. При дюймовой, та же ошибка Где копать? У Вас неправильные размеры для объектов bus entry. Необходимо задать значение, кратное Вашей сетке (похоже 2,5 мм). Это можно сделать: DXP>preferences>shematic>default primitives Это регулярно возникающая проблема метрических библиотек. Владимир, можно как-то пояснить, в чем заключается данная проблема? Если можно - с примерами. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
v-vovchek 0 27 апреля, 2014 Опубликовано 27 апреля, 2014 (изменено) · Жалоба Владимир, можно как-то пояснить, в чем заключается данная проблема? Если можно - с примерами. Часть дефолтных настроек не реагируют на метрические размеры. Происходит пересчет в дюймы. В результате цепи не всегда подключаются к контактам УГО. Приходится при вводе схемы контролировать соединение (красные кресты), внимательно читать протоколы компиляции и т.п. В последнее время распечатываю списки цепей (из трассировки) и ВРУКОПАШНУЮ прохожусь им по схеме (ошибки в ПП иногда дорого обходятся). Как решать проблему - переходить в дюймы. Однако готовые библиотеки УГО висят гирями на руках! Не забывайте, что внутри Altium сидят дюймы. Миллиметры пришли позже. Не все программные модули переписаны. Да и я так понимаю, что полную совместимость с метрикой можно получить только полностью переписав весь пакет. Что касается примеров - войдите в дефолтные настройки наклонной черты подключения к шине. Вводишь размер в мм - сразу пересчитывает в mil. А с какой точность не пересчитывай, то разница между mil и мм будет в каких-то 0,00001 ! Изменено 27 апреля, 2014 пользователем v-vovchek Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Murzik_6011 0 27 апреля, 2014 Опубликовано 27 апреля, 2014 · Жалоба Вставлю свои пять копеек по проблеме дюймов vs мм. С примерами проблем внутренних пересчетов сталкиваюсь эпизодически. Самый последний - форма платы полученная из примитивов - примитивы лежат в мм сетке точно (например, угол - 100,100), а производная от них плата уже точно не лежит (например, угол платы - 99.9999991,100.000001). Как то так. Нехай с ним. Я предлагаю ввести настройку (глобально) "похожести", чтобы движок AD начиная с заданной цифры после запятой приводил любое число или к "правильным" мм либо же к "правильным" дюймам. P.S. Только что вспомнил, такой же косяк, как я описал выше, наблюдается с 3D телом вытянутым самим AD в редакторе посадочных мест. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
v-vovchek 0 27 апреля, 2014 Опубликовано 27 апреля, 2014 · Жалоба Данным процессом управлять трудно, ибо все в руках всевышних (то бишь программистов). А они нацелены на западный и восточный мир, где ГОСТ до лампочки и господствуют дюймы! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
inter_pro 0 28 апреля, 2014 Опубликовано 28 апреля, 2014 · Жалоба Давайте рассматривать два вопроса отдельно! Изначально речь шла про схематик, где на мой взгляд все честно. Устанавливаете ММ, делаете все примитивы и УГО в ММ и проблем нет. Если кто-то не согласен, прошу примеры... Что касается примеров - войдите в дефолтные настройки наклонной черты подключения к шине. Вводишь размер в мм - сразу пересчитывает в mil. Там внизу есть галка - для каких единиц задавать данное значение. Если выбираете ММ, то ничего не пересчитывается. Отдельно стоит рассматривать проблему в редакторе плат, где, соглашусь, она имеется! Вставлю свои пять копеек по проблеме дюймов vs мм. С примерами проблем внутренних пересчетов сталкиваюсь эпизодически. Самый последний - форма платы полученная из примитивов - примитивы лежат в мм сетке точно (например, угол - 100,100), а производная от них плата уже точно не лежит (например, угол платы - 99.9999991,100.000001). Как то так. Нехай с ним. Я предлагаю ввести настройку (глобально) "похожести", чтобы движок AD начиная с заданной цифры после запятой приводил любое число или к "правильным" мм либо же к "правильным" дюймам. P.S. Только что вспомнил, такой же косяк, как я описал выше, наблюдается с 3D телом вытянутым самим AD в редакторе посадочных мест. Вот это уже похоже на правду, такое я встречал. Если не трудно - прицепите пример, в котором можно увидеть данную проблему. Спасибо! Данным процессом управлять трудно, ибо все в руках всевышних (то бишь программистов). А они нацелены на западный и восточный мир, где ГОСТ до лампочки и господствуют дюймы! Это совсем не так. На сегодняшний момент дюймы уже нигде не господствуют... Точнее в основном уже господствуют миллиметры. То что изначально в основе были дюймы - это так, именно поэтому мы сейчас видим некоторые проблемы. Сейчас работа над ними ведется - нужно как можно больше практических примеров, где эти проблемы встречаются... Часть дефолтных настроек не реагируют на метрические размеры. Происходит пересчет в дюймы. В результате цепи не всегда подключаются к контактам УГО. Приходится при вводе схемы контролировать соединение (красные кресты), внимательно читать протоколы компиляции и т.п. В последнее время распечатываю списки цепей (из трассировки) и ВРУКОПАШНУЮ прохожусь им по схеме (ошибки в ПП иногда дорого обходятся). 1. Причина в неверной настройке примитивов, где-то остались 2,54 мм по умолчанию 2. Включите в компиляции правило Off-Grid object Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 73 28 апреля, 2014 Опубликовано 28 апреля, 2014 · Жалоба Владимир, можно как-то пояснить, в чем заключается данная проблема? Если можно - с примерами. проблема простая. В целом все цепляется к выводам, но существуют "черные дыры" только на некоторых схемах и некоторых местах Net упорно не хочет "цепляться " к Pin/ Хотя все находится в сетке. Много лет назад и у меняя такое было, когда пробовал работать в миллиметрах. Хватило 1 раза, чтобы уйти от этого. Вокруг много работающих в миллиметрах--- С завидной регулярностью рано или поздно звали разобраться. При этом звали только миллиметровщики. Уже всех миллиметровщиков изжил вокруг себя. При этом я их не заставлял. В общем для схемы нужны ни миллиметры, и не дюймы. Достаточно одной единицы DXP Default которая и определяет размер сетки. бог с ним. пусть не будет ни крыльев ни ног, останутся одни ползучие гады. Отдельно стоит рассматривать проблему в редакторе плат, где, соглашусь, она имеется! Вот это уже похоже на правду, такое я встречал. Если не трудно - прицепите пример, в котором можно увидеть данную проблему. Самый последний - форма платы полученная из примитивов - примитивы лежат в мм сетке точно (например, угол - 100,100), а производная от них плата уже точно не лежит (например, угол платы - 99.9999991,100.000001) Это не только с формой, с любыми примитивами бывает. Но седьмой знак после запятой никакое производство не обеспечит. То есть это проблема надуманная. Если уж так пошла, то нужно допуски всегда указывать. А они явно не в 7 знаке после запятой. Единственно, что тут может плохо получится--- это FanOut. Они могут идти "уступами" для некоторых типов Footprint (резисторы, конденсаторы). Но именно им и не делают fanOut, Хотя и это можно вылечить правилами. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Constantin 0 28 апреля, 2014 Опубликовано 28 апреля, 2014 · Жалоба То что изначально в основе были дюймы - это так, именно поэтому мы сейчас видим некоторые проблемы. Сейчас работа над ними ведется - нужно как можно больше практических примеров, где эти проблемы встречаются... Вот это тоже похоже на правду о "хвостах" дюймовой системы: http://altiumpcbdesigner.blogspot.com/2014...s-holesize.html Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 73 28 апреля, 2014 Опубликовано 28 апреля, 2014 · Жалоба Вот это тоже похоже на правду о "хвостах" дюймовой системы: http://altiumpcbdesigner.blogspot.com/2014...s-holesize.html Да неправда там все. если указаны безымянные единицы--- используются или миллиметры или дюймы. То что сейчас активно в PCBDOC Поэтому такая запись в принципе не верна. Нужно всегда явно указывать размерность единицы, чтобы быть не привязанным к текущим единице отображения. Например так isPad and (HoleSize >= AsMM(0.5)) для миллиметров или isPad and (HoleSize >= AsMils(0.5)) для милсов Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Constantin 0 28 апреля, 2014 Опубликовано 28 апреля, 2014 · Жалоба Да неправда там все. если указаны безымянные единицы--- используются или миллиметры или дюймы. То что сейчас активно в PCBDOC Поэтому такая запись в принципе не верна. Нужно всегда явно указывать размерность единицы, чтобы быть не привязанным к текущим единице отображения. Например так isPad and (HoleSize >= AsMM(0.5)) для миллиметров или isPad and (HoleSize >= AsMils(0.5)) для милсов Т.е. в Query всегда не принимаются единицы измерения? И всегда действует правило интерпретации "в установленных единицах"? Хорошая новость, не знал :-) Сейчас пробежался по проектам - действительно ранее не приходилось явно записывать размеры непосредственно в тексте Query . Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 73 28 апреля, 2014 Опубликовано 28 апреля, 2014 · Жалоба Т.е. в Query всегда не принимаются единицы измерения? . Всегда, что инчи, что милсы. Формально там должно быть просто число. Запись букв в конце переводит в string а не число И всегда действует правило интерпретации "в установленных единицах"? Не знаю теперь. Лет 5 назад или раньше было именно так. Но я давно уже не использую такую запись. Я всегда указываю явные единицы измерения приведенным способом Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Corvus 1 28 апреля, 2014 Опубликовано 28 апреля, 2014 · Жалоба Четыре года на Альтиуме с метрической сеткой. Никаких проблем не было. Сразу подправил дефолтные размеры для стандартных компонентов (Bus Entry и подобные). ИМХО, проблема надумана. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 73 28 апреля, 2014 Опубликовано 28 апреля, 2014 · Жалоба Четыре года на Альтиуме с метрической сеткой. Никаких проблем не было. Сразу подправил дефолтные размеры для стандартных компонентов (Bus Entry и подобные). ИМХО, проблема надумана. Важно не то, что у Вас все хорошо., а то, что редко но периодически это возникает у других. Ну ходят они другими дорогами. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Corvus 1 28 апреля, 2014 Опубликовано 28 апреля, 2014 · Жалоба Да я и не говорю "за всю Одессу" :rolleyes: . Мой скромный опыт показывает, что если ходить "прямыми" дорогами, то всё будет в порядке. И Альтиум прекрасно позволяет работать в схематике в метрической сетке. Не более того. PCB - отдельный вопрос. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться