• Hello Guest, welcome to the initial stages of our new platform!
    You can find some additional information about where we are in the process of migrating the board and setting up our new software here

    Thank you for being a part of our community!

LH2.4: How does the "tq" signal correlate to load?

Sjeng

Member
Joined
Sep 3, 2017
Hello,

My name is Frank and I own a '97 940.

I want to learn more about LH2.4 tuning and even though I have read lots about 2.4, I haven't found an answer yet to the following.

As I understand "load" is calculated using AMM voltage, RPM and the injector constants.
LH2.4 sends a "tq" signal to the EZK which is directly correlated to the calculated load.

Is the tq signal to the EZK scaled using the load axis in LH2.4?
Meaning: If the max load in the scale is 128 this corresponds to 100% tq signal send to the EZK.
Or is there a different relation?

Also, what exactly does the "tq signal to EZK adjuster" value do?

The reason I am asking this is because changing to larger AMM/Injectors (without software changes) skews the tq signal send to the EZK and I would like to know how to compensate for that.

I appreciate your help!

Kind regards,
 
I don't know the details, but can give you a hand-waving answer to some of your questions.

Early this summer, I looked at using a EZK-116 box as a knock detector for a MicroSquirt install. I dug into it far enough to figure out that re-creating the Tq/Load signal needed by EZK box was non-trivial. The Tq/Load signal is PWM encoded. The pulse width, after some scaling, directly selects the row in the EZK ignition table. As lummert mentioned, fixed adv/ret adjustments are available by jumpering 4 pins. These adjustments are directly added/subtracted to/from the table values.

You've probably seen these:
http://www.ipdown.net/jetronic.info/tiki-index.php?page=LH%202.4%20Tq%20and%20Load
http://ipdown.net/wiki/index.php/EZK

I have more notes somewhere, but my memory is that the Tq/Load value is essentially fuel per squirt.
 
50% load signal, even if that "load" is higher with your higher throughput engine, should still probably call for a similar change to ignition timing that 50% calls for on a stock set of AFM/injectors. You probably would prefer to burn a new ignition timing map for your needs and let the "call for advance" run as it may. Perhaps if you find that your installation never hits on the cells near the lowest load, you would then benefit from a change. Basically, the full-load ignition timing map is probably the one that you are most concerned with getting right for your collection of components, given that you are increasing AFM size and injector flow, so that the lower-load areas of the ignition map are probably more minor refinements. You can convince yourself of this by pulling the load signal terminal out of your EZK connector and driving the car. This sends the EZK into the full-load timing map for the safety of the engine. Fuel economy may take a hit, but drivability is fine and possibly improved. Sorry if this is well-understood and I'm misunderstanding the question.
 
In any of the custom lh2.4/ez116k mapping I've done I only ever needed to move the ezk tq signal adjuster once, IIRC the stock value for an 8v turbo bin was 20 and the value from a bin from an ecu originally calibrated for a 3" AMM was 22. The one time I had to change the value from 20 to 22 (on a car where the customer had installed a 3" AMM) it helped very slightly with engine speed slowing to idle without stalling, but I'm still not convinced that was the issue.

Basically, you shouldn't need to change that value. Compensate for the larger AMM by copying the values in the main 1x256 AMM signal lookup table and the AMM signal multiplication factors table, and adjust for your injectors with injector constants 1 and 4.
 
turbotankshane - I think you're saying that the LH2.4 ECU needs to be reprogrammed for the larger AMM and Injectors. Once this is done, the ECU will send the correct Tq/Load signal to the EZK, correct? (At least all ECUs have easily swapped chips, unlike most EZKs.)

If the OP runs a bigger AMM and bigger injectors without reprogramming the ECU, what will happen? I think a bigger AMM by itself would result in too small of a Tq/Load value (ECU thinks there is less flow than actual). Bigger injectors by themselves would result in too big of a Tq/Load value (ECU thinks there is less fuel than actual). What do you think?
 
