[makc 192]

10 минут назад, SM сказал:

Наверное я что-то забыл, упустил, или плохо искал... Но.

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

 

На сколько я понимаю так не получится, т.к. для паковщика первичной информацией является Part Number и Part Label, а уже по ним после упаковки он обновляет вторичные свойства компонент, типа Value, Description и т.д.

Поэтому у меня в библиотеке для резисторов из сборок свой part number.

[SM 0]

11 minutes ago, makc said:

и Part Label

О. Это точно?  У меня в библиотеке только Part Number задан, ну и Part name разумеется. А Part label пустой, в него в схеме можно вписать что угодно. Если в него вписывать номинал вместо (или вместе с) Value, то, если всё оно так, это должно бы сработать! Или нет?

[makc 192]

Процитирую документацию:

Цитата

Part Property Processing by the Packager Utility
The Packager utility maps schematic symbols to physical components. First, the utility reads symbol and net information from the integrated Common Database (iCDB). Then, it locates the physical part information for the symbol in the Parts Database (PDB). Lastly, it assigns reference designators, pin numbers, component properties, and part numbers to the symbols in a schematic design. Part information from a packaged schematic design can be forward annotated to the layout tool for use in layout designs.

The utility requires symbols in a schematic to have a Part Number and Part Name property. You can optionally define a part label. All symbol pins must be named. If no part number, part name, or part label definition exists, the Packager utility generates an error. You cannot forward annotate a schematic design with Packager errors to the layout tool.
 

Part Property Search Order

The Packager utility searches parts in the library by part number, and then:

    If a part number is found, the utility copies part data from the library to the local parts library within the schematic project.

    If a symbol in a schematic does not have a part number, the utility uses the part name of the symbol to find a part with the same name in the library. The utility copies the default part number for the part name (defined in the Part Editor tool) to the local parts library within the schematic project, and then annotates that default part number on the schematic.

    If a symbol in a schematic does not have part name, the utility uses the part label to find a matching part label value in the library. The utility copies the default part number for the part label to the local parts library within the schematic project, and then annotates that default part number on the schematic.

The utility back annotates the part number, part name, and part label (if the label exists) to the schematic.

Part Property Checking

The following conditions in a schematic design will cause the Packager utility to fail:

    A symbol has a Part Number property and the property value is not in the PDB, even if the symbol has a matching part name.

    A symbol has a Part Name property (but no Part Number property), and the part name value is not in the PDB, even if the symbol has a matching part label.

    A symbol has a Part Label property (but no Part Number or Part Name property), and the part label value is not in the PDB.

 

[SM 0]

Мда. Ни с какой стороны не объедешь :) :)

Будем свопить руками, как и раньше.

[makc 192]

22 минуты назад, SM сказал:

Будем свопить руками, как и раньше.

Именно так и приходится делать. Но это не самая большая проблема, т.к. не очень часто приходится делать.

[SM 0]

А напомните пожалуйста, как удобно свопить гейты между разными корпусами? Что-то "в лоб" не вспомнилось.

 

PS

Вопрос отпал. Долго ломал мозг, но вспомнил про "F2"  и "Symbol gate groups"

[fpga_student 0]

On 6/25/2020 at 8:48 PM, makc said:

Этот вопрос уже обсуждался. Каждый в этом видит что-то своё, но с точки зрения защиты от человеческих ошибок этот подход куда лучше анархии в библиотеках Альтиума. Естественно, что ограничения неприятны и вызывают вопросы на первых этапах освоения этой технологии, но в дальнейшем выигрыш в виде минимизации глупых технических ошибок перевешивает эти мелкие неприятности. Раньше в простом PADS при использовании DxDesigner был именно такой анархический подход под названием netlist flow, когда библиотека схемных элементов жила отдельно своей жизнью, а библиотека посадочных площадок - своей. Поверьте, было несколько перезапусков плат просто из-за того, что разработчик "недоглядел" или "перепутал". При переходе к использованию центральной библиотеки таких ошибок не было и не будет, если быть хоть чуть-чуть внимательным и не баловаться copy paste.

