Poco x3 pro бутлуп после ребола.

  • Автор темы Автор темы stroy2008not
  • Дата начала Дата начала
Highlights Only
stroy2008not

stroy2008not

.
.
12/1/10
359
14
0
44
₽
0
Всем доброго.
Проблема такая:
Купил себе аппарат(на свою голову), с проблемой перезагружается.
При подключении зарядки начинает заряжаться 5.2V 1.3A и соответственно пытается загрузиться с логотипом POCO. И так по кругу. Если оставить минут на 20 - то просто висит на POCO.
Но не совсем как обычно - при старте показывает логотип, затем через несколько секунд как бы мерцает черным экраном на микросекунду и дальше продолжает пытаться прогрузиться, но примерно через 20 секунд перезагружается.
Заходит в фастбут, но в рекавери никак. Загрузчик заблокирован и прошить его не получается - miflashpro, при попытке прошить последнюю глобалку пишет "Erase is not allowed in Lock State".
Разобрал аппарат. Смотрю проц и опера перекатаны - все шары под микроскопом ровные, чипы тоже ровные, компаунд хорошо очищен, экран снят, термуха поменяна.
Сравнил наличие резюков и кондеров с донором - всё на месте. UFS видимо не трогали - на ней старый термоинтерфейс и остатки компаунда, вогруг не очищенного.
Висящих в воздухе мелочевки нет. При подключении без акб - мигает белый диод.
По совокупности факторов сделал вывод, что кто-то после ребола бутера с ним ходил, но потом что-то произошло и он помер.
Подскажите как его можно прошить, если он заходит только в в фастбут и никуда дальше не идет. И непонятно откуда полусекундное мерцание при попытке загрузиться.
Логи снять не могу. В другой теме писал об этом - просто устал пытаться - с двух аппаратов, так и не получилось.
 
Изучайте тему подключение через uart и скидывайте лог запуска. Тут на форуме всё есть, вплоть до Библии обвязок итд. Учитесь пользоваться поиском
 
russia_04_region сказал(а):
купите доступ для просмотра контента
Нажмите, чтобы раскрыть...
Не знаю, в чем дело. Всё делаю по инструкции. Кучу дров перебрал, проверял 100 раз подключения. Два аппарата poco подрубал - без результата. Пробовал через ch341a, затем купил новый ch341b и нифига. Максимум чего добился это подобие эха - при зажатых rx и tx ввожу в терминале цифры, буквы - в ответ нули. Причем ноутбучные флешки на обоих ch341 спокойно читаются и пишутся. При старте с телефонами poco - черный экран терминалов(разные программы и разных версий).
 
Ch341 не для этого заточен, это как доп функция подключения к терминалу. У многих возникают с ним проблемы с подключением - скорее всего связано с питанием 1.8в и 3.3в. Проверка делается все правильно - набор с клавиатуры - если тишина - значит что то неправильно настроили или подключили.
Купить самый бюджетный -
купите доступ для просмотра контента
или
купите доступ для просмотра контента

Если выбирать из проф оборудования - UART есть в F64 - все в одной программе.
 
Последнее редактирование:
Сегодня перекатывал процы с флешками на самсунгах s 22ultra и s24 ultra, оба висели на заставках либо дальше проходили без надписи андроид и далее перезагруз. Одумывались очень долго часов 8 после перекатки. Z Flip 7 перекатка платы с интерпозером +проц и флеш висел примерно сутки на заставке потом постепенно загрузился
 
Последнее редактирование:
Нашел на форуме логи с рабочего аппарата и сравнив с своим понял, что нифига не понял, почему нет запуска, который должен(обязан) быть.
Что-то прерывает запуск системы, как я понял - могу ошибаться.
На рабочем должно после строчки PM0: 30, PM1: 32, PM2: 31,
идти следом - "DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_INIT", но уменя обрывается и вместо этого пишет - "Invalid pwrkey press. Shutting down!"
Почему - непонятно.
 
У вас UEFI раньше доходит до Invalid pwrkey press. Shutting down! и начинает завершать загрузку, поэтому до следующего этапа просто не доходит.

Invalid pwrkey press. Shutting down! уже была на форуме именно на Poco X3 Pro:
TheFliss_

Тема 'Poco x3 Pro Invalid pwrkey press. Shutting down!'

