Заодо сравните версию ботлоадера у рабочих и глючных процессоров.

Вообще, имея глючную плату нужно на ней проводить опыты. Чтобы вероятность ухватывания бага за хвост была максимальной. Обычно это делается удалением из проекта всего кода, выше BBB (MSC-SCSI). Тест только USB-стека и даже на чтение-запись секторов ставится пустышка.

Для чистоты эксперимента лучше иметь не один компьютерный HS-хост, а ещё на микроконтроллере.

Теоретически, бага в LPC для длинных пакетов может быть при отсутствии в нём (или кривом) USB-ФАПЧ (не USB-PLL). Тогда немного отличающиеся клоки хоста и девайса (или болтанка) будут ограничивать длину безошибочно принимаемых пакетов. Или может быть какой-то баг PLL. Я в LPC43xx видел странность, когда флаг стабилизации PLL постоянно устанавливался и сбрасывался при вполне допустимом диапазоне частоты. Иногда вообще не устанавливался, но клок был. Чистоту спектра не измерял никогда.

Сообщение отредактировал GetSmart - Aug 25 2016, 15:19

Я в LPC43xx после старта PLL, больше на его флаги не смотрю. Хотя наверное нужно сделать ISR. Но пока проблем в работе не наблюдается, а работаю давно и на разных частотах.
Для USB использую CGU.PLL0USB.

С горем пополам подпаял к нерабочей плате JTAG. А она взяла и заработала, даже без отладчика.
Проверил 4 другие имеющиеся нерабочие платы - две работают, как ни в чем не бывало.
Мистика какая-то.

Видимо, все-таки дело в частоте USB.. Точнее, в ее погрешности.

Тогда попробовать затактировать не от кварца, а от генератора.

Увы, вход GP_CLKIN не выведен на плате