Всем доброго времени суток коллеги! Зашел ко мне давненько этот аппарат после нескольких СЦ с букетом проблем в виде залития в районе ЦП, прогара под VRM процессора и пробитыми входными ключами.
По ходу ремонта выявил что кипит U3000 он же Power Deliviry контроллер SN1804044ZBHR (причиной нагрева заниженное по линии VIN_3V3) - заменил
Но проблема моего поста не в этом, после устранения залития, выпиливания и восстановление прогара уперся в интересное поведение платы.

Значит без RTC батарейки по классике автостарт, все питания поднимает и начинает процедуру инита с вычиткой SPD и т.д. Но как только проходит 17 секунд плата тухнет(( и сваливается в потребление 0.013А
Я выяснил что причиной тому кратковременное проседание сигнала PCH_RSMRST#_EC с периодичностью в 17 сек даже в состоянии S5 ! (Визуально это выглядит как потухший и тут же включенный белый светодиод LED5000 по схеме сигнализирует о состоянии полной зарядки АКБ, даже без АКБ!)
Далее продвинувшись в этом направлении выяснилось что одновременно с проседанием PCH_RSMRST#_EC также проседают ESPI_RESET# и HALL_ON_ELC_EC# но мне кажется это следствие чего то другого. В то же время по PS_ID опрашивается адаптер, и по ослу видно короткую вычитку SPI.
Проседание сигнала провоцирует сам мульт(сигнал идет из него, если разорвать цепь и подать сигнал с лбп то сброс будет со стороны мульта) (мульт менял с учетом особенностей его замены с донора соблюдая номер ревизии)
АКБ не заряжает(к слову, родной блок 180w), но по напряжению она с высоким зарядом(Возможно стоит предустановка в BIOS для ограничения заряда акб). Поведение с акб абсолютно такое же.

И что еще заметил, если сбросить RTC и дождаться пока пройдет автостарт и через 17 сек плата потухнет то с кнопки ее уже не включить, только после сброса RTC!

Для справки:
Входные ключи менял
Биос шил с чистым me регионом, с отключенным BG - бесполезное занятие
Повторюсь, мульт (MEC1416) и U3000 (SN1804044ZBHR) менял
Charger BQ24780S менял
Весь Power Sequence стабильно доходит до 5-ого шага и упирается только в проседание сигнала PCH_RSMRST#_EC каждые 17 сек (если рассматривать вопрос в состоянии S5), при включении платы она просто не успевает пройти всю процедуру инита! Остальные питания и сигналы стабильны и не пропадают. RTC узел тоже весь проверил

Подскажите пожалуйста кто с таким сталкивался, что может провоцировать такое поведение? Я что то упускаю и зашел в тупик

вероятно мульт чего то от хаба должен получить, но не получает и вешает ресет. слипы хаб успевает поднять ?

В том то и дело что все этапы проходят удачно и как положено, но инит за 17 секунд ну никак не успевает пройти на dell.
---------- Добавлено спустя 2 часа 11 минут 38 секунд: ----------
Еще одно наблюдение интересное, с акб без блока стартует с кнопки стабильно (но тухнет все равно через 17 сек) Блок заведомо рабочий 180w подключал, оригинальный 130w аналогичное поведение, по PS_ID вычитка идет без аномалий

Покурил даташит от мульта MEC142X в даташите от родного MEC141X почему то это не описывалось, вышел на eSPI BOOT Timing, забегая вперед по самой eSPI обмен идет по всем линиям
А вот в самих таймингах сигнал GPIO102/KSO09[CR_STRAP] однократно поднимает высокий логический уровень и падает в 0, и так каждые 17 сек по кругу..
Надо для полноты картины подтягивать тяжелую артиллерию логический анализатор!
В тоже время если подтянуть CR_STRAP к земле то запустится процедура CRISIS RECOVERY которая будет подтягивать прошивку через выводы PVT_XXXX, то есть c выводов KSO0 ~ KSO3
Попробовал провернуть и посадил на землю, потребление платы в S5 устойчиво возросло до 28 mA а на выводе PVT_SCLK проскочило короткое тактирование, в обычном же режиме такта нет и теория что мульт сваливается в CRISIS RECOVERY не подтверждается.

И кстати плата вместо старой шины LPC использует новоиспечённого приемника от интел eSPI о чем говорит сигнал BBS_BIT0 который имеет лог 0

А это получается что обычная LPC пост карта не осилит расшифровку постов по этой шине? Вижу на форуме уже пробовали цепляется обычной lpc, не взлетело) а переключение в LPC умертвляет ноут совсем, что неудивительно

Продолжаем изучать)

Проверяйте сигнал USB_EN# c 13 ноги MEC (nRESET_IN/GPIO014) у меня был такой с битым ключом 5 ногим по USB (U3802),
Поведение такое 3\5 есть 1.05PCH есть,PCH_RSMRST# не снимает, остальное молчит на кнопку нет реакции, в итоге USB_EN# лежит на земле ...вот так))

Победил я таки засранца, все благодаря такому же ноуту с такими же проблемами (прогар в том же месте но уже с убийством проца, залитие) проблема была проста но не обделенная вниманием при первичном ремонте.
PD контроллер SN1804044ZBHR что я менял оказался не рабочий! это и являлось причиной появления этой темы

Мои рассуждения и заметки при выявлении проблемы
Он видимо не давал интеловому контроллеру ввода вывода JHL6340 нормально инициализироваться, и так как они работают в связке с PD контроллером SN1804044ZBHR даже препятствовал вычитки своей прошивки из spi U2801. Сам же PD вычитывал U3001 в момент подачи напряжения, но через пару секунд TYPEC_SMBCLK падал в 0 но TYPEC_SMBDA был положительный и это без обмена пакетами (это как косвенный признак)
На TBTA_CC2 тоже 0. В то время как на другой плате TYPEC_SMBCLK и TYPEC_SMBDA были без пакетов но в логической 1 а на TBTA_CC2 присутствовали прямоугольные импульсы.
Из внешних признаков лампочка состояния акб(без акб) LED5000 при подачи питания вначале загоралась а затем через пару секунд гасла, а потребление с ~0.025а падало до 0.011а