Re: [Mmcdtools-discuss] New log format

[Clinton B. <cba...@la...>]

I'll post the exe at 3SI and email you the source when its done.


Clint

PS: I hope I sent this to the right post.


----- Original Message -----
  From: Shawn Poulson
  To: mmc...@li...
  Sent: Monday, July 26, 2004 9:30 PM
  Subject: RE: [Mmcdtools-discuss] New log format


  What is FSCount?

  Why Decimal?  Why not do a printf-style %0.2f or similar format string?

  I don't think I understand Interpolate.  Is this a display feature or
something else?



  Also, is it really necessary to have backwards compatibility?  I mean, it'
d be nice, but if it really limits us, I say tell everyone to upgrade.  Why
would we want them to run old versions, when the same Palm can run the
latest?



  -----Original Message-----
  From: mmc...@li...
[mailto:mmc...@li...] On Behalf Of Clinton
Battersby
  Sent: Monday, July 26, 2004 12:21 PM
  To: mmc...@li...
  Subject: [Mmcdtools-discuss] New log format



  Reworking structs inside MMCd to simplify adding new sensor types.



  Each sensor will include:

    Short Tag

    Long Tag

    Units

    HWChan     (ECU / expansion register)

    FSCount     (255, 1023, 8191 etc)

    Decimal     (number of digits to display)

    Interpolate (0 if no interpolation, otherwise ID of interpolation table)

    Scale

    Offset

    GrMin

    GrMax

  This will eliminate a fair amount of redundant scaling code and simplify
adding new sensors. Same struct will be prepended to beginning of each log
to elminate hard coding of scaling info in MMCdTools.



  Plan of attack on MMCdTools (to maintain backward compatibility) is to
detect "headerless log files" and use a default header structure.



  Design decision on MMCd logger that I am still wrestling with is whether
to add support for > 32 active sensors or just allow up to 32 sensors to be
selected from a larger pallet.







  Clint