eriks4

Some more info on BLM cells 16 to 19 in addition to the above: What I can see when using my hardware Esprit emulator, they are only used with TPS=0 (hence the label below the column) and 16 is for RPM below approx 1800. For higher RPM cell number 17 is selected (in the learn mode). A better explanation would follow from an analysis of the actual ECM code, Sailorbob will know the details. I think 18 is for airco on and 19 is still for airco off but to me an unknown combination of RPM/MAP/??

Thanks Derek, and the current version would not have had the automatic identification of the correct memory for the BLM cells for the SE if you and fjmuurling hadn't participated on the testing and the discussion we had.

just put an updated version of Espritmon (V6.3) on: https://tudl0493.home.xs4all.nl/ and https://lotusesprit.eu/ Manual has also been updated. Enjoy

In the BRAKE STATUS byte that the ABS computer transmits, bit 0 represents the state of the brake switch: 0 = OFF, 1 = ON. When set the light will be blue. Bit 4 represents the following (according to the specification): BIT 4 : 0 = NO BRAKE SWITCH ON THIS IGNITION CYCLE 1 = BRAKE SWITCH ON THIS IGNITION CYCLE In case bit 4 is set, the light changes to red. This is just to provide information about the status of that bit, I have no more detailed info. I plan to release a better manual soon, together with an update of Espritmon that uses virtual buttons on the display instead of the key commands. Will put it on the same download location. Erik

Seems like a fun idea to add a virtual dash mode to Espritmon. Will look into this. Erik

Hi Bob, I will recheck, but from what I remember there is always a byte between the stored BLM values, so the 0x0018 was intentional, not a typo. I first need to find my original source of information. Erik

In later versions of Espritmon I have added the capability to save the first 1 KB of RAM to disk in the file espritram.bin. This is done when you press the v key. In this file the whole table is available. The contents of BLM cell 0 is at location 0x0016, cell 1 at 0x0018 etc. Good luck, Erik

Hi Robin, I can upload some files that I recorded with my S4. Just send me a PM with an email address and I will upload them using wetransfer. Kind regards, Erik

RLTC = Rich Lean Transition Counter The numeric value at the top of the RPM plot indicator is the (computed) ratio of RPM/speed with speed in km/h. This ratio is used to estimate the gear. Enjoy, Erik

Paul, A 1228708 was used for many different cars. Are you certain you got one with an Esprit EPROM and MEMCAL? If so, are you running the same version of the software as in your other ECU or a different one? Erik

Vince, I hope with the info about the timing you get your software to work. Please not that the Arduino Due I used does not use any of the standard AVR processors but an ARM processor. I think that if I would write the software directly in AVR assembly language it would run fast enough. However, I wrote it in the Arduino environment and when running it on an Arduino with an AVR processor (the Arduino Mega) I was loosing data. The Due is faster and works ok. So the binary is only for the Arduino Due, it will not run on other Arduinos. You mention that you made an ECU simulator. For the testing of new versions of Espritmon, but also for the datarecorder, I use a spare ECU. I bought one in the US that is the same type used in the Esprit and replaced the Eprom with an Esprit version. Next I built a small circuit that simulates most of the loads/inputs on the ECU terminals and a block-wave (frequency controllable) to simulate that the engine is running. As a result the ECU thinks it is in a real Esprit and the data output on the ALDL is the real thing - i.e.not simulated. I really recommend such a setup as it prevents the issue you describe - having something working on your desk with the simulator but not when connected to a real Esprit. Here are two older pictures of my setup: The module on top of the ECU generates the inputs, the white box in the second picture is the ALDL to serial box, connected to the laptop running a version of Espritmon. Enjoy, Erik

This is an overview of the components needed to build the logger. In my Esprit I have a D15 female to ALDL connector, hence the 15 pin male in the proto. The green LED blinks each time mode1 data is transferred, the green one for any ALDL data. This helps to verify whether communication is ok and whether actual mode1 data is received. The RTC module is used to obtain time and date (for the logfile name). The software for the Arduino DUE is in the logger.bin file. For the DIY people, this is all you need to build one yourself. Enjoy! logger.bin

Just for fun I recently used an Arduino Due to create a solid state mode 1 ALDL recorder. It interogates the ECM like Espritmon, Freescan and the Tech 1 tool do and it stores the data as a .CSV file on an SD card. The data can be read and plotted using Espritmon. Building the recorder yourself is not very difficult and in fact easier than an ALDL-serial interface since the Arduino already has TTL level instead of the +-12V. Hardware comprises Arduino DUE, real-time clock module, SD card shield, one resistor and 1 diode. Will post more info soon.

Espritmon works on Windows 7 and 8. I haven't tested it on Windows 10 yet, but there is no reason why it would not work. The only potential issue is that most computers no longer have a real RS232 port (which you typically use to connect a serial to ALDL interface). Many of the available USB to serial interfaces only support the standard baud rates, i.e. 2400, 4800, 9600, 19k2 etc. and not the 8192 bits/sec needed by the Esprit ALDL. So if you have a DIY RS232 to ALDL you may run into an issue with a USB to RS232 cable. For Windows 7 there is a registry hack for a particular chipset used in many USB to serial converters (described in the Espritmon manual). Some other chipsets (RTDI) do support non standard baud rates. So, it comes down to what converter cable you buy. Clearly the folks selling USB converter cables to connect to the ALDL (USB to ALDL, typically with RS232 in between) have solved this issue for their cable. In that case Espritmon will run on Windows 10 if the cable supports it. Hope this helps, Erik

you can use Espritmon to save the contents of the PROM to file and do a comparison.

and updated the espritmon archive on the website to include the DEU.cfg file

and this is the equation used in Espritmon (with n the 8 bit value from the mode 1 stream) com_map=n*2.0/255.0+0.08;

In the zip archive a file is missing. Didn't notice it before. It is easy to fix. Go to the Espritmon CFG directory, Create a file with the name DEU.CFG Put the following contents in this file: DEU=256 USE_NET=0 USE_DINPUT=1 MOUSE_ACTIVE=1 MOUSE_TIMER=2000 DUALMODE=0 Save the file and rerun Espritmon. Erik

Ah, it is an integration of the fuel that is provided to the engine during each injection phase. I use the duty cycle of the injectors (injector pulse width window) and the capacity of the injector to estimate the amount of fuel injected each time. This is integrated over time. It is an approximation of the actual fuel that has been used. I typically find it a bit of an over-estimation, but not by much. Hope this answers your question, Erik

I'm sorry but I do not understand the question, what is it you wanted to know about the fuel data in Espritmon? Erik

Espritmon opens three log files to store data, one for the ECU, one for the ABS and one for the SIR. If you do not use the ABS or SIR modes, these files will have 0 length. The file with the ECU data starts with Esprit, followed by a set of numbers divided by underscores. The numbers are actually month, day,hour,minutes,seconds of the time the file was opened for writing (e.g. esprit_10_15_19_00_00.log would be a file opened for writing today at 7 PM. Erik

the digits on the right hand side refer to the mode command (e.g. mode 1, mode 2, mode 4). The plot shows between which modes the ECU communication alternates. It has always been there, not just in version 4.

I think that may actually be the cause of the problem that people do not immediately find the download since the very first post in this topic still has the old link to the ipact website. Erik

I think some people are using the old (ipact) link, but the correct on (also specified in my profile on TLF) is: http://tudl0493.home.xs4all.nl/ I just checked it and it still works, Erik