Дали ноут попросили прикрутить провода питания.
Уже пытались воткнуть 19В к разъёму батареи.
Ноут вкл. но не выкл. выкл. только с удержания pwr_on.
Пытаюсь немного въехать.
Порты ок.
Память напруги есть норм.
на СМ хаб 1.1В есть.
Нет Vсс_core.
И вообще меня глючит. как перед PL9201 (L-D36UH-1-GP) может быть 16В а после 0.9?? Это ж катушка....
А это наверно значит эффект частоты....
Подох ISL95836HRTZ-2-GP?
Гейт PU4301 ((FDMS3664S) на землю звониться падение 012 этож не нормально правда?
Гейт PU9202 звонится с сорсом в 0. Это не нормально или так должно быть в новых платах? Это может PU9201 его так "паркует"?
Кажется ктото полплаты сжЖоГ.
Перенес в Песочницу.
maco
после неё стоит R513 56R2J-L1 перед PROCHOT#_R CPU.
Там ещё Q2702 стоит.
Что посоветуете - перемычку разрезать и замерить или выпаивать R513?
Не могу понять где этот R513, нос случайно выяснил что тот рядом с которым написано R705 со стороны процессора звонится накоротко с площадкой под PR4231.
Нда, автор мало того, что не умеет видеть явно написанное на плате, так еще и традиционно плохо умеет обращаться с прибором :D.
P.S. Нагадать что-ли забавный вариант относительно "сопротивления" - D5_p5 :).[/OFF]
Для меня это нипастежимо... что за D5_p5? D5 - diode? drain? P5 - p channel mosfet?
Может както связано с PROCHOT_EC?
Не умею я читать, может это R804. я же говорю - не понимаю где R513.
Проверял всё прозвонкой от самого шим.
- ан нет! Я НАВРАЛ!!
не та площадка )))
Вам проще думать самостоятельно, поскольку это не более, чем гадание :lol:.[/OFF]
А D есть только у Q2702. У которого D->S S->D без выпаивания показывает 58 Ом.
У q2802 такого же 2N7002K - такой фигни не наблюдается.
Начинать выпаивать эту лягушку на прозвонку?
проверил. с ней всё норм.
сдвинул все рзисторы и кондёр сопр pin 8 шима 64 Ом.
Есть подозрение что мульт садит VR_HOT#.
Обнаружил что по началу на VR_HOT#. есть 1.05В.
Потом (сек через 10) мульт орткрывает Q2702 подавая 3.3В на затвор, и садит VR_HOT# на землю.
Наверно он GPU сенсит. (?)
Vcore не появляется.
сопр входа проца 288 Ом.
Start up sequence of VR related signals only: 1. VR has power and chip VCC is > UVLO 2. VR receives hardware enable 3. VR SVID bus is active and idle 4. If Vboot register = 00h, VR waits at 0 volts, VR_Ready de-asserted, hold until SVID command, Alert# remains de-asserted. If Vboot register is programmed to a VID setting other than zero, VR ramps to the programmed voltage, asserts VR_Ready and holds until SVID command. It is optional to assert Alert# at the end of Vboot ramp. IE either assert or not assert is OK for the platform. 5. CPU initiates the SVID clock 6. CPU sends out “SetVID_Slow” command to program the initial output voltage 7. VR acknowledges and ramps to the voltage in the SetVID_Slow command at the slow slew rate. 8. VR asserts VR_Ready for that rail. 9. Repeat steps 4, 5, 6, 7, 8 for 2nd VR rail in a dual controller. 10. Start up sequence over.5. CPU initiates the SVID clock
А если нет клока то проц не жив.
Не совсем понятно что значит "CPU initiates".
А кто продолжает?
ALERT# активен. Причём не всегда. Иногда устанавливается после VR_HOT# иногда не устанавливается.
Сопр "подтяжки" проверил обрывов нет.
Ну ещё сопр 80кОм впаяю для прикола...
CPU и продолжает - он является ведущим. Хотя ведомый частично может воздействовать на состоянии линий SVID.[/OFF]
3. VR SVID bus is active and idleтоесть проц клок не подаст пока 3 пункт не выполнится?
а как проц определит активность линии SVID? без клока то?
По уровню и таймауту, например :D.[/OFF]
А такую на SDA.
В интеловском даташите на 53 стр сказано - танки не пройдут там где нет VCCP_PWRGD.
А если мосфеты просто не открываются или пробиты шим всё равно должен выдать активность на SDA?
На всякий случай еще раз указываю - ШИМ является ведомым устройством и проявлять самодеятельность не должен вне зависимости от состояния силовой части :D.[/OFF]