Сразу видно человека, который не делал в Менторе больших проектов)))

Никогда не видели падение всей либы и базы проекта целиком ?)))

Защита от человеческих ошибок вопрос спорный есть она там или нет - а вот защиты от глючности самого ментора там нет точно))

[makc 192]

1 час назад, fpga_student сказал:

Сразу видно человека, который не делал в Менторе больших проектов)))

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

1 час назад, fpga_student сказал:

Никогда не видели падение всей либы и базы проекта целиком ?)))

Во-первых есть git. Во-вторых даже без git такого не было ни разу, начиная с древнейших версий Expedition Enterprise. Что вы подразумеваете под базой проекта? Icdb? Backup у вас настроен?

1 час назад, fpga_student сказал:

Защита от человеческих ошибок вопрос спорный есть она там или нет - а вот защиты от глючности самого ментора там нет точно))

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

[fpga_student 0]

29.01.2022 в 23:51, makc сказал:

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

К большому сожалению нет, не юношеский уже давно((

 

Цитировать

Во-первых есть git. Во-вторых, даже без git такого не было ни разу, изучение с иностранными языками Expedition Enterprise. Что вы нашли под базой проекта? ICDB? Резервное копирование у вас настроение?

Вы на гит поставили базу mentor-а? Какого же у вас размера проект гита ?

 

Цитировать

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

Я слава Богу давно в этой среде не работаю. Только вспоминаю как страшный сон. Чего и Вам желаю.

[makc 192]

2 минуты назад, fpga_student сказал:

Вы на гит поставили базу ментора ? Какого же у вас размера сам проект гита ?

Размер iCDB измеряется мегабайтами, всё остальное еще несколько мегабайт. В десяток МБ влезает. Репозиторий, естественно, растёт со временем, но это зависит от частоты коммитов, которые я делаю пару раз на дню, иногда чаще. Для современных дисков это копейки. Особенно если сравнивать с теми же проектами Altium'a.

4 минуты назад, fpga_student сказал:

Я слава Богу давно в этой среде не работаю. Только вспоминаю как страшный сон. Чего и Вам желаю.

Никакой конкретики. Зачем тогда этот флуд по мотивам прошлого?

[Ваня Цаберт 1]

On 1/31/2022 at 9:31 PM, fpga_student said:

Я слава Богу давно в этой среде не работаю. Только вспоминаю как страшный сон. Чего и Вам желаю.

Не осилил чтоли??

Вот, кстати, в тему: одна из главных общих проблем Ментора - это пользователи-неосиляторы

[dxp 32]

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

[makc 192]

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

[fpga_student 0]

23 часа назад, Ваня Цаберт сказал:

Не осилил чтоли??

Вот, кстати, в тему: одна из главных общих проблем Ментора - это пользователи-неосиляторы

Да не везет Ментору с юзерами))

 

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

 

13 часов назад, dxp сказал:

Порог вхождения таки не пустая вещь.

Я бы сказал, порог владения))

Бесконечно танцевать на граблях утомительно((

Когда видишь что все тоже самое можно было сделать без мучений, быстрее и удобнее - возникает мысль: "а зачем я блин страдаю ?"

31.01.2022 в 17:36, makc сказал:

Никакой конкретики.

Никакой. Только ощущения. Вдруг выяснилось, что дышать и без аппарата ИВЛ можно)) И так это оказывается прекрасно и легко)

[dxp 32]

20 часов назад, makc сказал:

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

Зависит от контекста. Если заниматься только разводкой плат, то да. Если помимо этого ещё много всего, и платы - это не более 5% времени, затрачиваемого на проекты, и при этом это не лютый хайспид, то вполне годятся инструменты попроще. Кстати, про "стоимость владения" полностью согласен: нужно ведь не только освоить, но и постоянно поддерживать квалификацию, для чего нужно постоянное использование. Для сценария периодического использования это весьма актуально: сложный инструмент забывается быстрее и вспоминается тяжелее. В общем, не нужен самосвал для поездок на дачу.