Перейти к содержанию
    

UnDerKetzer

Свой
  • Постов

    134
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные UnDerKetzer


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

  2. On 5/1/2020 at 9:49 AM, AlexandrY said:

    Ух ты, как проницательно :lol: 
    Идите доучивайтесь.
    Для условий механических напряжений делают специальные конденсаторы, а не режут полигоны.  

    Вопрос был не в том, какие капы бывают, а в том, зачем нужен разрез. А вы, кстати, даже и не поняли, каков механизм появления трещин в этом конкретном случае, каким именно образом вырез помогает и почему капы с флекс терминалами не помогут.

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

  3. On 4/15/2020 at 1:54 PM, AlexandrY said:

    На такие рисунки лучше смотреть с торца, а не сверху.
    Так вы лучше увидите петлю и поймете что решение от интела имеет минимум в два! раза меньшую индуктивность чем вашего "разводчика".
    И значит в два раза меньшие овершутинги и прочие артефакты в ближнем поле. 

     

    Какая дичь. Причина подрезания полигона подобным образом вообще не имеет отношения к индуктивностям, овер-простигосподи-шутингам и "артефактам в ближнем поле".

     

    On 4/15/2020 at 11:59 AM, Hale said:

    Одернуть его? Или это разумное решение?

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

  4. Если вопрос рассматривать с практической стороны, то рекомендую  подумать о решении с двумя ключами, один из которых запитывает нагрузку в начальный момент времени через последовательный резистор, ограничивая inrush current. Обычный pre-charge circuit. 

    Это будет самым не элегантным, дубовым,  но простым и дешевым решением. 

  5. 1 hour ago, ВН2 said:

    так и чем вы объясняете, что светодиоды горели?

    Тем, что линия 3.3В, что запитывает процессор, была отключена (сам же, бестолочь, отключил для первого запуска, чтобы ничгео не пожечь).
    Проц гарантирует некое состояние, даже дефолтное, только в случае наличия питания. 
    Питания нет - состояние фетов на пинах любое. В данном случае - подтрав на землю.

    Как только 3.3В было подано, проц выставил дефолтный Hi-Z на пинах, захлопнув феты push-pull каскада, и диоды восстановили работу.

  6. Нда, и тут все банально. Ларчик просто открывался: камень был не запитан, поскольку линия 3.3В в дауне была. Как только запитался, даже в отсутствие прошивки выдал честный Hi-Z на ноги.

    2Dormidont:
    Ох, ну америку открыли, а мы то без вас не знали, что защитные диоды есть. Вы бы поостереглись выдавать суждения незнакомым людям, дабы глупо не выглядеть.
    Просвещу: даже если бы не было последовательного резистора со светодиодом, то разница напряжений на светике была бы 5(INTVcc) - 3.3(MCUVcc) - 0.7(падение на защитном) = . Этого недостаточно, чтобы зажечь подавляющее большинство светодиодов, для которых как минимум 1.2-1.4В обеспечить нужно. Ну а последовательный резистор не оставляет паразитной засветке никакого шанса.
    За сим бесплатный урок схемотехники завершаю.

    Ох уж эти wanna-be-guru.

  7. Нда. Самое противное, что в самом альтиуме я вижу все шейпы. 
    Щас попробовал для одного виа (LDAC_1) грохнуть шейпы через "tools - remove unused pads shapes" - релуьтат на скриншоте: и отображение, и шейп, и полигон перестроились корректно.

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

    image.thumb.png.5e702d0834282492d2928885d64414d5.png
    image.thumb.png.c0ff27406d85af57a627c4d45f398af6.png

     

     

    UPDATE:
    Оппаньки! 

    Только что перегенерил гербера двумя способами: как обычно делаю через job файл, и с помощью меню "file-fabrication outputs-gerber files".
    Оба файла открыл самим альтиумом. Результат крайне удивителен: если делать через джоб файл, то шейпов нет, а если через меню, то все шейпы на месте.
    Вопрос: и какого лешего происходит?

    image.thumb.png.360e4a77fbdcee8d54219a1b45b9a81d.png 

    image.thumb.png.38ab3adfc9a2980a9ed1ca489f50f4b8.png

  8. Коллеги, мне кажется, или в 20м изменили механизм удаления неиспользуемых площадок для переходных и падов? 
    Я всегда делал это через "tools - remove unused pads shapes", в текущем проекте решил не трогать, сгенерил гербера, и при проверке обнаружил, что альтий сам грохнул все неиспользуемые шейпы. При этом обтекающий полигон не видит отсутствия пада, и зазор остается таким же, как для слоя, где пад есть.
    Проверил изменния 20й версии - ничего не нашел относительно этого.

    Кто-нибудь сталкивался?

    image.thumb.png.b0c1a4787f3eabaab886687b25166317.png
    image.thumb.png.d3d865f74a7e30d899a5c87dc96ff1bf.png

  9. Нда, однако-ж.
    Не удержался, сходил в лабу, отрезал ноги MCU - диоды завелись, как следует. При нормальном состоянии горит только STAT1, при закорачивании NTC - загорается STAT2. Все, как в даташите.
    Теперь нужно понять, какого лешего процессор ноги не держит в high impedance при отсутствии прошивки.

  10. Quote

     

     за сигналы со стороны MCU уверены? может они на 0 давят?


     

    Ноги контроллера в Hi-Z, но завтра перережу дорожки, дабы 100% удостовериться.

     

    Quote

     

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


     

    Однозначно все в порядке: и номинал, и напряжение на соответствующем пине (ровно 0.5В).

     

    Quote

    да и 1 кОм не маловато (R20,R21)? по рефдесу прописаны 2к7

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

     

    Quote

    update1 да и самое главное - светики в процессе как-то меняют состояние? если батарею отключить, то по идее должен погаснут STAT1 "bad battery fault"

    В том то и дело, что вообще никак не реагируют. Разве что, чуть тусклее начинают гореть. Завтра промеряю напряжения на этих ногах в разных состояниях.

     

    Quote

     update2 съэмулируйте выход за границы температуры тогда чип должен отработать аварийное отключение заряда:

    Да, хорошая идея. Попробую завтра.

    Спасибо за идеи.

  11. Коллеги, приветствую.

    Собрал схему на LTC4020, блок должен формировать выходное напряжение и подзаряжать Li-Ion сборку малым током (1А), а также бесшовно переключать нагрузку на батарею при исчезновении основного источника.
    Характеристики: Vin +10V..+13V, Vout = 12.3V, Iout = 10A, Icharge = 1A.

    Приехали платы, первые результаты показали, что все дышит: частота преобразователя корректная, затворные сигналы красивые, ток в нагрузку идет, зарядка аккума заданным током идет, отсечка зарядки корректна, источник переключает на батарею корректно. Все хорошо, но! 

    Смущает то, что оба сигнала STAT1 и STAT2 горят одновременно вне зависимости от чего-бы то ни было. Даташит ясно дает понять, что это индикация NTC fault (вместо него кстати пока 10к стоит, напряжение 0.5V на пине, так что все в порядке) (см. скриншот). При фаулте по идее функция зарядки должна отключиться (см. скриншот), а она работает как часы, что наводит на мысль, что чип нормально все отрабатывает, но отчего-то сосёт ток по линиям STAT1 и STAT2, заставляя диоды гореть.

    Я слегка поменял схему включения этих пинов, дабы завести их дополнительно на MCU (резисторы R17 и R22), но ума не приложу, как такое может повлиять на поведение обычного open-drain пина (см. скриншот). Затвра буду резать дорожки, идущие к MCU, но может быть пока у кого-то есть мысли на этот счет?

    Спасибо.

    image.thumb.png.cf8531f71a4a30a74d8b95bbcda6edb0.png

    image.thumb.png.95a57ec0d9f6e9a0ebcc66885f2c19bf.png

    image.thumb.png.9d3b2e97f82830952947adec0cf02bcc.png

  12. Коллеги, подскажите, в чем могут быть различия между BBB бордами от разных производителей? 
    Конкретно интересуют эти две:

    image.thumb.png.dc1f63987d5c3f341fa9e8db8617a791.png


    https://www.digikey.com/product-detail/en/ghi-electronics-llc/BBB01-SC-505/BBB01-SC-505-ND/6210999
    https://www.digikey.com/product-detail/en/circuitco-electronics-llc/BB-BBLK-000/BB-BBLK-000-REVC-ND/4842211

    Понятно, что они 100% совместимы по ногам и периферии, но может различные компоненты/память используется?

    Спасибо!

  13. Хм, однако "залочка" поля designator не работает: залочил, прожал t-a-n, альтий предлагает переименовать. Если нажать Yes, то компонент спокойно перенумеруется, а если No, то поле просто разлочится.
    Будьте внимательны.
     

    image.thumb.png.b50591bc81ef310395b2da6088ceb133.png


    image.thumb.png.eccc47cc4bdfebc27b5d045a3c844ac6.png

     

     

  14. 46 minutes ago, Метценгерштейн said:

    Тогда последний вопрос- а для каких целей это правое окно используется? Раз вреда от него столько много. Наверное же не я первый вляпался? 

    Я не могу ничего придумать, кроме как раз контура платы. Может удобно в мультизаготовках, хрен его знает.
    Но общий rule of thumb -- не мешать в одном гербер файлы разные слои. Каждому слою - свой гербер.
    Или вообще ODB++.

  15. 7 minutes ago, Владимир said:

    Зачем? Camstatic встроен в Altium.

    У него бывают проблемы с прорисовкой при изменении зума (хотя может уже поправили, не проверял). 
    Плюс gerbv простой и удобный. И быстрый.
    А впрочем, можно и встроенным пользоваться, особой разницы не будет.

  16. Quote

    Тогда это не фабрика виновата, они просто сделали согласно предоставленным герберам. А за то, что в них находится они не отвечают...

    Соглашусь тут.

    Более того, представляется странным такой метод генерации с добавлением механических слоев.

    Quote

     

    У меня аналогичные настройки с добавлением Mech1 во все слои. Обычно у меня там контур платы, но тут случайно (в смысле по моему недосмотру)  проник и контур ИС. Брак

     

     

     

    Во-первых, есть риск залёта, как у ТС, хотя и небольшой (а при полностью своих либах стремится к 0).
    А во-вторых, это бессмысленно: ничто не мешает генерить отдельным файлом контур платы, за много лет работы с разными производствами проблем не было, в т.ч. азиатами, где сюрпризы недопонимания поражают порой. 
    На любом производстве поймут, что отдельный гербер с контуром -- это именно контур платы.

  17. Насколько мне известно, заполненные медью through-hole via сложнее в производстве, нежели заполненные blind via. Для первых риск включений пузырьков воздуха выше, чем для вторых, а это чревато проблемами на последующих стадиях производства.
    Но, конечно, речь о платах с экстримальной плотностью тока и/или тепловой энергии, так что называть это обыденностью -- лукавство.

  18. ЧуднО.
    А покажите опции выставленные в диалоге генерации герберов? И, если не затруднит, проведите, пожалуйста, простой эксперимент, ну чисто из любопытства: оставьте в диалоге только эти два слоя и сгенерите выходной пакет. Глюк сохраняется?

  19. Два варианта:
    1) Если модуль-плата каким-то образом напаивается на материнскую плату (ну, например через Castellated Hole). Для своей платы-модуля экспортируете модель (STEP файл), потом в библиотеке создаете компонент, футпринт рисуете с падами -- все, как для обычного компонента. Пристёгиваете к футпринту модель, сохраняете. Готово.
    2) Если плата не напаивается, а соединяется с материнской с помощью системы коннекторов или кабелей, то Multiboard Project гуглите.

  20. Буквально на днях настраивал GIT (облачный Gitlab) в связке с Альтиумом, точно с такой же проблемой столкнулся.
    В общем, нужно сначала установить GIT и создать локальный репозиторий в папке с проектом, а уже потом альтиум это дело подхватит.
     

    p.s. но ни в одной вкладке настроек так ничего и не появилось.
     

    image.thumb.png.b74e980e93f840d81e974a9ef5422c6c.png

    image.png.efab7f441334601cf0924232a175271b.png

×
×
  • Создать...