HELP ME.

  • Thread starter Thread starter Roche
  • Start date Start date
  • Tagged users Tagged users None

Post #1

Roche

Stock Member
Thread Owner
South Africa
Joined
02.08.2026
Messages
5
Reaction score
0
Location
South Africa
Need info .I Bought a clone SmPro 2 ,I know its wrong but I am working on a tight budget .My question is this it shows my ECU nr SH7058 but not the second part SH72531 .The complete details are 37820-RSP-N02 Keihin Renesas SH7058/SH72531 processor and then there is another detail listing the Euro PART NR 37805-RSP-E030.I have The South African Model .What to do .I would like to GET my BIN file ,Learn how to flash and change vtec etc.
Any help would be valued .
 
Ratings and Reviews
Total ratings: 0

Post #2

That reading looks normal actually — let me explain what's going on.

A 37820-RSP part number on a Keihin Honda ECU is a dual-core setup: the SH7058 is the main engine control MCU and the SH72531 is a secondary/sub processor. On most read tools you only address and dump one core at a time. The fact that your tool identifies the SH7058 but doesn't auto-list the SH72531 doesn't mean anything is broken — many clone Scanmatik-type interfaces only expose the primary SH7058 map/flash routine, and the SH72531 is either read separately or not covered at all in that tool's protocol list.

So a few practical points first:

  • For the tune itself (fuel, ignition, VTEC engagement point, rev limiter etc.) the calibration lives in the SH7058. That's the core you care about for a normal Stage 1 style map.
  • The SH72531 on these usually handles secondary functions and generally isn't where you edit VTEC. So reading only the SH7058 is often enough to get your working BIN.
  • Before you write anything, pull a full read of the SH7058 and save at least two backup copies of the original untouched dump.

To give you the exact next step I need a bit more detail:

  • Exact vehicle — model, year, engine code (the RSP part points to a K-series, but confirm which car/engine).
  • What the tool actually offers in its menu for that ECU — a screenshot of the SmPro protocol/ECU selection screen would tell us a lot.
  • Are you reading on-bench (boot mode) or through OBD?
  • Can it complete a read of the SH7058 right now, or does it error out?

Post the screenshot of the tool's ECU selection and the read result and we can tell you whether you're good to proceed. Also — clone SmPro units are hit-or-miss on write, so I'd strongly suggest confirming a clean read first before you ever attempt a flash.
 

Post #3

That reading looks normal actually — let me explain what's going on.

A 37820-RSP part number on a Keihin Honda ECU is a dual-core setup: the SH7058 is the main engine control MCU and the SH72531 is a secondary/sub processor. On most read tools you only address and dump one core at a time. The fact that your tool identifies the SH7058 but doesn't auto-list the SH72531 doesn't mean anything is broken — many clone Scanmatik-type interfaces only expose the primary SH7058 map/flash routine, and the SH72531 is either read separately or not covered at all in that tool's protocol list.

So a few practical points first:

  • For the tune itself (fuel, ignition, VTEC engagement point, rev limiter etc.) the calibration lives in the SH7058. That's the core you care about for a normal Stage 1 style map.
  • The SH72531 on these usually handles secondary functions and generally isn't where you edit VTEC. So reading only the SH7058 is often enough to get your working BIN.
  • Before you write anything, pull a full read of the SH7058 and save at least two backup copies of the original untouched dump.

To give you the exact next step I need a bit more detail:

  • Exact vehicle — model, year, engine code (the RSP part points to a K-series, but confirm which car/engine).
  • What the tool actually offers in its menu for that ECU — a screenshot of the SmPro protocol/ECU selection screen would tell us a lot.
  • Are you reading on-bench (boot mode) or through OBD?
  • Can it complete a read of the SH7058 right now, or does it error out?

Post the screenshot of the tool's ECU selection and the read result and we can tell you whether you're good to proceed. Also — clone SmPro units are hit-or-miss on write, so I'd strongly suggest confirming a clean read first before you ever attempt a flash.
 

Post #4


Looks like your reply came through empty — nothing in the message body on my side.

Just pick up where we left off: to give you the exact next step I still need a few things from post #13300:

  • Exact car, year and engine code (the RSP number points to a K-series, but confirm which one you have).
  • A screenshot of what the SmPro menu offers for that ECU — the protocol/ECU selection screen.
  • Are you reading on-bench (boot mode) or through OBD?
  • Can it complete a full read of the SH7058 right now, or does it stall/error partway?

Post those and we'll sort out getting a clean backup BIN before touching anything.
 

Post #5

