Rescue guide
Rescuing a Stalled or Failed Hardware Project: Audit, Takeover and Costs
A stalled or failed hardware project can usually be rescued without a full redesign, provided you recover the complete design source from the previous vendor and commission an independent design audit before changing anything. With an India-based team, a typical audit takes 1–3 weeks and costs about $2,000–$15,000 depending on the number of boards and whether firmware and EMC testing are included; it should end with a ranked defect list, a fix-respin-or-redesign recommendation and a costed plan.
Key facts
| Question | Short answer |
|---|---|
| First 48 hours | Secure files, repositories, accounts, boards and a written symptom log |
| Must-have files | Native schematic + layout, Gerber/ODB++, BOM with MPNs, firmware repo with build instructions |
| Audit duration | 3 working days to 3 weeks depending on scope |
| Audit cost (planning, India-based team) | $2,000–$5,000 one board; $4,000–$10,000 board + firmware; $8,000–$15,000+ system with EMC |
| Typical outcome | Most projects need targeted fixes and one respin, not a full redesign |
| Each PCB respin | About $1,500–$8,000 in design rework, fabrication and assembly, plus 4–8 weeks of calendar time |
| No source files? | Board-level reverse engineering is possible but costs more than an audit |
Figures are Rapid Circuitry planning estimates from our design review work and are consistent with our cost benchmarks. Actual scope depends on how much documentation exists and how many failure modes there are.
Warning signs that a hardware project is failing
Projects rarely fail in one day. These signs usually appear months before the vendor stops responding:
- Dates slip repeatedly and each slip comes without a root cause or a revised plan.
- Boards have been “almost working” for more than one cycle — random resets, rails that droop, radios that drop the connection.
- You have never seen the schematic, the repository or the issue tracker.
- The BOM contains parts marked not-recommended-for-new-designs, end-of-life, or with lead times of many months.
- There is no written test plan, so nobody can say which requirements have been verified.
- Pre-compliance or certification tests failed and the fix proposed is “try again”.
- One engineer holds all the knowledge and is unavailable.
- Early units in the field come back with the same failure.
First steps: stop the bleeding
- Freeze scope. No new features until the existing design works.
- Secure access. Repositories, cloud accounts, app-store listings, domain names, component distributor accounts and the FCC grantee code (the FCC ID belongs to whoever holds the grantee code).
- Collect every board, including failed and reworked ones, with a label saying what was changed on each.
- Write a symptom log: what fails, how often, under which conditions (battery level, temperature, radio activity, USB connected or not).
- Read your contract for IP assignment, deliverables and what has been paid for. This decides what you can demand.
- Book an independent audit before approving further spend with anyone, including the original vendor.
Files to demand from a previous vendor
The difference between a two-week rescue and a four-month redesign is usually whether you hold editable source files. PDFs and Gerbers show what was built; they cannot be edited efficiently.
| Deliverable | Format | Red flag if missing |
|---|---|---|
| Schematic source | Native KiCad/Altium/OrCAD project + PDF | Any change means redrawing the design |
| PCB layout source | Native project, stack-up, fab and assembly notes | Layout must be recreated from Gerbers |
| Manufacturing outputs | Gerber X2 or ODB++/IPC-2581, drill files, pick-and-place, assembly drawings | You cannot re-order the current revision |
| BOM | Manufacturer + manufacturer part number, approved alternates, DNP list | Unknown parts; counterfeit or wrong-grade substitutions |
| Component libraries | Symbols, footprints, 3D models used in the design | Footprint errors repeat on the next revision |
| Firmware source | Full Git history, build instructions, toolchain and SDK versions | Firmware cannot be rebuilt or fixed |
| Bootloader and provisioning | Bootloader source, signing keys, production programming scripts | Devices cannot be updated securely |
| Released binaries | Every image shipped, with version tags | You cannot reproduce field units |
| Mechanical CAD | STEP + native files, drawings | Enclosure changes need re-modelling |
| Test assets | Test specification, fixture design, end-of-line test software | Factory cannot test boards |
| Compliance | Pre-compliance and lab reports, lab contacts, certificates | Unknown EMC margins; re-testing from scratch |
| Design notes | Calculations, simulation files, errata, open issues | Previous mistakes get repeated |
Ask for manufacturing data in a format that carries attributes, such as Gerber X2 or IPC-2581, rather than a loose set of legacy Gerbers. See our glossary entries on Gerber files and bills of materials.
How a hardware design audit works
A useful audit is structured and written, so you can act on it with any team. At Rapid Circuitry it runs in six steps:
- Intake: requirements, symptom log, files and boards. Reproduce the failure on the bench before theorising.
- Schematic review: power tree and sequencing, regulator stability, decoupling, reset and boot-strap pins, level shifting, protection (ESD, reverse polarity, surge), component ratings and derating.
- Layout review: stack-up and return paths, switching-regulator hot loops, decoupling placement, clock and high-speed routing, RF keep-outs and antenna ground, thermal paths, DFM and testability.
- BOM review: lifecycle status, lead time, single-source risk, grade (commercial vs industrial/automotive), and substitutions that differ from the design intent.
- Firmware review: architecture, watchdog and brown-out handling, error paths, interrupt and power-mode handling, update and rollback safety, and whether the build is reproducible.
- Measurements and report: rail ripple and transients, current profile, clocks, RF output where relevant; then a report ranking every finding by severity with a proposed fix and its cost.
The cheapest time to run the schematic step is before layout. On a six-axis robotic-arm motor-controller board, a pre-layout audit found and fixed 14 critical or high-severity errors while they were still edits to a drawing, not respins.
Common root causes behind “it almost works”
| Symptom | Frequent causes |
|---|---|
| MCU resets or brown-outs | Insufficient bulk capacitance for radio or motor bursts; LDO dropout at low battery; battery resistance rising in the cold; floating reset or boot pins; watchdog misconfigured |
| Power rail noise or instability | Switching-regulator layout with a long hot loop; feedback trace routed near the switch node; inductor saturating; wrong output-capacitor ESR for the control loop |
| Poor wireless range | Antenna keep-out violated by copper, battery or screws; untuned matching network; ground plane too small; enclosure detuning |
| Intermittent sensor data | Missing pull-ups, marginal I²C timing, shared ground returns with noisy loads, ADC reference noise |
| Short battery life | Peripherals not powered down, leakage through pull-ups or dividers, radio connection intervals, debug features left enabled |
| Units fail after assembly | Footprint errors, tombstoning on small passives, moisture-sensitive parts not baked, missing test coverage |
Many of these can be fixed with rework — changing component values, adding capacitance, cutting and jumping a trace — to prove the fix before paying for a respin. Rework on the bench should follow good practice such as the IPC-7711/7721 rework and repair guidelines, and every change must be recorded against the board’s serial number.
EMC failures and field returns: triage
EMC and ESD failures
Emissions failures against limits such as those in CISPR 32 (EN 55032 in Europe, similar to FCC Part 15 Class B in the US) are usually traced by matching the failing frequencies to a source: switching-regulator harmonics, MCU or memory clocks, display or camera interfaces, or cables acting as antennas. We use near-field probes and a spectrum analyser on the bench to find the source and coupling path, then fix in order of cost:
- Firmware and clock changes (spread-spectrum clocking, slower edges, disabling unused peripherals).
- Filtering at the cable entry: common-mode chokes, ferrites, filter capacitors.
- Grounding, cable shielding and enclosure changes.
- A layout respin for return paths, stack-up or regulator placement — only if the cheaper steps cannot close the margin.
ESD failures under IEC 61000-4-2 are usually fixed by adding or relocating TVS diodes at the connector, improving the discharge path to ground, and making firmware recover from upsets instead of locking up. Our compliance testing service runs these pre-compliance scans before a paid lab session.
Field returns
Sort returns into design faults, manufacturing faults and misuse before fixing anything. Record serial numbers, firmware versions and build dates; look for clusters. Failure analysis may need X-ray, cross-sectioning or thermal imaging. A structured 8D report (containment, root cause, corrective and preventive action) keeps the fix from being a guess and gives your customers a documented answer.
Fix, respin or redesign?
| Situation | Usual path | Typical cost and time (planning) |
|---|---|---|
| Isolated circuit bugs, source files available | Rework to prove fixes, then one respin | $1,500–$8,000 per respin; 4–8 weeks |
| Firmware defects on working hardware | Firmware audit and targeted fixes | Often 2–6 engineer-weeks |
| EMC margin failures | Pre-compliance debug, filtering, possibly a respin | 1–4 weeks plus lab re-test fees |
| Obsolete or unobtainable parts | Redesign the affected block with lifecycle-safe parts | Depends on the block; weeks, not months |
| Architecture cannot meet requirements | Redesign of the subsystem or product | Treat as a new EVT stage |
| No editable source files | Reverse-engineer schematic and layout from boards, then fix | $5,000–$25,000+ depending on layer count and density |
Typical audit scope and cost
| Scope | What you receive | Typical duration | Planning cost (India-based team) |
|---|---|---|---|
| Single-board document review | Schematic, layout and BOM findings ranked by severity | 3–7 working days | $2,000–$5,000 |
| Board + firmware audit with bench measurements | Above, plus firmware review, rail and current measurements, root cause on failing units | 1–2 weeks | $4,000–$10,000 |
| System audit with EMC pre-scan | Multi-board review, pre-compliance emissions/ESD scans, fix plan and costed roadmap | 2–3 weeks | $8,000–$15,000+ |
How to avoid needing a rescue next time
- Put the deliverables list and IP assignment in the contract, with files delivered at every milestone, not only at the end.
- Host the repositories in your own organisation and give the vendor access, not the other way round.
- Insist on a design review before each fabrication release; our DFM checklist is a good starting point.
- Keep accounts (cloud, app stores, FCC grantee code, distributors) in your company’s name.
- Budget for pre-compliance testing during DVT rather than discovering EMC problems at the certification lab.
For the full stage-by-stage plan, see our hardware product development roadmap, and for vendor selection, the partner-selection guide.
How Rapid Circuitry takes over projects
We work with inherited KiCad, Altium and other native design files and existing firmware repositories, and we start with a fixed-price audit so you know what is salvageable before committing to more. The team covers design review, PCB design, firmware and pre-compliance testing in one place, so fixes are implemented by the people who found them. Rapid Circuitry was founded in 2020 in Hyderabad, India, and has a team of 25+ engineers.
Frequently asked questions
Our previous electronics design firm delivered a board that doesn’t work and stopped responding. We have the KiCad files. What should we do?
First secure everything you have: the native KiCad project, Gerbers, BOM, firmware repository, every physical board (including the failed ones) and the log of symptoms. Then commission an independent design audit of the schematic, layout, BOM and firmware, with bench measurements on the failing boards. With the native design files available, most faults such as unstable power rails or MCU resets can be traced to specific causes and fixed with rework and a single PCB respin rather than a full redesign.
How much does an independent hardware design audit or second opinion cost?
As a planning range with an India-based engineering team, a document review of one board (schematic, layout and BOM) costs about $2,000–$5,000 and takes 3–7 working days; a board-plus-firmware audit with bench measurements about $4,000–$10,000 over 1–2 weeks; and a multi-board system audit with EMC pre-scans and root-cause work on failing units about $8,000–$15,000+ over 2–3 weeks. US/EU firms typically charge more for the same scope.
How do I recover a hardware project after a freelancer disappeared with half-finished firmware?
Check what you legally and physically have: your contract’s IP and deliverables clauses, any shared Git repository or cloud folder, build artefacts, and the programmed boards. If the source code is in a repository you control, a new team can audit and continue it. If you only have compiled binaries, the realistic path is to rewrite the firmware against the existing hardware, reusing the requirements and any documentation; reading protected firmware back from a microcontroller is usually blocked by read-out protection and does not give you maintainable source.
What files should I demand from a previous hardware vendor?
Native schematic and PCB layout projects (not just PDFs or Gerbers), manufacturing outputs (Gerber or ODB++/IPC-2581, drill, pick-and-place, assembly drawings), a BOM with manufacturer part numbers and approved alternates, the full firmware repository with build instructions and toolchain versions, bootloader and provisioning scripts, mechanical CAD, test specifications and fixture designs, certification reports, and the credentials for any cloud, app-store or FCC grantee accounts created for your product.
Will a new vendor insist on a full redesign?
It should not be the default. A good audit separates defects that can be fixed in place (component value changes, rework, firmware fixes), defects that need a PCB respin, and architectural problems that justify redesigning a subsystem. Full redesigns are usually justified only when the core architecture cannot meet the requirements, key parts are obsolete, or no editable source files exist.
Who can fix EMI/EMC failures on an existing product before FCC certification?
Look for a team that will run pre-compliance scans (conducted and radiated emissions, ESD) on your current hardware, identify the emitting source and coupling path, and propose fixes in order of cost: firmware and clock changes, filtering and ferrites on cables, grounding and shielding changes, and only then a layout respin. Ask for before-and-after scan plots as the deliverable.
Sources
- Ucamco — The Gerber Layer Format Specification — Gerber X2 attributes for fabrication data (checked September 2026)
- IPC-2581 Consortium — IPC-2581 open data exchange — single-file PCB manufacturing data (checked September 2026)
- IEC 61000-4-2 — ESD immunity test — IEC webstore entry (checked September 2026)
- CISPR 32 — EMC of multimedia equipment, emission requirements — basis of EN 55032 (checked September 2026)
- FCC — Equipment authorization and grantee codes — who holds an FCC ID (checked September 2026)
Audit, respin and redesign cost ranges are Rapid Circuitry planning estimates, stated with their assumptions above.