What to use for DataLogging
Originally Posted by djmikeymike
how is the LC-1 going to interface with EVOScan........ is there going to be another cable to buy what we will have to splice into? or is it going to be a software interface with Logworks and ECUscan??
Logworks is a seperate logging application that will or can be used on it's own. To utilize the logworks software, you will have to uitlize other sensors or tap into the ecu somehow.
BTW don't ditch the old laptop as many of the new laptops do not have a serial port. If you have a laptop that is USB only you can buy a connector that goes from the serial cable to a USB port. It is best if possible to go directly into the serial port.
FWIW I was amused to see that Al uses an IBM Thinkpad that is even older than mine. I think the TechTom software he uses or used runs under DOS????
Hope this helps.
Last edited by chmodlf; Jun 8, 2006 at 01:43 PM.
Originally Posted by MalibuJack
the OE Mitsubishi MAP sensor is a 1 bar sensor.. basically it is just used to calculate the base air density when you start the car, all other calculations are based on this floor value.. The Map sensor itself only reads engine vacuum to sea level for the most part.. Its really only used to compensate for altitude/air density differences..
Originally Posted by Agent-Smith
Agreed. C# all the way - much cleaner syntax.
That wasn't exactly what I had in mind. Honestly, the distinguishing features of C# aren't that bad. Garbage collected, protected, type-safe code is a good idea. However it brings with it the baby eating, serial rapist that is is c++. None of those good things really keep you out of harms way because you can always just decide you want to cast to a void*.
I can go on for quite a while, but none of that was my point. What I meant was, using vb ties you to the win32 (soon to be win64) platform. An application tied to windows is just about useless to me.
d
Originally Posted by donour
That wasn't exactly what I had in mind. Honestly, the distinguishing features of C# aren't that bad. Garbage collected, protected, type-safe code is a good idea. However it brings with it the baby eating, serial rapist that is is c++. None of those good things really keep you out of harms way because you can always just decide you want to cast to a void*.
I can go on for quite a while, but none of that was my point. What I meant was, using vb ties you to the win32 (soon to be win64) platform. An application tied to windows is just about useless to me.
d
Most of this stuff will become open source, then we can spend some time figuring out the protocol and writing some code that is a little more universal.
Originally Posted by Agent-Smith
I am not gonna get involved in the windows versus linux war.
Besides that I am going to be helping evo4mad tonight with some coding.
Besides that I am going to be helping evo4mad tonight with some coding.
d
Originally Posted by Agent-Smith
I am not gonna get involved in the windows versus linux war.
Besides that I am going to be helping evo4mad tonight with some coding.
Besides that I am going to be helping evo4mad tonight with some coding.
Originally Posted by donour
This has nothing to do with Linux. I just object to tying yourself to win32 with vb or c#. EcuFlash is c++ application written using qt. As such, it should be very portable. That's what our primary datalogger should aim towards. It's evo4mad's project. I'm certainly not going to try to tell him what to do. I was just responding to the comment that vb makes is accessible to "everybody".
d
d
VB is first and foremost a Microsoft invention, and also a tool for making user interfaces.. VB.net is quite a bit more like C and able to do most anything you can with C# (and C++ on a Microsoft box) Unfortunately its not the most graceful programming language and I don't particularly like working with it, but I have, and its easy and fast to get things up and running, your not calling me stupid for using it, are you?? I Did write the UTEC Digital dash with it.. In all seriousness, this isn't really the thread for the ford vs chevy.. Err, Sti vs Evo, err.. Commodore vs Apple //e... Aww Whatever the f we were talking about.. hehe..
This is a datalogging thread.. and there is a working model for software that can use the OpenPort Mitsubishi cable to get a reasonable rate of data.. Its only a matter of time before more tools come out, and logging gets integrated into ECUFlash itself..
This is a datalogging thread.. and there is a working model for software that can use the OpenPort Mitsubishi cable to get a reasonable rate of data.. Its only a matter of time before more tools come out, and logging gets integrated into ECUFlash itself..