Thank you very much for your replies.

I will burn a chip with the 012AMM linearization tables/constants and start from there.

Also I completely forgot about the jumbers adding/substracting timing. Anyone using this for switching between different fuel quality?
 
turbotankshane - I think you're saying that the LH2.4 ECU needs to be reprogrammed for the larger AMM and Injectors. Once this is done, the ECU will send the correct Tq/Load signal to the EZK, correct? (At least all ECUs have easily swapped chips, unlike most EZKs.)

If the OP runs a bigger AMM and bigger injectors without reprogramming the ECU, what will happen? I think a bigger AMM by itself would result in too small of a Tq/Load value (ECU thinks there is less flow than actual). Bigger injectors by themselves would result in too big of a Tq/Load value (ECU thinks there is less fuel than actual). What do you think?

Personally, I would agree with you, not everyone thinks so.



Thank you very much for your replies.

I will burn a chip with the 012AMM linearization tables/constants and start from there.

Also I completely forgot about the jumbers adding/substracting timing. Anyone using this for switching between different fuel quality?

I ran a dual-fuel setup for about two years, but I used a pair of moates two timers.

http://www.moates.net/font-size-12timerfont-p-80.html

One in the lh2.4 ecu, one in the ezk, then burn a 27sf512 chip with a stacked bin so you can ground the switch and access the other map. I had it set up for 91 normally, then with the switch grounded it was on the e85 tune.
 
Hello everyone, this is my first post here on tbforum. I tried to search for a presentation thread but I didn't find it so I post my question directly.

I'm a software engineer and I'm building an interface for the LH Jetronic based on Arduino to be able to see live data on my smartphone using Torque (or any similar app compatible with ELM327 protocol) and to log hi-res data to a microSD for off-line analysis.
I've already built a working prototype and I was able to decode near all the I/O signals of the ECU but I've some doubts about the Tq-signal.
This is what the connector pinout says about pin #25: "Load signal (TQ). Digital output signal to ignition system (# 8) for engine load data"
What I discovered is that it is not a real digital signal, it is instead a 12V square wave with variable width and variable frequency so I tried to search in the internet for better documentation but without success.
I post this question here hoping to reach someone that has already tried to analyze this signal for other purposes. What I found is that:
- frequency is proportional to rpm and the signal is perfectly synced with rpm signal on pin #1 (rpm is also synced with spark ignitions and injectors opening, also if frequency of injectors opening is half of spark ignition)
- pulse width seems proportional to the engine load (~18?s during fuel cutoff, ~40?s on idle and ~240?s during full acceleration with wide open throttle)

I made some live data recording driving car on the street but according to what says ipdown.net there is something that doesn't match.

This was what ipdown.net says: (now the site is down, but I made a local mirror a couple of years ago)

Load calculation

The exact calculation for determining load is unknown. Enough testing has been done to have a 'pretty good' idea about how things work though.

As Air mass increases, Load increases
As RPM increases, Load decreases
As Injector constants increase, Load decreases



What is your opinion?
I can share the .psdata and and some videos I collected and I could also take some other measures when necessary.
 
Sounds like a great project, please post a link to some videos!

Here is some info you may find useful.

The EZK-to-ECU RPM signal pulses twice per rev. The falling edge is nicely aligned with 0deg TDC and 180deg BDC. It shifts just slightly as rpm increases (maybe 50us delay at idle, up to 90us at 6000rpm). This may vary a bit depending on which EZK part number you're using.

The tq/load signal also pulses twice per rev. The width of the pulse is proportional to the load, or, I think, the amount of fuel injected per rev. This width selects the row in the ECU fueling map. This link shows some LH/EZK tables with Tq/Load along the left vertical axis: http://www.forums.turbobricks.com/showthread.php?t=346790

I don't know the exact mapping, but might be able to figure out a few values for different RPM and MAF voltages. I think the load pulse width also varies depending on the ECU/EZK version and turbo versus non-turbo.

