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

shunix

Участник
 Профиль  Обзор контента

  • Постов

    310

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

  • Посещение

 Тип контента 

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

  2. Опубликовано · Пожаловаться

    On 7/27/2016 at 4:16 PM, PCBtech said:

     

    Для корректной перенумерации схемы,

    нужно сначала сделать перенумерацию на плате, начиная с большого номера (например, 10000),

    сделать бэк-аннотацию из платы в схему,

    а затем уже делать перенумерацию схемы с 1 по нужным правилам,

    и делать загрузку нового нетлиста в плату.

    Тогда гарантированно не будет пересечения RefDes.

     

    Я правильно понимаю что в 17.4 надо пользоваться этим же способом? 

  4. Опубликовано · Пожаловаться

    Добрый день, коллеги. Вопрос по версии 17.4.

    До этого сидел на 16.6, вчера обновился, и сразу взгляд зацепился на имена цепей на КП элементов. 

    Во-первых, надписи какие-то нечеткие, размытые.

    Во-вторых, если цепь длинная то имя показывается только при увеличении НА ВЕСЬ экран. Слева на картинке 16.6, справа 17.4.

    Это баг? Или может есть какая-то настройка?

    16.jpg

    17.jpg

  6. Опубликовано · Пожаловаться

    20 hours ago, Aleksander-true said:

     

    Возьмите готовый источник питания на 1В 120 А 

    Например VTM48MP010T135AA0 http://www.vicorpower.com/documents/datasheets/ds_VTM48MP010T135AA0.pdf

    Точнее это преобразователь шины с остоянным коэффициентом с 48 В на 1В , если есть постоянная шина 48В  то проблема решится без программирования

    если нет стабилизированной шины в 48В то перед ним надо ещё поставить PRM типа PRM48Bx480y600A00 

    http://www.vicorpower.com/documents/datasheets/PRM48BF480T600A00_ds.pdf 

    Ну или другие комбинации, модулей.

     

    Проблему с выходным напряжением решили. Действительно дело было в неправильном номинале кондёра у выводов Vdd силовых транзисторов. На выходе 1.06В, правда на резисторах уже 0.95В, из-за того что я далеко от них ОС подключил. Но 85 А он держит.

    Пытаемся c PMBus разобраться, но это уже второстепенная задача, тк конфигурится она внешними резисторами. 

  7. Опубликовано · Пожаловаться

    2 minutes ago, arhiv6 said:

    Не вижу на схеме резисторов подтяжки I2C. Чем регистры читаете?

    Подтяжка есть на другой странице, 4,7k к 3.3В. Как я уже писал, на этой же линии сидят ADS1115IDG и несколько INA219 и у них всё читается.

    Читаем К1986ВЕ1 (Миландр на кортексе)

     

  8. Опубликовано · Пожаловаться

    2 hours ago, Plain said:

    Драйверы питаются от 2,2 нФ и 3,3 нФ — это Вы чем руководствовались?

    Поставил 2 мкФ на выводы VDD драйверов и выходное напряжение появилось! Спасибо!

    А вот регистры так и не читаются

  9. Опубликовано · Изменено пользователем shunix · Пожаловаться

    56 minutes ago, Plain said:

    Как? На VDD там 0201 по замыслу авторов.

    по замыслу 0805. у меня 0603

    VDD-tps.PNG

    1 hour ago, x893 said:

    А это всё это делаете для собственного удовольствия ?

    Компания работает только по счетам с российскими поставщиками

  10. Опубликовано · Пожаловаться

    27 minutes ago, x893 said:

    Забейте на Терру. Напрямую у TI и Fedex привезет на дом. 3-4 рабочих дня.

    А дальше осцилл в руки и сравнивайте.

    Регистры у вас просто не читатются (можно было даже список не публиковать).

    Ещё и сэмлов закажите нужных (за бесплатно - 5 позиций по 5 штук)

    На частное лицо.

     

    Класс, кто бы мне это всё оплатил как частному лицу ..

    Мне индус выслал осциллограммы сигналов PWM. У меня другая картинка. Что дальше?

    Почему могут не читаться регистры? При условии что на этой шине I2C сидит ADS1115IDG и несколько INA219 и у них всё читается.

     

    28 minutes ago, Plain said:

    Драйверы питаются от 2,2 нФ и 3,3 нФ — это Вы чем руководствовались?

     

    В случае c VIN там действительно нф, а вот с VDD я ошибся..

    Сейчас попробую поменять

  11. Опубликовано · Пожаловаться

    11 minutes ago, x893 said:

    Купите
    https://www.ti.com/tool/TPS53647EVM-710
    через 3-4 дня получите и будете точить мастерство

    Думал над таким вариантом. Только если покупать в Терре, то там не 4 дня, а две недели.

    Ну допустим я заказ и получил. Пришла мне эта плата. Я её включаю, и , О ЧУДО, она работает. Что дальше?

  12. Опубликовано · Пожаловаться

    Было закуплено 3 TPS53647. Чтобы откинуть вариант с кривой пайкой, одну из ИС сдули и поставили новую.

     

    Приложил схему

    pdb.pdf

    1 minute ago, Plain said:

    Ошиблись, Вам в раздел программистов.

    Эм, при чём тут программисты?

  13. Опубликовано · Пожаловаться

    Приветствую, коллеги.

    Понадобилось питать CPU напряжением 1В, с пиковым током до 120А. Выбор пал на четырёхфазную ИС TPS53647. До этого опыта с такими сложными источниками не имел. Было решено сделать тестовую плату и в качестве нагрузки использовать батарею SQP резисторов. При создании схемы и платы руководствовался даташитами и результатами техасовского WEBENCH Power Designer. Позже уже нарыл описание демоплаты (https://www.ti.com/lit/ug/sluuba9a/sluuba9a.pdf?ts=1591603013296&ref_url=https://www.ti.com/product/TPS53647) с ней тоже никаких разночтений не увидел.

    В итоге, после включения (ENABLE  подняли в 1), на выходе после ключей получил не 1В, а 0.

    Но вспомогательные напряжения ИС генерит:

    VREF (pin13) - 1.698V

    V3R3 (pin16) - 3.301V

    Когда ENABLE в 0, CSP1-4 и PWM1-4 находятся на уровне 1.5В, после включения 

    CSP1-CSP4- 0.405V

    PWM1-PWM4 - 0.09V

    К шине PMBus подлкючен МК, но все регистры там выглядят так:

    Spoiler

     

    16:05:46:880] TPS_OPERATION: 0xffff␊

    [16:05:46:880] TPS_CONFIG: 0xffff␊

    [16:05:46:885] TPS_CLER_FAULTS: 0xffff␊

    [16:05:46:885] TPS_WRITE_PROTECT: 0xffff␊

    [16:05:46:885] TPS_STORE_DEF_ALL: 0xffff␊

    [16:05:46:885] TPS_RESTORE_DEF_ALL: 0xffff␊

    [16:05:46:891] TPS_VOUT_MODE: 0xffff␊

    [16:05:46:891] TPS_VOUT_COMMAND: 0xffff␊

    [16:05:46:891] TPS_VOUT_MAX: 0xffff␊

    [16:05:46:891] TPS_VOUT_MARGIN_HIGH: 0xffff␊

    [16:05:46:900] TPS_VOUT_MARGIN_LOW: 0xffff␊

    [16:05:46:900] TPS_OUT_CAL_OFFSET: 0xffff␊

    [16:05:46:900] TPS_VOUT_OV_FAULT_RESPONSE: 0xffff␊

    [16:05:46:900] TPS_VOUT_UV_FAULT_RESPONSE: 0xffff␊

    [16:05:46:900] TPS_IOUT_OC_FAULT_LIMIT: 0xffff␊

    [16:05:46:910] TPS_IOUT_OC_FAULT_RESPONSE: 0xffff␊

    [16:05:46:910] TPS_IOUT_OC_WARN_LIMIT: 0xffff␊

    [16:05:46:910] TPS_IOUT_OC_FAULT_LIMIT: 0xffff␊

    [16:05:46:910] TPS_OT_FAULT_RESPONSE: 0xffff␊

    [16:05:46:910] TPS_OT_WARN_LIMIT: 0xffff␊

    [16:05:46:910] TPS_VIN_OV_FAULT_LIMIT: 0xffff␊

    [16:05:46:921] TPS_IIN_OC_FAULT_LIMIT: 0xffff␊

    [16:05:46:921] TPS_IIN_OC_FAULT_RESPONSE: 0xffff␊

    [16:05:46:921] TPS_IIN_OC_WARN_LIMIT: 0xffff␊

    [16:05:46:921] TPS_STATUS_BYTE: 0xffff␊

    [16:05:46:921] TPS_STATUS_WORD: 0xffff␊

    [16:05:46:921] TPS_STATUS_VOUT: 0xffff␊

    [16:05:46:921] TPS_STATUS_IOUT: 0xffff␊

    [16:05:46:932] TPS_STATUS_INPUT: 0xffff␊

    [16:05:46:932] TPS_STATUS_TEMPERATURE: 0xffff␊

    [16:05:46:932] TPS_STATUS_CML: 0xffff␊

    [16:05:46:932] TPS_STATUS_MFR_SPECIFIC: 0xffff␊

    [16:05:46:932] TPS_READ_VIN: 0xffff␊

    [16:05:46:932] TPS_READ_IIN: 0xffff␊

    [16:05:46:932] TPS_READ_VOUT: 0xffff␊

    [16:05:46:932] TPS_READ_IOUT: 0xffff␊

    [16:05:46:943] TPS_READ_TEMPERATURE: 0xffff␊

    [16:05:46:943] TPS_READ_POUT: 0xffff␊

    [16:05:46:943] TPS_READ_PIN: 0xffff␊

    [16:05:46:943] TPS_PMBus_REVISION: 0xffff␊

    [16:05:46:943] TPS_MFR_ID: 0xffff␊

    [16:05:46:943] TPS_MFR_MODEL: 0xffff␊

    [16:05:46:943] TPS_MFR_REVISION: 0xffff␊

    [16:05:46:943] TPS_MFR_DATA: 0xffff␊

    [16:05:46:943] TPS_MFR_VOUT_MIN: 0xffff␊

    [16:05:46:952] TPS_MFR_SPECIFIC_00: 0xffff␊

    [16:05:46:952] TPS_MFR_SPECIFIC_01: 0xffff␊

    [16:05:46:952] TPS_MFR_SPECIFIC_04: 0xffff␊

    [16:05:46:952] TPS_MFR_SPECIFIC_05: 0xffff␊

    [16:05:46:952] TPS_MFR_SPECIFIC_07: 0xffff␊

    [16:05:46:958] TPS_MFR_SPECIFIC_08: 0xffff␊

    [16:05:46:958] TPS_MFR_SPECIFIC_09: 0xffff␊

    [16:05:46:958] TPS_MFR_SPECIFIC_11: 0xffff␊

    [16:05:46:958] TPS_MFR_SPECIFIC_12: 0xffff␊

    [16:05:46:963] TPS_MFR_SPECIFIC_13: 0xffff␊

    [16:05:46:963] TPS_MFR_SPECIFIC_14: 0xffff␊

    [16:05:46:963] TPS_MFR_SPECIFIC_15: 0xffff␊

    [16:05:46:963] TPS_MFR_SPECIFIC_16: 0xffff␊

    [16:05:46:968] TPS_MFR_SPECIFIC_20: 0xffff␊

    [16:05:46:968] TPS_MFR_SPECIFIC_22: 0xffff␊

    [16:05:46:968] TPS_MFR_SPECIFIC_44: 0xffff␊

     

     

    Напряжения на конфигурационных выходах:

     

    Spoiler

     

    ADDR-TRISE - 0.058V

    SLEW-MODE - 0.986V

    O-USR - 1.597V

    VBOOT - 1.122V

    F-IMAX - 0.806V

    OCL-R - 1.39V

     

    В ТП на форуме TI я обратился. В ходе переписки, ТП развели руками и предложили выслать им мою плату для отладки...но хотелось бы быстрее локализовать и устранить неисправность. Куда надо смотреть?

  15. Опубликовано · Пожаловаться

    9 minutes ago, Drvin1555 said:

    У меня была подобная проблема, правда после установки хотфикса. Решилось прописыванием строки в каком-то файле, точно не помню, но вот Cadence forum или cadence forum 2 в одном из обсуждений есть решение. Если это не поможет то сама функция связи между PCB editor и Capture называется Intertool Communication.

    Переткнул галку на схеме ( Options - Preferences - Miscellaneous и опция Enable Intertool Communication ), перезагрузил нетлист и связь оявилась

  16. Опубликовано · Пожаловаться

    Внёс изменения на схему и Создал новый Нетлист и проапдейтил PCB, плата открылась без предупреждений. Все изменения на плате присутствуют,  но, когда я выделяю компоненты на схеме, на плате они не подсвечиваются. Почему эта связь пропала?

  17. Опубликовано · Пожаловаться

    Сделал скруглённую КП (с помощью shape symbol) у микрухи, и теперь DRC ругается что есть заужение  0.1999995 вместо 0.2.

    mes1.thumb.PNG.d5f3838905d80b14e1d870bcb6a75705.PNG 

     

    Не очень ясно откуда там вообще заужение взялось, ну да ладно, вопрос в том, почему у меня drc  измеряет с точностью 7 знаков после запятой, а не округляет до 4х (как у меня указано в настройках)?mes2.thumb.PNG.c2612264ed5167d672854ac3b767795b.PNG

     

  20. Опубликовано · Пожаловаться

    Quote

    Стал вопрос о создании пыле/влагозащищенной платы, что-то очень приближенное к IP67/IP68, но не где не могу найти адекватной информации для решения этого вопроса.

    Обычно для этого плата с установленными компонентами покрывается лаком. А более жёсткая защита решается за счёт конструирования влагозащищённого корпуса

  21. Опубликовано · Пожаловаться

    5 minutes ago, dee2mon said:

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

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

    Так что кто-то похоже просто скопировал картинки из учебника не до конца их переделав

     Документ называется Toradex Layout Design Guide.

    Там много примеров, и на всех дифпары выходят разнесённые, и потом уже сходятся.

     

    5.PNG

  22. Опубликовано · Пожаловаться

    Смотрю рекомендации производителя по трассировке. Там есть наглядные примеры как не надо и как надо делать:

    .3.thumb.PNG.73a40934aa193bf5707da029b3ab2c27.PNG

     

     

    Но мне не ясно, почему в таком случае не пойти дальше и не сделать  так?

    4.PNG.59034686f8656771ac07bcf35d396fe6.PNG

    Пара ведь будет ещё больше согласована. Или я чего-то не понимаю?

     

  23. Опубликовано · Пожаловаться

    3 minutes ago, Uree said:

    Трассы не двигаются если нет на то места, а полигоны не режутся если не включена опция:

     

     

    Бывает, что имеется какой-то кипаут, который не виден/выключен - на глаз ничего не мешает, а двигать не получается. В таких случаях два решения:
    - включить все и смотреть, что там может мешать
    - выключить Bubble : Off, провести с ошибкой и смотреть в свойствах ошибки какие объекты конфликтуют.

    Когда делаю Bubble : Off и провожу дорожки как мне нужно, никаких DRC Не возникает

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