## ## ## ## ## ## #### ##
#### ## ## ## ## ## ## ## ## ####
__ __ \ \ / / \ \ /\ / / \ V V / \_/\_/
## # ## ## # # ## ## # ### ## ## ## # #
_____ ( _ ) | ( ) | | | | | | (('\| (___\_)
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: I use a datalogger and dash from the company Race Technology. '''Race Technology sold the display''' with what they name "Vems interface", '''without testing'''. Unfortunately it does not work. '''Warning: only purchase from Race Technology after they show a video of the given unit with a given Race-tech firmware version working with the intended device'''. '''Alternative displays that can read the AIM stream and display it properly:''' * [http://www.aimsports.com/products/mxl-chooser.html AIM Dash, AIM - RS232 protocol] ** this caused a bit confusion, because it looks almost exactly the same as the Race-tech, but the AIM dash actually can read the aim stream, so it works * hundreds of [http://shop.vems.hu/catalog/roundv2-wbo2-controller-p-166.html round] and [http://shop.vems.hu/catalog/display-only-round-p-134.html displayonly round] are configured to display the received AIM - RS232 data perfectly - ** latter has no sensor inputs of it's own, so it can '''only display''' data from this stream (including RPM, temps, etc...). * http://vems.hu/android/ rather new ** nowadays when android (with min 640x480 or better display, nexus7 being a nice example) connected to VEMS v3 (usually via bluetooth-serial adapter) is using the proprietary "triggerframe protocol" when v3 has firmware 1.2.x (higher refresh rate than with AIM, and therefore using with recent 1.2.x is encouraged and supported) ** vems.hu/android can also read AIM stream (previously before the triggerframe format was implemented it could only read that, and displayed properly). Although the triggerframe format is encouraged now, courious users can timetravel back and try with old 1.1.x firmware as an experiment. * note for developers: PC was also used for reading and displaying the AIM stream - it was coded in VT, ment for developers for debugging/verification * ... add other devices known to display the AIM-RS232 stream properly .... ---- '''Protocol details''' * VEMS firmware sends data via [http://www.vems.hu/files/MembersPage/NanassyPeter/AIM_support/AIM-ECU_protocol.pdf AIM protocol], ** the scalers were made according to [http://www.vems.hu/files/MembersPage/NanassyPeter/AIM_support/AIM-ECU%20protocol.pdf AIM-protocol.pdf] with only minor corrections to match the Race-Tech Motec interface (which was found to deviate slightly from the protocol.pdf, eg wheelspeed 10x multiplier). ** The AIM-channels scalers for most common variables and units (eg MAP/kPa, MAP/psi) are self-documented and can be easily configured with the [http://vems.hu/vt/help/main/aim.html wizard dialog] in the freely downloadable VemsTune (also documented in above protocol.pdf * unfortunately Race Technology made an interface for VEMS which ** was completely unnecessary as the '''VEMS AIM stream => AIM Dash motec interface''' was already implemented, tested and in use ** seems to not comply the [http://www.vems.hu/files/MembersPage/NanassyPeter/AIM_support/AIM-ECU%20protocol.pdf AIM-protocol.pdf] specs ** was unfortunately released by race-tech without any testing and sold, what they call as "interface for VEMS". It's sold by Race Technology (not even cheap) although it does not work: * data displayed on the dash (AIM data from the vems to display RPM, temps, etc.) is all wrong, even if the data sent by VEMS complies the [http://www.vems.hu/files/MembersPage/NanassyPeter/AIM_support/AIM-ECU_protocol.pdf AIM-protocol.pdf], ** '''One can easily verify that for example correct RPM value is sent by VEMS in channel 1''' as in [http://www.vems.hu/files/MembersPage/NanassyPeter/AIM_support/AIM-ECU_protocol.pdf AIM-protocol.pdf]. VEMS round displays it correctly (or any other device configured to display AIM channel1). Race Tech (if ordered with VEMS interface) displays incorrect value (and good value is displayed if ordered with Motec display). * However Race Technology analysed my data which I had logged from the ECU, and they informed me that it's not the signal it was supposed to be. ** That is blabla without any information. Let's see the RPM example: Where EXACTLY do they expect RPM if not in AIM channel1 (as in the [MembersPage/NanassyPeter/AIM_support/AIM-ECU protocol.pdf AIM protocol.pdf] ? ---- Im running v3 firmware 1.1.96 Some of the channels within the AIM datasream are correct. * TPS displayed good (AIM channel 45) * RPM (sent by VEMS in AIM channel 1). '''Examples sniffed in hex from terminal''' - shows vems firmware sends correctly: ** (03EB=) 1003RPM - 01 A3 03 EB 92 ** (07D6=) 2006RPM - 01 A3 07 D6 81 ** reads wrong on Race Tech (when ordered with what they call "VEMS interface") * CLT (sent by VEMS in AIM channel 17) reads wrong on Race Tech * MAT (sent by VEMS in AIM channel 97) reads wrong on Race Tech order Race Tech with "Motec interface" (wether used for Motec or VEMS) not with what they call "VEMS interface" (because latter is sold by Race-Tech untested, and it does not work, and not needed anyway) Thanks for the well documented answers. Race Tech offers a few different kinds of interfaces for the MO-Tec ECUs. One CAN interface and 3 different serial interfaces. info can be found here: http://www.race-technology.com/wiki/index.php/ECUType/MotecM4AndM48 Which one will work for Vems? 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.