PCM Hammer 2 Preview

[henderyeht]

Neither. It looks to be working properly, but the PCM is refusing the request to upload the kernel to the address we are using on other PCMs. It likely would be able to work, if we can figure out what memory range that PCM needs. If you can provide the service number for our records, that will be useful. We can see if any of us have the same type, and if it is working for us, then it is something particular about your pcm. If we can get one and get the same results we can compare to other tools and maybe change the load address to solve it.

I think I had it in the original post?

Serv No. 12583827
HDW No. 12582720

Are those not the numbers you need? or is there something else?

[antus]

Sorry I probably just missed it. I am always half between day job and then dropping in and out of active threads responding to the last post. You can also try it a couple of times. I have a memory that when I was seeing similar on mine, sometimes it would be accepted by the PCM. Maybe try it 3 or 4 more times (hitting re-init device in between attempts) and if you get the same result, then it definitely doesn't like the load address. If it suddenly does work then you will get a read but it'll remain unclear why it was saying that.

[henderyeht]

Im going into attempt 4 or 5 at this point. Checking different different troubleshooting items off the list between each attempt to see if im over looking something.

Should I just try cloning it to a known good .bin file from another car?

EDIT: Tried Cloning it with a known good .bin file. No luck. Still cant get permission.

I am little bit confused though, as this Serv#/HDW# match my monte carlo. It was able to load the kernel when I attempted an in-car read.

If they're the same PCM shouldn't it be able to read both of them?

[antus]

This is the type of stuff we often need to solve during development. When its working fully, you as a user never see these types of problems. During development we do see things we don't (yet) understand and its the developers problem to figure out what is going on and modify the software so that it is reliable. In particular P04 have a reputation for strange problems to solve as they are an earlier system than later types of PCM where GM have improved and matured the design of the operating systems. Something like this happening is often because we don't understand all of the logic or addresses we need to use for 100% reliability across all P04s. We can compare to other programs but our kernel size is different thus what we overwrite in RAM even if we do use the same address to load in the PCM is different and everything works a little different. In particular not all pcms being able to load the kernel is something we did see earlier in the development cycle. I thought we had a setup that was 100% now but maybe not. Your reports is helpful and just what we have this preview testing to look for.

[henderyeht]

After multiple .dlls for different VCIs and a whole lot of dicking with COM drivers, I finally just disabled High Speed Transfer in PCMHammer Settings and it worked.

Succesful Read Results for 2003 Malibu - P04 PCM - Serv No. 12583827/HDW No. 12582720
User Logs, Debug Logs, and .bin files

PcmHammer_userLog_20250522@220639.txt

(2.81 KiB) Downloaded 27 times

PcmHammer_debugLog_20250522@220639.txt

(3.11 MiB) Downloaded 30 times

2003 Malibu - Scrapyard P04 PCM.bin

(512 KiB) Downloaded 28 times

Will Post Write Results Shortly

[antus]

Fantastic. Thanks for the feedback. I dont think the DLLs etc were you're problem, but it seems the PCM would have been refusing to allow upload at 4x for some reason, but did accept the request when it was running at 1x.

I think soon we may need to add some documentation to the tool about common faults. Covering attempts at lower speed, something for smaller packet sizes, the existence of known incompatible tools, and bench flashing versus in the car flashing. Maybe we even need a 'safe mode' sort of thing that forces 512byte packets and 1x speed or similar for people to try if they are having no luck. Food for thought.

Just for comparison, this is where the PCM responded OK, instead of a refusal.

Code: Select all

09:58:36:655]  Sending upload request for loader size 597, loadaddress FF9890
[09:58:36:660]  TX: 6C 10 F0 34 00 02 55 FF 98 90
[09:58:36:682]  RX: 6C F0 10 74 00 44
[09:58:36:682]  Received: 6C F0 10 74 00 44
[09:58:36:685]  Upload permission granted.

The protocol is adding 0x40 to the 'mode' for success. Eg Mode 34/00 is request to upload, so 74/00 is OK.

[henderyeht]

Successfully flashed donor 2003 Malibu PCM with 2004 Monte Carlo PCM .bin file.

OSID Change, VIN Change P04B PCM

Original Malibu .bin File

2003 Malibu - Scrapyard P04 PCM.bin

(512 KiB) Downloaded 29 times

New Monte Carlo .bin File

2004 Monte Carlo L67 - Stock - 12588500.bin

(512 KiB) Downloaded 30 times

User Log/Debug Log for Successful Write

PcmHammer_userLog_20250522@222935.txt

(5.85 KiB) Downloaded 33 times

PcmHammer_debugLog_20250522@222935.txt

(1.68 MiB) Downloaded 27 times

[antus]

Excellent news!

[antus]

Can you try and do a read at 4x and see if it works now?

[henderyeht]

No Luck.
Turned 4x back on and it failed again.
It could be my VCI. Its uses a Bosch MDI Emulator for the .dll

That being said, when I first attempted the in-car read. It got to 100% in Highspeed mode. And failed during the CRC Verification.

So thats one thing to keep in mind.

Heres the failed debug latest attempt at 4x with the new OSID written to it.

PcmHammer_userLog_20250522@225155.txt

(1.38 KiB) Downloaded 31 times

PcmHammer_debugLog_20250522@225155.txt

(7.04 KiB) Downloaded 31 times