Jump to content

    

__inline__

Участник
  • Content Count

    740
  • Joined

  • Last visited

Everything posted by __inline__


  1. Стабилизатор тока? В самом простейшем случае какой? Транзистор-токовое зеркало? Светодиодов 6 штук и у них общий катод и разные аноды (сейчас на каждом аноде стоит резистор 33 Ом) Макет-байда в собранном виде )) На провода от отладочной платы слева внизу не обращать внимание - это обычные кнопки на GPIO , они будут на печатной плате в виде контактов, замыкающихся графитом на силиконе:
  2. Нужно уложиться в фабричный корпус, который уже выбран. В нём уже предусмотрен батарейный отсек. Аккумулятор li-Ion 3,7V 1900mAh. Использую DC-DC MAX1572EC130 для питания ядра ЦСП (1,3V 800 mA максимум) и DC-DC LM3671-3.3 для питания остального (3,3V 600 mA максимум) ЦАП UDA1334BTS, схема включения внизу на картинке. Схема УНЧ там же. Выход ЦАП - не диференциальный, относительно GND. УНЧ с дифференциальным входом, но используется обычный. Выход - дифференциальный (двухтактный) класс D. На самом деле, платы с УНЧ и ЦАП и DC-DC близко сейчас, только их питание и земли идут к DC-DC по топологии "звезда", но идею понял! Кроме объединения земли УНЧ и ЦАП, их питания также объединять? (трассы питания должны идти над трассой земли)
  3. PLL у процессора подключен через ферритовые бусины и блокировочные конденсаторы, всё это на 4-слойке. Как в доке от TI написано сделали. На счёт гальвано-изоляции я не понял, что это значит? Девайс портативный, разъёмы: 1) зарядка аккумулятора 2) 3,5" разъем на наушники (встроенный динамик при этом отключается) Корпус - обычный пластик. По статике. Разъем наушников защищён супрессорной матрицей ESDA6V1, надо ли защищать разъём зарядки аккумулятора? (+5V и GND от USB mini) Среда эксплуатации девайса: +20 градусов по С, +/-10 градусов На счёт дополнительных LDO и DC-DC: сильно хочется использовать те, что есть, либо аккумулятор. Так как устройство будет запитываться от аккумулятора емкости 1900 мА*ч, на бОльшую ёмкость в нужном форм-факторе я не нашёл, а есть ограничение на размеры (батарейный отсек). На счёт идеи питания УНЧ от аккумулятора напрямую - спасибо! Тут просто макет когда отлаживаю, питаю от USB +5V, поэтому вылетело из головы, что УНЧ можно от Li-Ion напрямую запитать. Повысит КПД немного и громкость звучания на свежем источнике ))
  4. АЦП не будет - это точно. Почему рисунок ни о чём? на нём показано соединение макетных плат как оно сейчас. Причем, DSP и SDRAM отдельно выполнены на 4-слойной плате. И под эту плату легли сигнальные питание-земля.
  5. Здравствуйте. Прирос к Altium 6, очень быстро грузится и работает. В WinXP без нареканий. Но вот в Windows 7 есть крупный недочет - в редакторе печатных плат объекты при перетаскивании исчезают, пока кнопку мыши не отпустишь. Очень неудобно! Скачал Altium 17 - это просто какой-то тормоз! Загружается где-то 1,5 минуты и сам процесс работы с тормозами. Но при перетаскивании объъекты не пропадают! Можно ли как-нибудь победить дефект Altium 6, чтобы на время перетаскивания объекты не пропадали ? Без перехода на последние версии.
  6. Использую TMS320C6745 и обычные LDO на 3.3V и 1.2V (питание портов и ядра соответственно). При включении платы питания подаются практически одновременно. Дополнительно стоит контроллер сброса MAX6390 с задержкой сброса на 1 секунду (супервизор питания + задержка 1 с). Все исправно работает. Тем не менее, Texas Instruments рекомендует такой порядок включения DSP: 1) зажимаем ресет RES=0 2) подаем питание на ядро 1.2V 3) подаем питание на USB, если он есть 1.8V 4) подаем питание на порты 3.3V 5) отпускаем ресет RES=1 .....DSP стартует Насколько это принципиально? Как организовать задержку подачи питания в простейшем случае, если у стабилизаторов есть управляющая ножка ENABLE, INHIBIT ? Можно и RC-цепочкой сделать?
  7. Переработал полностью включение источников питания. Из того, что обнаружено: 1) Силовые питание и земля не должны проходить через сигнальные питание и землю. Иначе будет сносить крышу чувствительным компонентам - LCD, джойстик. 2) Мощный УНЧ не должен запитываться с сигнальных питания и земли. Иначе будет перепад яркости подсведки LCD на максимальной громкости звука. 3) Аудио-ЦАП не должен запитываться с сигнальных питания и земли. Иначе будет шум в аудио-тракте. 4) Силовые питание и земля обоих DC-DC конвертеров должны соединяться звездой и самым кратчайшим путём, ток одного конвертера не должен идти по той же трассе, что и ток другого конвертера. Иначе DSP будет глючить и уходить в Reset. Исходя из этого, топология соединений дана на рисунке ниже. Исправно работает, в аудио-тракте отсутствуют шумы, уровень яркости подсветки LCD не меняется от звука. Трассы, обведённые жирным - толстый хорошо пропаянный провод длиной менее 1 см. Платы DC-DC конвертеров располагаются одна за другой (совмещены) - при таком подходе удалось добиться минимальной длины соединений их силовых питания и земли.
  8. И появилась новая проблема - дисплею иногда сносит крышу. Новое решение: GND УНЧ кратчайшим путём к стабилизатору, а не по всей плате. Питание LCD в исходное. Вот это я называю задницей в электронике - когда нужно правильно разрулить возвратные токи на макетных соплях!
  9. Проблема решилась очень просто - питание подсветки LCD подал прямо с выхода стабилизатора. До этого питание гуляло по всему контуру - через УНЧ, отладочную плату, ит.п. Стоит взять питание на LCD с клемм стабилизатора - эффект пропадает! И не нужны эти конденсаторы по 220 мкФ на последней фоте - выпаял их, оставив 10 мкФ (по даташиту) - всё исправно работает. С GND тоже самое - взял с клемм стабилизатора. Хорошо работает на 3,3 V как LDO, так и DC-DC. Даже аналоговая часть работает без шумов, что радует. LDO тёплый, DC-DC нет, индуктивность тоже холодная. Всем спасибо за ответы! Если можно, подкиньте пожалуйста информацию с примерами как правильно разводить понижающие DC-DC преобразователи с током до 1 А. Смотрю, результат критичен к топологии. У меня от DC-DC на 1.3V питается ядро DSP на 456 МГц (ток потребления до 350 мА в линии 1,3V ) От второго DC-DC на 3,3V питаются цифровые линии DSP, LCD, подсветка LCD, ЦАП и мостовой УНЧ 1 Вт, карта SD-micro. С токами потребления на 3,3V выходит так: LDO: 0,21 A DC-DC: 0,16 A Входное напряжение с USB: 4,8V Она под пузом микросхемы. Пузо микросхемы тоже соединено с землёй.
  10. От стабилизатора до нагрузки - обычный провод длиной 20 см - на питании, и такой же на GND. Спаял плату с LDO LD39050PU33R : результат - та же фигня: в такт музыки яркость подсветки LCD меняется (её ток потребления 60 мА). Залез в даташит на ADP3338AKCZ-3.3 (он стоит на плате) - там максимальный ток 1А, а у LD39050PU33R 0,5А. Но я подозреваю что дело не в этом. Неужели даже для LDO важно соблюсти короткие трассы? Померял омметром - от силы сопротивление 0,1-0,2 Ом. Какие ещё могут быть причины?
  11. Ради эксперимента сделал понижающий DC-DC на 3,3V (микросхема LM3671MF-3.3V). По даташиту ток до 600 мА. Проверил на токе 0,3A - резистор 11 Ом - горячий как кипяток, но напряжение держится на уровне 3,3V. Результаты: 1) Решено: Часто уходило в RESET, пока питание и земли всех DC-DC не соединил звездой 2) Яркость LCD экрана пляшет в такт звука (чем громче, тем сильнее). Конденсаторы на 220 мкФ на входе и выходе стабилизатора - не помогли. Результатом не доволен. DC-DC оказался неустойчивым к низкочастотным колебаниям потребления тока. С вариантом LDO на 3,3V, который на отладочной плате - ADP3338AKCZ-3.3 результат больше нравится - яркость экрана LCD не пляшет на максимальном звуке и устойчив в работе (не критичен к топологии проводов-макарон на макете). Вынужден проверить как себя поведёт планируемый LDO 3,3V LD39050PU33R, а вдруг от звука яркость экрана LCD тоже будет колбасить? :) На что следует обращать внимание, если нужны стабилизаторы без эффекта пляски выходного напряжения от тока потребления? (кроме максимального тока отдачи)
  12. STM32H750 санкции

    Через efind.ru пробить конторы, у которых они лежат на ближних складах. Для 1..2 штук так прокатывает. Есть ещё в нашей стране запасы ))) https://efind.ru/offer/STM32H750 Цены на этот треш конечно капец...... С6745 лучше будет ))
  13. неудобнопаяемые ноги! ))) всё-же при наличии выбора, предпочтение отдам за SOT23-6. Такая кроха была нужна для засылки битов по SPI, затем в останов. Более не нужно. Но за информацию всёравно - спасибо!
  14. всё-же оно 5x5 мм и больше чем SOT23-6. И неудобнопаяемые ноги )))
  15. Тогда второй стабилизатор включится раньше, чем нужно: в момент когда выходное напряжения первого будет недостаточно для включения ядра (порог отпирания 0,9V, а на выходе 1,3V) Что имеется в виду под пропаданием? Выключение питания подходит под этот случай?
  16. Разве STM8 уже есть в SOT23-6 или меньше?
  17. AVR будут актуальны в устройствах там где нужны маленькие размеры, малый ток потребления и низкая шумность. Например, ATtiny-13: корпус SOT23-6, частота 1 МГц. Для управления синтезатором частоты передатчика с размером 1 рубль - самое то! А STM32 -займёт сразу всю площадь и будет шуметь своими PLL ! так что не хороните AVR раньше времени )))
  18. так , а что даёт доступ на FTP форума? В наш век торрентов.... Это раньше было нужно как воздух, а сейчас что поменялось?
  19. Нет, ENABLE там с высоким уровнем. Микросхема LD39050, в даташите сказано, что отпирается, если напряжение на Enable больше 0,9V. Если меньше 0,4V то запирается. Учитывая то, что напряжение питания ядра DSP будет в пределах 1,25 - 1,3V, то напрашивается резистивный делитель, который напряжение 1,25V делит на 0,25V и 1V. В простейшем случае - это резисторы 24 кОм и 100 кОм. Итого с выхода первого стаблилизатора через делитель на резисторах 24+100 кОм с верхней точки резистора 100 кОм снимаем 1 V который откроет LD39050 через Enable. Стабилизатор питания ядра 1,3V - понижающий DC-DC MAX1572 , с плавным включением ( Soft-Start with Zero Inrush Current) Дополнительные задержки будут определяться ещё и суммарными ёмкостями по питанию (в момент подачи питания все конденсаторы начнут заряжаться, напряжение на нагрузке будет повышаться с 0 до максимума ) : ядра и периферии. При снятии питания емкости будут быстро разряжаться через нагрузку. В простейшем случае вижу так. Поправьте если что-то не так.
  20. ELITAN.RU

    Комплектующие пришли - нужные и в нужном количестве и в надёжной упаковке! Всем спасибо за помощь! Рекомендую!
  21. Использую кварц на 24 МГц, загружаю системный софт через UART на 115200 бод согласно AIS Gen для C6745. Реальный бодрейт идёт как 115385 , что на 185 бод больше, чем надо. Параллельно использую McASP для звука. Но из-за того, что кварц на 24 МГц, а не 24.576 МГц, семплрейт звука чуть ниже нужного. Если же сделать кварц 24,676 МГц , то AIS Gen делает бодрейт 115867 , что на 467 Гц больше нужных 115200. Насколько это смертельно для загрузки программ по UART ? Пожертвовать тоном звука и использовать как раньше 24 Мгц и не знать проблем с загрузкой? Или рискнуть поставить кварц 24.576 Мгц и будет нормальный звук, но ошибка UART накопится быстрее. Коммутировать 2 кварца - не вариант. Оставить 24 Мгц или перейти на 24.576 ?? Какие вообще допуски в % для UART на 115200 бод?
  22. У меня не кодек, а простейший аудио-ЦАП, работающий через I2S. Yamaha YAC516-E: https://pdf.datasheet.live/55ce090f/toko.com/YAC516-E.pdf У него даже внутренних регистров нет для управления и передискретизации. Просто и со вкусом и ничего лишнего ))) Работает на вывод звука. Кстати, есть более современные аналоги, но они для меня недоставаемы. Поэтому курс на Yamaha )) Схема включения - намного проще чем у кодека, это важно там, где есть ограничения на площадь печатной платы:
  23. NXP выложил инфу на 1 ГГц Cortex-M7 + M4

    Вот в том-то и дело, что сигнатуры используются свои или вообще не используются! Также неизвестно где идёт начало данных, так как хранится вместе с кодом - откуда начать анализировать? В качестве примера, выкладываю звук выстрела, на расширение WAV не обращайте внимание - оно ничего не значит и для проформы. Как расшифровать эти данные ? :) :) LaserShot1.wav Был бы заказчик, то попробовал бы сделать! Распознавание образов тоже в сфере интересов.
  24. NXP выложил инфу на 1 ГГц Cortex-M7 + M4

    для меня главное чтоб не было закрытых блоков. А то 2D-движок возьмут и закроют ))) ))) В играх очень важно защищать данные от RIP-еров всяких, которые вытаскивают ресурсы или их изменяют с целью выдать чужую игру за свою. Используем в своих играх AES-256 или собственное шифрование. Это хоть как-то мало-мальски отобъёт у школьников желание RIP-ать медиа-данные. Понятное дело, трассировкой можно сделать дамп из ОЗУ и всё будет на ладони :)