Всем здравствуйте!
Дошли руки до доски от Poco X3 Pro. На телефоне в котором она стояла очень много играли(и даже на зарядке), и как следствие - завис и больше не включался.
Делал 2 реболла бутерброда.
В первый раз угол RAM был в воздухе и имелось очень высокое сопротивление на большом кондере, тот что рядом с процом.
Оба реболла делал с нижним подогревом и прикрытой радиатором ufs.
Во второй раз сопротоивление на том же кондере стало где-то 100-130 Ом(что вроде в пределах нормы).
Ситуация такая, при подключении акб(с напругой 3.8v) явной загрузки и включения нет. При подключении к...
Там автор в итоге выяснил, что конкретно эта строка появлялась из-за того, что кнопку Power держал недостаточно долго. После нормального длительного удержания загрузка пошла дальше.
Поэтому сначала повторите запуск с длительным удержанием Power и снимите следующий UART-лог. Если Invalid pwrkey press уйдёт и аппарат пройдёт дальше — уже будет видно настоящую точку остановки.
То, что UFS сейчас определяется и загрузочные разделы читаются, полной её исправности не доказывает, но по текущему логу оснований сразу лезть в память или перекатывать бутерброд я пока не вижу.
 
Если кратко нажимать, в пределах 1 секунды, то лог такой же, что и выше.
Если зажимать кнопку питания для загрузки с бибрацией, то вот это выдало:



купите доступ для просмотра контента
 
Последнее редактирование модератором:
С нормальным удержанием Power картина уже другая — Invalid pwrkey press ушёл, загрузка проходит дальше до Exit EBS / UEFI End. Значит предыдущий обрыв лога действительно был связан с коротким нажатием кнопки.
Но то, что лог доходит до Exit EBS / UEFI End, ещё не исключает ни UFS, ни бутерброд— реальная проблема может проявляться уже дальше.
Оставьте UART писать непрерывно: запустите аппарат, дождитесь именно его самопроизвольного ребута примерно через те 20 секунд и захватите конец этого цикла + самое начало следующего запуска. В начале следующего лога интересна строка PM: POWER ON by ..., POWER OFF by ... — там может быть причина предыдущего отключения.
Если вместо ребута он просто зависнет на POCO и будет висеть уточните это отдельно.
UFS пока полностью исключать нельзя: то, что она определяется, Boot LUN/RPMB доступны и загрузочные образы читаются, говорит, что ранняя работа с ней есть, но полной проверкой UFS это не является. При этом оснований сейчас сразу её снимать или снова перекатывать бутерброд я тоже не вижу.
 
Последнее редактирование:
В вашкм логе нужная строка есть два раза:
PM: HARD_RESET by PS_HOLD
Первый запуск идёт от кнопки — POWER ON by KPDPWR. В начале двух следующих циклов уже HARD_RESET by PS_HOLD, при этом KeyPress:0.
Строки с Error, которые вы выделили, загрузку не останавливают. После Error Check cpuid... и GetVmData... загрузчик дальше читает vbmeta, vbmeta_system, boot, dtbo, AVB проходит green. После Error Get DebugPolicy он тоже продолжает работу и доходит до Exit EBS.
Проверьте, сколько аппарат может простоять в fastboot без ребута. Потом отдельно попробуйте загрузить recovery и снять UART. Нужны две вещи: появится ли Recovery:1 и будет ли следующий цикл снова начинаться с HARD_RESET by PS_HOLD.
Если recovery поведёт себя так же, как normal boot, тогда уже можно будет сравнивать то, что у этих двух режимов общее — в первую очередь UFS/разделы и аппаратную часть.
 
Да, согласен, вчера полночи ии мучил на тему прошить. Не прошивается он никак. Разные траблы. В 9008 не дает прошиться - не возможно и бла бла бла... И в фастбут через адб и через мифлеш. Ии тоже указал на 99% дохлую/недосаженую оперативку заявив, что я исчерпал все програмные методы проверки и предложил перекатать рам.
 
С учётом истории платы бутерброд под подозрением: CPU+RAM уже реболили, так что плохая посадка или последствия перегрева очень даже реальны. UFS тоже исключать нельзя — её могли угреть даже без снятия.
Но три запуска проходят очень похоже: RAM определяется 4+4 ГБ, DDR training проходит на 1355 МГц, UEFI работает. UFS WDC определяется, RPMB читается, vbmeta, boot, dtbo читаются, AVB green, дальше Exit EBS.
Конечно это не доказывает исправность RAM или UFS, но и оснований назначать именно RAM виновником из этого лога нет.
Интереснее, что после Exit EBS следующий цикл начинается как HARD_RESET by PS_HOLD, при KeyPress:0. То есть сбой происходит уже после передачи управления из UEFI дальше. PS_HOLD показывает механизм сброса, а не его причину.
До ребола я бы проверил две вещи: стабильно ли аппарат стоит в fastboot, и снял UART при попытке входа в recovery.
По 9008 нужен конкретный лог ошибки. «Не прошивается» ничего не разделяет: авторизация/loader и реальная ошибка UFS — разные вещи.
Если fastboot стабилен, а normal и recovery одинаково валятся после EBS в PS_HOLD, тогда уже возвращаться к железу. Но смотреть весь бутерброд и UFS, а не перекатывать RAM только потому, что вам ИИ написал 99%.
 
