К сожалению замена Q26 не помогла.




Плата точно так же отключается, и такое же самое поведение сигналов THERMTRIP_N и EC_THERMTRIP#:



Т.е. сброс сигнала THERMTRIP_N исходит именно от ЦП. Подтягивающее питание 1.8VA (желтый луч) пропадает через 16 ms после сброса сигнала THERMTRIP_N (синий луч) в ноль.



По остальным предложенным вариантам.


Данная цепь на этой плате не распаяна.


Все три сигнала USB_CHARGE_EN, VA_ON и EN_5V сбрасываются в ноль одновременно:

Желтый луч - USB_CHARGE_EN; Синий луч - EN_5V


Желтый луч - VA_ON; Синий луч - EN_5V


При этом, относительно сигнала EC_THERMTRIP# (желтый луч) сигнал EN_5V (синий луч) сбрасывается в 0 через 35 ms после сброса сигнала EC_THERMTRIP#:




Сигналы M_BTN# и PWR_SW# появляются сразу после подачи питания на плату, и за все время работы платы и даже после отключения платы в 0 не сбрасывались (кроме момента нажатия на кнопку):



Сигнал PWR_SW# (синий луч) по отношению к сигналу EC_THERMTRIP# (желтый луч):




Сигналы SCI# и SWI# присутствуют на плате еще до нажатия на кнопку включения. Сигнал SCI# (синий луч) пропадает через 8 ms после пропадания сигнала SCI#_N (желтый луч). При этом видно, что сигнал SCI# сбрасывается намерено в 0, а сигнал SCI#_N пропадает из-за пропадания подтягивающего питания:



При этом сигнал SCI# сбрасывается в ноль через 37 ms после после сброса сигнала EC_THERMTRIP#:



Сигнал SCI#_N относительно сигнала EC_THERMTRIP#:



Абсолютно та же самая картина с сигналами SWI#_N и SWI#:



Сигналы SCI# и SWI#, которые присутствуют до нажатия кнопки, после отключения платы перестают присутствовать. Но при этом плату можно без проблем повторно запустить нажатием на кнопку без переключения питания.

Исходя из полученных замеров можно прийти к выводу, что сигнал EC_THERMTRIP# сбрасывается в 0 раньше всех, и, соответственно именно он является причиной сброса всех остальных сигналов и питаний. Я пока склоняюсь именно к этой версии. При этом при нормальной работе он не должен сбрасываться в 0, а единственным условием для его сброса является срабатывание термозащиты ЦП. При том в данном случае просматривается некорректная работа термозащиты.

Так прошивку ME/EC и контроль оборотов вентилятора держим в уме.

Проверьте ещё цепочку PROCHOT от EC в SoC и THERM_VOLT на EC, тут все на месте:

Сигнал H_PROCHOT_EC на затворе (синий луч) не поднимается из 0, ни до ни после сигнала EC_THERMTRIP# (желтый луч). Вторая осциллограмма тоже самое, только на гораздо большей развертке.




Сигнал H_PROCHOT# на стоке (синий луч) пропадает после сигнала EC_THERMTRIP# (желтый луч), вместе с пропаданием подтягивающего питания 1.8VA




Цепь в порядке, все компоненты на месте, номинал резистора R414 в норме. На осциллограмме изменение сигнала THERM_VOLT(синий луч) на протяжении всего времени работы платы до ее отключения, и пропадания сигнала EC_THERMTRIP# (желтый луч):




С этим попробую завтра разобраться.

freebits
Проверьте ещё H_CPU_SVIDALRT# и DELAY_ALL_SYS_PWRGD до THERMTRIP_N

... как в лужу наверное пукнул :(

Так а какой смысл, я же его поменял на другой. Кроме самого Q26 сажать линию EC_THERMTRIP# на 0 некому. Точно так же и с линией HERMTRIP_N, ее некому сажать в 0 кроме ЦП и самого Q26. Q26 заменен, поведение осталось, соответственно цепь отрабатывает корректно - транслирует сигнал от ЦП с конвертацией логических уровней между разными питаниями. Если бы сигнал падал в 0 только на стороне EC_THERMTRIP# это было бы видно, но тут сигнал падает на обоих сторонах одновременно.
К тому же, это термозащита, как-то боязно ее отключать. Ведь, к примеру, возможно есть сильный точечный нагрев внутри кристалла, который не успевает распределиться и приводит к срабатыванию внутренней термозащиты, не завязанной на основных датчиках температуры. И, например, отключение термозащиты может привести к полному выходу ЦП из строя.

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

с херали.... он частоту до сраки будит просто ронять да и всё ... - тормоз "горный" будет.
ну да ладно
пусть так и работает :)
чё тогда 2-е недели мозг _али.

Питание процессора +VCGI_SVID (синий луч) пропадает через 1 ms:




Точно так же и второе питание процессора +VNN_SVID (синий луч) пропадает через 1 ms:





Сигнал H_CPU_SVIDALRT#(синий луч) аналогично пропадает через 1 ms, синхронно с питанием +VNN_SVID (происхождение вертикальных полос неизвестно, дребезг щупа маловероятен):




Сигнал DELAY_ALL_SYS_PWRGD (синий луч) пропадает одновременно с сигналом EC_THERMTRIP# (желтый луч).




Получается все-таки EC_THERMTRIP# может сбрасываться в 0 не только из-за перегрева, но и из-за сигнала DELAY_ALL_SYS_PWRGD, поступающего с мультиконтроллера. Хмм...
---------- Добавлено спустя 17 минут 7 секунд: ----------

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


Так я же поэтому и написал свои рассуждения. Я исходил из того, что пропадание EC_THERMTRIP# обусловлено только либо термозащитой, либо пропаданием питания, к которому этот сигнал подтянут, но никак не пропаданием какого-то из других питаний или сигналов, т.к. это малологично.


Про то что не вырубится я был уверен на 100%, в виду вышеописанных причин.


Опыта в ремонте ноутбуков совсем нет, многое мне пока неизвестно. Любые действия делаю на свой страх и риск, соответственно избегаю действия, которые мне не понятны или с неизвестным результатом.

freebits
Хорошо.
Так а если сравнить THERMTRIP_N c DELAY_ALL_SYS_PWRGD и VR_PWRGD?
А также проверьте RT1, RT2 и RT3.
Вот еще информация к размышлению:

Попозже попробую, когда микроскоп будет доступен.


THERMTRIP_N пропадает одновременно с EC_THERMTRIP#, поэтому там будет то же самое, что EC_THERMTRIP# с DELAY_ALL_SYS_PWRGD, т.е. все эти три сигнала пропадают одновременно.




VR_PWRGD (синий луч) пропадает на 1 ms позже сигнала EC_THERMTRIP# (измеряю все относительно EC_THERMTRIP#, т.к. Q26 находится под радиатором, к нему затруднен доступ, и я изначально оставил на этой линии припаянный проводок).


---------- Добавлено спустя 11 минут 2 секунды: ----------

Пока не могу найти данные компоненты
---------- Добавлено спустя 50 секунд: ----------

Ок спасибо, сейчас почитаю
---------- Добавлено спустя 2 часа 30 минут 9 секунд: ----------


Нашел, один возле транзистора питания ЦП был, остальные возле дросселей. В общем на RT1 напряжение фактически никак не меняется, и пропадает после EC_THERMTRIP#, синхронно с питанием.



Остальные не знаю как проверить, они, насколько я понял, завязаны на цепях измерения тока. Сопротивления у них RT2 = 30 кОм и RT3 = 18 кОм.

По поводу дежурок. Дежурка 3.3V не пропадает вообще. А 5-вольтовая пропадает через 35 ms после сигнала EC_THERMTRIP#.

Вечная болезнь платформ Clevo - эти самые сборки MTDK5S6R, MTDK3S6R. Многие странности в работе связаны с ними. Просто меняй.

Снял Q26 и, честно сказать слегка неожиданный для меня результат. Плата точно так же отключилась, при этом сигнал от проца THERMTRIP_N (синий луч) по-прежнему сбрасывается в 0, а сигнал EC_THERMTRIP# пропадает позже, вместе с питание 3.3VA.



Я все-таки думал, что сигнал EC_THERMTRIP#, направляемый в мультиконтроллер является сигналом отключения платы. Но нет - плата отключается из-за другого сигнала.
В любом случае теперь надо идти от сигнала DELAY_ALL_SYS_PWRGD, его генерирует мультиконтроллер и передает зачем-то в ЦП (видимо чтобы тот, какие-то действия предпринял). Пойду изучать даташит, надо выяснить какие условия нужны чтобы сигнал на выводе 115 сбросился в 0. Ну и параллельно с прошивкой надо разобраться.

про чё я и говорил... therm тут не причём
терь таким же "способом" проверяем другие отключалки..

Пока ясно только то, что для SoC отключение не является неожиданностью, а вот по какой причине оно происходит - это их с EC секрет, которым они явно обмениваются между собой по SMBus.
Можно ещё вот сюда посмотреть 1.05VS_PG, 1.24VA_PG.

А вообще ещё раз хотел про кулер спросить, он снижает обороты в работе и как ведет себя перед отключением?

Замерил три поврегуда (синие лучи) относительно THERMTRIP_N (желтый луч).

1.05VS_PG (+1 ms):


1.24VA_PG (+18 ms):


1.8VA_PG (+18 ms):