-----
I've also thought about doing a blackbox logger for LH2.4, but have never followed through. Maybe now is the time to share information and actually do it.

For old Volvos, MegaSquirt is a common aftermarket ECU. I was going to use the same software for LH2.4 logging. MegaSquirt, Speeduino and RUSefi, all use TunerStudio software for setup and a realtime dashboard, using a serial port connection. Logging is either in Excel .csv format, or a custom format, using MegaLog Viewer to view the logs. This is a bit different than your Torque and ELM327 setup. Bluetooth wireless would also be nice, but may run afoul of FCC regulations.

[Where are you and is English your native language?]

-Bob
 
Hello bob, you discovered immediatly I'm not english, I'm italian and I live near Milano in the north of Italy.
I know about MegaSquirt and Speeduino, but those require modifications of the car while I want to keep my 945 Turbo as original as possible since it is in an excellent state of conservation, furthermore I'm more interested in diagnostics other than in engine tuning, also if the two worlds have many points of contact.

The rpm signal that EZK sends to the LH-Jetronic is in sync with spark ignition that is also synced with the injectors opening, that's why the signal changes according to the TDC when the engine is running (low rpm -> less advance, high rpm -> high advance but also the load is used to compensate the advance as made on old distributors with the pneumatic diaphragm)
Also injections are not fixed with the TDC but move forward and backward according with timing advance but this is not a problem since the pulsed injection system is full group and not in sync with the valves opening.

This is the documentation on how it works taken from the book "Bosch Fuel Inkection & Engine Management" - BentleyPublishers:
ACtC-3f5pGb6M12vE8nxKE9sRB2nXaLwsHLKC_8CTZCuI5Q5Iig4CtJ5i_O2euL5w7OK7e6rOLtpdN3scGTEWxovyROMeRz0RBAloy0jGxzU49C3gCIfLxN5obfio_LrXTZkge4ve70jKNA5R8fXYuXIhP6V=w939-h826-no


and this is the verification I made some years ago on my 940:
ACtC-3fzVUpx6MX4jy93_X1ft_r89ek9xxEWnhMMn8bqzGJ3YyUqs0GesXGnPFqcnAX01KHVXL9f4bPTC4Pv9p39lAKJ_rrKteMqgP6kvE2vtyjB1DR2ed1S6P1QS6X2x4twTtiZ4WP1XTvJ9ROSqF1i2WqM=w872-h543-no


I don't know how the EZK decode the Tq-signal to make a lookup on the ignition table, but I'm pretty sure it doesn't read the voltage since it was too much simple and faster for a CPU to read the rises and the falls of the signal on a digital input without the need of any ADC converter.
In my opinion it reads only the square pulse width and converts this time in a load numeric value.
Please, take a look at the following pictures, data was acquired during a WOT 1? gear acceleration test, the yellow waveform is a math function of the Tq-signal to better show the variation of the lengh of the pulses discharding the frequency that in my opinion has been used only as a simple methos to sync the reads and the writes on the channel between the two control units.
In your opinion it could be this yellow signal the true load signal? (With true load signal I mean a numeric value than changes in the range from 0% to 100%).
I've made also a test in highway at 120km/h and when I pressed the gas pedal to the floor the pulse width of Tq-signal moved rapidly from ~35?s to ~240?s that is the maximum I've registered also during the 1? gear acceleration test.
I could also try to derive the load from the analog signal of MAF sensor but is not as simple as it could seems (it could need a dedicated topic to explain the reasons)

ACtC-3dBSOL98FHO1jx0YFGaGrewV9mgIgGpakL7IpNQeUQvuKUQY6CNB91ZocDDGH_emATxsm0d4sj-5dv1tlCluqEHh4eqFsbGxT145zSPxdDMwU4f-EEj-JsMe2ujwmsJqBP4s71ou2aTWebyqosWY5I7=w1098-h739-no


