2005.08.09
Problems!! It started a morning 3 days ago, the enginge started duing strange tings (worse then reaching the rpm-limit) resulting in "bang" fra exhaust and a "jumping car", when reaching 5000RPM. After it been through the carwash it started fine but 10 minutes later it would not start. When it finaly started it was hard to keep running and MegaTune showed everyting from 0 - 8000 RPM, the fuel-pump relay was going crazy and so was my shift-lights..? After some time it got better and better, but It has been coming back :(
I thought it was because of moisture the hall-sensor vas going crazy, but should I not bee able to see the "spikes" in a datalog?? In this datalog I was trying to keep the car runnig!!
http://www.vems.hu/files/HansK/datalog200508072050.xls
- MY 2 cents, without actually knowing what you have checked, and I'm no VEMS expert, actually, I am pretty usless, but my gut feeling as a mechanic for the last 13years would be check for water in the secondary ignition (dist cap, wires, sparkplug holes etc. depending on setup), check for good grounds (as well that the coil body is grounded), failing that, try a coil. The bad grounds is almost always the case when I have seen similar problems, but usually there are other indications like the vehicle tach going stupid etc.
Yes it might bee water in the secondary ignition somewhere, because it started againe after I been driving in the rain and after the car has been indside fore a day there is no problems. But how can it bee that I can see the RPM in MegaTune going crazy, but not in a datalog? Can the datalog not detect "fast" spikes?
2005.08.01
The engine has been running fine a few days now :))) The problen was a "air-leak" around injector #3 :o
I added the original Bosch ignition-module so I have not been looking more on the dwell settings (they are both just 2mS).
- Can dwell chance after RPM or some thing, or is it just the same all the time?
- Dwell depends on VBatt only. In the future we should add dependence on MAP (for enlarged dwell on "high boost") and maybe CLT and lambda
2005.07.28
As PeterJ also write my car has got a bad habit by starting "misfirering" (at least I think it is, because lambda does not go lean) after it has been runnig fine fore 15-25 min. or so. It is not when it get warm it starts but 5-10 minutes after it has reached the 90-95' clt (where it also stays), and it just get worse and worse until it get a break. But short break = misfirering again after short time, so it got to bee something to do with temperature, right?. Any ideas??
Too hot coil might cause similar behaviour.
When i look at the data-logs Dwell is always 2, even though I set it to 3mS??
What does LCD show ? Maybe it's a vems.ini problem ? What is your VBatt ?
2005.07.27
?? I was going to change en value in the Lambda-map when I noticed that when I chanced the value down (towards lambda 0,9 (richer)) MagaTune road wrote "leaner". This is just the "note" being wrong,right?
Check the table printed out by "Man" "mct" to be sure. 0x38 is stoich, above 0x38 it's richer. below 0x38 it's lean. lambda = 256/(200+ lambdacorr) Yes I did it right then.. Thanks
2005.07.26
It is running :) I installed all the wires and stuf this weekend and after recharging the batteri it started yesterday evening. I have not had the time to tune it properly yet, but I have a few thins in the config im not so sure about so please put a comment to this (I use the original hall sensor and distributor):
primary_trigger=03 # this combination is not really used, We use filtering with coil-type trigger (07). Actually, traditionally we use FF for rising edge (same as 07, the higher bits don't care) and FE for falling edge
secondary_trigger=02
crank_minper=FF # "Cranktrigger min. period [16 usec]" is way too high (where did you see this?), use 60 or so. Period times (period=180 crankdeg for a 4 cyl) shorter than this are considered bogus (trigger error) so this value should be below the period times seen at max RPM
The values below don't matter for coil-type trigger without camsync.
tooth_wheel=02
trigger_tooth=0A # ?
another_trigger_tooth=12 # ?
tooth_wheel_twidth1=B4 # ?
tooth_wheel_twidth2=FF # ?
cam_sync_r_edge_phase=FF
cam_sync_f_edge_phase=FF
reset_engphase_after=D8 # ?
2005.07.16
- MAPdot should be fine with any recent firmware
Q.2)When i open my Lambda Table in MegaTune (r18 and Firmware 1.0.12) the numbers are all wrong..
I can get the same numbers out of the board again with the Terminal-program as I put in.. But they don't show in MegaTune?
The lambda-tuning works good with recommended latest released firmware (GenBoard/UnderDevelopment/FirmwareChanges currently v14_rc1) and latest MegaTune (verify with mct that MegaTune vemsv3.ini is acting properly). Yes It works again with the new firmware and MegaTune r23.
Q.3) If I download the new Firmware 1.0.14 to the board, I want to to do some new testing on the table but now I mounted all the transistors in the box.. Should I just put a lightbulb on all the outputs or what to do?
yes. Actually final testing is done after mounting the TO-220 FETs and IGBTs and clamping them to the Alubos (the IGBT-s can short to neighbor or case if not done right). Likely you have a few econoseal recepticles that you can hook up.
- OK, but don't there have to be something connected to FETs and IGBT outputs?
- the FETs and IGBTs are not at risk when nothing is connected to the output. In fact most setups run with typically 2 IGBT-s connected (4cyl wasted spark), while often 8 IGBT-s are installed in an assembled ECM. However, testing with some load is nice, because it provides more information: someone reported that after he killed a FET with short-circuit output to 12V (without a sufficient fuse) the FET still switched a few microAmperes and looked OK with the DVM as only load: they had no power to switch on even a small 0.5A lightbulb load though.
- poweroff test: with DVM measure ohm (or diode-mode) between EC recepticles of neighboring IGBTs (or between any 2 IGBT outputs if you are lazy to look for neighbors: this is 8x7/2 = 28 measurements, takes 2 minutes with DVM, especially fast with beep mode) to see that none shorts
- We apply LEDs and series resistors between output and 12V supply (or 5V supply OK too, eg. EC36pin28 or EC36pin29 suitable as well). Than apply mdh commands (see GenBoard/Manual/DigitalOut/Table) to see that outputs switch on/off as needed. Take care that ..._channel=FF in config during this session, otherwise the output will be what the firmware thinks appropriate for that channel.
Please post your config.txt so that others can review and hopefullly learn (especially me ;) Thank you.
http://www.vems.hu/files/HansK/Config.txt
It is not in use yet so don't put too much in it, but you are welcom to give input.
2005.06.19
Q.1) I have a 2-pin idle-valve, but what settings should be used fore this.. PWM, ON/OFF?
Any solenoid works with ON/OFF. Only some work (well) with PWM.
- what is resistance ?
- anything known about original application? Does it have real idle-air control or just simple "fast-idle" ?
Does some one use the the same valve, and have a config-file that I can see or just some input to what settings to use?
Q.2) Is there some way to test the idle-output?
- which output did you choose in iac_sol_channel ?
- PWM type iac output can be tested with forced iac.position: mdi01..mdiff . Do NOT forget to set back to mdi00 (or reboot) after you executed the tests to revert to normal control.
- alternatively it can be tested like any other digital output, with mdh.. command. See GenBoard/Manual/DigitalOut/Table. In this case, do NOT forget to set iac_sol_channel=FF to prevent interference and set it back after the test.
2005.06.01
I got the new Megatune "mt-r014" and I tryed to use the firmware that was together whit it, but then I got no "output" on inj. or ign. and the the config and table was the same..?
No problem.. Just needed to chance secondary_trigger to "02" instead of "FF".
2005.02.02
Q: I use the latest version of MegaTunix from this side http://www.msefi.com/viewtopic.php?t=5228 is that the right? I use Windows..
A: Much is changed in the latest CVS version, wait until the next release or compile megatunix from CVS.. - OK
Q: I copyed the files from firmware/doc/megatunix to ~/.MegaTunix what else to do?
A: Remove the CVS-directorys from the .MegaTunix-directory - OK
Q: What should I do/write to get CVS to download a older version like Nov24 instead of the newest?
A: Example copied from GenBoard/UnderDevelopment/FirmwareChanges: \n
set CVSROOT=:pserver:anonymous@cvs.sourceforge.net:/cvsroot/megasquirtavr <enter> set HOME=c: <enter> cvs login<enter> ( <enter> again for password, ignore any error messages ) cvs co -D "2004/11/24 16:00" firmware <enter>
Re: ..Yes I have seen the example but I don't get it..
I have taken a screen-dump, could some one write what i should write to get the firmware from nov. 24?
A: Dont use GETFIRM.BAT for this. I've made some changes to the answer above that should get you there. A directory named "firmware" will be created.
Re: Thanks that explains.. Now it seems to work, but when I use that firmware (2004/11/24) it only write "egt:03xx" in the display.
Q: Dose anyone know why it only says "egt:03xx" and not RPM and so on?
A: Because you are on the wrong lcd page, have you uploaded config ? You can change lcd page with the arrow keys on keyboard or with the mlpxx command (where xx = 00 - 07) - Ahh.. Thanks a lot.
Q: How can I see if I really got the right firmware, is there a release-data in it somewhere?
A: unfortunatly not, you can use the release on this page to be safe: GenBoard/UnderDevelopment/FirmwareChanges - OK
2005.02.01
I tried to use Mega-Tunix but it said something about not finding or detecting firmware. Does something have to be setup in my_make or somewhere else in the firmware?
Did you follow the steps on MegaTunix page ? (copy files from firmware/doc/megatunix to ~/.MegaTunix (files are in cvs head, not the nov24 version)).
After I copyed those files in to ~/.MegaTunix, MegaTunix "findes a error" and shots down when it trys to connect to the board (don't if the board is not connected).
Then I tryed to upload the newest firmware where I copyed the "megatunix-files" from, because I had version from before nov24, but the board dose not start up whit the new firmware.
Q: Should it work whit the old firmware, and is there a problem whit the newest firmware (got it with CVS)?
A: The firmware from CVS HEAD is not production ready. You should revert back to the nov24 version for road use. What is the error MegaTunix finds ? Does it detect firmware properly ? I hope you are using the latest cvs MegaTunix version, that might solve things for you, good luck; report. - DB
Re: Windows makes an "error report", I don't know if there is some thing i that, that can tell you what error it found..?
- If you need something to use right away while you work out your MegaTunix problems, MegaTune works just fine, and the instructions are at the bottom of the MegaTune page. I have tested MegaTune with the Nov24 build of the firmware with good results. What version of Windows are you using?
I'm working on putting Genboard onto my Golf 8v right now as well, email me or post a message sometime. -Where can I finde your mail-address? on my MembersPage/JimW
2005.01.30
Hey I have a few questions I hope some one will take a few minutes at answer:
Q: Where and how to disable this self-learning thing..?
A: to disable VE learing: ve_learn_conf=00
Q: Where and how to adjust/disable closed-loop?
A: to disable ego correction, set ego_minrpm very high (above rev_limit value) ego_minrpm=60 -> 9600 rpm
2005.01.21
Q: From which cars can I take ignitioncoils for dummy ignition, don't they have to have a "turns ratio" on about 100:1? Any links to places i Europe that sells suitable coils?
This is one advantage of DummyIgnition: almost any that is used for electronic injection. Turns ratio over > 99 is OK. 120 .. 200 seems to be the standard for electronic ignition. The reason is so that max voltage over the IGBT is lower.
If (sparkplug_threshold_voltage / turns_ratio) > IGBT_clamping_voltage (which is appr. 360..420V) than the IGBT will clamp => no spark (and not good anyway).
2005.01.17
I read a little about this OutputTrigger but have a few thing I would lige to get straight:
- no need to define WOT_OUTPUT_TPS_THRESHOLD in my_make - the OutputTrigger will just hijack the output (act_wot_channel) that is otherwise unused without WOT_OUTPUT_TPS_THRESHOLD.
- I set the output in config by: act_wot_channel=P259_0 - definitely. (don't forget the 1k..10k HW pullup resistor to 5V, otherwise output of P259 will always be 0V. Also a series cap >=100nF if using LM1815, so the LM1815 input goes below 0V)
- See GenBoard/MenuSystem for how to set these msp, msq and mst commands basically you just type it to the PS2 directly connected to the board, or type into serial after going to "Manual mode" by the "Man" command (case sensitive).
It works. Thanks Marcell - great!
2005.01.12
Plans to test the board on my desk..
- for testing, set config.primary_trigger=FE (or FF) and trig the board with a normal even-type (=coil type) pulse signal (square) from my signal-generator, and make it work (possibly with dummyignition, but not sequential injection without camsync).
- OutputTrigger can easily make 36-1 signal (to be fed back to inputtrigger)
2005.01.06
Something goes wrong when installing Perl and win32:serialport. A: I had some problems when downloading win32::api with PPM so i downloaded win32:api from: http://ppm.activestate.com/PPMPackages/zips/8xx-builds-only/Windows/Win32-API-0.41.zip, unzip and install instuctions are included in README. -Johan. Thanks a lot, that works.