В режиме fastboot долго находится. Не засекал, но минут 20 точно. В рекавери не грузится совсем-игнорирует кнопки.
при попытке прошить, miflash пишет "can not read from port COM5", а при смене порта, перезагрузке пк и переустановке дров стал писать (подключаюсь всегда только к usb 2.0) System.IO.IOException: требуемый ресурс занят. И дальше, в этой же строчке много всяких error, через пробел.
 
20 минут в fastboot — уже полезно. Значит PS_HOLD появляется не просто по времени, а именно при дальнейшей загрузке.
Recovery через кнопки пока толком не проверена — загрузчик может просто не видеть Vol+. Раз fastboot стабильный, попробуйте fastboot reboot recovery и одновременно снимите UART. Интересно, появится ли Recovery:1 и куда дойдёт загрузка.
По MiFlash эта ошибка пока ничего про UFS не говорит. Посмотрите, стабильно ли Qualcomm 9008/COM5 висит в диспетчере устройств, и если можно — приложите лог MiFlash от подключения до ошибки. Надо понять, доходит ли он вообще до Firehose и обращения к памяти.
 
Вот, когда параллельно с терминалом adb снял лог (стандартную верхушку запуска обрезал):

UEFI Start [ 2143]
- 0x09FC01000 [ 2145] Sec.efi
ASLR : ON
DEP : ON (RTB)
Timer Delta : -2 mS
RAM Entry 0 : Base 0x0000000080000000 Size 0x000000003BB00000
RAM Entry 1 : Base 0x0000000180000000 Size 0x0000000100000000
RAM Entry 2 : Base 0x00000000C0000000 Size 0x00000000C0000000
UART Buffer size set to 0x8000
Continue booting UEFI on Core 0
UEFI Ver : 5.0.220315.BOOT.XF.3.0-00571-SM8150LZB-4.402715.1
Build Info : 64b Mar 15 2022 21:26:49
Boot Device : UFS
PROD Mode : TRUE
Retail : TRUE
mi-config: Device desc len 0x5f,buf[0]=0x59
UFS INQUIRY ID: WDC SDINFDK4-128G 1270
mi-config: Config desc len 0xe6,buf[0]=0xe6
UFS Boot LUN: 1
mi-config: Geometry desc len 0x59,buf[0]=0x57
enter ffu,vendor:WDC ,product:SDINFDK4-128G ,fw_rev:1270
HW Wdog Setting from PCD : Disabled
PM0: 30, PM1: 32, PM2: 31,
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_INIT
Setvariable Logo Image returned Success
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_GETPANELDTINFO
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_SW_RENDERER
DisplayDxe: FindPanelIndex:25
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_GETPLATFORMINFO
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_POWERUP
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_GETPANELCONFIG
J20S: DisplayDxe: hw version:0x190000
get_Panel_Id: lcd id = 0
J20S: DisplayDxe: MDPPLATFORM_PANEL_HUAXING_NT36672C_J20S_LCD_VIDEO
DisplayDxe: FindPanelIndex:26
MDPDetectPanel 42
DisplayDxe: Resolution 1080x2400 (1 intf)
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_GETPLATFORMINFO
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_SW_RENDERER
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_POWERUP
DisplayDxe: Display 1 not supported!
DisplayDxe: Display 2 not supported!
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_GETPANELSUPPORTFLAGS
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_SETGPIOSTATE
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_SETGPIOSTATE
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_RESETPANEL
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_SETBACKLIGHT
DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_GETPLATFORMINFO
UsbConfigLibOpenProtocols: PMI version (0x20)
UsbConfigLibOpenProtocols: gPmicNpaClientSS2 cannot be created
ISENSE TOTAL TIME 29ms
WaitParallelThreads InIt [ 3276]
-----------------------------
Platform Init [ 3366] BDS
INFO: UEFI NV tables are enabled as VOLATILE!
UEFI Ver : 5.0.220315.BOOT.XF.3.0-00571-SM8150LZB-4.402715.1
Platform : J20S
Chip Name : SDM855
Chip Ver : 2.2
Chip Serial Number : 0x7FCE3EEA
-----------------------------
Ready to write 0x33 to maxim IC!
RomID = 9F,9F,C9,52,16,F0,04,D6
crc_low_first = D6
QcomChagerDxe: Set boot service variable <BatteryProfileVendor> = androidboot.profile_vendor_id=0A
UEFI Total : 1449 ms
POST Time [ 3592] OS Loader
Loader Build Info: Mar 15 2022 22:15:38
VB: RWDeviceState: Succeed using rpmb!
PON Reason is 128 cold_boot:1
Total DDR Size: 0x00000001FBB00000
Device Info Board HW Device name is: vy
MiToken: Platform FullName is vy
MiToken: Platform FullName is vy
Error Check cpuid and product, unlock status will set false
platform: 0x2F, version: 0x190000
getting IsColdBoot reset status: 1, key: 1
HAPTICS Protocol present
HAPTICS Protocol Enable: 0
HAPTICS Protocol SetLraResonanceType: 0
HAPTICS Protocol SetActuatorType: 0
HAPTICS Protocol SetVmaxVolt: 0
HAPTICS Protocol ConfigPlayRate: 0
HAPTICS Protocol PlayType: 0
HAPTICS Protocol PlayType: 0
HAPTICS Protocol Enable: 0
KeyPress:8, BootReason:0
Fastboot=1, Recovery:0, Exaid:0
GetVmData: No Vm data present! Status = (0x3)
VM Hyp calls not present
Launching fastboot
Fastboot Build Info: Mar 15 2022 22:15:14
hsusb_phy_init_rcal_fuse: 15
ssusb_phy_init_success_lane_A: 0
Fastboot: Initializing...
FullProduct is: vy
Token Length: 128
FullProduct is: vy
MiToken: Platform FullName is vy
VB: readDebugPolicy: ScmSipSysCall Status: (0x7)
Error Get DebugPolicy: Device Error
Fastboot: Processing commands
Picture 1 Successfully Loaded
display picture 1 [ 4082]
UsbConfigPortsQueryConnectionChange: usbport->connectstate: ATT
hsusb_phy_init_rcal_fuse: 15
ssusb_phy_init_success_lane_B: 1
Dev_Common_Speed: Bus Speed: High
DwcGetNextEvent:Evt: UEFI AXI reordering


