Flood

Как это часто бывает, тема усохла после переноса из прежнего места в глубины форума?

2020.1: https://www.pcblibraries.com/forum/library-expert-2020-01-released_topic2664.html Allegro/OrCAD PCB: - Updated support for V17.4

https://www.pcblibraries.com/forum/library-expert-2020-01-released_topic2664.html Ну, наконец, 2020.1 ! Изменений почти никаких :) Полностью переработанная V2021 - похоже, еще не скоро.

И это при том, что Infineon начал движение в сторону открытости, но пока не уверенное и не последовательное. В самые современные отладки Xilinx они продавили свои IR35215, но при этом даже не открыли на него даташит, не говоря уже по полную документацию, eval-борды и софт. Кстати, свежие и наиболее мощные силовые ключи у TI также закрыты NDA.

Удаление неиспользуемых падов - это вообще как? Имеется ввиду БГА? Рисуется картина - сплюснутый шарик над маской, а под маской - дорожки. И что значит - делать нормально?

В контексте предыдущего обсуждения, скорее всего речь про ISL68127. На мой взгляд - экзотика, вдохновленная примером VCU128. Есть более интересные экземпляры у TI и других, в т.ч. двухканальные: TPS53681 (TI) и его коллеги с меньшим числом фаз (TPS53467, 53667) - самый народный выбор, вырезаны засекреченные функции, открыта документация и софт. Не может работать в чисто 8-фазном варианте. Потенциально существует 8-фазный вариант (TPS53688), но открытой информации нет, и не понятно, будет ли. IR35201 / IR35215 (IR/Infineon) - вероятно, много лет были лучшими на рынке, но получить документацию + софт и что-то на них сделать без помощи производителя может быть довольно трудно. PXE13xx (Primarion/Infineon) - вообще тайна, покрытая мраком. Конечно же, у MPS тоже что-то есть, но не знаком. А с паяемостью не возникает проблем? Часто хочется притянуть переходные поближе к шарам и подключать толщиной в диаметр пада :) Но говорят, что это может плохо отразиться на качестве пайки, поэтому приходится обходиться без таких волнующих экспериментов.

Лектор вроде анализом занимается, а не трассировкой? Ему на каком-то семинаре уже задавали этот вопрос - зачем нужен софт за миллионы денег, когда в данном примере кривизна видна невооруженным глазом :) Ответ, правда, был не очень внятным.

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

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

Увы, но звучит как типовая жалоба советского человека. Да, все о чем вы пишете - имеет место в обществе. Вот только электронная игрушка здесь вообще причем? На нее что, госчиновники деньги выделили, обделив других бюджетников? Вроде как ваши личные налоги на этот проект не идут? Разве люди не могут сами решать, на что они хотят тратить свои деньги? Читаешь такие темы, и становится грустно. Когда на этом форуме радостно затравили разработчика секс-игрушек, еще можно было списать на одноразовый эффект. Но вот теперь проект с дельфинчиком кажется здешним специалистам недостаточно серьезным и не достойным финансирования. Это уже не случай, а тенденция, однако. Как можно разрабатывать современную технику, оставаясь глубочайшим консерватором в душе? Советский союз давно закончился, но его цепи все еще крепки... Большая часть электронной техники в мире или не нужна, или избыточна, а также вредит людям и окружающей среде уже самим своим существованием. И что теперь делать?

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

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

Насколько я понимаю, таймстемпы файлов внутри архива не сохранены (вероятно, они создаются одновременно при создании архива). Чтобы увидеть таймстемп самого архива, добавьте перед строкой "print('--- Extracting:')" строку: print('--- File modification time {} UTC'.format(ole.root.getmtime())) На том же уровне отступа, что и другие принты.

