slipnfall wrote:It's a matter of personal preference as I've used the SiLabs for many years. I've used thrm in plenty of final designs and never had an issue. The FTDI chips available at the time required more external components, ie crystal, caps, etc. PCB layout is better with the SiLabs, which is important for small board design.
yeh i guess if you're familiar with it makes things easier....and FTDI did take a long time to get the all in one FT232R chips out (think i used 1 cap and 2 resistors only for a usb/serial adaptor i made). worth a look at in the future, though
the blazt usb cables used the cp210x, so i dont think there is any inherent technical issue with them (as some people have suggested), though driver issues and other things might be a bit over the head of the average car owner.
only think i can suggest is the 12v/6k8 combo for pullup to your comparator. what voltage is comparator set up for? ive found with a 5v/10k setup, this will typically get around the 1.0v mark for low signals, thats 0.5mA collector current. 12v/6k8 is trying to push 1.75mA collector current, and more when the car is on...at a guess thats going to generate around abouts 40% of 12v as the low voltage.
so im not sure if i understand this ecu EE/EF issue - is the problem that the actual ECU is not on EF for some cars? or did people just assume EE was the ecu, but its actually something else? keep in mind the later model cars, with the consult/OBDII dual setup, not all of them have the consult plug there for the ECU (only for legacy control units, where the ECU would now be consult II). this is especially the case for any new models that came out after consult II (1999).
RobertsnewQ wrote:As for the idle timing response that's a glitch in the datascan software - 50 (0x64 hex) is the default (0 added) timing. The stock ECU has tip-in retard that the JDM and my ECU does not have. The consult interface routines in the ECU software aren't smart enough to figure it out so they report a bogus number. I suppose I could fix it but I've never bothered. Some stock ECUs do the same thing.
can you explain this more? all the consult software out there works fine for jap cars - what do the US cars do differently and how can this be handled in consult software? if we have a simple offset, would this fix it (ie offset by -50+static ign timing?)
qsiguy wrote:Which software is the best for logging? I want to be able to get a graph of my fuel ratio during a dyno or street run. I know a wide band system will be best but I want to be able to get started using the consult and software prior to that investment.
ecutalk v1.3.2 (or later) hands down...logs the full 50 packets/second (about 3 times rate that datascan does). to get maximum data, turn up the minimum gauge refresh time to something high (though on a reasonably specced laptop this wouldnt be needed)
Quote »Trouble I'm having is that it assigned COM11 and if I try and change it the computer says COM3-COM10 are in use but I don't know what for[/quote]as you found out, just force it...whenever a service device is registered, it takes a port for now and forever...even if the device is gone. so if u know nothing is using it, then forcing it will be fine
Quote »Also, Does Nissan Data Scan have the MPG reading?[/quote]i just added that to ecutalk recently (since i put L/100KM on my consult lcd display, i thought i may as well put it in the software). no one else has added it yet, not too hard, though user needs to input num cylinders/injector cc size to get reasonably accurate reading.
Quote »The A/F Base RH gauge shows a scale of 50-0 and always stays on 0 (which is all the way clockwise) All three of the other A/F Base gauges have a scale of 50-150 and float around 100 all the time. I think there is a glitch in the software but would like to know if anyone else has seen this issue.[/quote]i think u mixed things up. timing is 0-50, not A/F Base. and its showing max 50 due to different way timing is reported in the weird US cars (see up more in the post)
-----
dam thats lots of words...forgot about this thread!