Page 1 of 1

suggested advanced logging semantics

Posted: Wed Jan 12, 2011 11:05 pm
by dandruczyk
For a custom loggable solution that is tuning software agnostic. (doesn't require the tuning software to have (much) special knowledge, especially prior to connecting to the ECU to work)

Provide the following API calls:

Request list of loggable var ID's.
call should provide back a list of how many variables there and, and unique ID's for each

VarID details:
call should provide the following information:
size (8/16/32 bit signed/unsigned), name (limited to X chars, or padded to X chars), "help info" i.e. something ti display in the gui. (required so the tuning software is essentially agnostic).

Additional details may be needed, conversion factors, expected limits, etc, but since this info is all static anyways it's not a big deal and can be stuffed into a header/static struct someplace.


In MtX I can create a menu allowing the user to pick and choose the variables he wants. (ordered appropriately). and then a command to send a that list to the firmware
with would have the following params, number of variables + list of ID's

When a custom datalog is requested, the firmware spits back the requested list in the order specified.

Requires 3 API calls,
- get list of loggable ID's
- Get loggable-ID details
- Set custom datalog stream

Re: suggested advanced logging semantics

Posted: Wed Jan 12, 2011 11:10 pm
by Fred
There are some good ideas in here! I'll keep thinking about it :-)

Fred.

Re: suggested advanced logging semantics

Posted: Thu Jan 13, 2011 7:27 am
by Fred
Re this thread on IRC:

(15:33:11) essess: i have something similar .. i have an api where I enumerate a list of UID's and those UID's are a reference to a whole shltload of information on that channel
(15:33:42) fredcooke: post
(15:33:46) essess: so i store everything off device .. instead of stuffing it into the device
(15:33:53) fredcooke: right
(15:34:00) essess: i tried it both ways
(15:34:14) essess: but simply having a UID ended up being the best on 'boths ends'
(15:34:24) essess: and cleanest

There is another thread related to this that I should find and link and Cross link back.

Fred.

Re: suggested advanced logging semantics

Posted: Thu Jan 13, 2011 7:56 am
by Fred
Dave, no point in you spending time reading this, it's mostly info useful to me, but you can if you want, just linking it here for reference:

viewtopic.php?f=8&t=497

My post on the same thing from a day or two ago: viewtopic.php?p=12370#p12370

Fred.