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


Понял, проблема с загрузкой решается прочтением нужной документации (пока её не читал, думал всё прокатит по аналогии с другими процами от TI).

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

Я как раз пока не встречал таких "других устройств", кроме ПЛИС, и кроме случаев, когда внешний вачдог резет дает по поводу незагрузки. Обычно ROM боотлоадер "пробегает" всю цепочку того, с чего разрешена загрузка (ну или, если нет цепочек загрузки, то заданное устройство), и если ничего не нашел, зависает.

Схема питания состоит из источника питания 27 В (CPX400D), данные 27 В приходят на плату и импульсником LM2676 преобразуются в 5 В. Полученные 5 В используются уже TPS650061 для получения питающих напряжений процессора. Кто из них даёт больше всего шума, похоже при включении нагрузки CPX400D уже сам начинает шуметь, размах шума на 27 В наблюдаю примерно такой же как и на 1.3В - 400 мВ.

При таком раскладе ШИМ должен быть стабильным. Шумы - попробуйте запитать LM2676 от аккумулятора, чтобы избавиться от завязок через сеть. Но ШИМ - должен быть стабилен, так как там все застабилизировано насмерть еще до TPS. Если, конечно, у Вас там в схеме никто не меняет спонтанно ток потребления в разы.

Тут имел ввиду ПЛИС и, если не ошибаюсь (немного давно было), железный загрузчик F28346 непрерывно опрашивал свою загрузочную флэшку (надо будет проверить на досуге).


Хорошо, про ШИМ абсолютно согласен, похожая проблема была с питанием циклона 5, там, правда, период ШИМа был стабилен - плавала скважность, решилась проблема заменой резаков в ОС импульсника (резаки были неправильно подобраны). Тут, вроде как, всё по даташиту только порядок номинала сопротивлений в 10 раз меньше. Попробуем поменять.

Картинка чистая. Проблема явно не в ШИМ-е.
А TC просто точку синхронизации выбрал на удалении в 300 мкс от начала экрана.
Вот и не видит синхронизации.

Сильно сомневаюсь, если вспомнить про косвенные признаки - При подключении программатора процессор всегда останавливается на адресах 0xFFFF000C (Exception Vector - Pre-fetch abort) ...... , которые, чем-то другим, кроме глюков питания, объяснить сложно. При подключении эмулятора (в данном случае - xds510 или xds560 в TI CCS) именно для этого процессора должны (и обязаны!) получить штатный останов где-то внутри кода bootloader-а во внутреннем ПЗУ, а не на аборте. Останов на аборте - это какой-то глючище (при этом у ТС были отдельные случаи и штатного подключения, с остановом в бутлоадере, но, скорее случайные). Все это говорит о каких либо сбоях либо по питанию, либо по резету, либо по клокам. Скорее всего, именно по питанию.

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


Может убрать дроссель и попробовать запитать ядро от 1.3 В внешнего источника питания (CPX400D), вроде как только последовательность подачи питания надо соблюсти - сначала ядро, потом - периферия? С аккумулятором как-то сложно, где его взять-то.

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

Значит смотрю ШИМ и пытаюсь устранити аномалии, потом, если вопросы с шумами будут актуальны, попробую запитать от аккумулятора (хватит ли для LM2676 12 В, может обвеску надо пересчитывать (пока не смотрел на неё доку?)).


Для опровержения сказанного сделал два скрина:
Рисунок 1 - Стабильный и нормальный шим на выходе LM2676 (на моей плате конвертит 27 В в 5В), точка синхронизации очень далеко задвинута.
Рисунок 2 - ШИМ с какими-то аномалиями на выходе TPS650061, точка синхронизации в центре экрана.
Как видите, проблема в ШИМе, а не в синхронизации, пока это и предполагается возможной причиной нестабильной работы процессора (обсуждалось выше).

Заменил номиналы резисторов R69, R72 с 18.7 кОм и 22 кОм на 451 кОм и 524 кОм соответственно, не помогло (ШИМ не изменился). Может проблема в самом источнике? А что можно сказать по поводу ёмкости С133, может попробовать без неё?

Такую фразу в даташите видели -
"An additional circuit in the oscillator block implements spread spectrum clocking, which modulates the main switching
frequency when the device is in PWM mode." ?

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

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



Это посмотрел, всё нормально, осциллограммы прилагаю:
1) Последовательность подачи напряжений питания (жёлтый - 5 В, голубой - 1.3 В, фиолетовый - 1.8 В, зелёный - 3.3 В).
2) То же (с настройкой полосы канала 20 МГц)
3) Жёлтый - сигнал сброса процессора, остальные, что и на первых двух рисунках (программатор отсоединён).

Последние два рисунка - опять включение питания только в более нормальном масштабе, с даташитом сравнил (slva483), очень похоже на правду.

Ещё посмотрел, что почти все резисторы в нашей схеме отличаются от тех, что всеме TI (slva483), может быть где-то тут ещё что-то влияет на такой вид выходного ШИМ?

Попробовал напрямую подать питание на TPS650061 минуя LM2676 - ШИМ по-прежнему кривой.