##  ##  
 ##  ##  
 ##  ##  
 ##  ##  
  #####  
         

         
         
  ####   
 ##      
 ##      
 ##      
  ####   
         

         
         
  #####  
 ##      
  ####   
     ##  
 #####   
         

         
         
  ####   
     ##  
  #####  
 ##  ##  
  #####  
         

         
         
  #####  
 ##  ##  
 ##  ##  
  #####  
     ##  
 #####   

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:
'''Race-Technology DASH2''' related notes '''Connection:''' *Option 1: **Vems ECU => RS ECU interface => RS dash board ** RS ECU interface for VEMS http://www.race-technology.com/wiki/index.php/ECUType/VEMSECU unfortunately it is not well documented so we don't know the real conversion *Option 2 (better): **Vems ECU ---> RS dash board **Vems ECU can be configured to send realtime data in native AIM format. In this case there is no need for RS ECU interface. ------- * [http://www.race-technology.com/wiki/index.php/Hardware/DASH2 Race-Technology Dash2] ** [http://www.race-technology.com/wiki/index.php/Hardware/ECUInterface Interface specs] It seems that race-technology implemented querying some VEMS runtime-data (for displaying it) * if they are reading the 56 byte sequence, the dash-implementation has some flaws * if using the 5-byte AIM protocol, than the set of sent values is likely to be incomplete '''Examples of incorrectly displayed values:''' * lambda, CLT, injpw, MAP, MAT '''displayed correctly:''' * RPM * TPS * VBatt 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 (?) ** 56 byte-os soros adatot vár * 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 ! Továbbá 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 Valós 83 foknál 66-ot mutat, ezt a kijelzőn is tudom szoftverből kompenzálni Csak elvileg most azt jeleníti meg amit kap adatot. * '''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 mutat) A VEMS 1.1.96 szoftverrel fut. Könnyen ki lehet szedni a DASH-t a kocsiból (és bevinni a XVII.ker laborba?)
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.