free hit
counters
eriks4's Content - The Lotus Forums Jump to content


eriks4

Basic Account
  • Content Count

    153
  • Joined

  • Last visited

Everything posted by eriks4

  1. Seems like a fun idea to add a virtual dash mode to Espritmon. Will look into this. Erik
  2. 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
  3. 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
  4. 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
  5. 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
  6. 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
  7. 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 tes
  8. 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
  9. 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.
  10. 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 ma
  11. you can use Espritmon to save the contents of the PROM to file and do a comparison.
  12. Hoi Freek,

    Hoop dat het goed met je gaat, en met de Esprit. Had weer eens wat tijd om te knutselen en heb een ander soort ALDL interface gebouwd. Een Arduino die met een comport (die al TTL is) met de ALDL praat en lokaal de hele tijd mode 1 requests stuurt. Het resultaat (de 68 mode1 bytes) stuurt de Arduino vervolgens via bluetooth naar een virtuele comport (nu op 38400 baud). Espritmon hoefde ik verder niet aan te passen, gewoon de bluetooth comport als input zetten en de binnenkomende data wordt geparsed. Als ik wat meer tijd heb ga ik het Arduino deel uitbreiden dat ie ook requests van de PC kant voor mode 2 en 4 etc. accepteert. 

    Groet,

    Erik

    1. fjmuurling

      fjmuurling

      Hoi Erik,

      Met mij gaat alles goed maar erg druk, hopelijk gaat het met jou ook goed.

      Het is alweer een tijdje geleden dat we elkaar gesproken hebben. Mijn Lotus staat nog steeds op blokken door allerlei oorzaken maar ik heb de draad weer opgepakt en er zit weer progressie in.

      Ik ben eindelijk ook weer eens bezig met de ECU en wel om een er een schema van te maken.

      Je arduino project klinkt zeer interessant, ik wil er graag meer over horen als dat kan.

      Tot spoedig horens,

      Freek

       

       

       

  13. and updated the espritmon archive on the website to include the DEU.cfg file
  14. 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;
  15. 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
  16. 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
  17. I'm sorry but I do not understand the question, what is it you wanted to know about the fuel data in Espritmon? Erik
  18. 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
  19. 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.
  20. 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
  21. 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
  22. I just updated the version that can be downloaded. It displays the voltage for baro and MAP. Erik
  23. I just put Espritmon V4 up for download. Some minor modifications, for baro and MAP also the voltage is displayed. A raw dataview capability has been added (press 'u' to toggle). I will update the manual at a later time. Have fun, Erik
  24. I just looked up how I did it years ago in Espritmon. The spec of the GM 16009886 - 2Bar MAP Sensor says: Vout=Vref(P/2-0.04) with P in bar. In de mode1 data, the voltage is represented by a single byte (hence 0 to 255) and Vref is 5V. The equation in Espritmon to display MAP is n*2/255+0.08 with n=0 for Voltage=0 and n=255 for Voltage=5 V I added a Voltage readout in the MAP graph, will update the downloadable archive in the coming days. Good luck, Erik
  25. Indeed Espritmon converts the value and does not display the voltage itself. Good idea to also display the raw value, will see when I have time to implement this. Regarding the baro value itself, the correct translation is performed, I will need to dig-up the sensor spec and characteristic but this has been a topic of discussion in the past so there should be more info in another thread. Erik
×
×
  • Create New...