_______ ( ____ \ | ( \/ | (__ | __) | ( | ) |/
_ | | _ | | | |_| | \___/
# ### ## # # # # # # #
##### ## ## ## ## ##### ## ##
## ### ## ## ## ####
IMPORTANT: enter the case-INsensitive alphabetic (no numbers) code AND WRITE SOME SHORT summary of changes (below) if you are saving changes. (not required for previewing changes). Wiki-spamming is not tolerated, will be removed, so it does NOT even show up in history. Spammers go away now. Visit Preferences to set your user name Summary of change: ---- '''Pending''' * MAT ignition retard * custom oil temp/pressure gauge with V3.3 and LCD should check the relevant page, IIRC these are not yet implemented ---- '''thermfactor''' no coolant temp measurement data was provided so far because looks like it works properly,i dont need/want to modify this! ---- '''matfactor / airdenfactor recalibration''' LCD displays -24..-26C air temp instead of -6 .. -8C '''MAT - airdenfactor''' - solved appr 3 days after reasonable data was provided See EasyTherm page, the precise '''testing was made with airdenfactor and matfactor that closely matches your MAT setup'''. At 0 Celsius '''the displayed MAT is -16 Celsius'''. Therefore the ECM enriches appr. 6% (as it should, according to the gas-law), this must be fixed. We really do not want to hack by raping the gas-law. Instead we fix it the proper way, with proper matfactor and airdenfactor tables. See EasyTherm. * '''3000, 287''' is best (shows -2C where prev showed -16C). Added lately, better than the old 3300_270 recommendation (that showed appr. -9C at the same input). Also, the end-railing (at min and max ADC reading) was dropped in the new tables, like in default firmware because it's a dangerous practice (left over from ... guess where). ---- '''TODO: clean up history, only leave measurements that can be useful''' When * -16C (3F) is displayed, internal 43 (0x2B) value is read from adcread position 230.5 (actually, 230=>0x2C, 231=>0x2A) * however, it should read 0C (32F, internal 72=0x48, which could be read from adcread 201) This huge difference was identified, eg. appr 3000 Ohm sensor is used. The sensor is a regular GM style airtemp sensor,like this one here: http://www.034motorsport.com/product_info.php?cPath=23_30&products_id=58 Note that these measurements are taken in garage,not in a laboratory,i do not have a special equipment for this,80C measurement was made with boiling water. Temp in Celsius Real / LCD / DVM (kOhm) / DVM position / NOTE 0 / -16 / NA / NA / 5 / NA / 5.93 / @20k / 18 / 08 / 4.41 / @20k / 21 / NA / 2.92 / @20k / 35 / NA / 3.17 / @20k /My hand,real temp NA 80 *** / 77 / 0.322 / @2k /HOT water,'''real temp NA''' Real temp would be nice, but see below '''100''' / '''NA, would be nice''' / '''0.200''' / @2k /Boiling water w/ bubbles The '''100C point suggests an appr 3000 Ohm sensor''': 200 / 152.75 * 2252 = 2948.60. From this, we can have a '''good estimation of the 80C point''': 322 Ohm * 2252/2948.6 = 245.93 Ohm for a standard 2252 Ohm sensor, which is appr 84.15 Celsius. This suggests we want +7.2C = +13F at high-temp (so 101C reading ment actual 108C which - if known - would have advantages for the coolant temp, but remember this is all for the airtemp at the moment). ------ 2005-12-31 UPDATE: tried bot 3000_270 and 3300_270, max MAT increase was 2C with 3300 (from -16C to -14C), but with this i was unable to use MegaTune, because it crashed, i think because firmware version problems ( i used the good one!!). * upload your edited vems.hex (zipped) * see IssueReports for the info needed for the report so it can be investigated OK so here you go: version v3.3 serialnr 312 firmware 1.0.19 Megatune R27 config,tables,vemshex zipped together(renamed,but used with normal original name!) http://www.vems.hu/files/MembersPage/NanassyPeter/mcd_mct_hex.zip Take care to copy-paste properly. ---- '''Messed up vems.hex version ?''' Anyway the symptoms were the same,no MAT reading change after firmware change, * and MegaTune said: "Controller code does not match" ** Expected:"0X32" ** Recieved:"0X3f" But when you click continue, megatune otherwise works OK ? This suggests you likely messed up the firmware and used a different one than you intended (used earlier). OK it looks like Im unable to make this vemsdotini hack so PLEASE do it for me and i just copy it to my firmware directory and upload it! btw did you ever tried this method?it worked in your car???? '''Answer:''' I suspect you might have accidentally changed controller code version in the firmware. As far as I know BG_EMULATION (the var where 0x32 version is stored) never has been 0x3F (63 decimal). So be careful that nothing else was ruined in the same mistake. The mod to vemsv3.ini is simple, Line 11, signature = 50 changed to 63 will fix this warning. But again, take care not to drive with a otherwise broken firmware Ok thanks,i really tried it hard but im not a programmer,so please do this for me!! ---- '''Ego''' Today i noticed a weird ego thing: in the lambda table there is 1.00 at idle,and the engines current lambda is approx 1.00-1.04 BUT the ego correction is at -07 - -10. With ego=+00, lambda would be appr 0.90 .. 0.97, so the direction is right. When lambda is leaner than configured, ego slowly (speed depends on config.ego_pid_kp and ego_lag) moves toward enriching (ego++). It's not the ego correction value (you can get any by configuration) is of interest. But the direction of change: eg. if it's leaner than configured BUT ego keeps climbing down (--), that's suspicious! (shouldn't happen). Take datalogs if you'd like to evaluate. Trashgrade injector-match (regarding injector-opening : independent of flowrate) especially with big injectors might make it impossible to keep lambda within 1%. ---- [http://www.vems.hu/files/MembersPage/NanassyPeter/airXfactor/Nanassy_1.0.19_airhack.zip zipfile with changed airXfactor] Marcell put the air(den and matfac) 3000_287 (with clt default) into * 1.0.30 * firmware 1.0.19 that Peter provided. Note that there was no 1.0.19 firmware release ** Please verify with MegaLoader (against in-flash firmware) that the 2006-01-15/vems_1.0.19_orig_according_to_NanassyP.hex file (from the zip: it's 262033 bytes long) is really what works (with your MegaTune setup). OK,thanks,i changed the firmware to 1.0.30 from 1.0.19 with the hacked airfaktor,and it looks like for first sight that it reads correct -3C insted of -20 with the wrong calibration.but not really wants to change as i started and idled the engine,anyway,more testing is needed!!I was really suprised how the new MT looks,and it even better,because i had some problems with uploading a firmware (Win+USB) i the past, but now there is no need for shorting DSUB 2 to 3 because it WORKS,great!and there is even more improvements,i uploaded my MT firm 1.0.19 megatune file and it looks like works flawless in the 1.0.30!! after 1 hour testdrive everithing looks like functional,needs a little more fuel (because of the higher airtemp readings). Marcell is glad that you realized now that firmware upgrade is not that much trouble after all. Good job! If the Auditrigger is functioning i would like to order my new box with the options we decided earlier. The auditrigger onboard-HW is stable now. Since Konyha P. didn't take his his assembled ECM after many calls, it is still available any time (ready for auditrigger). It would be good idea to interview MembersPage/MiskaPeippo/AudiSSix (get to know his final pullup value, and experience). i tried the different RPM limiters (ignition, and fuel) but cant really feel the difference between the two. ----- I would really like to know how our injector staging really works. Whats if i want to run 10 injectors,5 sequentially and another 5 staged but together.Run them off the other 2 free injector driver? Optional: Add document to category: Wiki formatting: * is Bullet list ** Bullet list subentry ... '''Bold''', ---- is horizontal ruler, <code> preformatted text... </code> See wiki editing HELP for tables and other formatting tips and tricks.