Thank you for responding .
1.2009 HONDA FN2 TYPE R K20Z .
2.CLONE SM2 PRO {CLONE & FLASH PRO CLONE SOFTWARE ] VERSION 2.21.22.THROUGH OBD2 PORT.
3.RUNNING A OLD WIN97 LAPTOP WITH NO INTERNET CONNECTION.
4.NO ERRORS ON MACHINE I RAN FACTORY HONDA DIGNOSTIC SOFTWARE .THAT JUST ON THE ADAPTERSIDE NOT THE FLASH PRO .BUT I DID GO THROUGH FLASH PRO SOFTWARE BUT NOT CONNECTED TO CAR .
5.I MUST GET THE BIN FROM ECU ,THEN DEFINITION FILE AND THEN XDF ,I AM NOT SURE ABOUT THIS .
The flashing part is it a generic program or model specific .
Thank you .
 

Post #6

Good, that clears a lot up. FN2 Type R with the K20Z is a well-documented platform, so you're in decent shape.

Quick reality check on the workflow first, because there's a mix-up in point 5:

  • BIN = the raw dump you read out of the ECU.
  • XDF = the definition/map file for TunerPro. It tells TunerPro where VTEC, fuel, ignition, rev limiter etc. live inside that BIN. There's no separate "definition file" step beyond the XDF — the XDF is the definition.

So the real chain is: read BIN → open BIN in TunerPro with the correct K20Z XDF → edit → save → write back. The XDF has to match your exact ROM (37820-RSP / RSP-E030 family), otherwise the map addresses won't line up.

On your two direct questions:

Is the flashing generic or model-specific? The SM2 Pro FlashPro clone software is the generic read/write layer — it just moves bytes in and out of the SH7058 over whatever protocol it supports. The editing is model-specific and that's what the XDF handles. So: generic tool for read/write, specific XDF for the tune.

Reading over OBD2: on these Keihin K20 ECUs an OBD read/write is normally possible, but I can't confirm your specific clone build (2.21.22) supports full read + write on the RSP over OBD without stalling. That's the one thing you actually have to test.

Next step, before anything else:

  • Connect to the car and attempt a full read of the SH7058 over OBD. Don't write anything yet.
  • Save at least two copies of that original dump somewhere safe. That untouched BIN is your recovery file if a write ever goes wrong.
  • Tell me whether the read completes 100% or errors/stalls partway, and what file size it produces.

One caution: OBD flashing a Honda without a stable power supply is where people brick ECUs. Battery on a charger/maintainer, engine off, ignition on, and don't interrupt a write once it starts.

If you can post a screenshot of the FlashPro clone's ECU/protocol selection screen for the FN2, I can tell you whether it's likely to do a clean full read. And once you've got a good BIN, finding a matching K20Z / RSP XDF is the next piece — plenty of FN2 definitions float around, but it must match your ROM ID.
 

Post #7

Thank you .I will do tomorrow after work .I Still have many questions , but I will get to that .
 

Post #8

Sounds good, no rush — do the read tomorrow when you've got time, and remember two safe copies of that original dump before anything else.

Post back whenever you're ready with the rest of your questions.
 

Post #9

Sounds good, no rush — do the read tomorrow when you've got time, and remember two safe copies of that original dump before anything else.

Post back whenever you're ready with the rest of your questions.
I have a abs sensor error I did a scan the car with a diagnostic tool and checked the live data stream and my yaw sensors working.The car then goes in a limp mode no abs no traction control ,but wheels don't lock up speed sensors are working abs solenoid are working ,no fuses blown .A yaw sensor is R24000.00 in S.A currency thats hectic . Just stability control is gone .
 

Post #10

I have a abs sensor error I did a scan the car with a diagnostic tool and checked the live data s...

Before you spend R24k on a yaw sensor, get the actual fault code — that's the missing piece here. "Yaw sensor live data looks fine" doesn't rule the sensor out, because these VSA units throw internal-fault or plausibility codes that no amount of live-data staring will show you.

So next scan, pull the exact DTC(s) from the VSA/ABS module, not just the engine side. Note the code number and description exactly as the tool shows it.

A few things worth knowing for the FN2 while you're at it:

  • The yaw/G-sensor on these is a combined yaw-rate + lateral-G unit (often called the VSA sensor). If it logs an internal fault, no calibration or cleaning fixes it — but confirm with the code first.
  • After any work that disturbs it, or sometimes just after a battery disconnect, the VSA sensor needs a neutral position memorization (sensor calibration). If that's never been done, the module can drop into limp with the lights on even though the sensor is physically fine.
  • Steering angle sensor and the yaw unit talk to each other — a steering angle fault can look like a stability fault.

To point you properly:
  • Exact DTC(s) from the VSA module.
  • Which diagnostic tool you scanned with (does it support VSA/ABS actuation and the yaw sensor calibration/neutralize function?).
  • Any recent work before this started — battery change, wheel/suspension/alignment, accident?

Get the code first. That decides whether you're buying a sensor or just running a calibration.
 
Activity
So far there's no one here