ACtC-3c-Vb15ED-mG--zXsAfH0EaTH1PRhiFTJTaWZaJ0EEUfIQiaRv_Ysomc0OwGzcJK5FzUPJuAfXT7LEZAszYo3RnOOWJ1bv2H3n5ZUAIyRM4WoO-SmzSflnG8Jd5ENxH9sYfIZOdbKLHZja2ILZt-Hkv=w1050-h695-no


ACtC-3doFfjlD9cIzS37wrRv7UX4TTkVknIIagyY5APMKSnkLVIParli2uPvpHnS0gfbI6IRjG8An8g2D6m2IWn6tymKaMLV1JKot72sF_dqV-J9cZ7bsXFs9ciA-WfkKW5oGPdnkkQQcIzRhAndipsmgGvV=w1044-h693-no


This is how I captured the data (For more pictures about my DIY breakout-box: https://photos.google.com/share/AF1QipNkk79yIRLZSJj1is8vDiqM5p6EwkTscHgkeD717UzHW-rqtHVjOFzauqAOfglmfQ?key=SVBXQlJNSlBiNkV1TU5CSWZ5R2lMZVRiMExMek9R)

ACtC-3cqZYsF7tGa7YHMmaA5zguarILTHInYdH05ZXwUhFRoyACI00lUa9LUcoRvjyIi6dW07_tzCR6nW55_xDzBQue766-c8NZoiJiL7MtBrgBb661LVcbtYDKVEqYCnapAjjXwMWwKLD6Kam9Y3rAKV7lQ=w1024-h767-no


NOTE: in the blue signal is missing the classic spike when injector closes since the car was driven with the LPGi Vialle fuel injection system active


These are the two psdata files, you can open it with the Picoscope software that you can install also if you don't own a scope. You can download it for free here: https://www.picotech.com/downloads

tq-signal+injectors ___ 1? gear WOT + release + neutral.psdata

tq-signal highway 120kmh WOT opening test.psdata

P.S. For the Arduino project I could open a dedicated topic, do you agree?
 
Thanks for the pictures! I really like the breakout box.

It's cold and snowy here today, so not a good day for the garage. But I have a ECU and EZK wired up indoors on my desktop, so I can play with them from the comfort of my desk chair. I'll try to measure Tq versus RPM and MAF. I'll post the results later today or tomorrow, plus a picture of my desktop.

Please start a new thread (in the aftermarket engine management sub-forum) for Arduino LH Jetronic Monitoring, or something similar.

Jaybee - if you see this post, do you know how the EZK firmware converts the Tq pulse width into a row selector for the ignition advance table?

-Bob
 
Thanks for the pictures! I really like the breakout box.
Thanks Bob ;-)

Today I've an idea, I want to take a measures of both Tq-signal and MAF sensor signal.
I belive that having both Tq and MAF on the same diagram could really help in better understanding the meaning of this signal
I will share the new data.

Diego

P.S. Unfortunately I've recorded MAF signal + injectors signal only
https://www.youtube.com/watch?v=C6C9L3V-4ps
MAF signal + injectors - 1? + 2? gear WOT acceleration.psdata

Jaybee - if you see this post, do you know how the EZK firmware converts the Tq pulse width into a row selector for the ignition advance table?
Uaoh!!! It sounds like there is a software engineer here that has disassbled the LM of the EPROM? It is?
 
Hi Diego, I got my benchtop Arduino LH2.4 test setup working again - it's been gathering dust for at least a year. (click pictures for full size)



It currently has a '951 ECU and a '169 EZK, but I should change to a '937 ECU and '148 EZK to match the boxes in my '85 wagon. What ECU/EZK versions are you running?

I loaded the '169 EZK eprom .bin file into TunerPro, along with mrjaybeeze's (Jaybee) .xdf file. The .xdf file maps and interprets the tables in the .bin file. For the tq load signal, there is a small "Load def map" table that rescales the +pulse width of the incoming tq load signal. The rescaled load is then used as the left axis of the main ignition advance map. I don't know any more beyond this.



