eDyno Showcase - N/A Civic Si

Submitted by VitViper on Wed, 05/05/2010 - 11:42pm
See video

The eDyno is slowly but surely making it's way into the wild! As we work on integrating it with the site I figured I would have a couple of Henry Weinhard's Hefeweizen and showcase some of the features of the software by running through a couple different datalogs. This is the first video in the series and covers an N/A Civic Si.

This video is showcasing the K24 crate motor that Go Power is providing to the Civic Si community. Teegs jumped on the opportunity to upgrade and is one of the first Si owners I know of running this build.

I blame any and all mistakes on the alcohol.

Comments

That's the idea.

That's the idea.

Submitted by VitViper on Sat, 05/08/2010 - 9:24pm.

Yeah Vit, just have it auto

Yeah Vit, just have it auto stamp the current date -per log- unless otherwise specified.

Submitted by Mucter on Sat, 05/08/2010 - 9:08pm.

Gernby wrote: I'm just

Gernby wrote:

I'm just thinking out loud here, but automatic time stamping could be problematic, since most people may not upload their datalog immediately after capturing it.  In my case, I usually create a datalog on my way home from work, then play around with that datalog after dinner.  There's quite a bit of changes in climate from 5 PM to 8 PM, so I would need to have some way to override it.

I didn't think about the issue of MAP units.  I set mine to use mBar for everything, since it seems to be most intuitive, and also because the SAE calculations I use are based on mBar.  Using IAT and MAP in my SAE calculations just meant that the only unknown parameter is humdity.  As long as it's cool OR dry, humidity isn't much of a factor, so I only worry about humidity when it's warm AND humid.

I'll let add the ability to specify a timestamp. As for the ability to manually enter a pressure value, it's already there in the SAE pop up (like in the video). You don't have to use the automatic lookup, you can enter your own values for temperature, pressure, humidity and altitude.

Submitted by VitViper on Sat, 05/08/2010 - 6:34pm.

Nice Vit.  Thats pretty slick

Nice Vit.  Thats pretty slick

Submitted by fudgie on Sat, 05/08/2010 - 6:51am.

Nice demo Vit, I love those

Nice demo Vit, I love those slopes for sure haha.

Submitted by Teegs on Fri, 05/07/2010 - 11:57pm.

I'm just thinking out loud

I'm just thinking out loud here, but automatic time stamping could be problematic, since most people may not upload their datalog immediately after capturing it.  In my case, I usually create a datalog on my way home from work, then play around with that datalog after dinner.  There's quite a bit of changes in climate from 5 PM to 8 PM, so I would need to have some way to override it.

I didn't think about the issue of MAP units.  I set mine to use mBar for everything, since it seems to be most intuitive, and also because the SAE calculations I use are based on mBar.  Using IAT and MAP in my SAE calculations just meant that the only unknown parameter is humdity.  As long as it's cool OR dry, humidity isn't much of a factor, so I only worry about humidity when it's warm AND humid.

Submitted by Gernby on Fri, 05/07/2010 - 9:32am.

I'll add automatic time

I'll add automatic time stamping to the graphs, sound good?

The eDyno uses the actual ambient conditions for the SAE correction. I can add the option of substituting IAT for the temperature, but using the MAP value is tough for a couple of reasons. One big one being that FProManager exports it in whatever units are selected in that application when sending it to CSV. Running around and doing a bunch of conversions to get in.Hg is just going to be annoying (if even possible).

Submitted by VitViper on Fri, 05/07/2010 - 9:13am.

I just watched the video

I just watched the video again.  Do you think it would be much work to input date, time, and zip so the app can get historical climate conditions from weather underground?  I'm also curious about the SAE corrections.  Does eDyno use the IAT and MAP as inputs for the SAE correction, or does it use the ambient conditions?  I can see reasons to use either, but it might be beneficial if you gave the user the option. 

Submitted by Gernby on Thu, 05/06/2010 - 3:20pm.

Well modern ECU's are quite a

Well modern ECU's are quite a piece of software, so it's only natural for a developer to be at least a bit curious about their inner workings ;)

Submitted by VitViper on Thu, 05/06/2010 - 2:53pm.

Sweet!  My brother does AJAX

Sweet!  My brother does AJAX development, but I haven't messed with it at all.  All my stuff has been client / server.  For some reason, I thought you were a professional tuner...

Submitted by Gernby on Thu, 05/06/2010 - 2:26pm.

Thanks :) It's written using

Thanks :) It's written using AJAX/PHP running on a Linux/Lighty web server. I used to do Windows development back in the MFC days, but have since migrated from pure desktop development to everything web-based.

Submitted by VitViper on Thu, 05/06/2010 - 2:15pm.

That's REALLY nice man!  I

That's REALLY nice man!  I can't wait to play around with it!  What is the underlying platform?  I'm a .NET developer by profession, so these types of things really interest me.

Submitted by Gernby on Thu, 05/06/2010 - 2:12pm.

Well it is cinco de mayo

Well it is cinco de mayo afterall.... LOL

Submitted by Mucter on Wed, 05/05/2010 - 11:52pm.