cd /news/developer-tools/nxp-mpc5746r-daskey-ghidra-mpc5746r · home › topics › developer-tools › article
[ARTICLE · art-159419] src=reversedwithai.com ↗ pub= topic=developer-tools verified=true sentiment=· neutral

NXP MPC5746R: daskey/ghidra_MPC5746R

The daskey/ghidra_MPC5746R project released a Ghidra processor module for the NXP e200z4 PowerPC core in the NXP MPC5746R microcontroller, enabling decompilation of VLE-only code with support for 32-bit GPRs, EFPU2 floating point, the Lightweight Signal Processing (LSP) APU, and the MPU. A custom analyzer converts raw flash images into typed, decompilable code by identifying entry points, interrupt vectors, and peripheral registers, and automates small data area base detection, switch table recovery, and peripheral mapping from SVD descriptions. The documentation, co-authored with Claude Fable 5.1, notes the decompiler may fail on calls where the parameter definition is wider than the provided argument, and that parameters stay four bytes wide when analysis cannot infer a narrower type from incomplete call graphs.

by read1 min views5 publishedOct 28, 2026
NXP MPC5746R: daskey/ghidra_MPC5746R
Image: Reversedwithai (auto-discovered)

Evidence at a glance #

source evidence…

What was done #

A Ghidra language module for NXP MPC5746R microcontrollers that enables decompilation of VLE-only code, including support for EFPU2, LSP, and MPU, with automated analysis for entry points, peripherals, and data types.

The daskey/ghidra_MPC5746R project provides a Ghidra processor module for the NXP e200z4 PowerPC core. It supports VLE-only code, 32-bit GPRs, EFPU2 floating point, and the Lightweight Signal Processing (LSP) APU. The module includes a custom analyzer that transforms raw flash images into typed, decompilable code by identifying entry points, interrupt vectors, and peripheral registers. The analyzer automates small data area base detection, switch table recovery, and peripheral mapping using SVD descriptions. It also performs data type inference based on instruction usage and function signature refinement. Recent development, co-authored with Claude Fable 5.1, focused on refining structure definitions, handling function pointers, and resolving variable widths across function calls. The documentation notes that the decompiler may fail on calls where the parameter definition is wider than the provided argument. Additionally, the analyzer leaves user-defined signatures or manually set values unchanged, and certain parameters remain four bytes wide if analysis cannot determine a narrower type due to incomplete call graphs or user-defined constraints.

Community #

Ask a question, share what worked, or follow the next milestone.

Your library

── more in #developer-tools 4 stories · sorted by recency
── more on @nxp 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
→ Live at https://your-agent.zahid.host ✓
Get free account → Pricing
from €0/mo · no card required
LIVE [news/nxp-mpc5746r-daskey-…] indexed:0 read:1min 2026-10-28 · —