V6 ability for pcm hammer.

They go by many names, P01, P59, VPW, '0411 etc . Circa 1999 to 2006. All VPW OBD2 PCMs.
Posts: 391
Joined: Sat Dec 15, 2018 7:38 am

Re: V6 ability for pcm hammer.

Postby Gampy » Wed Jan 15, 2020 7:06 am

There is no doubt the address move up to FF9090 makes a difference to the good, I did jump up to FF9890 for a quick test and it responded the same as it does at FF9090.
I've returned it to FF9090, I didn't waste time trying to refine it further at this point.

As for submode 00 or 80, they work the same for me.

[03:28:49:253] TX: 3680051CFF9090 ... Wacked data off.
[03:28:50:548] RX: 6D F0 10 76 00 78
[03:28:50:549] Found response, Success
[03:28:50:549] Kernel upload 100% complete.
[03:28:50:555] TX: STPX H:6C10F0, R:1, D:3D00
[03:28:53:853] Empty response to receive. That's not OK.
[03:28:53:968] TX: STPX H:6C10F0, R:1, D:3D00
[03:28:54:020] RX: 6C F0 10 7F 3D 00 11
[03:28:54:030] Kernel Version: 00000000
[03:28:54:038] kernel uploaded to PCM succesfully. Requesting data...
[02:54:39:066] TX: 3680051CFF9000 ... Wacked data off.
[02:54:43:651] Empty response to receive. That's not OK.
[02:54:43:660] Sending 'test device present' notification.
[02:54:43:667] TX: STPX H:8CFEF0, R:0, D:3F

Posts: 391
Joined: Sat Dec 15, 2018 7:38 am

Re: V6 ability for pcm hammer.

Postby Gampy » Wed Jan 15, 2020 7:31 am

Oh how embarrassing this is ...
[04:26:31:494] TX: 36800520FF9090
[04:26:32:806] RX: 6D F0 10 76 00 78
[04:26:32:806] Found response, Success
[04:26:32:807] Kernel upload 100% complete.
[04:26:32:813] TX: STPX H:6C10F0, R:1, D:3D00
[04:26:33:189] RX: 6C F0 10 AA BB CC
[04:26:33:298] TX: STPX H:6C10F0, R:1, D:3D00
[04:26:36:589] Empty response to receive. That's not OK.
[04:26:36:708] TX: STPX H:6C10F0, R:1, D:3D00
[04:26:36:741] RX: 6C F0 10 7D 00 08 02 04 CC
[04:26:36:749] Kernel Version: 080204CC
[04:26:36:759] kernel uploaded to PCM succesfully. Requesting data...
That is what happens when you have all the ducks in a row!
The embarrassing part ... I forgot to define P04 on the last round of tests!

Yes, That is a kernel response from a P04.

Posts: 115
Joined: Wed Jul 05, 2017 8:30 am
Location: TX USA

Re: V6 ability for pcm hammer.

Postby MudDuck514 » Wed Jan 15, 2020 7:44 am

Hi all,

Good job Gampy; keep up the good work.

Mike

Posts: 151
Joined: Wed Dec 06, 2017 1:02 pm

Re: V6 ability for pcm hammer.

Postby Vampyre » Wed Jan 15, 2020 8:11 am

damn you gampy :P beat me to it, what did you modify to get it to read kernel

yeah going to end up needing a read kernel and a write kernel. once things get rolling kernels can always be rewritten to shrink them down and be more efficient

Posts: 151
Joined: Wed Dec 06, 2017 1:02 pm

Re: V6 ability for pcm hammer.

Postby Vampyre » Wed Jan 15, 2020 8:24 am

if we could move chip id away from kernel and use the osid to identify it that would defiantly free up some kernel space. As the program expands pcms we are going to have to start using different kernels and ID methods for different pcms. I like the pcminfo.cs since it allows for alot of that easily changed for different pcms just need to add more variables into it.

NSFW i love how modular you made the program

Posts: 391
Joined: Sat Dec 15, 2018 7:38 am

Re: V6 ability for pcm hammer.

Postby Gampy » Wed Jan 15, 2020 9:18 am

Vampyre, check your PM.

Vampyre wrote:NSFW i love how modular you made the program
I second that ...

Posts: 151
Joined: Wed Dec 06, 2017 1:02 pm

Re: V6 ability for pcm hammer.

Postby Vampyre » Wed Jan 15, 2020 9:21 am

did you modify anything in the program other than ff9090 loading

Site Admin
User avatar
Posts: 6040
Joined: Sat Feb 28, 2009 8:34 pm

Re: V6 ability for pcm hammer.

Postby antus » Wed Jan 15, 2020 9:58 am

Good work! I think we need a kernel that implements mode 36 with 00 and 80, so that we can use it to send more segments. If it gets 36 00 it should just load, and if it gets 36 80 it should load and jump to it. That would be the smallest kernel we can upload, and we can then send more chunks for larger kernels. How small we can make that first kernel will be the minimum packet size required for P04.
Have you read the FAQ? For lots of information and links to significant threads see here: viewtopic.php?f=7&t=1396

Site Admin
User avatar
Posts: 6040
Joined: Sat Feb 28, 2009 8:34 pm

Re: V6 ability for pcm hammer.

Postby antus » Wed Jan 15, 2020 10:26 am

Vampyre wrote:if we could move chip id away from kernel and use the osid to identify it that would defiantly free up some kernel space. As the program expands pcms we are going to have to start using different kernels and ID methods for different pcms. I like the pcminfo.cs since it allows for alot of that easily changed for different pcms just need to add more variables into it.

NSFW i love how modular you made the program


The problem with this, as far as chip id is concerned, is we dont have all the data to do it by OSID. We are relying on users sending us debug logs with the information from the kernel. We can probably figure a lot of it out based on hardware IDs but its going to be hard with the number of OS and different hardware out there.

Before we decide to cut too much from the kernel, I think we need to figure out how much ram in the P04 - we may only need to slightly optimise the kernel. But I do think we should fork the P01/P59 kernel and keep trees for different kernels in the project. One code base for all isnt going to work well.
Have you read the FAQ? For lots of information and links to significant threads see here: viewtopic.php?f=7&t=1396

Posts: 151
Joined: Wed Dec 06, 2017 1:02 pm

Re: V6 ability for pcm hammer.

Postby Vampyre » Wed Jan 15, 2020 10:44 am

Hardware wise only 2 dif hardware numbers for P01 files are interchangable
P59 same 2 hardware numbers files not interchangeable
P04 2 hardware numbers ive ever seen all files interchangeable.

Ive got a tech2 if you want I can load different OS into pcms and see if it changes anything

PreviousNext

Return to GM LS1 512Kbyte and 1Mbyte

Who is online

Users browsing this forum: No registered users and 1 guest