Race-Technology DASH2 related notes
In v3 fw the AIM must be enabled (in display settings), and the dash should be configured (perhaps reflashed, or fixed) to show the AIM values.
If in doubt, verify in terminalprogram (in 19200,8n1 by default) that the 5 byte AIM packets are sent correctly.
[race-technology] says "No ECU configuration required.". This is almost true, as AIM is normally enabled in v3 by default, but worths to check (especially if even TPS value does not change on the dash when it's changed in VEMS).
If the AIM stream is enabled in v3 config:
- V3 sends these data continuously (stream can be stopped by sending a valid command, eg. "Man"; autosending will be restarted at next reboot)
- the dash must be configured / reflashed / fixed to receive the AIM data and display it. The supplier/manufacturer of the dash can and will help
- plenty of devices can be connected to receive the same data stream (it's a 1-way stream, very convenient), eg. one or more [display-only round] and other AIM-receivers (same baudrate for all, obviously)
VEMS can help IF AND ONLY IF
- v3 does not send the AIM stream, even if [AIM is enabled]
- TPS and some other (dozen) vars are displayed, but some very special values are not sent, or the unit has some mismatch, eg. 1/10 or *10 ... It happened earlier and we immediately reacted by fw change:
- v3 sent wheelspeed originally in 1km/h, changed to 0.1 km/h upon request, to be compatiblle not with the old specs (which had typo) but with actual receivers
Connection: MIDDLEMAN is probably needed
- "MIDDLEMAN" option via race-technology.com RS ECU interace
- Vems ECU => [black middleman] => RS dash serial
- NOTE: should not be necessary (except maybe to sell +1 HW device ), apparently necessary anyway because the dash cannot be reprogrammed to read the widely used simple AIM format.
- unfortunately the RS ECU interface originally was sold by race-technology.com in a never-tested non-working state
- Luckily field updatable: as far as we know race-technology.com provided, after severe pressure from our kind customers, a new firmware that just passes on the AIM packets to the dash and therefore make it work:
- race-technology.com provides the necessary firmware to any/all of their customers upon request (Unfortunately we don't have that firmware, but will happily link it here for your convenience if we get it).
- AIM Option ("DIRECT" might not work due to "limitation" of the dash (or the applied "business model", perhaps) :
- If the dash has RS232 input, why does it need an active RS232-RS232 converter middleman box ? It should be possible to reconfigure/reflash the dash (not the middleman) to receive the data.
- that would look like Vems ECU ---> RS dash board with no middleman.
- Vems ECU can be configured to send realtime data in native AIM format. In this case there would be no need for RS ECU interface.
- Any configuration in the dash ? Maybe "motec format" must be selected ?
- Please update this if you know (and note if you tested yourself or assume from some doc or gossip).
- Dave : (successfully installed one of those dashes around 2014 Nov): Race technology dash only works with with their 'middleman' ecu interface box. This 'ecu interface' converts aim stream into race tech dash protocol. I never had to flash the middleman, it came preprogrammed (ordered specifically for VEMS)
- GREAT news, apparently race-tech recently ships it (at least yours :-) with a working setup.
- Others claimed they couldn't get it work, except after a long negotiation with race-tech race-tech provided fw update (those who purchased in 2013, also ordered specifically for VEMS)
- PLEASE UPDATE THIS WITH your min a 1-sentence success story if yours worked too, wether as it came, or after race-tech fw update. Photo is bonus :-)
So the only option apparently is to use middleman AIM stream (sent by VEMS, or other ECU) => middleman => race tech dash. But obviously the middlemen must be configured (likely reflashed) to convert the AIM stream to the dash protocol.
Template request to the supplier of the DASH, or manufacturer of the dash, as they can help to display the AIM stream that is continuously sent via the serial (have you verified in terminalprogram the data coming ?) :
Can the dash be configured (possible after a firmware update) to understand the 5 byte AIM stream (automatically periodically sent by a transmitter) to the dash RS232 RX input, and display the values (TPS, MAP, RPM, CLT, IAT=MAT, ...) ?
- If yes, then the VEMS => Race Technology dash direct connection will work and the middleman is not needed (just AIM stream must be enabled in VEMS which is default, but best to verify).
- if not, then the middleman (exact name/version of the interface= ".... / ....") is really needed, race-technology please kindly provide exact configuration (and/or reflashing) guide (for both the middleman, and the dash, if needed) so that the dash displays the data in this setup:
PLEASE ADD YOUR DETAILS, exact model, serialnr, purchase details, setup (even example of a few hundred bytes of the AIM stream in hex) and whatever you think might help race-technology to understand and solve your issue !
Thank you, ....
OLD info (old investigation)
Some user reported that with the magic (unnecessary) middleman interface with factory race-tech firmware these vars displayed correctly:
- RPM
- TPS
- VBatt
Same user reported incorrectly displayed values:
- lambda, CLT, injpw, MAP, MAT
It seems that race-technology, instead of using data from the AIM stream, implemented querying some VEMS runtime-data (for displaying it)
- if they are reading the 56 byte sequence, the dash-implementation has some flaws (although they haven't asked about tech details, assumedly might have picked some old version from unknown source, the stream was extended in v3 firmware with the position of vars pinned down, never changed, especially base vars like TPS, MAP, RPM, VBATT ) for convenience of tuning-software ini-file maintenance.
- if using the 5-byte AIM protocol, than the set of sent values is likely to be incomplete
We are investigating the situation:
- possibly a workaround if the (old, but unchanged, still supported) "A" command 56byte sequence is used by the DASH-2 in a flawed way
- possibly making a proposal to race-technology (as other dash-manufacturers) to utilize the new triggerframe-format packets
VEMS-v3 settings:
- AIM protocol enabled (?)
- expecting 56 byte data via serial
- 19200 baud (default anyway)
Original report (Hungarian)
Vettem egy DASH2-s kijelzőt és egy ECU Interface-t hozzá kimondottan VEMS-hez.
Sajnos nem tökéletesen működik. Bizonyos adatokat jól jelez a kijelző, a többit pedig rosszul.
Elvileg az interface használatához
- be kell kapcsolni az AIM-protokollt
- ez 5byte-os AIM csomagok küldését jelenti
- 56 byte-os soros adatot vár
- ez fura. Ezt "A" paranccsal lehet lekérdezni (nem kell hozzá bekapcsolni semmit).
- az interface 19200 baud-al.
A kapott adatok közül az RPM, a Battery Voltage és a Throttle Percentage helyesen jelenik meg, a többinél teljesen rossz értékek vannak.
KONKRÉT példákat írj, mondjuk 5-10-et, amit meg szeretnél jeleníteni ! Tovbbá hogyan jelzi ki rosszul ? 0 ? 2-szer akkora ? 10-szer akkora ? összevissza változik ?
Álló motor esetén az alábbi adatokat jeleníti meg:
- Lambda 0,48 (ez járó motornál sem változik)
- CLT 23,2 (valós érték 14, a kijelzett érték növekszik a motor melegedésével)
- legalább 2 pont kellene, hogy lássuk, hogy az offset rossz, vagy a meredekség is
- MAT 22,1 (valós érték 12)
- Rosszul írtam, bocsi. Ez ráadásul nem is követi a melegedést.
- Boost 39700 mBar (valós érték 99 kPa)
- Injector 1 PW 1 mS (valós érték 1,6 mS ez járó motornál is mindig 1-et
A VEMS 1.1.96 szoftverrel fut.
In v3 fw the AIM must be enabled (in display settings), and the dash should be configured (perhaps reflashed, or fixed) to show the AIM values.