Вот пример скрипта для распаковки. Нужен Python 3 и библиотека olefile: https://olefile.readthedocs.io/en/latest/Install.html Под linux устанавливается командой "pip3 install olefile" #!/usr/bin/env python3 import olefile, sys, zlib if len(sys.argv) < 2: print('Use: {} <filename.pdb> - extract streams from Libero compound file'.format(sys.argv[0])) sys.exit(1) with olefile.OleFileIO(sys.argv[1]) as ole: print('--- File contents:\n{}'.format('\n'.join( [v[0] for v in ole.listdir()] ))) print('--- Extracting:') for stream in ole.listdir(streams=True, storages=False): name = stream[0] with ole.openstream(name) as fs: with( open( name, 'wb' ) ) as fout: d = fs.read() try: dz = zlib.decompress(d) print('[ZLIB] {}'.format(name)) fout.write(dz) except zlib.error: print('[RAW ] {}'.format(name)) fout.write(d) print('--- Done') Для более сложных случаев может понадобиться усложнение скрипта (если есть файлы с путями и т.п.).

За совет спасибо! Но при кажущемся большом выборе, почти все позиции под заказ. А самое неприятное - непонятные партномера, большая часть без описаний и чертежей. Про 3D модели уже и не заикаюсь :) Когда торгуешь такими компонентами, правильнее не затирать китайские партномера, а, напротив, еще и давать ссылки на документацию западных оригиналов. Иначе не применить.

Способа вытащить не знаю. Может быть, это реализуемо через Skill, если с его помощью можно получить доступ к произвольным объектам базы данных. По непонятной причине STEP не экспортируются при экспорте библиотек, хотя в brd-файле они есть. По второй непонятной причине для построения изображения достаточно кешированных степов, а для экспорта нужны оригиналы.

Спасибо! Хороший список!

Прозвучит как реклама, но вот эти товарищи (ООО "Инженерные решения", Алексей Решетников) сотрудничают с PCBSOFT и проводят семинары по Sigrity. То есть как минимум этот софт у них есть, и они им умеют пользоваться :) https://ensol-ltd.ru/kontakty Насколько я понимаю, они могут как проконсультировать, так и выполнить анализ на аутсорсе. Сам этими услугами не пользовался.

Посоветуйте доступные в России разъемы USB Type-C 3.1 (3.2?) с полным набором контактов (т.е. с поддержкой super speed), под установку на край платы (right angle). Обычный и дешевый разъем от Molex 105450101 имеет несколько недостатков: - внутренний ряд SMD контактов совершенно недоступен для визуального осмотра при монтаже; - отступ от этого внутреннего ряда до кипаута (брюха коннектора) очень мал, нет места для трассировки и переходных отверстий; - расстояние между внутренним и внешним рядами контактов очень мало (0,54мм), тесновато для переходных. Короче, минусы - трудно разводить плату и контролировать пайку. Плюсы - в наличии в Электронщике, и не очень дорого. А также хороши сквозные ножки, вырывать разъем с платы должно быть очень непросто. Хотя, возможно, от воздействия тяжелого кабеля будет отваливаться пайка SMD-пинов? Видел, что бывают гибридные разъемы (внутренний ряд сквозной, внешний SMD), но не понятно, как у них с удобством монтажа и ценой/доступностью? А самое главное - нет опыта применения и откликов, кто что использует. Есть еще у Молекса 2057141001 - с фланцевым креплением, но вроде как без кипаута под брюшком. И 2012670005 - на высоких ножках, тоже без кипаута.

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

Вот только смотреть на луч передатчика НЕ НАДО! Используйте измеритель оптической мощности.

Ну вот. А пофиксили как раз в пятом. Что мешает поставить последний, 8-й патч?

17.4 с последним патчем? В первой версии и ранних патчах 17.4 были проблемы с именами цепей.

Кто-нибудь в курсе, как там дела с новым Footprint expert / Symbol expert? Когда выходит из беты?

Судя по другим веткам, у _sda не работает программирование SPI флешки на Virtex-5 через impact под windows10. Это не значит, что вообще никакое другое программирование флешек будет невозможно. Вероятно, какие-то тайминги обрабатываются неправильно, или как-то еще портится обмен с загружаемым в ПЛИС SPI-ядром для V5. А т.к. данное сочетание можно считать довольно редким, никто на эту проблему еще просто не натыкался.