Turbonator LM codebase

[csxtra]

Morris,

What you described is exactly what I'm trying to accomplish with my Netduino-based logger: it has 3 wires to connect to the SCI diagnostic connector, power, a serial port to connect to my Innovate wideband and connected pressure and temperature sensors, and finally a bluetooth transceiver to connect to a netbook or Android.

Right now it is only a proof-of-concept, but my goal is for it to be something that is always in the car, and all you need to do is to connect the client to it via Bluetooth.

But like you alluded to, it is not a cost-effective nor polished device because most of the components are retail pieces.

[wowzer]

Morris,

What you described is exactly what I'm trying to accomplish with my Netduino-based logger: it has 3 wires to connect to the SCI diagnostic connector, power, a serial port to connect to my Innovate wideband and connected pressure and temperature sensors, and finally a bluetooth transceiver to connect to a netbook or Android.

Right now it is only a proof-of-concept, but my goal is for it to be something that is always in the car, and all you need to do is to connect the client to it via Bluetooth.

But like you alluded to, it is not a cost-effective nor polished device because most of the components are retail pieces.

yep warren - your project is what i was basically talking about. i was going to mimick what you were doing and just get the code working. then look at seeing how we can "package" it. i think the code on the netduino (or whatever) does need a way to be "updated" somehow. i don't know enough about them at this point unfortunately.

[ShelGame]

Well, I love drawing boards. I'd be happy to package everything into a single board. The problem I have is development time. Especially the past year or two. I just don't have time for 2 big hardware projects on my own.

If you guys can prototype it, I'll be happy to productionize it.

[Aries_Turbo]

Super LM with streaming, selectable data. No more "ask and maybe receive" like we have now.

I'm a KISS type person. I really only need to log map, tps, afr, and knock retard. Intake and coolant Temps don't hurt but aren't absolutely essential.

Brian

[tryingbe]

I'm using T-LMv13.

I physically deleted the wastegate solenoid since I'm using an aftermarket boost controller. Disabled the code 36 in T-LMv13.

Check Engine is ON.
Key on and off DOES NOT flash code 36.
Scanner shows code 36 on


As a test, I disabled code 12 in T-LMv13.

Key on and off DOES NOT flash code 12.
Scanner shows code 12.

Code 36 also triggered Code 45 and then engine will completely cut-out anything higher than 0 vacuum.

I wired the boost solenoid back in for now and all issue went away.

[ShelGame]

There are 2 sets of error code masks. 1 is just for the light, the other is for long-term storage (code storage). You have to mask both.

[cordes]

There are 2 sets of error code masks. 1 is just for the light, the other is for long-term storage (code storage). You have to mask both.

Would that stop the car from going in to limp mode etc. for the problem e.g. a bad coolant temp sensor, or is it just the light and the stored code?

[tryingbe]

There are 2 sets of error code masks. 1 is just for the light, the other is for long-term storage (code storage). You have to mask both.

Thanks for replying. If you're talking about these two, already disabled them but car still run in limp mode.

[ShelGame]

Check error code mask 3. I think it's a duplicate of 1.

[tryingbe]

I'm a bit confused.

Here's error code mask 3.

[ShelGame]

Nevermind, my bad. I don't know why the error code keeps coming on.

[ShelGame]

As a workaround, make sure the LPSHF (limp mode shutoff) overboost value is maxxed out.

[wowzer]

may have stumbled across a small(?) problem in some of the t-lm cals. i believe the values for the BitPatternForAisControl in the following cals are wrong:

T_LM_22_MTX_A079_CSX
T_LM_22_ATX_0078_SL
T_LM_22_MTX_A641_MPStgII

they have these bytes: 0x43, 0x4f, 0x50, 0x52 which are actually the first 4 bytes of the copyright notice. the bytes should be 0x06, 0x0a, 0x09, 0x05.

i don't know what effect this actually has on the cal. rob would have to chime in on this.

[zin]

Bump for a nice find! (even if it doesn't amount to much, it's nice to know someone is still "looking under the hood"!)

Mike

[wowzer]

need to figure out what the bytes do. interesting that the smec/sbec order is 06,05,09,0a and the lm is 06,0a,09,05

[ShelGame]

Good catch. The bytes are a bit pattern used to rotate the AIS (stepper) motor.

[wowzer]

i assume you will update the repository?

[ShelGame]

i assume you will update the repository?

Done.

[wowzer]

rob, do you know what each of the lower 4 bits does? i assume they control direction and on/off?

[wowzer]

Rob L, couple more potential items on the T-LM cals:

1) Table DeltaMAPEnrichmentFromTemp2 - the template has a ";mpmapaxis -y" coding but the ";mpsubtype" is set to "n" vs "1" so it is not being picked up as a table to scale for map. should it be?
2) Table AdaptiveRetardAdvanceRatioFromMAP - the A171 template has the "mpsubtype" set to "1" to indicate a map table but there is no accompanying ";mpmapaxis" code. as a result there is no scaling done. it looks like an older version i have was correct?!?

lmk.