После обновления bios все запуски и измерения производил с отключенным вентилятором. Сейчас сделал запуск с вентилятором (сам вентилятор был направлен в другую от платы сторону и никак не влиял на охлаждение), при этом плата не отключилась и температура спокойно дошла до значений выше 80°С. Следом запустил плату без вентилятора, отрубилась через 2-3 минуты на значении 59°С. Затем снова запустил с вентилятором, температура так же постепенно, минут через 10, поднялась выше 80°С и могла дальше работать но я ее отключил. При этом температура перед остановом росла по 1 градусу где-то в 1-2 минуты.

По оборотам - сразу после включения платы, крыльчатка не крутится. Во время загрузки memtest вентилятор запустился один раз на 1-2 сек, потом после загрузки memtest начал крутиться постоянно, при этом по мере роста температуры обороты увеличивались.

---------- Добавлено спустя 9 минут 14 секунд: ----------

Так вот пока не понятно какие. Остальные сигналы, которые проверены, все сбрасываются позже, кроме DELAY_ALL_SYS_PWRGD. Этот сигнал идет от EC в SoC, вряд ли он влияет на отключение.

эээ...
клева же без\с дохлым вентелятором орёт динамиком, блымает всеми лампочками и вырубается...
я то думал вы это знаете....
не было никогда DNS-ов у которых кулер к нижнему люку прикручен? не включали без него?

И EC ориентируется по оборотам.
Получается он понимает что надо охладить SoC и разгоняет вентилятор, а по обратной связи отслеживает его обороты.
Если они не в норме или их вообще нет, то это повод для экстренного отключения.
Вот цепь обратной связи для EC:

Блин точно)) Подцепил динамик, он с отключенным вентилятором, примерно через 1 мин после запуска, начинает издавать периодический звуковой сигнал. То, что индикатор через то же самое время меняет индикацию с постоянно зеленого, на мигающий оранжевый ранее обращал внимание, но не придавал особого значения)

Неа, не в курсе был про такое поведение.


Таких не было, вообще по правде говоря, по ремонту ноутов почти нет опыта.

В общем, получается без подключенного вентилятора плата отключается быстрее (за 2-3 мин), но отключается именно по причине не подключенного вентилятора. С подключенным вентилятором может работать дольше. Т.е. все произведенные замеры по сути аннулируются)


Ок, проверю эту цепь.

Да. В данном случай срабатывала защита из-за отсутствия вентилятора.
Теперь есть смысл вернуть Q26, вентилятор и собрать корпус ноута, чтобы СО корректно работала.
И проверить, после обновления BIOS, ноут отключается ещё или уже нет.

Если отключится, то отследить как будут себя вести в момент перед отключением вентилятор, светодиоды и динамик.

Вчера погонял плату в несобранном виде часа 3 в memtest, с подключенным динамиком и направленным на радиатор вентилятором. Тест полностью прошел, плата при этом не отключилась ни разу:




Но посмотрел по предыдущим фото, все-таки первый запуск после обновления BIOS был с подключенным вентилятором, и точно так же он был направлен на радиатор, при этом плата отработала всего час:



Я поэтому и отключил вентилятор, чтобы можно было быстрее отлавливать отключение. В общем не знаю, стоит ли собирать полностью ноутбук. Если соберу его и он продолжит отключаться, вряд ли я уже им буду больше заниматься, ну его в баню.
Какое-то непонятное поведение, раньше он быстрее отключался, мог и на начальном логотипе отключится. Потом после продувки несколько дней работал нормально, потом опять начал отключаться. Потом до обновления биоса с направленным на радиатор вентилятором работал 10-15 минут, кое как обновил. После обновления проработал уже час. Сейчас вот опять вроде как не отключается. Возможно и правда какое-то из питаний сбоит. Но как это теперь отследить, если он по целому дню может работать без отключения.
Либо ставить на многочасовой прогон с подключенным осциллографом и повторно проверять все сигналы: один канал на DELAY_ALL_SYS_PWRGD, второй на разные повергуды и алерты, по очереди. Сначала на VR_PWRGD , пока не отрубится и так далее (SVIDALRT, ROCHOT и т.д.)

сам вентилятор в кривизне исключать не стоит
забит же был

Да, возможно еще вентилятор вызывает какой-то сбой сигналом CPU_FANSEN.

freebits
Если плата отключаться не будет, можно чисто из спортивного интереса вернуть родной Q26, а так не суть что было, работает и ок.

В общем еще один раз прогнал полный тест memtest в разобранном виде, и два дня по 9 часов гонял в AIDA64, уже в полностью собранном виде - ноут ни разу не отключился.


Не, уже не буду в очередной раз разбирать все, снимать радиатор) Отдаю владельцу, если начнет вырубаться, максимум предложу владельцу поменять вентилятор за его счет без гарантии положительного результата. Дальше пусть кто-нибудь другой себе мозг выносит с ним) На этом мои полномочия все (с):))

REM, Radiolubitel, спасибо за помощь!!