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
suggested advanced logging semantics
-
- LQFP112 - Up with the play
- Posts: 100
- Joined: Sun Apr 06, 2008 6:30 pm
Re: suggested advanced logging semantics
There are some good ideas in here! I'll keep thinking about it :-)
Fred.
Fred.
DIYEFI.org - where Open Source means Open Source, and Free means Freedom
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!
Re: suggested advanced logging semantics
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.
(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.
DIYEFI.org - where Open Source means Open Source, and Free means Freedom
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!
Re: suggested advanced logging semantics
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.
viewtopic.php?f=8&t=497
My post on the same thing from a day or two ago: viewtopic.php?p=12370#p12370
Fred.
DIYEFI.org - where Open Source means Open Source, and Free means Freedom
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!