Here you can link your report issues with your Genboard V3, firmware, tuningprogram or hardware problems.
Make your report on your MembersPage, and place link in the relevant section (with a "title", so it can be remembered easily). If you dont know the section, put it under "Unknown".
In the report, include at least:
- board version, serial Nr.
- firmware version
- MegaTune version (when MegaTune is used at all)
- intended config.txt (possibly commented)
- mcd.txt (captured output of Manmcd command.) This is the live config. Very important, since in a bad case it can be different from the intended config (if you used a global.h from a different firmware version; or there is a MegaTune configuration problem, etc...)
- description of the problem
- your investigation so far
- any ideas to proceed
The report, to be considered, must contain all necessary info. Without the necessary info, question-answer iterations are needed, so solution is delayed (in the best case).
Hardware: - usually wiring. These are normally answered even if you only use your MembersPage, but if you insist...
- ...
Config: please use your MembersPage where the full setup (engine, triggers, whatever related) is described
Firmware:
- TODO: check 1.0.43 idle PWM code I could not get the PWM to change by motor RPM and it seems I am not the only one. (IRC chat shows others have the same problem)
- TODO: check ALS and Launch at the same time (it is reported by Roland that their on patch on 1.0.23 worked OK, but the (well, actually another car with) 1.0.38 (but no ALS related change between 1.0.36 and at least 1.0.43) ALS worked, and Launch also worked, but not at the same time
- DONE: double-check operation at "> 100% injector duty"
- I made several experiments near (and above 100% injector duty), that is when injector pulsewidth > cam period (engine cyle lenght). I coulnd't find any problem, but I could make a stupid injpwm config that demonstrates the effect that resembles the rumours. See [RPM-sweep mp3 file and config]. Note the comment text at the top of the config.txt file.
- Newest WinAVR can't compile 1.0.28 firmware direct from distribution correctly. ECU hangs and need to be jumpered into the bootloader. Downgrading WinAVR to 20050214 release solved the problem. Reported by RagnarB. Shouldn't this be reported to winavr instead ?
- This is also seen using the latest avr-lib release. Some incompatibility must've been introduced.
- is this the same as the previous report commented as "the ALS": Compiling latest svn firmware with ALS makes VE go all over the place, even with the same values in the whole ve table. Compiling without -D ALS it works fine. This is typically a compiler error that we cannot fix, we have seen it before: AtMega/AvrGccFAQ
- DONE: (in mainstream. freq was double) 1.0.30 [VemsMT1.0.30rc3.zip] the dualpwm iac doesn't seem to give fast iac-valve actuation. Tried iac_speed=06,07,08,09 (actually set in MegaTune, tested with mdi commands => as a result PID was untunable) GergelyLezsak's old code was good. More on it, and SOLUTION at MembersPage/GergelyLezsak/IdleControl/Firmware.
- DONE: A low temperature (lower than -40degC) showed as 76 degC with old EasyTherm generated table. This was a known feature, we dropped it.
- DONE: we should also make sure to include properly calibrated tables for the NTC sold in webshop 2200_287 (for v3.3)
- Compiling (with what compiler version?) latest svn firmware (revision?) with ALS makes VE go all over the place, even with the same values in the whole ve table. Compiling without -D ALS it works fine.
Tuningprogram (Megatune):
- 2006-07-29 primary_trigger upper bits cannot be changed or even checked. Bit6 (nissan-trigger) and bit7 (currently not used, but still should be added) should be added, and if possible, a numeric field so the whole primary_trigger config value can be set or verified easily in one step (=> less chance for error)
- note that this can confuse the unaware who doesn't care to dump his config and check a few values manually or publish mcd/mct so others can help
- 2006-02-26 naming: INJGROUP or FETGROUP or similar would be the right name for selecting inj-channel. The "group" suggests that it's not a direct output and the group needs to be configured elsewhere
- 2006-01-31 [VemsMT1.0.30rc3.zip] looks like lambda bargraph is not working under VE-tuning (no dots at all)
- 2006-01-21 [VemsMT1.0.30rc3.zip] seems to show 40 degrees "spark angle" instead of 20 degrees (as on LCD, and in reality)
- 2006-01-19 rumours has it that knock-advance enable/disable in megatune (r28?) is reversed. Unverified
- 2005-09-21 iac activation flag is inverted (Fero reported on phone): not sure which one, the (ON/OFF vs. PWM-stepper - likely) or ignition advance based idle active/OFF
- 2005-09-02
- EGT display (range) is bad, the gauge displays upto 256C (the digital display is good, but the gauge rails out)
- injector duty cycle... is this fixed already ?
- 2005-10-23
- In alphaN-mode, at 22% throttle (VE, lambda or ignadv table) 56 kPa (255 * 22%) line is used. However MegaTune shows 117 kPa ( 512kPa * 22%) and places the dot at a different place, Tunable, but very confusing
- Ini file -> vemsv3_v13_r021.zip or up to mt-r027
- firmware -> 1.0.13 .. 1.0.18 .. 1.0.22
- possible solutions:
- fixed in next release: when reporting load, in comm.c A command offset 4 and 5, <<2 used instead of <<3 from 1.0.23. User must still be aware that MAP gauge only shows MAP when RPM > hybrid_rpm_m and load otherwise
- in the future, firmware might report load and kpa in different positions (the dot should always move according to load, MAP gauge always display MAP)
- If you are running alpha-n only and not hybrid mode, its possible to modify vemsv3.ini to show TPS in the realtime tuning, write here or memberspage if you need help.
- thanks for the info. I'm useing Alpha-n only, yes I need details how to modify vemsv3.ini
- Megatune Accel wizard display shows current TPS instead of changespeed of TPS.