gunio checkpoint 4/25/08

[Coyote X]

If this was a computer based system I would say build up some libraries and just call the functions as you need them. But for embedded stuff I always liked to minimize the function calls and stick with the standard libraries for whatever ide is being used.

Having a huge number of functions might in theory make the code more modular but it also makes it take longer to run and takes up more memory. So I say make a main loop do the extreme basics like update the display only and let the interrupts do the bulk of the work.

My vote is for the absolute basic features for the first revision and once that actually works then go wild with adding stuff on to it

[larrydag]

Originally Posted by Coyote X

My vote is for the absolute basic features for the first revision and once that actually works then go wild with adding stuff on to it

I agree. The 1.0 version should have minimal features to get it working. We can always work on the bells and whistles after we have a functional device.

[MetroMPG]

Originally Posted by dcb

re database, yah just a page (or even a post) with the parameters by make/model/year will be fine for starters. If by some miracle we get hundreds/thousands of data points then it might need a better tool.

Fair enough.

As for the library consideration - that's officially over my head.

[dcb]

Here's the layout, a little more finished. I tried 4 digits for tank miles and 2 for gallons, but it just looks better lined up I think. And it will be a little simpler to have a function that formats numbers as all NNN.NN.

INstant and CUrrent Miles/Gallon on top
MIles and GAllons for the TanK on the bottom



Enough messing around with the display

[awillard69]

Looks good. But, I don't think you need that many decimal digits. Anything beyond NNN.N may be too inaccurate to matter and take up space. All the numbers are going to be based on calculations, so rounding and precision will make them useless.

[dcb]

I understand and considered it, but I am shooting for that degree of precision. a 100th of a gallon is a noticable amount (about 1/6 of a cup), at least it is noticable at the high end of the mpg spectrum. I could go a whole mile on that . Also, there are many vss tics in a 10th of a mile (way more than 10), so I think the data environment supports at least 2 digits after the decimal point.

Besides, I don't know what else to put in the space at the moment I'll be posting the source shortly.

[DifferentPointofView]

this stuff is sounding good! tell me when you have a prototype ready to run, cause I wanna test it out!