fixed...... I understand what you have said enough to know that I probably wont be able to do a thing with it lol. But I am sure some here can and its good to see someone doing the hard work.
Lol - yer I almost wrote something like that, but didn't want to be rude Basically, this is the hard work that has to be done behind future products to talk to our ECU's. If those future products don't amount to anything, then this will be next to meaningless. As I personally intend on producing at least 2 products to leverage off it, I am hopeful that will not happen.
im working on #2 & #4 specifically using qt (cross-platform). Good luck with your work vader. will be following this. 6) logging and graphing on the fly as well. cant really do 5 yet. need nistune
Possibly. I do have a development platform available to me that allows me to create code for: Android iPad/iPhone Samsung Bada Blackberry Windows Mobile So, yes, I could. HOWEVER - how do i/you get the data from the car to the device? I would consider it a possibility, but I would have to make some money off the first cut so that I could afford to work on the other platforms. Remember - I'm currently unemployed, so I can't go around buying everything I need to work on other platforms.
There is an Android App called NikoZ that can readout from the ECU and reset codes - it just has a shitty UI from what I can tell. Maybe you could get the source code or just reverse engineer the binaries? (There are tools to decompile apk files with a few commands). It's a little expensive but there are ways around that - it seems discontinued in development but maybe the guy will give you his source code? Edit: Data from car to mobile devices via a Bluetooth Serial adapter. Common enough to find, works exactly like a physical serial port.
Yes, I bought it for my phone, and never got it to work because the bluetooth adapter I bought died. And at $70 I wasn't going to get another. (Yes, I know there are cheaper items now) And yes, it is a dead product as far as I can tell. As for reverse-engineering, that is much harder to do than what you may think, plus it's illegal and immoral (remember, I am a computer programmer). EDIT: And I want to be able to say I did it myself for ethical as well as legal reasons.
Update again Right now, I have .NET 4.0 code (C#) (VS 2012) that performs the following: Connects to ECU Reads Part number Reads fault codes Clear fault codes Next on the list: 1. Read sensors 2. Run tests (Idle adjust, etc) 3. Read ROM 4. Modify ROM (temporarily of course) 5. [more]
Ok, so Sensors are taking a bit longer than anticipated. I have done the following sensors (not all supported on Z32): CAS_MSB * CAS_LSB * CAS_Ref_MSB * CAS_Ref_LSB * MAF_MSB * MAF_LSB * RH_MAF_MSB * RH_MAF_LSB * Coolant Temp Left O2 Right O2 Speed Battery Throttle Fuel Temp Intake Temp Exhaust Gas Temp Those marked with the asterisk are a bit harder again. As I don't actually have a connection to a car I don't know what to do with these yet. Yes, I know what a MSB and LSB are, just not in this context, as I always get '0', so have nothing to compare against. I should be able to knock the other sensors over today (Thursday) after a little sleep :zlove:
find my post a while back. have links for the hex code on the sensors http://www.aus300zx.com/forum/showpost.php?p=1313136&postcount=17 sensors were easy to do, got mine reading and refreshing every 2 ms and have preset alarms that work
I have been asked what code have I decompiled to work on the sensors. I have not decompiled anything. I do have two pdf's that give me the detail I need. One is from PLMS. The other may also be, but I'm not certain. Either way, I don't have the original download links to them. If anyone wants them, PM me your email address and I will pass them on. I hold no ownership rights to them.
Would people replace their instrument cluster with an iPad mounted in that space? Since this project started Microsoft launched their iPad chaser. " SurFace". what a silly name. It is the new direction for Windows developers?
The surface is named after the original device that was a large table "surface", hence the name. Samsung now own the rights to the device. http://www.samsung.com/us/business/commercial-display-solutions/LH40SFWTGC/ZA Yes, I do own one (the new one, not the original). Windows 8 is completely different for developers, and so I needed a platform to test my apps on, plus IMHO, it is an iPad killer (the hardware). And no, I would never suggest to put an iPad/iPhone/Windows Mobile/etc in place of their existing instruments. Anything released will be complimentary. It will also not be trying to download music/updates/apps/doing anything else not essential.
Ok, so the majority of the (easy) sensors are done, including the ones I marked above with an asterisk. Just now have to read the digital sensors (e.g. Fuel pump relay, Coolant fan etc). Here's the sensor output portion from my test app: CAS = 0 RPM CAS ref = 0 RPM MAF (LH) = 80 v Battery = 9.92 v TPS = 5.1 v Speed = 0 kph Coolant Temp = 80° C O2 Sensor (LH) = 0 v O2 Sensor (RH) = 0 v Fuel Temp = 80° C Injector Time (LH) = 1.15 mS Ignition Timing = 16° BTDC AAC Valve = 0 % A/F Alpha (LH) = 100 % A/F Alpha (RH) = 100 % A/F Alpha - Self Learn (LH) = 100 % A/F Alpha - Self Learn (RH) = 100 % Injector Time (RH) = 1.15 mS (The above list also shows the values output by the ECU when these sensors are disconnected. Remember, this ECU is sitting on the floor in my study, plugged into 12v only - and even then as you can see, the 12v isn't even that )
Holy crap batman - 80v on the MAF line?? Pretty good with only 5V to play with. lol - had to divide the output by 1000 to give the correct value (0.08v). It works properly now. [TIS]
Ok, so had a bit of a setback tonight. Tried a USB Consult cable and it didn't work. The cable is ok, it works with Consult, just not with my code. It seems there are many problems with the .NET framework and USB to Serial cables - especially the cheaper ones. Anyway, in trying to fix the problem, I have done two things: 1. Reverted back to .NET Framework 2.0 (you may recall I wanted to down-convert to .NET 2 anyway, so that's not a bad thing) 2. Broke my code So, I am now in the process of making the code: 1. Work 2. Robust There is a good saying... "that which does not kill us only makes us stronger". And in the words of Eric Idle... "I'm not dead yet", so it's all good. [TIS] :zlove:
I use a tablet as a headunit so Im seriouly itching for an android app with a good UI for monitoring car shit.