Моноблок после включения некоторое время думает, и потом выкидывает на экран сообщение о перегрузке USB и через 15 секунд выключается.
Микросхему USB3.0 ,защитные 6-ногие(не помню как называются), снимал- ничего не изменилось . Почитал по форумам ,на аналогичных платформах с таким же хабом советуют хаб заменить. заменил - тоже не помогло.
Можете что посоветовать?

Питание USB портов как реализовано? USB_OC#?

Я схему не нашёл. Если знаете какие то типовухи расскажите, буду уже на плате искать похожие цепи. Могу только сказать что у портов 2.0 и 3.0 питание раздельное, не звонится, а откуда растёт и где замеряется сила тока, без понятия.

Схемы у меня нет. Надо глазами смотреть. Если стоят ключи, то недалеко от разъемов. Они и о токе сигнализируют.

то есть ключ , через который проходит питание на USB , если он пробитый то даёт падение напряжения без нагрузки больше чем открытый? И это падение идентифицируется как перегрузка?
Тогда возникает мысль - в отсутствии схемы на прямик подать 5 в разъём и обмануть все нюхалки

Открываешь схемы MSI и смотришь, как они, обычно реализуют защиту от перегрузок.
Сравниваешь, что у тебя.
Подача 5В напрямую, тебе, скорее всего, не поможет.

Вот такую схему нашел. Что тут может ток мерить не пойму.

Схема соответствует вашей плате, так же стоит TPS25810?
Неужели трудно вызвонить на реальной плате, как организовано питание USB?

нет, нету. Клиент переобулся и решил срочно забрать аппарат. Видимо скоро ещё к кому- то заедет.Ловите)).

На блоке возможно есть еще type C у них свое питание и это с высокой долей вероятности его проделки.

Поймал)) Клиент привёз вместе с аппаратом такую же донорскую плату с пробитым питанием проца. По ней и осуществлял "реверс-инжиниринг"). Схемы на аппарат, естественно, не нашёл, но нашёл в открытом доступе схему на MS-AE321, от неё и начал пляски с бубном. Но зря). В MS-AE321 на каждый USB-порт стоит восьминогий контроллер, их выходы OC# объединены через нулевые резисторы, подвешивались через 10k резистор к +3.3V и уходили в хаб (и на мульт, только не совсем понятно зачем). В AE821 всё совсем по-другому, хотя схема от 321 хоть дала понять, в каком направлении копать. Итак, как всё это решено в AE821: с портами USB 2.0 всё банально просто - два порта запитаны через предохранитель, к которому также подключен делитель из резисторов 2.7k и 5.1k (размера 0603, ещё и номиналы на самих резисторах написаны), с которого уходят 3.3v в хаб: перегорает предохранитель - соответствующий вывод хаба притягивается к земле нижним резистором делителя. А вот с портами USB 3.0 и type-c всё совсем по-другому. Там питание USB через восьминогие микросхемы, но их распайка отличается от MS-AE321. Тестером нашёл вывод OC#, на всех микросхемах к нему припаян нулевой резистор, а дальше любители иероглифов начали китайскую грамоту: этот вывод через 10k резистор подтянут к собственному выходу (+5VUSB*). И везде при замерах было по +5V. Проследил по дорожкам - эти сигналы уходят на диодные сборки (или диодную сборку и транзистор, что скорее всего) - объединяются, а потом по уже знакомому делителю из больших резисторов (как у USB 2.0) уходят в хаб (2 порта на 1 сигнал). В итоге причина оказалась до безобразия банальна: один из резисторов на 2.7k оказался в обрыве. Заменил - и вместо ругани на перегрузку USB-портов получил ругань на грязный ME-регион, но это уже совсем другая история))) В-общем, клиент остался доволен).
P.S. На эту тему наткнулся ещё при получении аппарата в ремонт, но для себя решил: если смогу его поднять - отпишу в чём была причина. Вот...