#### ## ## ## ## ## ####
______ ( __ \ | ( \ ) | | ) | | | | | | | ) | | (__/ ) (______/
#### ## ##### ## ## #####
_______ ( ____ \ | ( \/ | (__ | __) | ( | (____/\ (_______/
_ _ | \ | | | \| | | . ` | | |\ | \_| \_/
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: My plan is to install v3.3 on a Porsche 944 -83. My idea is to place the the genboard in a empty motronic box and use as much as possible of the original wire harness. I guess one of the bigger problem I will have to deal with is the trigger system with 2 VR-sensors, one keeping track of the referens point and one counting the 130 teeth on the starter gear. I understand it is a version of the "auditrigger". ---- 060329 * Since both applications (firmware upgrade and MegaTune) seem to have problem, the serial port might be a good first suspect. Are all other readings in MegaTune OK ? ''I get an error then starting Megatune, it says:'' ''Controller code version does not match signature in vemsv3.ini'' ''Expected "VEMS v1.0. 12x12 kpa=2,1"'' ''Received "VEMS v1.0. 12x12 kpa=F,F"'' The F,F explains things. It seems like a configuration issue (the kpa_conf=FF currently in effect is meaningless; admittedly I didn't know that it results in such interesting and confusing show, maybe Dave Brul will give it some test and maybe make it default to some less surprising default behavior for bad config). * kpa_conf=21 # MAP sensor (config.kpafac) resolution = 2kPa; other config items (including k[] table) is 1 kPa unit (not "high-boost") ** (Man)mttcmttgb3mttc21mcs(bye) would be a quick command to send (make mtt would get something similar with a short config.txt file that only has ''kpa_conf=21'' ) in if you cannot quickly find these variables in MegaTune ''It is a bit hard to tell if all the other readings are okay since I don't have sensor hooked up to the board. Battery voltage and TPS are however okay. '' ''A very strange this is that the MAP value is following the TPS value!'' * the offset used for MAP (runtime; or MAP related variables) between firmware and MegaTune didn't change. * maybe you have LCD ? if no, check Manmll command and look for P... like P102 (which means MAP=102kPa) ''No LCD.. yet..'' ''Manmll returns:'' ''RPM:0000 W00SFFI00'' ''58 -00 c0000 i0000'' ''clt:-40C adv:+00'' ''0000 iac:040 122'' * mcd dump (check kpafac, kpaofs) ''kpafac=7D'' ''kpaoffs=80'' * in any case, it's a good idea to check the basic stuff, like ground, flyback, etc.. ''Can't find any errors here, ground is connected, +5V is stable, flyback is not connected since I haven't installed any injector drivers yet. (My first priority has been to get a working and stable trigger while cranking. Flyback, injectors, coil etc. are the last things before trying to start)'' ---- 060328 first update since the dinosaurs left us... '''Problem again''' After moving to an other city and some other stuff I thought it was time to make some progress with the VEMS project. Downloading a new version of the firmware and Megatune felt like a good start, specially since the firmware now has support for the trigger on my car. After having some problem with the firmware upgrade due to 50Hz disturbance triggering the LM1815 circuit I finally managed to figure that out with some help from Emil (using 'f' option to megaloader or prog.pl I guess). The board was upgraded to 036 and config files uploaded with some warning and an error. I started Megatune and at a first look it looked okay, but it was not. The map value is not behaving normal at all, it starts at 0 and then slowly climbs to ~140 kPA shows no response to blowing and sucking in the hose to the MPX sensor. This worked okay before I started the upgrade. The MPX sensor also seams okay since the output voltage changes with the pressure. My next step was to try to upload the firmware version I previously used but that didn't help, the map value is still crazy. It also took me many tries before I managed to upload the firmware despite that the trigger inputs now are shorted to prevent disturbances. The upload process fails at a random point and reports an error writing a word. After many tries and leaving the board disconnected for a while I finally managed to upload the 036 firmware and config again, but the map value is still crazy. That is wrong with this board? Didn't it like to move from Finspång to Örebro? I did :) * Since both applications (firmware upgrade and MegaTune) seem to have problem, the serial port might be a good first suspect. Are all other readings in MegaTune OK ? * the offset used for MAP (runtime; or MAP related variables) between firmware and MegaTune didn't change. * maybe you have LCD ? if no, check Manmll command and look for P... like P102 (which means MAP=102kPa) * mcd dump (check kpafac, kpaofs) * in any case, it's a good idea to check the basic stuff, like ground, flyback, etc.. ---- 0510xx '''Problem is probably solved! :)''' I replaced the xtal before I checked my mail and this page and that seems to have solved the problem. I made some comments below. Serial cable and power cable has been attached to the board for some initial testing before soldering more parts to the board. The only problem is that it does not work the way it should. Strange, because boards go through testing, during which all the supplies (7 or 8 including the max232 -8V), the ISP, the serial communication, the WBO2 pump circuit is tested. * the Mega128 seams more or less dead (no signal at the x-tal). how do you measure the signal? The impedance of the measurement device can stop the xtal oscillation. However, you can try to heat the xtal solder. ''I used my oscilloscope and a 10:1 probe so I don't think the impedance was a problem since I have used it before with other chips. Heating up the xtal solder didn't help.'' * often it takes half an hour before it starts up so you can get some communication with a terminal program. '''''Manmll''''' command works fine (this is impossible without * but Megatune can not connect to the board. don't forget to leave "Man" mode (if you entered) by issuing the "bye" command. ''I rebooted the card after switching to Megatune'' Once you get it starting it will stay alive until you remove power for a few minutes. 5V supply is always okay and the reset signal goes to high every time you apply power. * My next idea was using ISP cable and BASCOM-AVR to connect to the chip and see if BASCOM's 'identify chip' function worked. It did not, BASCOM didn't get any data from the chip. BASCOM and the cable worked fine with a Mega88 chip both before and after my test. ** Are you aware that the atmega128 has the PDI, PDO in the ISP interface (not MOSI, MISO) ? ''Acording to the schematic MOSI and MISO should be found at pin 7 and 8 in the JP_ISPI?'' ** you can measure all supplies of the AVR (there are a few VCC, AVCC, AREF...) ** measure supply current ''around 80 mA on first start up (not working)'' ** write serialNr ''351'' ** inspect the AVR and max232 area visually ''looks good'' Q: What to do next? * order a new board from WebShop (and optionally a few small parts you like), choose money-order (don't pay, just refer to this site). Keep the "believed to be bad" board in it's current state before we decide about it (either you'll find later it was just something small, or we'll ask you to return later to someone in Sweden or Hungary). A very nice offer, hopefully I don't need a new board now. 0509XX ---- The parts has arrived and everythings looks fine. Delivery was very quick! :) ---- 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.