Доброго дня, уважаемые!
Ноутбук во время грозы был подключен в сеть 220 и сеть Ethernet. Адаптер питания вышел из строя. На плате вышел из строя с прогаром RT6223, настроенный на выдачу напряжения 1В. После замены появились необходимые напряжения и реакция на кнопку включения в виде нестатичного потребления тока (до 500мА). Около "комбайна" (SR342) появились напряжения на двух фазак по 1В, на третьей - ничего. Изображения нет ни на матрицу, ни на D-SUB, ни на HDMI.
Воспользовавшись схемой от LA-E892P, подпаял POST-карту к EC. POST-коды при включении идут, заканчиваясь последовательностью: 58 > 55 > 41 > 0E. Прошил BIOS свежим с сайта производителя - ситуация не изменилась: те же POST-коды, изображения нет.
По выданным POST-ам ничего определить не получается, так как не нахожу соответствия в списке POST-кодов на InsydeH2O. Единственное, что они мне дают понять, что плата не полный труп и EC, хаб и ЦП что-то пытаются делать.
Помогите, пожалуйста, определить следующий шаг диагностики/ремонта. Я в тупике

С памятью и без посты смотрели? Сетевая в норме? На третьей кз смотрели? EN и питание на формирователь приходит?

Без памяти POST-кодов проходит гораздо меньше (остановка на FE), потребление другое. Третья фаза управляется NCP81218 через драйвер NCP81151. На драйвере сигнал EN присутствует, есть питание 5В, но нет PWM сигнала с NCP81218 (просто высокий уровень). Полевики не пробиты.

Это не питание встроенного gpu случайно? Оно обычно появляется в самую последнюю очередь.

Вот и я думаю, что это либо питание GPU, либо фаза, включаемая в Turbo-режиме процессора. Поэтому и нет идей, чего не хватает для полноценного старта. Надеялся, что POST-карта поможет, но увы...

UPD: Сетевая не греется ни в дежурном, ни в обычном режиме. Возможно, стоит глянуть на нее datasheet и проверить наличие жизни. Но сомневаюсь, что выпадение сетевой без просаживания RST воспрепятствовало бы запуску платы. А RESET не залип.

Кроме RESET, сетевая может садить шину PCIE. Снимите ее для уверенности.

Проверить генрацию на ней можно и падение по линиям данных. Если прилетело по ней то 99,9% она неисправна.

Снял сетевой контроллер, но ситуация не поменялась вообще. Та же череда POST и остановка на 0E.

Так как неисправен адаптер и была бита цепь питания на линии 19В, то ей, видимо, не долетело :)

Звуковые коды есть?
---------- Добавлено спустя 5 минут 14 секунд: ----------
Вот что нашел IchSmbusArpDisabled 0E

Динамик подцепил - полная тишина. CapsLock не подает сигналов бедствия и на нажатия никак не реагирует.

Это уже очень интересно. Нашел одну тему, где многие отписались, что помогла прошивка BIOS. Но это было на платформе LX89. Да и BIOS я шил с сайта производителя и даже с этого форума (в соответствии с board ID).

Думаю необходимо смотреть, что стоит по smbus

Так как схемы нет, то ориентируюсь по схожей. SMBus выходящий из хаба используется для работы с модулями RAM и EC (SMLink). Пожалуй, нужно найти DDR4-модуль и попробовать. Кроме того, посмотрю какие еще микросхемы есть на плате с задействованным SMBus. Проверю шевеления на этой линии, где смогу.
Но это уже завтра. Голова стала под вечер из чугуния.

Проверил жизнь на SMBus DDR и SLBus на EC: какие-то данные передаются. Не имея анализатора, трудно определить говорит ли это только мастер шины или есть ответ от подчиненных устройств. Осциллограф у меня очень скромный - памяти нет. С DDR обмен происходит в самом начале. Думаю, что если бы он был неуспешным, то дальше FE дело бы не пошло.
И я еще подумал над тем документом, на который я ориентировался при поиске POST. Вот он: PDF InsydeH2O POST Codes.
В нем видно, что набор POST есть для каждой фазы прохождения BIOS. Эти фазы заметны на POST-карте в виде коротких 00 кодов и короткого RESET сигнала. Коды после таких "границ" идут разные, поэтому зацикливание здесь не имеет места. Расшифровка IchSmbusArpDisabled, скорее всего, актуальна для относительно старых платформ на Insyde BIOS, а не рассматриваемой InsydeH20. Чувствую одним местом, что моя POST-карта просто не того класса.
Попробую поменять RAM - вдруг поможет.

Вот исходник https://pdfslide.net/documents/insyde-h2o-bios-post-codes.html
Биос правильный.

Если исходник верный, то врет POST-карта (к чему я склонен больше всего).
Снял звуковой кодек и микросхему DP_to_DSUB. POST-ов поубавилось, остановка на AC (PswdConsole).
Поставил звуковой кодек - POST-ов стало больше, остановка на AC.
Поставил конвертер DP_to_DSUB, остановка на AC. Запустил 3 раза плату - стала останавливаться на 0E...
Пайку проверил, обвязку сравнил с фото, пропаял еще на всякий случай.
Меня в этой ситуации изумляет и подбешивает то, что неисправность необязательной микросхемы конвертера по мнению инженеров HP должна приводить к незапуску платы. До получения DDR4 тупик. Единственное предположение, что пробитое грозой питание 1В что-то вывело из строя в "комбайне".

Гроза вообще вещь не предсказуемая, может сгореть то что сгореть не должно, а работает то что было на линии.

для тех кто встретит пост код 0Eh (примерно 15-20 постом) на этой платформе и на LA-E791p, то решается заменой SoC. В моем случае на LA-E791p была пробита ШИМ 1V_PRIM, после замены сопротивление по питанию было 8 Om, потребление 50мА, решилось заменой SoC Core i3-6006u