Bao'An Shenzhen China

dsPIC30F Unlock: Which Parts Are Readable

Sep 5, 2026  /  PCB COPY

Most standard dsPIC30F parts — the 2010, 3011, 4011, 4013, 5011, 6010 and their siblings — are recoverable in practice, and a dsPIC30F unlock normally returns both the program flash and the data EEPROM as a usable hex or bin file. The SMPS variants (30F1010, 2020, 2023) and any part where the die has taken electrical or mechanical damage are the cases that need a real bench evaluation before anyone quotes you. Below is how we sort one from the other.

Which dsPIC30F subfamilies read out, and which need a look first

The dsPIC30F line splits into groups that behave differently on the bench, so the part number on the lid matters more than the family name. Program memory runs from about 12 KB up to 144 KB, and most parts carry 1 KB, 2 KB or 4 KB of separate data EEPROM that holds calibration constants, motor parameters, run hours, or a serial number. If you skip the EEPROM you often get a board that boots and then faults, so we treat it as part of the deliverable rather than an extra.

Group Typical parts Flash / data EEPROM Readability in practice
General purpose 30F2010, 30F2011, 30F2012, 30F3012, 30F3013 12–24 KB, 1–2 KB EEPROM Routine work; smallest packages and lowest pin counts in the family
Motor control 30F3010, 30F4011, 30F4012, 30F6010 24–144 KB, 1–4 KB EEPROM Our most common dsPIC30F unlock jobs — drives, inverters, pumps
General purpose / sensor 30F3011, 30F3014, 30F4013, 30F5011, 30F5013 24–66 KB, 1–4 KB EEPROM Routine; larger flash means longer read and verify time
Large 80-pin devices 30F6011, 30F6012, 30F6013, 30F6014 132–144 KB, 4 KB EEPROM Feasible; TQFP-80 handling and full-image verification add time
SMPS / digital power 30F1010, 30F2020, 30F2023 6–12 KB, no data EEPROM on most Case by case. Different memory arrangement, small dies, evaluation required

Suffixes matter too. A marking like dsPIC30F4011-30I/PT tells us speed grade, temperature range and package, and the small revision code stamped underneath tells us the silicon revision. Two chips with the same base number and different revisions do not always behave identically, so send the whole marking line, not just the first eight characters.

Package makes a practical difference as well. A 40-pin PDIP part in a socket is the easiest possible starting point — pull it, work on it, plug it back. A TQFP-64 or TQFP-80 soldered to a four-layer drive board with a heavy ground plane means hot-air removal with the surrounding electrolytics and connectors masked off, and it means we care about how the board comes back to you, not just about the file.

What the protection on a dsPIC30F actually is

These devices are programmed and read over ICSP through MCLR, PGC and PGD. Protection lives in configuration registers that cover the boot segment, the secure segment and the general segment, with separate code-protect and write-protect settings for each. Later dsPIC30F devices add CodeGuard Security, which lets the original developer carve flash into segments with different access rules — that is why one board’s 30F5011 reads out in an afternoon and another one, same part number, needs a longer path.

Two consequences are worth knowing before you ask for a quote. First, whether the general segment is protected at all is a decision the original programmer made; plenty of production boards from the 2000s shipped with protection left off, and those are quick. Second, when protection is set, feasibility depends on the specific device, its revision, and the physical condition of the part — not on how badly you need the file. We do not publish success rates and we do not promise a particular chip will open.

How this compares with neighboring families

If you work across several Microchip generations, the mental model is similar to the 8-bit line: the mechanism behind PIC16F code protection recovery is a close relative, and dsPIC33F is the direct successor with tighter segmentation and a 3.3 V core. Compared with a one-way JTAG fuse of the kind you meet in MSP430 firmware recovery, the dsPIC30F arrangement is more granular and less all-or-nothing, which usually works in your favor. Compared with STM32 RDP Level 2, where the debug port is permanently disabled, dsPIC30F protection is a per-segment setting rather than a single irreversible latch.

What happens in the lab, in order

  1. Identification. We read the full top marking under a scope, confirm package and pin count, and check the revision code against what we have seen before on that device.
  2. Electrical check. Before any read attempt, the part gets a supply and continuity check. dsPIC30F is a 5 V family, and a chip pulled from a failed drive has often taken a surge on a PWM output or on VDD. A cracked bond wire or a shorted pin changes the plan immediately.
  3. Device ID and configuration read. We query the device ID and the configuration words over ICSP. This is the moment we learn whether the general segment is protected, whether a boot or secure segment has been defined, and how much of the address map is going to be visible on a plain read.
  4. First read attempt. If protection is off — and on legacy industrial boards it often is — we take the full program image plus the data EEPROM and go straight to verification.
  5. Evaluation, if protected. If the plain read is blocked, the part moves to evaluation. We decide there whether the job is feasible non-destructively, whether it needs work at the die level, and whether we need a second identical sample. You get a yes, a no, or a “we need one more chip” before any charge for the extraction itself.
  6. Extraction and reassembly of the image. The output is assembled into a continuous image with the correct address alignment for the 24-bit program word layout, so it can be programmed with standard Microchip tooling rather than a private format.
  7. Verification. Two reads must produce identical checksums. Then we program a blank donor part of the same base number and revision, drop it into your board or our test fixture, and confirm it behaves like the original — POST passes, the display comes up, the motor commutates, whatever the correct behavior is for that unit.
  8. Return. You get the image files, the configuration word values, the data EEPROM contents, notes on anything unusual we found, and your original chip and board back.

That verification step is the one worth asking every vendor about. A hex file that matches itself twice only proves the reader is consistent. A hex file that boots a real board proves the extraction is complete, including the EEPROM constants that a motor drive uses to scale current feedback.

What we need from you to quote a dsPIC30F unlock

Short list, and it saves a round trip:

WhatsApp Send board details