RomRaider

I have developed a device to monitor engine conditions and have programmed it to output a datastream of 5 DataItems over a COM port. I want to write a plugin for RR to read and parse this data stream. I have been looking at the source code for the AEM and LC-1 plugins trying to understand the code. I have taken one or two introductory classes in Java a LONG time ago so I know very little about it. Almost nothing for all practical purposes.

How would I go about modifying the exisiting source code for my purposes? I am only interested in modifying the plugin code at the moment.

But, the first step I need to accomplish is to compile the RR source code from scratch and have it work. From glancing as the RR directory, it doesn't seem like the plugins are their own individually compiled bits. So if I want to make changes to one of the plugins I have to recompile the entire program?

I found the following thread but the data is over 2 years old. I also don't care about checking it into SVN and stuff. I simply want to modify/test a very small portion of the code and have it work on my personal machine. Once it does, I'd like to send the source code over to an actual RR developer and have them integrate it as they see fit.
viewtopic.php?f=14&t=292&hilit=plugin

I also downloaded the JDK (140mb) but either it didn't install correctly or I couldn't see an option to 'load source code' and press 'compile'...

Off-topic - My device sends out this datastream as fast as it can (9600bps) with no init required. Just read. It would be up to RR to poll the com port as often as it wants to read the following:
89,31,-5,101,13.59
89,31,-4,102,13.67
89,30,-4,104,13.74
89,31,-4,104,13.81
...etc.

Sorry I haven't had a chance to look at this since your PM. The implementation will be similar to the AEM, but will also require support for multiple data items. I think it will be pretty simple. I'll try and have a look over the weekend.

Sweetness!!!

If there is anything I can do to help, just let me know.

What "engine conditions" does your device monitor?

Leslie

Oil temp
EGT
Boost
Oil pressure
WB02

With configurable aural/visual warnings for the first three sensors.

Does your device read from its own analogue sensors? Can it read any analogue sensor? If so, it sounds like something I would like

I would love to monitor oil pressure, oil temp, fuel pressure and EGT while logging other parameters in RomRaider - being able to log those values and bring them up after would be awesome

Leslie

Yes, it uses its own sensors. Except for boost which is tied into the stock sensor. The wideband part takes its input from the 0-5v output of your wideband controller.

Here is a demonstration. The wT (water temp) has been replaced by egT (exhaust gas temp). The buttons are also much lower profile and of much higher quality. I was in a rush to install this so I had to buy some cheap buttons locally. The connections are all plug and play and the only exposed wire connections one will have to make on their on are power,ground,boost wire, wideband wire. The transflective display (inspired by Stack Ltd. ) mounts in the stock clock housing. It's a bit more expensive that I expected but the ability to view the readings in sunlight was important to me.
http://www.youtube.com/watch?v=LiSu7QdgXZ4

Sounds good mate.

TBH I don't see much point for logging boost from this device, since that can already be done from the ECU, but I guess it is there for those without a boost gauge?

If it has the ability to log any analogue sensor, then I can see this as the next piece of gear added for those of us using RomRaider while tracking/racing and/or tuning our cars

Accurate EGT would definitely beneficial

Edit: If a slightly smaller LCD was used so the buttons could be incorporated into the front/faceplate, that would be much more ideal. Basically just swap it in for the clock then, without any need to drop the dash or wire in buttons. Alternatively, keep the LCD the same size, but include an extension for the buttons and oem-style buttons that can be installed into one of the button blanks under the drivers vent).


Leslie

Thanks.

Yes, the boost logging is redundant but didn't think it was a good idea to leave it out of the data stream. Plus, logging both will let me compare my readings to the factory sensor and see how close it is. It looks dead on by just looking at the two values simultaneously while the car is running. Also, logging this device's boost output will speed up the logging process by having to log less SSM parameters.

Also, the EGT probe is dead accurate for automotive purposes. It has a maximum error of 2.5*C to 0.75% depending on whichever is greater. So at 1000*C, its maximum error is 7.5 degrees C. At 100*C, its maximum error is 2.5*C. It meets or exceeds IEC Tolerance Class EN 60584-2.
http://www.omega.co.uk/temperature/pdf/ ... erance.pdf


Suggestions for buttons etc. noted. Right now, the buttons, speaker, lcd wiring is all integrated into one harness using cat5e 8 wire cable that plugs into the control unit that lays below the clock housing and above the HVAC vents. So this is completely self contained in a sense and all one will have to do is remove the clock housing and install the one I send. Can even derive power and ground wires from the factory clock. Basically, as of right now, this device can be installed fully even without removing the front dash bezel/radio etc. The only wiring connections one will have to make is power and ground for the control unit, one wire for boost signal and one wire for wideband input. Four wires. That's it. Everything else simply plugs in with a nice reassuring click.

I need to find a cheap source of stock clock housings or at least keep a few in buffer so people can send me their unused ones as a core charge.

I don't think boost would be redundant if someone is running high boost, above or near the factory sensor limit.
What would be nice to see also, fuel pressure and intake air temperature after the intercooler.
Nice work.

I do have space electrically to add fuel pressure and manifold air temp sensors but don't have enough real estate on the LCD to display them.

Also, we are quite off-topic here. Maybe we should move and rename this thread?

Just to be certain, what are the units of the values being sent back?

Sorry just saw this post. Guess I'm too used to forums that auto subscribe to a thread if one posts in it. Subscribing now...

Sent you a PM but for whoever else is curious.

oT - *F
egT - *F
bP - psi
oP - psi
wb02 - afr

And I am seriously considering adding support for fuel pressure and manifold air temp sensors as suggested. At this point, I don't have plans to display it on the LCD but the option to even log this certainly can't hurt. It will only add about $15 to the overall cost of the device for the connectors and circuitry. So basically append the following to the end of the data stream that RR will parse :

fP - psi
maT - *F

I know this thread is a terrible place to ask an off topic question like this, but, is there a place where I can buy the male and female ends of the factory MAP sensor connector? So, I can make a plug-in module that will fit in series between the factory plug and the map sensor. This will avert the user having to splice in a signal wire from the stock harness. I think this will raise the caliber of the entire device by a bit.

Something like this?
http://www.diyautotune.com/catalog/wiri ... 28_70.html

Sort of. That page only has various USDM male connectors. I would also need the corresponding female counterpart. And of course, the connector types would have to be for a Subaru/Denso? MAP sensor.

So I could do this :
[stock male plug] -> [my female plug] ---wires---> [my male plug] -> [stock female plug on the sensor itself]

Then I can split the signal wire out and not have to modify the factory harness.

Found this thing that might sort of look like the MAP sensor plug. But would need its counterpart as well.
http://www.bmotorsports.com/shop/produc ... ts_id/1706


Or I could just provide this to make installation easier. It's a lot cheaper... lol