For today's experiments, I ran some tests at 1800rpm to see how they compare to the 1800rpm column in the TunerPro ignition map -- 23.25deg advance at minimum load, 20.62deg advance at max load, and max advance of 44.25deg at light load.

I ran the 1800rpm measurements using a Hantek 8-channel scope, and with some old Arduino software to measure ignition advance. Here's a scope picture showing, from top to bottom, TDC reference pulse from 60-2 wheel generator, RPM signal between EZK-ECU, Injector pulse, and MAF voltage:



At 1800rpm, the benchtop measurements are:
- MAF voltage in volts
- Load signal positive pulse width in microseconds
- Ignition advance in degrees
- Injector negative pulse width in milliseconds

[Sorry, I never remember how to format data nicely here]
MAF,LOAD,IGN,INJ
2.55,32,23.6,2.24
2.77,32,23.6,2.24
3.03,44,23.6,2.56
3.06,48,27.7,2.67
3.16,60,33.0,3.09
3.27,76,38.2,3.52
3.38,96,42.0,4.06
3.49,120,41.2,4.75
3.55,136,40.4,5.19
3.64,160,39.0,6.05
3.66,172,37.5,6.27
3.72,184,34.4,6.70
3.77,200,33.7,7.35
3.81,210,32.2,7.57
3.82,216,31.5,7.78
3.88,236,27.7,8.22
3.90,252,25.5,8.86
3.94,268,23.2,9.51
3.98,280,22.8,9.95
4.05,308,21.7,11.2
4.10,324,21.3,11.9
4.17,360,20.6,13.0
4.23,380,20.2,13.2
4.28,400,20.2,13.2
4.32,424,20.2,13.2
4.95,424,20.2,13.2

If you pull these measurements into a spreadsheet, you can graph
- Load pulse width versus MAF voltage
- Injector pulse width versus MAF voltage
- Ignition Advance versus Load pulse width



It sure looks like the load pulse width is very similar to the injector pulse width. I think that there is a Bosch datasheet for the LH2.4 MAF somewhere on the ipdown/jetronic website. It would be interesting to find it and compare the MAF response curve (voltage out versus air mass flow) against the measured MAF to Load curve.

I still need to see if I can map the measured load pulse width to the ignition advance from the TunerPro ignition table.
 
Great Bob, I'm really happy to see you equipment :cheers:
I believe we could have a lot of thing to talk about if we could meet one day :-P

I'm trying to follow you in the correlation between Tq and injectors pulse width and I've analyzed the moment when I relase the pedal.
In effect when pedal is release the pulse width drops like the Tq width

ACtC-3c0HSkEC1XxpRZRgCxS3O4LfSXUhvgw07cFgs8nYoZUL86-P9D5u9VhgGyf18WC5iOES9i9z9B_rr5cBiAIuZ5WLaWGY_J7NV3KaGtsp6Kw6jX68VsGUODfs980zBe-1Ia6kyFhmL4HmcUgySFdbkqi=w1100-h735-no


Usefull the multichannel function generator of the 1008C, I didn't believe it could be used a square wave to emulate the inductive crank sensor but you show me that it works.
Why you didn't measure the Tq pulse width when running the function generator? May be it cannot be used as a scope when the signal generator is active?

Anyway I made the test comparing between Tq and MAF that I told you this afternoon and the result seems quite similar to the previous one between Tq and injectors pulse.

Do you think it could be reasonably correct to display as a live data of the load a simple formula like the following one?

Load % = Tq pulse width ?s / 240 * 100

Or do you think it must be taken care in a some way also of the correlation with injectors pulse width?
I'm doubtful about this correlation for the reason that the injectors pulse width is yet the ouput of a math function that takes the load as an input.
A definition of load as a function where one of the input is a function where one of the input is the load itself isn't a infinite loop?


