PCM Hammer Suite development

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

Re: PCM Hammer Suite development

Postby Gampy » Sat Apr 25, 2020 7:16 am

Something else that boiled up with all this AllPro testing,
Elapsed time 00:10:14.5380859
Elapsed time 00:10:15.3017578
Elapsed time 00:10:31.4160156
Elapsed time 00:11:03.1767578
Elapsed time 00:11:29.5888672
Elapsed time 00:11:49.3994141
Elapsed time 00:12:14.4736328
Elapsed time 00:12:38.1113281
Elapsed time 00:13:03.6748047
Elapsed time 00:13:25.7861328
However, Re-Intialize Device and you'll get,
Elapsed time 00:09:43.9550781
good speed again ...

Yes, this is different then the other issue, the other issue causes retries, there were Zero retries in the above (or below) back to back runs!
The other issue does not go away with a Re-Initizaltion, it has to be disconnected and left for a period of time.
Yes, all the above runs are with the SparkFun cobbled onto the bus ...

This also happens with the SparkFun (STN1110),
Elapsed time 00:22:18.3759766
Elapsed time 00:22:45.8564453
Elapsed time 00:23:04.2148437
Elapsed time 00:23:20.3984375
Elapsed time 00:23:48.9541016
Elapsed time 00:24:03.8076172
Elapsed time 00:24:30.9707031
Elapsed time 00:24:58.9423828
Elapsed time 00:25:18.5634766
Elapsed time 00:25:42.8623047
Re-Initialize device,
Elapsed time 00:22:05.4882812
and the speed returns.

I have not checked this out on uploads (writes) yet, I will, I want to modify for full clone test writes (non public) for longer run times.

Not that typical users are going to do multiples of back to back operations ...
I'm not angry, I'm a blatant, driven, passionate individual that is extremely intense!

User avatar
Posts: 400
Joined: Fri Feb 02, 2018 3:13 pm

Re: PCM Hammer Suite development

Postby NSFW » Sat Apr 25, 2020 12:05 pm

Wow, that's weird. You might be on to something with that heat theory.
Please don't PM me with questions about tuning or flashing - start a thread instead. Thanks!

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

Re: PCM Hammer Suite development

Postby antus » Sat Apr 25, 2020 12:25 pm

Does the device reset also clear the log windows in pcmhammer? It could be the size of the buffers for scrollback.
Have you read the FAQ? For lots of information and links to significant threads see here: viewtopic.php?f=7&t=1396

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

Re: PCM Hammer Suite development

Postby Gampy » Sat Apr 25, 2020 10:52 pm

I use the "Getting Hot" to describe what it acts like ... Not suggesting it's actually getting hot. Adding another device would not affect a over heating issue IMO.
Since cobbling on the SparkFun I have left them hooked up and powered for days without ill affect.

Log size ... Hmmm, could be, I'll sheck it out.
I'll add a button to clear just the log between runs ...
I'm not angry, I'm a blatant, driven, passionate individual that is extremely intense!

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

Re: PCM Hammer Suite development

Postby Gampy » Sun Apr 26, 2020 12:44 am

Preliminary testing says: You NAILED IT Antus!

Hijacked the Re-Initialize Device button,
Code: Select all
            //await this.InitializeCurrentDevice();
            this.ResetLogs();

3 runs to show the rise ...
Elapsed time 00:09:44.8867188
Elapsed time 00:10:05.5205078
Elapsed time 00:10:31.7890625
--- Reset Logs.
Elapsed time 00:09:31.5976563
I'm not angry, I'm a blatant, driven, passionate individual that is extremely intense!

User avatar
Posts: 400
Joined: Fri Feb 02, 2018 3:13 pm

Re: PCM Hammer Suite development

Postby NSFW » Wed Apr 29, 2020 4:17 pm

Nice job tracking this down, guys.

Could probably fix this for the Results tab by adding a status bar, so it wouldn't append a new line of text with every read or write message.

