DDA Port Hacking?

[nkryptit]

I looking for ANY info on the Self Diagnostic/DDA Port on a few of the new bikes.  I have a degree in computer engineering I'm interested in developing some sort of real-time auxiliary display for any bikes equipped with the port.  My first thought was something like this, http://www.veypor.com/hud.html.  It requires a unit be installed on the bike that take all the measurements and sends the data to the dongle on the helmet.  With a DDA port, we could just tap into the data straight from the sensors and do what we want with it.  I know it's a long shot, but any info would be great.

[CDawg]

Good luck and keep us posted.  I have nothing helpful on this.

[A.duc.H.duc.]

I also have nothing usefull to add, but would like to say I'm very intreaged by the idea.

[nkryptit]

I've done a little homework and I'm 99% sure they are using a CAN (Control Area Network) to communicate much of the data the digital dash displays, as well as the info the DDA logs.  I have actually done a project like this before (in school) but I never really got it working, maybe I can make up for it now.

Does anyone else have any idea's for what to do with the this data (speed, rpm, gear?)?

[Binary]

This sounds like a great project. Sorry I'm not much of a help here but the DDA was designed by Prosa. There may be more information there:
http://www.prosa.com/DDAWebSupport/index.do

[clubhousemotorsports]

It might be easiest for you to buy the technoresearch software for your bike in a laptop program and then reverse engineer  it.
What are you hoping to access?
different ECU use the same port newer bikes (749,999,hyper) are can line but the older are not(p7,p8,16m,15).
some of the older bikes the aftermarket played around with the enviromental trims to richen the whole map. some (FIM) developed their own maps.
good luck and keep us posted.

[Bill in OKC]

Since some versions of the diagnostic tool connect to the serial port of a computer, you could hook up a RS232 protocol analyzer, use the tool, and hack away on the message traffic.  One issue to consider is the extra overhead the ECU needs to send and receive serial messages.  Is there enough bandwidth to support this and also everything else it is doing at 9,000 RPM?  I guess testing would let you know.

[nkryptit]

I already own a programmable micro controller that is CAN 2.0B ready, this should be able to capture all the data I need, it's just a matter of figuring out what all the data packets actually stand for.  Because all CAN traffic is broadcast (meaning every node on the network gets every packet) the ECU will not even know that I'm listening in to the "conversation". 

I'm quite sure I've narrowed down the scope of my search to this SAE standard:

http://en.wikipedia.org/wiki/J1939

It's used in almost all new automotive systems, and already has standard functions for communicating speed, rpm, ect.  The only problem is that access to the actual J1939 documentation is $600/year minimum, and I don't really have any commercial interest in this project.  I've done other such projects (for model trains) that the manufacturer provided a full writeup of communications standards on their public website.  No such luck here

[Bill in OKC]

Right - and Bosch owns this proprietary protocol...  They charge a licensing fee to use it...  kinda crazy but that is what it says on their website.

keep in mind that the diagnostics port is not CAN

[nkryptit]

The DDA port is CAN.  I've been in contact with the guys who make it, they told me it is based on CAN, but could not go into specifics.  So I dug around and found this j1939 protocol, which is a CAN protocol for automotive applications. That's the reason I'm interested, because that DDA port under my seat is a gate way to all the info that the cluster is getting.  The DDA only provides an 'at a later date' type of interface, but I would like to get into real time usage.

[Bill in OKC]

I guess I got confused between the DDA and the DDS diagnostics port...  Sorry about that.  I've never even seen a DDA.

[nkryptit]

I guess I didn't see a separate diagnostic port on my schematic,  but I would imagine it's all the same protocol.

[Bill in OKC]

I think it would take a fair amount of processing to convert CAN into something a standard UART could receive.  My laptop running the Technoresearch software and the cable can talk to the Ducati ECU's diagnostic port through the standard serial port.

[nkryptit]

Alrighty...After more reading I'm a thinking this is not going to be easy (duh).  Found this post on a CAN forum.  Basically it says that we're not dealing with a standard protocol after all, just a specific use of the CAN messages.  Best I can do now is try to capture the messages and try to figure out what they mean.  Oh well, it was just something I was interested in tinkering with.

http://www.j1939forum.com/viewtopic.php?t=18&sid=748aa4f4abb6e6dc5501b69955db204a

[Bill in OKC]

I wish you the best of luck.  It is a cool project for sure and potentially profitable