Non-OBD data steams (GEMs ECU)

Discussion related to external OBD and other sensors
Post Reply
geefin
10 or more Posts ★
10 or more Posts ★
Posts: 12
Joined: Tue Mar 13, 2012 10:27 pm

Non-OBD data steams (GEMs ECU)

Post by geefin »

Hi Guys,

A question, I would like to log the data from my ECU (GEMs), but it's not in the OBD II format. The response I have received from GEMs is :-

Code: Select all

LOGGING DATA STREAM
1 HEADER $55
2 Engine Speed ERPM 50 rpm/bit
3 LOAD LOAD 0–208
4 Throttle TPSVAR 0–208
5 Air Temp ATEMP signed degree/bit
6 Coolant CTEMP signed degree/bit
7 Battery BATT1 0 to16 Volt
8 Vehicle speed VSS km/Hr/bit
9 Oxygen raw OXAD 0 to 1.66 Volt
10 Knock raw KNKRAW 0 to 5 Volt
11 Error ERROR bit encoded
12 check sum

Data transmitted every 4.1mS at 9600Baud 2 stop bits no valid parity.
My question is, what format(s) are required for the input for LapTimer to log them?

Cheers!
Graeme.
User avatar
Harry
Site Admin
Site Admin
Posts: 10520
Joined: Sun Sep 12, 2010 10:32 am
Location: Siegum, Germany
Contact:

Re: Non-OBD data steams (GEMs ECU)

Post by Harry »

Hi,

LapTimer requires a ELM 327 compatible counterpart on any IP / port available in a local wifi network. The ELM 327 is one possible implementation of OBD II. Please note communication between LapTimer and these ELM 327 devices is not a simple 'import'. Instead, it is a complex questioning a piece of data / reply pattern making it more complex to replace by another protocol. I'm always willing to learn about new approaches, but they need to have a certain spread in the user community to be supported. I assume this GEM ECU topic is more for the specialists?

- Harry
Image Image Image Image
geefin
10 or more Posts ★
10 or more Posts ★
Posts: 12
Joined: Tue Mar 13, 2012 10:27 pm

Re: Non-OBD data steams (GEMs ECU)

Post by geefin »

Hi Harry,

Yep, it's a very popular (after-market programmable) ECU in the rally community, especially Lancers/Subarus although it is used in other applications. Just wondering what work would be required to (if even possible) to log from it as I explore the possibilities and limites of the software! :)

Cheers,
Graeme.
User avatar
Harry
Site Admin
Site Admin
Posts: 10520
Joined: Sun Sep 12, 2010 10:32 am
Location: Siegum, Germany
Contact:

Re: Non-OBD data steams (GEMs ECU)

Post by Harry »

Well, that requires two things:
  1. addition of a new sensor type with the ability to parse the stream of data and feeding it into the engine - effort depends on the complexity of communication. In case it is a simple stream of data, without interaction like in OBD, it is probably a question of 2 days to work on
  2. connecting the iPhone to the data source; this will probably be the more difficult as the iPhone is pretty 'closed' to the outside world as long as it is not the net... How is this stream delivered? Using a cable with serial data?
- Harry
Image Image Image Image
geefin
10 or more Posts ★
10 or more Posts ★
Posts: 12
Joined: Tue Mar 13, 2012 10:27 pm

Re: Non-OBD data steams (GEMs ECU)

Post by geefin »

I would need to create a cable to do it, which by default (when plugged into the ECU for programming) is usually just a serial cable yes...
User avatar
Harry
Site Admin
Site Admin
Posts: 10520
Joined: Sun Sep 12, 2010 10:32 am
Location: Siegum, Germany
Contact:

Re: Non-OBD data steams (GEMs ECU)

Post by Harry »

And that's were the problems start ;-) Although the iPhone as an USB port included, it is not accessible as long as the attached accessory is not certified by Apple (MfI program). Maybe someone reading this takes the opportunity to start this hardware business :-) It is possible to hack the thing certainly (jailbreak etc) - but I follow the opposite direction in LapTimer development.

- Harry
Image Image Image Image
Post Reply