For the debug tab, when it's not visible we could just add new messages to a linked list when the tab is in the background. And only update the text control when the tab is selected.

I'll see if I can get it done this weekend.
Please don't PM me with questions about tuning or flashing - start a thread instead. Thanks!

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

Re: PCM Hammer Suite development

Postby Gampy » Tue May 19, 2020 6:51 pm

Thought I would give a bit-O-info on PR#175

Firstly, what is does.
It allows building the kernel with a command line specified kernel base address.
It allows for system dependent configuration by accepting named parameters, thus it can be wrapped with a system dependent wrapper or simply used as is.

IE: build.cmd -aFF9090
.cmd --^^^ Very important.

I intentionally called it Build.cmd and left build.bat with a minor change (build.bat wraps Build.cmd) for I do not know what other developers are doing and I don't want to break them, they can migrate as they wish.
Windows execution order is .BAT before .CMD, thus the original build.bat is the default when executing with "build" (no extension).

That means to use this new parameterized Build.cmd you must explicitly execute "Build.cmd".

It's pretty self explanatory, type: "Build.cmd -h" for help.

TIP: Use -h as the last parameter and it will display the current parameters in the help screen and exit.
EXAMPLE: Build.cmd -aFF9090 -h
Results in,
Code: Select all
  build.cmd -a<address> -c -d -g<path> -p<path>

    -a<address>
      Set base address for the kernel. (no space, no 0x)
      Value: 0xFF9090

    -c
      Set flag to copy kernel.bin to PcmHammer's build directory or not.
      Value: True

    -d
      Set flag to dump kernel.elf > kernel.disassembly or not.
      Value: False

    -g<path>
      Set path to GNU m68k bin dir. (no space)
      Value: C:\SysGCC\m68k-elf\bin\

    -p<path>
      Set path\<filename> where to copy kernel.bin. (no space)
      Value: ..\Apps\PcmHammer\bin\debug\

    /h
    -h
    --help
      Help Menu


    Example:
    build.cmd -aFF9090 -gC:\SysGCC\m68k-elf\bin\ -p..\Apps\PcmHammer\bin\debug\
I'm not angry, I'm a blatant, driven, passionate individual that is extremely intense!

User avatar
Posts: 400
Joined: Fri Feb 02, 2018 3:13 pm

Re: PCM Hammer Suite development

Postby NSFW » Wed May 20, 2020 4:07 pm

Good stuff. I merged this and some other pull requests just now.

There are some other pull requests still pending, and I will probably also merge, I just want to spend some more time pondering them first. I should have some time later this week or on the weekend.
Please don't PM me with questions about tuning or flashing - start a thread instead. Thanks!

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

Re: PCM Hammer Suite development

Postby Gampy » Wed May 20, 2020 7:51 pm

Thank you!

I expected a couple of them to be well scrutinized ... Deserving so, they are kinda critical bits!

More to come as conflicts merge.

Your progress bar branch is awesome, the "background Debug log" for lack of a better term does in fact stop the slow down, after the first run, the times do remain consistent if the debug tab is hidden. :thumbup:

It also taught me how to integrate my status bar into your code without it looking like a sore thumb, so I added a progress bar to it, if interested I'll post an image, still working on getting 'the look' right.
I'm not angry, I'm a blatant, driven, passionate individual that is extremely intense!

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

Re: PCM Hammer Suite development

Postby Gampy » Wed May 20, 2020 11:26 pm

Whoops!

Just remembered I forgot to mention a very very important warning about PR#175 and Build.cmd.
(Or any DOS/Windows Batch file programming for that matter)

When editing,

Never use a Unix editor!
The correct Windows line endings ('\r\n') are extremely vital.

Never use invalid labels (': comment') as comments!

Both will cause internal line numbering issues and will break batch files.
I'm not angry, I'm a blatant, driven, passionate individual that is extremely intense!

PreviousNext

Return to GM LS1 512Kbyte and 1Mbyte

Who is online

Users browsing this forum: No registered users and 4 guests