Wow. Thanks for all your efforts. I suspect this will prove a valuable addition to the DME

As for your initial post's question, of all the optional sensors on top of the basic "Internal Sensors", I vote:

Reference + RPM sensors waveforms
TPS
MAP

 

Very interesting. What's the reason for going with an external Bluetooth adapter, rather than incorporating one onto the OBD Module board (and presumably routing an antenna through the case)?

 

Exciting. Any possibility that this could (be developed to) support a 968 motor! (Have '86 944NA but now with 968 motor.)

 

There are actually several reasons I decided to make the Bluetooth an option rather than integrating it:

Cost – Not everyone will want or use the feature.

Time to market – I don’t need to select the Bluetooth module at this point in development. It will actually take some time to test several options and get the best peformance.

Upgradeability – I can change the Bluetooth adapter with the latest version of what ever wireless technology exists in the future.

 

Creating a DME for the next Generation of BOSCH Motronic computers has long been on my development list. I have bought a few of these DMEs and took them apart. I can defiantly develop a replacement and my OBD technology would essentially bolt right on to it. However, it is huge development effort and I would need buy a Porsche 968, 964 and 944S to develop on. I am in no way apposed to this, but it is a huge expense and I need to start small with the 944 and 951 I currently have. Once I take the ML3.1 Motronic platform as far as I can go I will I will port all of my technology to the ML4.x Motronic.

 

There are definitely worse things in life than having to buy a Porsche 968 or a Porsche 964

 

Thank you for your reply. I believe most of us can't even fathom the complexity of such a project.

 

 

OK, I'm most interested in the self-diagnosis part. In your previous posts you mentioned that your hardware will not support error codes - how to understand "self diagnostic" then? Just a simple check for open loop or short circuit?
Last but not least - will it be compatible with Rogue DME or it is a whole different animal?

 

 

What I mean by “Self Diagnosis” is active and intelligent evaluation of sensor data.

For example, there are two flywheel sensors on a 944/911 (3.2L). One reads each and every tooth on the starter ring and the other reads a maker at top dead center (TDC). The when the OBD module reads the TDC marker it will start counting the number of flywheel teeth. When the OBD module reads TDC again it will expect that count to be exactly the number of physical teeth on the starter ring. If the count is higher or lower, then the sensor failed to read properly one or more times. The same logic also works in reverse. If the tooth count is higher than the physical number of teeth on the starter ring, TDC Sensor failed to read properly.

If ether of the above failures happens, I would highlight the sensor on the GUI and increment an error count. If bad wiring is suspected, you could shake the sensors harness/connector and see how that changes the frequency of errors.

The Rogue Tuning DME is a close “cousin” of my standard DME. I will create a version that is compatible with it. The main issue is getting access to the switches which would be covered the this version of the OBD Module.

 

I completely agree. However, while I have strong skills developing firmware, electronics and Windows applications, I will need to learn a cross platform skillset using Xamerian. Basically, this will allow me to use the same base code for Android, iOS and Windows platforms. But this also means Windows will come first because I am already comfortable writing code on this platform.

 

Btw that new DME is working Beautifully

Dwayne

 

Will this also work with Rogue’s DME?

 

The OBD Module Prototype in the pictures above could plug directly into a Rogue Tuning DME and basically work. However, the Rogue Tuning DME has a different injection driver and several switches. I will need to create a slightly different design to read the injection current waveform and provide access to these switches.