Asus x55s, надпись на матери M50S REV:2.0. При подаче питания появляется LDO 5V, потом на короткое время появляются с шима 3в и 5в и исчезают, tps51020 начинает греться сильно, идет потребление 100ма при макисимуме микрухи 60ма, при этом напруга проседает до 4,5в (потребление по цепи 3в, которые из 5-ти делаются на SI9183DT). Явных коротышей нет. Что касается шим каналов: VSUS_ON на тпс идет постоянно, срыв работы идет по цепи FORCE_OFF#, насколько я понял по схеме SUSB_EC# должен быть в нуле на данном этапе? Он поднимается до 3,3в и через секунду падает до 2В. SUSC_EC# постоянно 3,3в. Судя по схеме при SUSB_EC# низком уровне включаются цепи discharge по напряжениям. Что-то с логикой запуска? Что-где померить? Запутался...
По форуму искал, поэтому lan и esata контроллеры снимал, биос прошивал, мульт поменял на новый, юг тоже поменял, но на не новый, какой-то с разбора (но картина не изменилась).

Так что мешает поменять саму микруху....

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

если не тпска тогда кто то в его нагрузке потребляет много

Вот это мне выяснить не удалось, поэтому сконцентрировался на логике от мульта, пока безуспешно..

Клокер на этих матерях частенько дохнет. Подайте дежурку при помощи ЛБП. То что садит греться по идее должно

Подавал, на полчаса оставлял, ничего не греется. 100ма нет тот ток, чтобы что-то разогреть.

vitberger
не пишите хрень всякую!
клокер запускается после команды включения,в дежурке он не запитывается.

И что, SI9183DT не греется при этом? На выходе то у нее что (U, R)?

Не греется. На выходе в первый момент 3,3в, когда тпс греться начинает, то проседает до 3,25. R=9,5Ком

Получается у Вас автостарт раз SUSB и SUSC поднимаются. RTC цепь проверяли?

+VCC_RTC 3.2V
На часовом кварце мерил частотомером, при выключенном питании ничего не показывает, при включенном что-то около 60-100кгц показывает (зависит от расположения щупов, вообщем емкость частотомера влияет, думаю там все нормально).
А автостарт при каком условии срабатывает?

На часовом кварце должна быть генерация если цепь RTC запитана, и не какая нибудь, а 32 кГц! Батарейка то подключена, в порядке? +VCC_RTC нужно измерять еще за резистороми со стороны юга.
Автостарт для ASUS - без батарейки (RTC), неисправная прошивка, мультиконтроллер, юг, периферия (сеть и т. д.). Поиск по форуму ведь никто не отменял.
З.Ы. Осциллографа нет так понимаю?

Осциллограф есть, правда не цифровой, генерация на кварце есть, период примерно 30мкс, амплитуда 3вольта. Батарейка подключена, в порядке. +VCC_RTC это и есть со стороны юга, со стороны батарейки это +RTC_BAT. Поиском пользовался, поэтому с прошивкой, мультом, югом, ланом и есата уже игрался (в первом посте описал). Понимаю, что не всю периферию еще поменял... Да и мост бушный поставил, может стоит новый заказать?

Если я правильно понял, то FORCE_OFF# снимает ENBL c дежурки? Проверяйте повергуды, плюс логику в цепи FORCE_OFF# - ищем виновника активирующего этот сигнал. На автостарт пока внимания не обращаем, т.к. система еще не инициализировалась (биос же прошивался).

Логику в цепи FORCE_OFF# я выше описал, его активирует высокий уровень сигнала SUSB_EC#, который на данном этапе подниматься не должен, ибо это уже автостарт.
По кругу ходим.

fan73, SUSB_EC# и должен активировать FORCE_OFF#, если..... . Посмотрите в схему и увидите, что кроме SUSB_EC# в формировании FORCE_OFF# участвуют через логику U9200 и другие сигналы, точнее их отсутствие (я про PWRGD).
Для ASUS автостарт, если не прошла инициализация, нормальное явление.

Он и активирует, а не должен в дежурке. А почему так? Точно не из-за power good detector.
По схеме все понятно, там U9200 собирает все повергуды по "И", соответственно в дежурке их нет, и на выходе 0, поэтому q9200А закрыт и закрытое состояние q9200B обеспечивается низким уровнем по цепи SUSB_EC# (который должен быть в нуле в дежурке), через D9200. При старте SUSB_EC# поднимается, и напряжение на затворе q9200B начинает расти (цепь заряда: SUSB_EC# (3в)-R9201-C9200), в соответствии с постоянной времени RC цепи все повергуды должны подняться в установленное время, иначе FORCE_OFF#. Я хочу сказать, что все другие сигналы тут значения не имеют.

Т.е. возвращаемся к вопросу "почему идет автостарт"....