Это то, что в терминале аdb высветилось:

C:\adb>fastboot reboot recovery
usage: fastboot [ <option> ] <command>

commands:
update <filename> reflash device from update.zip
flashall flash boot, system, vendor and if found,
recovery
flash <partition> [ <filename> ] write a file to a flash partition
flashing lock locks the device. Prevents flashing partitions
flashing unlock unlocks the device. Allows user to flash any partition except the ones that are related to bootloader
flashing lock_critical Prevents flashing bootloader related partitions
flashing unlock_critical Enables flashing bootloader related partitions
flashing get_unlock_ability Queries bootloader to see if the device is unlocked
erase <partition> erase a flash partition
format[:[<fs type>][:[<size>]] <partition> format a flash partition.
Can override the fs type and/or
size the bootloader reports.
getvar <variable> display a bootloader variable
boot <kernel> [ <ramdisk> ] download and boot kernel
flash:raw boot <kernel> [ <ramdisk> ] create bootimage and flash it
devices list all connected devices
continue continue with autoboot
reboot [bootloader] reboot device, optionally into bootloader
reboot-bootloader reboot device into bootloader
help show this help message

options:
-w erase userdata and cache (and format
if supported by partition type)
-u do not first erase partition before
formatting
-s <specific device> specify device serial number
or path to device port
-l with "devices", lists device paths
-p <product> specify product name
-c <cmdline> override kernel commandline
-i <vendor id> specify a custom USB vendor id
-b <base_addr> specify a custom kernel base address.
default: 0x10000000
-n <page size> specify the nand page size.
default: 2048
-S <size>[K|M|G] automatically sparse files greater
than size. 0 to disable
 
Последнее редактирование:
В №24 проверка recovery не состоялась: используемый C:\adb\fastboot.exe не принял recovery и вывел help, поэтому команда до аппарата не дошла. Возьмите свежие Platform-Tools и из их папки выполните .\fastboot.exe reboot recovery, одновременно снимая UART. Посмотрите, появится ли Recovery:1.
Стабильный 9008 подтверждает только отсутствие самосброса в режиме ожидания EDL; загрузку Firehose и работу с UFS это не проверяет. По System.IO.IOException / ресурс занят состояние UFS определить нельзя.
 
Для ответа нужно войти/зарегистрироваться

Похожие темы

Назад
Верх Низ