Подключаю бп, есть старт, поднимаются все питания, гонг, белый экран на 5 сек. и выключается. Но для начала при подключении бп на SYS_ONEWIRE тишина, светодиод соотвественно не горит. также тишина на SMBUS_SMC_5_G3_SDA, общение с чарджем. мульт точно исправный, снят с рабочего. вся цепь SYS_ONEWIRE проверена, уровень 3.4, шевелений нет.

что значит "тишина"? 3.42 вольта есть на линии?
непрерывность от пятака SMC к 10-й ноге чарджера и к АКБ проверяли?
или хотя бы от чарджера к АКБ?

как ведет себя без АКБ?

какая история платы?
какие симптомы были до замены SMC?
SMC сняли с идентичного донора?

уровень есть, но данных нет.


смотрел от пятака SMC на U6900 шину one_wire


без АКБ все и смотрю


история не известна


такие же


один в один

прочитайте внимательно второй и третий вопросы и ответьте на них целиком.
у вас сейчас SMC не общается с чарджером - надо найти где обрыв

заодно и замерьте voltage drop в режиме диодной прозвонки на SMBUS_SMC_5_G3_SDA, SMBUS_SMC_5_G3_SDC.
между прочим, по SDC клок есть?

SMBUS_SMC_5_G3_SDA, SMBUS_SMC_5_G3_SDC - от пятаков SMC до чарджа нет обрыва.


падение 2.7


есть

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

чардж тоже поменял на всякий случай, мульт молчит на этой шине и на ONEWIRE.

для коммуникации по onewire нужен сигнал SMC_BC_ACOK.
насколько я понимаю эту систему, чарджер выдает SMC_BC_ACOK после коммуникации с SMC по линиям SMBUS.
если так, то у вас сейчас не должно быть SMC_BC_ACOK, т.к. коммуникации нет. а почему ее нет - непонятно.

но я могу ошибаться, и SMC_BC_ACOK - вообще условие для коммуникации по линиям SMBUS. если так, то есть еще вариант того, что по какой-то другой причине (проблема в обвесе?) чарджер не выдает SMC_BC_ACOK, либо сигнал не достигает SMC.

вообще в подобного рода проблемах имеет смысл превентивно проверить все обычные типовые проблемы с обвесом чарджера.
---------- Добавлено спустя 2 часа 13 минут 43 секунды: ----------
и, между прочим, имеет смысл проверить сопротивление от SMBUS_SMC_5_G3_SDA на PP3V42_G3H.
возможен вариант, к примеру, коррозии в J6955, и в результате этого КЗ по этим двум линиям.

SMC_BC_ACOK есть, без него не будет уровня на SYS_ONEWIRE, а он есть я писал, но пакетов нет. SMC_BC_ACOK это =CHGR_ACOK, он его выдаст после того как будет детект на CHGR_ACIN

как чарджер относится к шине ONEWIRE?, да и в общении с мультом он slave. проблем на шине не вижу.

Больше вопрос в том почему мульт даже не пытается по этим двум шинам что либо делать.
---------- Добавлено спустя 8 минут 22 секунды: ----------

Точно, хорошая мысль. спасибо
---------- Добавлено спустя 32 минуты 56 секунд: ----------

там 2К, нормально

Чарджер выдает сигнал SMC_BC_ACOK (= CHGR_ACOK), который, во-первых, открывает U6901 и U6900, и, во-вторых, идет напрямую в SMC. Что конкретно делает SMC с этим сигналом я не знаю, но возможно, что если SMC его не видит, то и дальше коммуникация с чарджером и с ЗУ не происходит.

Раз SMC_BC_ACOK есть, то, вероятно, проблема не в обвесе чарджера. Из того, о чем могу навскидку подумать, остаются варианты: U6900 не открывается, либо SMC_BC_ACOK не достигает SMC.
(хотя чарджер передает в SMC еще и аналоговое измерение тока и напряжения исходя из того, что сам измеряет через обвес - это вряд ли может повлиять на этом этапе, но чем черт не шутит. почему и имеет смысл проверить типовые проблемы с обвесом)

Если не это, то я бы искал проблему в обвесе SMC.

кстати, что на ADAPTER_SENSE?

SYS_ONEWIRE только уровень, пакетов нет, U6900 поменял, питание на него приходит, так как есть SMC_BC_ACOK, поэтому и на ADAPTER_SENSE только уровень
---------- Добавлено спустя 22 минуты 24 секунды: ----------

доходит до мульта

Тогда я вижу только варианты с самим SMC (по ошибке вернули обратно старый SMC когда хотели заменить?) либо с его обвесом.

Из типовых проблем с обвесом SMC:
- частичное КЗ/неровное напряжение на линии SMC_RESET_L
- аналогично, на линии SMC_ONOFF_L

ставил 2, их же потом пробовал на других платах.

там и там 3.4В без пульсаций

Проблема конечно интересная и не типичная, магия какая-то)). Но хочется все таки решить.

Я бы проверил обвязку чарджера.
На этот чип нет публично доступной документации, и неизвестно как он должен себя вести в непредвиденных обстоятельствах.
Не исключено, что функция дигитальных I/O меняется у него в зависимости от обвязки.

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