- VemsTune must be newer than firmware, or newest available (eg. latest [nightly] )
- "Help/update ini files from web"
- check "validate"
- fix errors / warnings
- ask for help on wiki MembersPage if uncertain
If ECU seems to misbehave
- check above (VT version, "update ini files", validate)
- document outputs and functions
- configure accordingly
- on MembersPage detail how ECU is connected
- checklist of outputs in all cases; also inputs if relevant, and anything special, eg. how the harness and GenBoard/Manual/GroundConnections were made and installed
- how configured ( upload annotated .vemslog with characteristic filename - zipped or .vemscfg )
- and detail what is intended
- list of important URLs (examples, or doc, VT pages)
- list of configuration items that need review (and related information to make it possible !!!)
- what is expected and what is surprising ( behaves differently from what is expected, if any)
- Sending ECU for repair is no substitute for project page, uploading actual config, using new and updated VT, checking validate and fixing warnings/errors
- Swapping ECUs is usually NO substitute for ... (see above)
- Even if you assume that config is same in both ECUs, save and publish config from both (even text compare can be used, ECU serialnumber, date, and some calibration values might differ normally)
We've seen some cases with 1.2.38 and 1.2.43 where
- ECU was sent back with invalid config (in a case, very different config than reported in issuereport)
- same ECU behaved perfectly with correct config
Using VT older than firmware (unless VT is the newest available, and "Help/update ini files from web" had been completed) is the wrong way of doing things, unsupported, does not make any sense, and might result in unspecified behavior.
Always check "validate" results (and fix errors / warnings, ask for help on wiki MembersPage if uncertain), don't expect that a misconfigured ECU (with output conflicts, invalid values or otherwise broken config) will work (without surprises) as expected.