⟐ Edited by author 1월 26, 2026 at 7:52 GMT-7

The two screws Phillips/Philips 1.7mm screws in the picture are missing.

The name and role of the silver plate for quenching the screws in the picture, and the problem in the absence of the screws

Question - silver plate

1. Name
2. Role
3. Problems in the absence of a latching screw.

⟐ Edited by author 5월 12, 2025 at 9:11 GMT-7

어디를 고쳐야할까요

⟐ Commented 8월 12, 2026 at 10:21 GMT-7

This means that, sporadically, it will register as being constantly held down.

Beyond being irritating when trying to listen to something and the volume bar appearing constantly on the screen, it is more functionally serious.

Whenever I reboot my phone, or it runs out of power, it will boot into the recovery menu and endlessly scroll through the options. I have to get lucky and wait for a period where the button is not registered as held and attempt to boot the phone. This can take many attempts (half an hour this morning) and I worry will eventually become impossible.

My question: can the volume button be repaired at home? Various sources online suggest that one cannot reach the volume button, even with a full tear down. I am unwilling to power off the system to check given the above.

⟐ Commented 8월 11, 2026 at 23:57 GMT-7

SoC: A15 Bionic (8110 Rev 11)

iOS Version: 17.4.1 (21E236) / Darwin Kernel 23.4.0

Symptom: Device automatically restarts every 3 minutes in a continuous reboot loop.

Hi iFixit community,

I am troubleshooting an iPhone 14 Plus that triggers a panic-full reboot every 180 seconds. Below is the raw header and panic log extracted from the device:

JSON

{"bug_type":"210","timestamp":"2025-12-19 16:19:54.00 +0300","os_version":"iPhone OS 17.4.1 (21E236)","roots_installed":0,"incident_id":"C00608FF-EE45-4DA6-AE23-78756C421FD2"}
{
  "build" : "iPhone OS 17.4.1 (21E236)",
  "producto" : "iPhone14,8",
  "socId" : "8110",
  "socRevision" : "11",
  "incidente" : "C00608FF-EE45-4DA6-AE23-78756C421FD2",
  "crashReporterKey" : "5fba0fd7ae4562577b1c858df0f36b596b49d9dc",
  "kernel" : "Versión del kernel de Darwin 23.4.0: vie. mar. 8 23:31:19 PST 2024; root:xnu-10063.102.14~67/RELEASE_ARM64_T8110",
  "fecha" : "2025-12-19 16:19:54.81 +0300",
  "panicString" : "panic(cpu 2 caller 0xffffffff03adadde8): SMC PANIC - ASSERTION FAILED: target/d28/target.cpp:266: 0, SMC BSC failure, spreadsheet ver(*10) 40\nS.sensor array 0 - 4 is 0x0, 0x500000, 0x0, 0x0, 0x0 \nF.sensor array 0 is 0x0\n\n - Misc(2) OUTBOX1 not ready\nASSERTION FAILED: target/d28/target.cpp:266: 0, SMC BSC failure, spreadsheet ver(*10) 40\nS.sensor array 0 - 4 is 0x0, 0x500000, 0x0, 0x0, 0x0 \nel array del sensor F.sensor 0 es 0x0\n\nRTKit: RTKit-2419.102.1.release - Cliente: AppleSMCFirmware-4283.102.1.d28.REL\n!UUID: e1e60d6f-ffea-3505-b762-230396fe6490\nTiempo: 0x00000003c6e25e67\n\n"
}

Technical Analysis:

• Hardware Identification: Model identifier iPhone14,8 and target d28 both confirm this is an iPhone 14 Plus.
• Sensor Array Error Code: S.sensor array explicitly flags value 0x500000 (which corresponds to 5242880 in decimal).
• Bus Failure: On the iPhone 14 Plus architecture, 0x500000 is the combined bitmask representing the Dock Flex / Charging Port thermal sensor array (0x100000) combined with the Wireless Charging / Back Glass sensor line (0x400000).
• SMC Assert: The System Management Controller fails communication over the BSC (Bus Status Controller) due to missing SMBus/I2C thermal readings from TAOP/TAOJ.

Local shops suggested a battery replacement, but the panic log contains no battery gauge failures (TG0B, TG0V, or Gas Gauge).

Questions for the community:

1. Has anyone resolved this exact 0x500000 / SMC BSC failure on an iPhone 14 Plus strictly by replacing the Dock Charging Port Flex Cable with an OEM pulled part?
2. Does a missing/damaged Wireless Charging Coil flex connector trigger this entire 0x500000 bitmask on its own, or is the Dock Flex always the primary culprit?
3. If a new OEM Dock Flex does not resolve the panic, which diode readings / filter components near connector J6400 should be checked?

Thank you!

⟐ Commented 8월 11, 2026 at 7:28 GMT-7

⟐ Commented 8월 11, 2026 at 5:14 GMT-7

⟐ Commented 8월 11, 2026 at 2:19 GMT-7