Jump to content

    

Aaron

Свой
  • Content Count

    269
  • Joined

  • Last visited

Community Reputation

0 Обычный

About Aaron

  • Rank
    Местный
  • Birthday 08/05/1984

Контакты

  • Сайт
    http://

Информация

  • Город
    Зеленоград

Старые поля

  • Vkontakte
    kostik_aaron

Recent Profile Visitors

2736 profile views
  1. Да, интересный подход, с этой точки зрения я никогда не думал. Позвольте вопрос задать с практической точки зрения. Я всегда рассматривал подобные конденсаторы во-первых как ВЧ-фильтры от стандартных пульсаций питания из-за потребления мк/сх, во-вторых как бочки с запасом энергии для нивелирования больших бросков тока. Условно, 0,01мкф..0,1 мкФ в качестве фильтров, 1..4 мкФ в качестве запаса энергии. И пока что такой подход везде работает. Вы же предлагаете рассматривать полный импеданс - то есть, допустим цифровая мк/сх работает на 400МГц и потребляет 1А @ 3V3 (то есть имеет условно сопротивление 3,3 Ом) - и вы рассчитываете полный импеданс на частоте 400МГц? Подбираете конденсаторы необходимого номинала и с правильными ТТХ на указанной частоте? Или всё же работает принцип "ставим 0,1 мкФ 0603 - это покрывает все требования с головой"?
  2. Голословное и неверное утверждение. Фильтрация сделана вполне правильно. Макароны - это подводы цепей питания. Кондеры и стоят в тч чтобы шумы от этих макарон фильтровать. Еще добавлю, что в вашем случае судя по всему можно будет односторонним монтажом обойтись. Не забывайте, что это также улучшает технологичность. Автоматический монтаж облегчается, регулировка. Меньше сверловки, меньше вероятность брака.
  3. Почему зря? Вы получите очень хороший опыт по согласованию методик тестирования. Вам надо отстаивать свою позицию - если испытания в составе холодильного оборудования, то: 1) там есть ножки, демпферы. Нагрузка, которая будет передаваться на плату конкретно, существенно будет отличаться от заявленных вами 0,35мм @ 50Гц. 2) вы должны разработать и согласовать методики испытаний на основе ТЗ. В методиках надо учитывать модель (математическую, физическую и т.п.) холодильного оборудования, и для вас должны предъявляться требования уже сниженные. Либо в методиках испытаний должно быть прописано что-то такое: испытаниям подвергаются платы установочной серии (или каждые Х плат из партии) в составе холодильного оборудования. 3) если платы проверять отдельно, то как минимум их надо проверять в оснастке, которая будет имитировать нахождение в составе холодильного оборудования. Корпус устройства - обязательно! Прямая аналогия для наглядности - ракеты должны выдерживать условную температуру 600С. Электроника внутри ракет тем не менее на эту температуру отдельно от ракеты не проверяется ;)
  4. Mplata абсолютно прав. С другой стороны, если ТЗ на плату и вы под этим подписались и исправить никак, то придется выполнять. Проблема 100% в изгибе платы, с одной точкой крепления конечно на вибрациях всё ходуном ходит. Увеличивайте жесткость платы в первую очередь. Если есть возможность, наращивайте толщину. Металлизация тут не поможет, мягкая медь никакой жесткости не даст имхо. Крупные эри поменять на более мелкие, придвинуть ближе к крепежу, приклеивать перед установаой. Комплекс мер должен помочь. По поводу саботажа - не ищите сложностей там где их нет. Механические повреждения от вибраций, а пайка - на стороне делалась? Профиль пайки неверный подобрать - эри не пропаяются, особенно крупные. Их после печи могли вручную допаивать.
  5. TouchGFX и 32 битная SDRAM

    Коллега, и всё же предлагаю отмести железобетонно аппаратные проблемы. Я вижу, что на приведённой картинке линии имеют разный цвет ;) Как предположение (надо смотреть код touchGFX) - у вас обмен с SDRAM проводится в виде транзакций. Одна строчка изображения - одна транзакция. В промежутках между транзакциями шина может не использоваться. При проблемах в топологии из-за нарушения целостности сигналов могут быть всякие чудеса. Например, при появлении данных на линии первые биты могут портиться, и потом при окончании транзакции последние биты портиться. Может, у вас на линии идёт какая-то наводка извне? При этом, если данные передавать непрерывно, то проблема может не проявляться визуально.
  6. TouchGFX и 32 битная SDRAM

    если на аппаратные проблемы думать, то тогда напишите, какая длина трасс? какой разброс длин? пробовали паттерны какие-то выводить - может у вас проблема по конкретным линиям данных?
  7. век живи - век учись! Так и параноиком стать можно...
  8. А переезд в РФ так и не рассматривается?
  9. Можно ликбез провести по поводу srec_cat? bin файлы же не обладают встроенной информацией о секциях адресов. Проводится подготовка промежуточных файлов .srec и из них далее из одного файла могут генерироваться несколько bin?
  10. По поводу KEEP ещё раз: вы создаёте ld-файл с секцией BANK2. Далее в цели сборки перечисляете только те зависимости, которые должны попасть в BANK2. Типа такого: bank2.bin: graphics.o constans.o bank2_script.ld $(LD) graphics.o constans.o $(LDFLAGS) -Tbank2_script.ld -o "bank2.bin" Поскольку переменные/константы в привязываемых объектниках из этих же файлов не вызываются никак, то для них в ld-файле должно быть слово KEEP. SECTIONS { .bank2_data : { KEEP(*(.bank2)) KEEP(*(.bank2.*)) } >BANK2
  11. Может создать отдельную цель сборки в makefile, и для этой цели сборки подсунуть отдельный ld-файл, где будет только секция BANK2 прописана? В этом ld-файле указать KEEP для всех данных из объектников, т.к. формально к ним обращений не будет, и оптимизатор может их выпилить при сборке. Ну и тогда объявление самих объектов надо вынести в отдельные файлы, не связанные с файлами для первой цели сборки.
  12. Написал вам в личку. Можете поискать мои темы в разделе "предлагаю работу".
  13. Есть еще приборы лабораторные типа toneohm 950 - цепляешь электроды в разных местах, а потом щупом/пробником ищешь и локализуешь место, в котором обрыв/кз. Можно во всякие метрологические лаборатории позвонить, может кто имеет нечто подобное.
  14. По идее, можно в начало готового бинарника подставить переадресацию на начало вашего загрузчика (&sp и &Reset_Handler), чтобы он стартовал. Далее, в коде загрузчика явным образом должны храниться адреса &sp и &Reset_Handler, взятые из оригинального бинарника. В конце работы загрузчика эти сохранённые адреса используете, чтобы задать __set_MSP() и прыгнуть в Reset_Handler оригинального бинарника. Принципиальных проблем не вижу, но сам не пробовал. Напишите, если на практике всё получится. Тема интересная. А ещё прошивки иногда создают в свободном пространстве флеша структуры с данными. И загрузчик соответственно может тупо затереться.
  15. По теме - если возврат в resethandler (или куда там еще у кого) не предполагается - то у сишных функций аттрибут noreturn надо ставить - и стек не будет использоваться.