For MAF specification I own this PDF bosch_amm_012.pdf but the MAF of my B200FT has code 0 280 212 016 and is not listed
MAF analog signal is also difficult to read since when load is high and rpms are low the signal has very strong oscillations due to the air sucked by the pistons inside the cylinders.
That's why I will read the MAF analog signal from Arduino and I will display the voltage since it is usefull for diagnostics, but I prefer to display the load information decoding the Tq signal that LH send to EZK as better as I can

I left you the new psdata file and the video of the recording of today
MAF+Tq signal.psdata
https://www.youtube.com/watch?v=BLlHpEPy9P4

ACtC-3f4dZOLZzB5d5I9Pw3xd35mqIfQQfbanXnFFO6U9IEk811p3bO1E4_f0ajIRsXPjgMegNYeiwHLpVaVhh9VvxVXF5cUVJXMsKyv90lHZWndTBRLZ7W6gaeg73c3Gu7AHOQRqC5SdxkMAREk_V4M5giK=w1104-h749-no


ACtC-3ckklar3VsxAsP-e_F2O0V5yWCIga-jiGsAPGWWqDhsMKQPYs6f3pmzc6jsIiCB9orKqHYRHF5chh3vu6G8A_2uOCvecMdNcyfM_ayXOWPeGTO4gV5njaIOq2dDb9ikz62QfAGedHoigEnlHck2zdf4=w1104-h755-no


ACtC-3eNx1FnJeh2QlKeAM9VyPsfnGTW_zttQvB3fLxgu2SVT6WEw0cjbkqmu9gnBHM-cczKGV2WOkhpzU--lXC6yPaDF5k7bhHWqaEON7jaCc64B9u1e88qa7OAA3crmp4hsZ8nEyeSZi2AAWWD6JYSoQ0y=w1092-h751-no
 
Please forget a part a my last message, I bad understand that you measured also the Tq an more the first chart plot the correlation between the MAF.
I was misled by the different values between yours and the one taken on my car (you reach near the double pulse width for the same MAF voltage) and since I was convinced of the relation between injectors pulse width and MAF (they look pretty similar too) I didn't take too much attention. The late hour finally do the rest.
So it seems that the relation between Tq and injectors pulse width is the more reliable...
What a strange thing...

May be for the moment that the best thing for my project is to acquire Tq as a row data and perhaps make other considerations in the future

