Sign up for our newsletter! 
Home News Products Downloads Forum Distributors Store Contact Us
PPE User Forum
May 19, 2013, 11:22:44 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
 
   Home   Help Search Login Register  
Pages: [1]
  Print  
Author Topic: Custom PID  (Read 4773 times)
0 Members and 1 Guest are viewing this topic.
miillatime
Newbie
*
Offline Offline

Posts: 1


View Profile
« on: September 17, 2008, 01:30:13 pm »

I would like to know if I can create a script to log a PID value not listed in PCMSCAN.

For example:

var ECT = Obdii.GetPidValueEnglish("SAE.ECT");
Obdii.PidValue.English = ECT;
Obdii.PidValue.Metric = ECT;

Can "SAE.ECT" be replaced by a known HEX value for a different PID? IF not how can this be done?

Thanks
Logged
Brandon@PPE
Global Moderator
Full Member
*****
Offline Offline

Posts: 238


View Profile
« Reply #1 on: September 19, 2008, 06:36:50 pm »

We do not currently support sending direct OBD requests through the script API, thus currently this cannot be done, but if you have a suggestion for a good way to do it, please let us know and we will see about implementing it.
Logged
Lukeyson
Entomoligcal Toxopholist
Newbie
*
Offline Offline

Posts: 25


View Profile
« Reply #2 on: January 22, 2009, 01:44:32 pm »

Can I suggest that this could be implemented through the 'PID Config'. (I only have the demo version of ScanXL at the moment, but have just purchased DashCommand and have read around that Scripting may be coming available in the next version ... I'll cross my fingers!)

All your J1979 stuff appears to be in the SAE structure for example, Script values in SCRIPT, and auxillary vendor data in AUX. I have no idea how Ford Enhanced items appear but I'd imagine there'd be another item (FORD would be my unimaginitive guess!).

To me, the creation of a CUSTOM structure would be a way to satsify this feature. Each member of the CUSTOM structure could consist of specifying the following:

*  Protocol (CAN, ISO, PWM etc),
*  The header, ie Module Addressing so we can query modules other than the PCM
*  The query mode - Query By Offset 21, By PID 22, or by Memory Address 23,
*  A response 'index' and 'length' - ie where to find the data we're after in the response, even in multi-line responses. The 'length' can help us find anything from bitwise values upwards. Which also means the 'Index' would need to be able to refer to individual bits.
*  The scaling/offset, (or Offset/Mult/Div to keep everything in integers)
*  The units.

That way if we know for ourselves what PID we're after through our own reverse-engineering activities for example, we could display it.

My application of a feature such as this would be to use DashCommand to display non-PCM data - such as undisplayed Auto Climate Control parameters, or visible display of Sonar Distance values from a factory Reverse Park Module for example.

With this CUSTOM structure in place, you could then access it through the Script API and do other things with it as well.


Luke
« Last Edit: January 22, 2009, 01:49:55 pm by Lukeyson » Logged

If the Human Brain was simple enough to understand, we'd be too simple to understand it.
Lukeyson
Entomoligcal Toxopholist
Newbie
*
Offline Offline

Posts: 25


View Profile
« Reply #3 on: January 22, 2009, 02:02:55 pm »

Actually, I realise now that this is a feature request that is external to the Script API.

I shall repost in the 'feature requests' section.

Thread here:  http://www.palmerperformance.com/forum/index.php?topic=1187.0



Luke
« Last Edit: January 22, 2009, 02:34:20 pm by Lukeyson » Logged

If the Human Brain was simple enough to understand, we'd be too simple to understand it.
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.13 | SMF © 2006-2011, Simple Machines LLC Valid XHTML 1.0! Valid CSS!
Page created in 0.11 seconds with 20 queries.
Home | News | Products | Downloads | Forum | Distributors | Store | Contact Us
Copyright © 2012 Palmer Performance Engineering, Inc. All Rights Reserved.