PC-3000 SSD Recovery Workflows
Phison SSD Controller Recovery Procedures
Phison controller recovery starts with Technological Mode: shorting the R/B* pin on the PCB to force the controller out of its firmware panic loop, then injecting a volatile microcode loader into SRAM through PC-3000 SSD. The loader bypasses the corrupted firmware stored in NAND, disables TRIM & garbage collection, and provides raw read access to reconstruct the Flash Translation Layer. This page covers the specific PC-3000 workflows for the PS3111-S11, PS5012-E12, PS5013-E13T, & PS5019-E19 controller families. SATA firmware recovery starts at $600–$900. NVMe firmware recovery starts at $900–$1,200. No diagnostic fee.

Which Phison Controllers Does PC-3000 SSD Support?
PC-3000 SSD's Phison utility covers eight controller families across SATA & NVMe. Support depth varies: some controllers get full FTL reconstruction while others are limited to firmware repair. The hardware platform matters too; NVMe controllers require the PC-3000 Portable III with its PCIe M.2 adapter. UDMA-E & Express boards handle SATA only.
| Controller | Interface | PC-3000 Hardware | Encryption | Support Level |
|---|---|---|---|---|
| PS3111-S11 | SATA | Express, Portable III | XOR scrambling | Full: loader injection, FTL rebuild, data extraction |
| PS3110-S10 | SATA | Express, Portable III | XOR scrambling | Full: loader injection, FTL rebuild, data extraction |
| PS5012-E12 | NVMe Gen3 | Portable III only | Optional AES-256 + XOR scrambling + LDPC | Full: loader injection, FTL rebuild, data extraction |
| PS5013-E13T | NVMe Gen3 | Portable III only | Optional AES-256 + XOR scrambling + LDPC | Full: loader injection, FTL rebuild, data extraction |
| PS5016-E16 | NVMe Gen4 | Portable III only | Optional AES-256 + XOR scrambling + LDPC | Full: loader injection, FTL rebuild, data extraction |
| PS5018-E18 | NVMe Gen4 | Portable III only | Optional AES-256 + XOR scrambling + LDPC | Firmware repair only; full FTL extraction limited |
| PS5019-E19 | NVMe Gen4 | Portable III only | Optional AES-256 / TCG Opal + XOR scrambling + LDPC | Full: loader injection, FTL rebuild, data extraction |
| PS5021-E21T | NVMe Gen4 | Portable III only | Optional AES-256 + XOR scrambling + LDPC | Full: loader injection, FTL rebuild, data extraction |
| PS5026-E26 | NVMe Gen5 | Portable III only | Optional AES-256 / TCG Opal + XOR scrambling + 5th Gen LDPC | Repair-only as of April 2026; full FTL extraction not yet published by ACE Lab |
PS5018-E18 support is limited to firmware repair operations. Full virtual translator data extraction is not available through PC-3000 for the E18. Board-level repair to revive the original controller, then standard NVMe imaging, is the primary recovery path for dead E18 drives.
What Are SATAFIRM S11 and SATABURN S11?
SATAFIRM S11 and SATABURN S11 are firmware panic states, not model names. Both indicate that the Phison PS3111-S11 controller lost its Flash Translation Layer and dropped to its factory BootROM. The drive reports "SATAFIRM S11" or "SATABURN S11" as its identity string, shows 0GB or 2MB capacity, and rejects all read commands. Your data is still on the NAND chips; the controller just can't find it.
- SATAFIRM S11
- The default firmware panic alias on standard PS3111-S11 silicon. Appears in BIOS/Disk Management when the controller detects unrecoverable FTL corruption during boot. Most common on Kingston A400, PNY CS900, Patriot Burst, & Silicon Power S55 drives. PC-3000 SATA firmware recovery: $600–$900.
- SATABURN S11
- A variant firmware panic alias produced by the PS3111-S11T silicon revision or alternate firmware branch. The failure mechanism is identical to SATAFIRM S11: corrupted FTL pages in NAND prevent the controller from completing its boot sequence. The PC-3000 recovery workflow is the same. There is no difference in data recoverability between the two states.
Why These Drives Fail After Power Loss
The PS3111-S11 is a 2-channel, DRAM-less controller. It stores the working FTL directly in TLC NAND rather than in dedicated cache memory. A power cut during a write can corrupt the in-flight FTL update, and there's no safe copy to fall back to. Budget drives pair this controller with lower-binned NAND that hits the ECC correction threshold sooner than enterprise-grade flash, compounding the failure rate.
Do Not Run MPTool or PhisonToolBox
MPTool and PhisonToolBox are factory mass-production tools. They reinitialize the NAND layout, create a new empty FTL, and destroy all user data. Reflashing will remove the SATAFIRM S11 string and make the drive appear functional, but the data is gone. The only non-destructive recovery method is PC-3000 SSD's volatile microcode injection.
How Much Does Phison SSD Recovery Cost?
Recovery cost depends on the failure type, not the controller model. A SATAFIRM S11 firmware panic on a Kingston A400 falls into the same pricing tier as firmware corruption on a PNY CS900 or Patriot Burst. No diagnostic fee. No data, no recovery fee. +$100 rush fee to move to the front of the queue.
SATA Phison Recovery (PS3111-S11, PS3110-S10)
Simple Copy
Low complexityYour drive works, you just need the data moved off it
$200
3-5 business days
Functional drive; data transfer to new media
Rush available: +$100
File System Recovery
Low complexityYour drive isn't showing up, but it's not physically damaged
From $250
2-4 weeks
File system corruption. Visible to recovery software but not to OS
Starting price; final depends on complexity
Circuit Board Repair
Medium complexityYour drive won't power on or has shorted components
$450–$600
3-6 weeks
PCB issues: failed voltage regulators, dead PMICs, shorted capacitors
May require a donor drive (additional cost)
Firmware Recovery
Medium complexityMost CommonYour drive is detected but shows the wrong name, wrong size, or no data
$600–$900
3-6 weeks
Firmware corruption: ROM, modules, or system files corrupted
Price depends on extent of bad areas in NAND
PCB / NAND Swap
High complexityYour drive's circuit board is severely damaged and requires NAND chip transplant to a donor PCB
$1,200–$1,500
4-8 weeks
NAND swap onto donor PCB. Precision microsoldering and BGA rework required
50% deposit required; donor drive cost additional
50% deposit required
Hardware Repair vs. Software Locks
Our "no data, no fee" policy applies to hardware recovery. We do not bill for unsuccessful physical repairs. If we replace a hard drive read/write head assembly or repair a liquid-damaged logic board to a bootable state, the hardware repair is complete and standard rates apply. If data remains inaccessible due to user-configured software locks, a forgotten passcode, or a remote wipe command, the physical repair is still billable. We cannot bypass user encryption or activation locks.
No data, no fee. Free evaluation and firm quote before any paid work. Full guarantee details. NAND swap requires a 50% deposit because donor parts are consumed in the attempt.
Rush fee: +$100 rush fee to move to the front of the queue.
Donor drives: A donor drive is a matching SSD used for its circuit board. Typical donor cost: $40–$100 for common models, $150–$300 for discontinued or rare controllers.
Target drive: The destination drive we copy recovered data onto. You can supply your own or we provide one at cost plus a small markup. All prices are plus applicable tax.
A donor drive is a matching SSD used for its circuit board. Typical donor cost: $40–$100 for common models, $150–$300 for discontinued or rare controllers.
NVMe Phison Recovery (PS5012-E12, PS5013-E13T, PS5019-E19)
Simple Copy
Low complexityYour NVMe drive works, you just need the data moved off it
$200
3-5 business days
Functional drive; data transfer to new media
Rush available: +$100
File System Recovery
Low complexityYour NVMe drive isn't showing up, but it's not physically damaged
From $250
2-4 weeks
File system corruption. Visible to recovery software but not to OS
Starting price; final depends on complexity
Circuit Board Repair
Medium complexityYour NVMe drive won't power on or has shorted components
$600–$900
3-6 weeks
PCB issues: failed voltage regulators, dead PMICs, shorted capacitors
May require a donor drive (additional cost)
Firmware Recovery
Medium complexityMost CommonYour NVMe drive is detected but shows the wrong name, wrong size, or no data
$900–$1,200
3-6 weeks
Firmware corruption: ROM, modules, or system files corrupted
Price depends on extent of bad areas in NAND
PCB / NAND Swap
High complexityYour NVMe drive's circuit board is severely damaged and requires NAND chip transplant to a donor PCB
$1,200–$2,500
4-8 weeks
NAND swap onto donor PCB. Precision microsoldering and BGA rework required
50% deposit required; donor drive cost additional
50% deposit required
Hardware Repair vs. Software Locks
Our "no data, no fee" policy applies to hardware recovery. We do not bill for unsuccessful physical repairs. If we replace a hard drive read/write head assembly or repair a liquid-damaged logic board to a bootable state, the hardware repair is complete and standard rates apply. If data remains inaccessible due to user-configured software locks, a forgotten passcode, or a remote wipe command, the physical repair is still billable. We cannot bypass user encryption or activation locks.
No data, no fee. Free evaluation and firm quote before any paid work. Full guarantee details. NAND swap requires a 50% deposit because donor parts are consumed in the attempt.
Rush fee: +$100 rush fee to move to the front of the queue.
Donor drives: A donor drive is a matching SSD used for its circuit board. Typical donor cost: $40–$100 for common models, $150–$300 for discontinued or rare controllers.
Target drive: The destination drive we copy recovered data onto. You can supply your own or we provide one at cost plus a small markup. All prices are plus applicable tax.
A donor drive is a matching SSD used for its circuit board. Typical donor cost: $40–$100 for common models, $150–$300 for discontinued or rare controllers.
PC-3000 SATA Workflow: PS3111-S11 & PS3110-S10
SATA Phison recovery connects through PC-3000 Express or Portable III. The PS3111-S11 has a specific hardware requirement: on PC-3000 UDMA-E & Express, Technological Mode commands must route through a PATA port with a 40cm IDE cable and ACE Lab PATA-to-SATA adapter. The Portable III handles Technological Mode natively over SATA, eliminating the adapter.
Technological Mode Entry & Loader Injection
- Connect the drive. On PC-3000 Express: use PATA0 or PATA1 via a short (40cm max) IDE cable with the PATA-to-SATA adapter. On Portable III: connect via standard SATA to any port. Long IDE cables introduce signal degradation.
- Force Technological Mode. Locate the R/B* (Ready/Busy) test points on the PCB, typically marked near the R29 pad. Short this pin to ground using precision tweezers while cycling the power supply. Grounding the R/B* pin is an open-drain operation that halts the normal firmware load from NAND and forces the controller into its factory BootROM state.
- Confirm ROM mode in PC-3000. The drive should report its ROM-mode identity string (SATAFIRM S11 or SATABURN S11) in the ATA Identify response. Verify 0GB or 2MB capacity in the passport before proceeding.
- Launch the PC-3000 Phison utility. Select the correct utility variant in PC-3000 SSD. Match the loader (LDR) to the controller silicon, NAND chip ID, & firmware version. The LDR is uploaded directly into the controller's volatile SRAM.
- Remove tweezers. PC-3000 prompts the engineer to release the short after the loader is injected. The controller now runs from the temporary SRAM loader instead of the corrupted NAND firmware.
- Reverse XOR scrambling. The loader reads raw NAND pages and reverses the XOR data scrambling applied at the page level. The XOR polynomial is deterministic, derived from the controller model & NAND chip ID. PC-3000 handles this automatically with the correct loader profile.
- Build the virtual translator. PC-3000 scans surviving NAND metadata: block sequence numbers, wear-level counters, & ECC checksums. It reconstructs the LBA-to-PBA mapping table entirely in the host PC's RAM. The translator is never written back to the SSD.
- Extract data via Data Extractor. With the virtual translator active, PC-3000 presents the file system (NTFS, exFAT, ext4) and extracts user data to a target drive. Check "Ignore ECC errors" to handle degraded NAND blocks that fall below the correction threshold.
What Actually Corrupts During a SATAFIRM S11 Event?
The SATAFIRM S11 identity string is an emergent symptom, not a specific fault. It appears because the PS3111-S11 finished one stage of its boot sequence and failed the next. Understanding which stage failed determines whether PC-3000 can rebuild the drive through microcode injection or whether the job escalates to NAND chip-off on the SATA controllers where that remains viable. The sequence has four distinct phases, and the corruption signature on the NAND chips differs for each.
Phase 1: BootROM to Primary Loader Handoff
On cold power, the PS3111-S11 starts executing from its masked BootROM; a tiny, read-only program baked into the controller silicon that cannot be corrupted by NAND wear. The BootROM queries predefined physical blocks in the NAND service area searching for the primary loader signature. If the signature is missing or the ECC of that block fails hard, the controller never leaves BootROM and emits the SATAFIRM S11 factory alias immediately. At this stage, the FTL itself is still untouched on NAND. PC-3000 forces the drive into Safe/Technological Mode, injects a microcode loader (LDR) into the controller's SRAM, reverses XOR scrambling on the surviving data pages, and scans the rest of the chip for the L2P journal blocks in later phases.
Phase 2: Primary Loader to Firmware Image
The primary loader reads the main firmware image (structured as BN*.BIN loader and FW*.BIN firmware binaries in Phison mass production tools) from the dedicated NAND service area. The firmware image holds the FTL code, wear-leveling tables, and the controller's configuration block. If the firmware image has degraded past the correction threshold of the controller's LDPC engine, the loader aborts and the drive drops back into BootROM. The SATAFIRM S11 string appears again, but this time user data blocks are intact; only the firmware partition failed. PC-3000 bypasses this by uploading its own firmware image to volatile SRAM instead of relying on the corrupted on-NAND copy.
Phase 3: Firmware to FTL Metadata Blocks
Once the firmware runs, it mounts the active FTL by reading metadata pages scattered across dedicated system blocks. Each metadata page carries a sequence number, a wear-level counter, and a page header identifying which LBA range it maps. On a DRAM-less PS3111-S11, the working L2P map is rebuilt into a small on-NAND cache during mount. An unclean power cut during this mount procedure produces split-brain metadata: partial writes where half a 16 KiB page committed and the other half failed ECC. The controller cannot resolve which metadata copy is authoritative and panics. This is the most common SATAFIRM S11 failure seen at the lab, and it is the case where PC-3000's virtual translator shines. The microcode injection reads every metadata page directly, ignores the controller's panic logic, and sorts the surviving pages by sequence number to identify the most recent consistent snapshot.
Phase 4: Journal Replay Against User Data Blocks
Between FTL snapshots, the controller records L2P deltas into journal blocks. Journal entries carry a monotonic sequence counter. On a clean boot, the firmware replays journal entries forward from the last snapshot to rebuild the live L2P. If an operation was in flight when power dropped, the controller may record an inconsistent journal tail. The firmware detects this metadata discrepancy and refuses to mount. PC-3000 handles this case differently: the virtual translator tolerates journal gaps by walking every physical NAND page's spare area, reading the embedded LBA tag that Phison writes alongside user data, and cross-referencing against the partial journal. Any LBA tag that appears in both the journal and the NAND spare area resolves to a valid mapping; conflicts are broken by taking the page with the highest sequence number.
Safety Mechanics of Microcode Injection
Every operation above happens in volatile SRAM and host RAM. The injected loader never issues program or erase commands to NAND; it only reads. The virtual L2P map lives entirely on the host PC. If extraction is interrupted, the drive can be repowered and the entire procedure restarted from Technological Mode entry. This is the key difference from OEM Mass Production utilities (MPTool), which reinitialize FTL system blocks and guarantee data loss.
PC-3000 NVMe Workflow: PS5012-E12, PS5013-E13T, PS5019-E19
NVMe Phison recovery requires the PC-3000 Portable III with its M.2 PCIe NVMe adapter. UDMA-E & Express boards don't have PCIe interfaces and can't communicate with NVMe drives. The core workflow follows the same injection-and-rebuild pattern as SATA, but with PCIe-specific link training, LDPC decoding through the original controller, and thermal management during extraction. On drives where the OEM enabled AES-256, the loader also re-activates the hardware decryption engine.
NVMe Loader Injection & FTL Reconstruction
- Connect via PC-3000 Portable III. Seat the M.2 NVMe drive on the dedicated adapter connected to Port 0. Verify PCIe link training status; a firmware-panicked drive will complete link training but fail NVMe initialization.
- Force safe mode. If the drive doesn't enumerate on the PCIe bus, short the controller's safe mode pins on the PCB while powering on. Pin locations are controller-specific; the PS5012-E12, PS5013-E13T, & PS5019-E19 each have different pad layouts.
- Launch the PC-3000 NVMe Phison utility. Confirm the firmware panic state, then select the controller-specific recovery profile. Match the LDR to the controller & NAND chip ID (Toshiba/Kioxia BiCS, Micron 3D TLC, SK hynix).
- Inject the SRAM loader. PC-3000 uploads the loader into the controller's volatile SRAM. The loader disables background TRIM & garbage collection to freeze the NAND state. On drives where the OEM enabled AES-256, the loader also re-activates the hardware cryptographic engine so data is decrypted in real time during extraction.
- Rebuild the FTL from NAND metadata. The PS5012-E12's 8-channel interleaving requires correct channel stride & plane geometry. The DRAM-less PS5013-E13T & PS5019-E19 use Host Memory Buffer to cache the FTL during normal operation. After a crash, PC-3000 bypasses the lost HMB cache entirely, scanning the physical NAND spare area for surviving block sequence numbers to reconstruct the logical address space.
- Manage thermals. Gen4 controllers (PS5016-E16, PS5019-E19) generate high thermal loads during sustained extraction. Active cooling is required to prevent the controller from entering thermal shutdown mid-recovery. If the controller throttles, extraction pauses and the read state may need to be re-established.
- Extract via Data Extractor. Image the drive sector-by-sector. On degraded NAND blocks, use multi-pass reading with voltage threshold shifts to maximize data yield from cells that the controller's ECC engine has abandoned.
PS5013-E13T & PS5019-E19: DRAM-less NVMe Recovery
The PS5013-E13T (Gen3x4, found in some batches of the Patriot P300 & Kingston NV1; both models swap controllers between production runs) and PS5019-E19 (Gen4x4, found in WD_BLACK SN750 SE) are both DRAM-less controllers that cache the FTL in the host PC's RAM through Host Memory Buffer. A power cut or system crash severs the PCIe link, and the in-flight FTL update in host RAM never commits to NAND.
Recovery on these controllers follows the standard NVMe injection workflow above. The PS5019-E19 adds Phison's 4th Gen LDPC ECC engine and optional TCG Opal support. When the OEM enables AES-256 media encryption, the controller handles both encryption and self-encrypting drive authentication. Even without AES, the proprietary LDPC soft-decision decoding binds the data to the controller silicon. If the controller dies, chip-off is not viable. Board-level repair to revive the original controller is the only recovery path. NVMe board repair: $600–$900.
DRAM-less HMB Behavior After Unclean Shutdown
The failure chain on a DRAM-less Phison NVMe (PS5013-E13T, PS5019-E19, PS5021-E21T, PS5026-E26) during a power cut looks like this: the controller buffers the working L2P delta in a Host Memory Buffer region allocated inside the host PC's RAM. When the user writes data, the new L2P entries sit in that HMB region waiting for the next idle window to commit to NAND. A power cut tears down the PCIe link before the commit finishes. The in-flight delta in host RAM is lost instantly; the drive never receives a clean shutdown notification.
On next boot, the controller reads its last checkpoint from NAND and finds it inconsistent with the block sequence numbers in the physical data region. Depending on how far the write was from completing, the controller either journal-replays through its on-NAND log (if the log survived) or panics into BootROM and emits the firmware-panic identity string. PC-3000's recovery path bypasses the lost HMB region entirely. The injected loader scans physical NAND spare areas for surviving block sequence numbers, wear-level counters, and page headers, then rebuilds the L2P map in host RAM from metadata that actually committed to flash. The original NAND contents are never modified.
PS5018-E18: Limited PC-3000 Support
The PS5018-E18 (Gen4x4, found in Corsair MP600 Pro, Seagate FireCuda 530, Kingston KC3000) has limited PC-3000 SSD support. ACE Lab lists the E18 as "Only Repairing," meaning diagnostic mode entry and firmware repair are available, but full virtual translator data extraction is not supported for all NAND configurations.
When E18 drives fail from PMIC or component-level damage, board-level repair is the primary recovery path. Identify the failed component using FLIR thermal imaging, replace it with a Hakko FM-2032 microsoldering iron, and bring the original controller back to life. Once the controller boots with functioning AES-256 keys, standard NVMe imaging extracts the data. NVMe board repair: $600–$900.
PS5026-E26 Gen5: Thermal Throttle to Firmware Panic
The PS5026-E26 is Phison's first retail PCIe 5.0 x4 NVMe controller, shipping in the Crucial T700, Corsair MP700, Gigabyte Aorus Gen5 10000, and Sabrent Rocket 5. The E26 pairs an 8-channel NAND interface with Phison's 5th Gen LDPC engine and a Gen5 PHY that sustains sequential reads above 12,000 MB/s. That bandwidth is what creates the recovery problem: the package routinely exceeds 80 °C under load, and many early retail drives shipped with marginal heatsinks or PMIC layouts that fail prematurely.
The typical failure chain on an E26 drive looks like this: sustained write load pushes controller die temperature past the thermal throttle threshold. The firmware aggressively derates link speed and clock frequency to cool the die. If the PMIC or DRAM buffer was already marginal, the thermal cycling accelerates the defect, and a specific power rail (often the 1.2V core supply) drops below spec. The controller then fails mid-flush of an L2P metadata update, corrupts the on-NAND journal, and the next boot lands in BootROM with a firmware-panic identity string. Users see the drive drop from the BIOS, re-enumerate as a tiny capacity, or stop enumerating entirely on the PCIe bus.
As of April 2026, ACE Lab's published Phison utility lists the E26 in repair-only mode. Diagnostic mode entry and firmware repair are available, but a full virtual translator build for data extraction is not yet released for all E26 NAND configurations. When a Gen5 drive arrives dead at the lab, the primary recovery path is board-level: FLIR thermal imaging locates the failed PMIC or capacitor; a Hakko FM-2032 microsoldering iron and Atten 862 hot air station replace the component; the original controller boots with its AES-256 keys intact; standard NVMe imaging extracts the data. Chip-off is not viable; the 5th Gen LDPC decoder and XOR scrambling bind the raw NAND output to the original silicon.
How Phison Recovery Differs from Silicon Motion Recovery
Silicon Motion controllers (SM2258, SM2259, SM2263, SM2264, SM2267, SM2320) and Phison controllers share the same broad recovery model: vendor-specific commands enter a diagnostic state, a volatile loader mounts in controller SRAM, PC-3000 scans NAND metadata, and a virtual translator rebuilds the logical image in host RAM. The differences are in the entry mechanics and the destructive-tool trap.
- Safe Mode entry
- Phison enters Technological Mode by shorting the R/B* pin near the R29 pad to ground during power-on. Silicon Motion uses a separate test-point layout that differs by controller model; SM2258 and SM2259 drives typically expose dedicated ROM-mode pads that must be bridged while the drive powers up.
- Error correction engine
- Phison brands its soft-decision decoder as 4th Gen and 5th Gen LDPC. Silicon Motion brands the equivalent technology as NANDXtend. Both engines bind the raw NAND output to the controller DSP, so chip-off recovery is equally unviable on either family when encryption or hard LDPC binding is active.
- Destructive-tool trap
- Phison's factory mass-production tools are MPTool and PhisonToolBox. Silicon Motion ships MPTool with a different codebase under the same name. Both reinitialize the Flash Translation Layer and destroy user data. If a drive shows a firmware panic string, do not run any manufacturer tool before a data recovery lab has pulled the NAND contents.
- Shop workflow
- Physically identical: PC-3000 Portable III with the M.2 NVMe adapter, active cooling during sustained reads on Gen4 and Gen5 drives, Hakko FM-2032 for any component-level repair. The adapters, cables, and extraction targets are interchangeable between vendors.
How Does PC-3000 Rebuild the Flash Translation Layer?
The Flash Translation Layer maps logical block addresses (what your operating system requests) to physical NAND page locations (where the data is stored on the flash chips). When this map corrupts, PC-3000 reconstructs it from surviving NAND metadata without modifying the drive. The entire rebuilt map lives in the host PC's RAM.
Physical Dump & Metadata Scanning
After the SRAM loader injection, PC-3000 gains low-level read access to the physical NAND chips without relying on the drive's dead firmware. The software scans every physical block for page headers, block sequence numbers, & wear-level counters. These are fragments of metadata that survived the crash.
Algorithmic Sorting & Map Reconstruction
PC-3000 uses heuristics specifically tailored for Phison's proprietary wear-leveling algorithms to sort the scattered blocks. The software matches block sequence numbers across NAND channels to determine which physical pages correspond to which logical addresses. On 8-channel controllers (PS3110-S10, PS5012-E12, PS5016-E16), the interleaving pattern and plane geometry must be correctly decoded for the logical image to be valid.
SATA (XOR) vs NVMe (AES-256) Translation Differences
On SATA controllers (PS3111-S11, PS3110-S10), the raw NAND data is XOR-scrambled but not encrypted. PC-3000 reverses the scrambling using the deterministic XOR polynomial matched to the controller model & NAND chip ID. The virtual translator maps descrambled pages to logical addresses.
On NVMe controllers (PS5012-E12, PS5013-E13T, PS5019-E19), the raw NAND data is bound by proprietary LDPC soft-decision error correction and XOR scrambling. When AES-256 is enabled by the OEM, the SRAM loader also re-activates the controller's hardware AES engine, which decrypts each page as PC-3000 reads it. Whether or not AES is active, the LDPC DSP and XOR scrambling make chip-off unviable: a standard programmer cannot reproduce the controller's soft-decision decoding, so the raw dump is mathematically undecodable.
Recovering TRIMmed Data on Phison Drives
PC-3000 SSD includes a physical reading mode for Phison drives that can access historical versions of the translation map. If a file was deleted & the OS issued a TRIM command, the controller unmapped the logical addresses and began returning zeroes through Deterministic Zero After TRIM masking. But if garbage collection hasn't yet physically erased the underlying NAND pages, the data still exists on the flash cells. The physical reading mode parses older translation entries to locate these orphaned pages. The data is recoverable only if the NAND cells haven't been erased by the controller's background garbage collection.
Equipment for Phison SSD Recovery
Every Phison recovery at our Austin lab uses the same equipment set. SATA controllers connect through PC-3000 Express or Portable III. NVMe controllers go through Portable III's M.2 adapter. Board-level repairs use Hakko microsoldering and FLIR thermal imaging for fault localization.
Firmware Recovery
- PC-3000 SSD (Phison utility module)
- PC-3000 Express (SATA interface)
- PC-3000 Portable III (NVMe M.2 adapter)
- ACE Lab PATA-to-SATA adapter (PS3111 on Express)
Board-Level Repair
- Hakko FM-2032 microsoldering iron (FM-203 base)
- FLIR thermal camera (fault localization)
- Atten 862 hot air rework station
- Zhuo Mao precision BGA rework station
Phison Controller Reference Pages
Each Phison controller family has a dedicated page covering its specific failure modes, affected SSD models, & pricing. The Phison Architecture overview covers XOR vs AES-256 encryption and the board repair bridge for encrypted NVMe drives.
Phison PC-3000 Recovery FAQ
What is Technological Mode on a Phison SSD?
What is the difference between SATAFIRM S11 and SATABURN S11?
Why does the PS3111-S11 require a PATA-to-SATA adapter on PC-3000 Express?
How much does PC-3000 Phison SSD recovery cost?
Will MPTool or PhisonToolBox recover data from a SATAFIRM S11 drive?
Can chip-off recovery work on Phison NVMe SSDs?
What is a virtual translator in PC-3000 SSD recovery?
Does PC-3000 SSD support the PS5013-E13T and PS5019-E19?
Is PC-3000 SSD supported on the Phison E26 Gen5 controller?
How does Phison SSD recovery differ from Silicon Motion recovery?
Need Recovery for Other Devices?
M.2, U.2, PCIe NVMe drives
Mechanical HDD recovery
Soldered SSD recovery
SSD array recovery
Similar NAND flash
View complete catalog
Controller family overview & encryption guide
Phison SSD not detected, stuck in firmware panic, or showing SATAFIRM S11?
Free evaluation. SATA firmware recovery from $600–$900. NVMe recovery from $900–$1,200. No data, no fee.