I've also another dubt in the way the LH read the MAF voltage since you have used a fixed voltage but in the real world the pulsations are very high when rpms are low and for example I was unable to recreate on the car a situation like the one in your test (at near 1800rpm in 5? gear the MAF was unable to reach the max and furthermore it oscillates so much that is difficult to understand which value it reads)
In the last psdata I share you is on the 6? acquisition (here a zoom to better explain what I'm meaning)

ACtC-3cVCoWNghDfxQ23mJUY_TJCyGKbSzpsdxfeMl9WSnPAyQcmDc0SmVuTn_hWtCfP2Ao5sngU9s5MPBLkYbrZYiDFxaWZo-A41AD5ohTbqCf1bUfdfvYZeJQVu5gGPHJ_wwEzGDUZyBLFYskzEmHini-O=w1100-h737-no
 
hello, i too have been doing a very similar thing recently, except from the opposite angle. I patched in code in the ezk/lh program to dump data/values of interest over the repurposed OBD port.

I might be able help you from the ezk decoding of this "tq" signal side:

The signal enters the ezk on external pin 8 and enters the mcu on pin 23 (i have a circuit diagram of this somewhere.) This pin is configured as a falling edge interrupt pin (this may be reversed in hardware...). Every time this interrupt fires, ezk takes a sample from timer 0 which is it's general purpose always-running timekeeping timer. First the routine does some sanity checking, being making sure the pulse is not too short or long. it divides the sample by 4. it then stores this timer sample in ram in place of the last sample. The previous sample and the latest timer samples are added together and stored to a different area in ram. The interrupt itself is finished here.

Later, this load timer sample sum is run though another routine which 'linearizes' the load value. It is a 1x73 table in program memory where this summed timer value is the one axis. It linearizes the load-timer value from 0 to 28. This is the final 'load' value the ezk uses in pretty much all it's load calculations/corrections. It is used as the load axis of all of the big tables like main ignition angle table, dwell table, knock compensation table, egr table etc.

here are a couple snapshots of dumping/pulling the data from ezk in particular:

here you see processed RPM, the mentioned 0-28 load value, idle ignition target, main ignition target, per-cylinder knock retard values, and a bunch of other crap I was trying to figure out.
<video width="560" height="315" src="https://esmth.com/f/210418/IMG_3677.mp4" controls></video>
<video width="560" height="315" src="https://esmth.com/f/210418/IMG_3679.mp4" controls></video>

Here is a very slow live ram dump of ezk. The engine is running while this is happening.
<video width="560" height="315" src="https://esmth.com/f/210418/IMG_3890.mp4" controls></video>

Here is some other less processed values like knock, coolant temp, battery voltage, ignition/dwell values.
<video width="560" height="315" src="https://esmth.com/f/210418/IMG_2529.mp4" controls></video>

definitely would be interested/would like to help with a datalogging/reverse engineering project. Start a new thread
 
Last edited:
another thing I wanted to quickly add:

Here are the mentioned 1x73 linearize load plots.
Each single x axis 'unit' in the table I think is about load pulse time in microsecond divided by 6. (tq pulse in us / 6) (very approximated!) The y axis is the result linearized load value.
You can see the NA ezk expects a load pulse of atleast 48us for minimum load, and 384us for maximum load.
For turbo it is 42us pulse for minimum load up to 276us for maximum.

The pulses smaller than the minumum are probably decel/fuel cut.

And that looks like it sort of closely adds up to the data y'all have collected so far.

NA:


Turbo:
 
Hi there


Interesting project !


Do remember that the EZK listen for noise/knock on the knock sensor for each ignition pulse, if no noise is captured it assumes the sensor to be dead and set a fault code and also goes into limp mode affecting everything.
The torq signal is read according to width of each pulse, the more modulated the higher load.
The torq constant is used as a scalar to adapt the load range sent from LH into the load scale on EZKs internal load scale axis for the ignition map.
It has never been verified if the EZK even has a map for setting the load scale.


It might be useful to do the work on the 954 binary since this always has the most updated XDF (this is what I run on my car) :cool:


YS
Jaybee
 
apollokid - I agree that real measurements from a running engine are much better. My benchtop setup is limited. 3 temperature resistors (normal, hot, cold), no O2 control (sensor usually unconnected), and no knock noise. The benchtop setup is nice for simple measurements and for basic arduino code.

esmth - I thought about using a serial port monitor directly, but I want to be able to do full speed logging (2x per rev). I also hate reverse engineering 8051 assembly code.

Jaybee - glad to hear from the world's expert on Volvo Turbo LH2.4 :-P You're right about lack of knock causing a CEL. If I'm careful, I can get the benchtop setup up to ~3000 rpm before it gets a CEL. I may try adding a resistor from the RPM signal to the Knock signal to see if that will fool it.

I'll need to see if I have a '954 in my spare parts pile. I have a '937 in the car, and a spare, so I'll use those if I don't have a '954. (Or I guess I could burn a '954 prom for the '937 box?)

For this thread on Load versus Tq signal, I want to gather some additional data for:
- a couple different engine temperatures
- '951 vs '937 ECU
- 2 or 3 rpms -- I have 1800rpm, and I should be able to do 2800rpm, but faster may get an EZK CEL. I'll need to see if the EZK CEL triggers the knock signal. If not, I can still measure the ECU as long as it doesn't have a CEL.

-----
For the full monitor, I'm thinking of starting with an Arduino Pro Micro (32U4 and 3.3v) with an ebay HC05 bluetooth module. This will provide serial port emulation on the PC or Smart Phone. Does anyone else have a preference?

-Bob
 
Back
Top